staging.inyokaproject.org

Hi!

Inwieweit ist das ganze Lucid/Maverick-verträglich? Im Artikel sind etliche Verweise darauf, aber kein getestet-Eintrag dazu dabei. Etliche Dinge, die sich auf grub, menu.lst etc beziehen, dürften allerdings für Lucid und höher kaum in Betracht kommen... Könnte jemand mit mehr etwas Einblick in die Materie das mal überarbeiten? ("Ruheständler" wie dehru *duckundwegrenn* vieleicht...)

so long
hank

Hallo,

Heinrich Schwietering schrieb:

Inwieweit ist das ganze Lucid/Maverick-verträglich? Im Artikel sind etliche Verweise darauf, aber kein getestet-Eintrag dazu dabei. Etliche Dinge, die sich auf grub, menu.lst etc beziehen, dürften allerdings für Lucid und höher kaum in Betracht kommen...

Da ich noch nie ein funktionierendes STD /STR bei meinem Laptop (Toshiba Satellite L350-16) unter Linux erlebt habe (weder Hardy noch Lucid), bin ich die Anleitung interessiert durchgegangen: (Ich nutze Kubuntu Lucid Lynx 10.04)

lsb_release -idr
 Distributor ID: Ubuntu
 Description:    Ubuntu 10.04.3 LTS
 Release:        10.04

Die erste Ungereimtheit, auf die ich stoße, ist die Installation der pm-utils: Will ich -per KPackageKit die Installation der pm-utils überprüfen, werde ich auf eine nicht erfüllte Abhängikeit aufmerksam gemacht: console-tools würden noch fehlen → versuche ich, diese zu installieren, würden -als Konfliktlösung- alle XServer-Pakete (45) entfernt!?

Die ersten Tests (nach dem Artikel) brachten dies:

muelux@muelux-LT6cA:/var/log$ echo; for i in --suspend --hibernate --suspend-hybrid; do pm-is-supported $i && echo "$(echo $i | tr [:lower:] [:upper:] | tr -d -) is 
> supported"; done; echo 

SUSPEND is 
supported
HIBERNATE is 
supported

Weitere Hinweise aus uus:

/etc/initramfs-tools/conf.d/resume
Diese Datei ist oft die Fehlerursache, weil diese Datei i.d.R. nicht vom Benutzer aktualisiert wird, wenn die SWAP-Partition aufgrund eines Platten-Umbaus, -Einbaus- oder -Ausbaus, oder im Rahmen einer Um-Partitionierung eine neue Bezeichnung erhält!
/etc/uswsusp.conf
muelux@muelux-LT6cA:/etc/initramfs-tools/conf.d$ cat /etc/uswsusp.conf
cat: /etc/uswsusp.conf: Datei oder Verzeichnis nicht gefunden
/boot/grub/menu.lst
nicht vorhanden

Inhalt der /etc/initramfs-tools/conf.d/resume : 
  RESUME=UUID=88f178f9-55f4-45b9-94c0-9e5b0453956e
Swap-Partition liegt bei mir:
	(cat /etc/fstab)
  UUID=88f178f9-55f4-45b9-94c0-9e5b0453956e none            swap    sw              0       0

> Könnte jemand mit mehr etwas Einblick in die Materie das mal überarbeiten?

...das wünschte ich mir auch

so long
hank

Viele Grüße
mue.de

Heinrich Schwietering schrieb:

Hi!

Inwieweit ist das ganze Lucid/Maverick-verträglich? Im Artikel sind etliche Verweise darauf, aber kein getestet-Eintrag dazu dabei. Etliche Dinge, die sich auf grub, menu.lst etc beziehen, dürften allerdings für Lucid und höher kaum in Betracht kommen...

Das ist nicht ganz korrekt: zumindest bei der Lucid-Installation von der Alternate-CD kann man zwischen legacy-grub und grub2 wählen (wie u.a auch einen echten root-account einrichten, ext3/ext4, ...).

Viele Grüße,
Ingo

Bei mir (GRUB2) gibt es die unter dem Kapitel

STD auf SWAP-Partition angegebene /boot/grub/menu.lst nicht, statt dessen eine /boot/grub/grub.cfg, die die Einträge aus /etc/default/grub und /etc/default/grub.d/ zusammenführt; sollte das im Artikel als Lucid Lynx-Variante (GRUB2) vermerkt werden?

Viele Grüße
Ewald

Hola!

Heinrich Schwietering schrieb:

(in 2010 😳 )

Inwieweit ist das ganze Lucid/Maverick-verträglich? Im Artikel sind etliche Verweise darauf, aber kein getestet-Eintrag dazu dabei.

Ja, läuft und funktioniert.

Etliche Dinge, die sich auf grub, menu.lst etc beziehen, dürften allerdings für Lucid und höher kaum in Betracht kommen...

ingo2 hat sich schon wegen GRUB gemeldet. Bei mir läuft auch immer noch legacy-grub, da ich seit Breezy dist-upgrades mache und keinen Bedarf gesehen habe, auf GRUB2 zu wechseln. Also müsste man die fehlenden Infos für GRUB2 ergänzen.

Ich habe keine zeit, den Artikel zu überarbeiten, bin aber gerne bereit Input beizusteuern:

ingo2 schrieb:

Ich schätze mal, meine Erfahrungen, dem Lucid USB-Subsystem s2ram beizubringen, passen auch hier hin. http://forum.ubuntuusers.de/topic/pm-suspend-in-hardy-perfekt-in-lucid-nur-1x-r/

Nur ist es nicht so einfach mit einer Zeile getan - man sollte wissen, was man tut. 😉

Ich denke, das sollte im Kapitel 4.2 "SUSPEND und/oder RESUME funktioniert nicht" in der Tabelle untergebracht werden.
"Fehlerursache - Kategorie" = "USB Autosuspend"
"Beschreibung von Maßnahmen" = "Beschreibung und Lösung und Link auf den Thread"

mue.de schrieb:

Die erste Ungereimtheit, auf die ich stoße, ist die Installation der pm-utils: Will ich -per KPackageKit die Installation der pm-utils überprüfen, werde ich auf eine nicht erfüllte Abhängikeit aufmerksam gemacht: console-tools würden noch fehlen → versuche ich, diese zu installieren, würden -als Konfliktlösung- alle XServer-Pakete (45) entfernt!?

Man muss nicht console-tools installieren. pm-utils ist abhängig von kbd | console-tools, d.h. es reicht, wenn eines dieser Pakete installiert ist. Von lucid bis natty gilt diese Abhängigkeit. BTW, ab oneiric wandert diese (ODER-)Abhängigkeit in den Block "Suggests". Bei mir ist kbd installiert, console-tools nicht.

mue.de schrieb:

Bei mir (GRUB2) gibt es die unter dem Kapitel

STD auf SWAP-Partition angegebene /boot/grub/menu.lst nicht, statt dessen eine /boot/grub/grub.cfg, die die Einträge aus /etc/default/grub und /etc/default/grub.d/ zusammenführt; sollte das im Artikel als Lucid Lynx-Variante (GRUB2) vermerkt werden?

• IST : Der Kernel liest die Boot-Parameter aus /boot/grub/menu.lst.

• SOLL : Der Kernel liest die Boot-Parameter aus der GRUB-Konfiguration (Für GRUB2 werden die Kernelparameter aus den einzelnen GRUB2-Skripten ausgelesen. Diese werden über die Variable GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub konfiguriert. Für legacy-grub werden die Kernleparameter aus den kernel-Zeilen der einzelnen Menüeinträge aus /boot/grub/menu.lst gelesen. Hier werden sie über die #defoptions-Kopfzeile konfiguriert.)

• IST : Kernel Bootparameter in der Datei /boot/grub/menu.lst

• SOLL : Kernel Bootparameter resume in der Datei /etc/default/grub (GRUB2) bzw. /boot/grub/menu.lst (legacy-grub)

• IST : Dazu wird in #defoptions ergänzt: resume=<PARTITION>.

• SOLL : Dazu wird in GRUB_CMDLINE_LINUX_DEFAULT bzw. in #defoptions ergänzt: resume=<PARTITION>.

• IST : /boot/grub/menu.lst aktualisieren:

• SOLL : GRUB-Konfiguration aktualisieren:

• IST : /boot/grub/menu.lst (Im Kapitel 4.8)

• SOLL : /etc/default/grub bzw. /boot/grub/menu.lst

dehru schrieb:

Hola!

---

• IST : Dazu wird in #defoptions ergänzt: resume=<PARTITION>.

• SOLL : Dazu wird in GRUB_CMDLINE_LINUX_DEFAULT bzw. in #defoptions ergänzt: resume=<PARTITION>.

Achtung:

das ist nur die halbe Konfiguration! Die Resume-Partition wird auch in /etc/initramfs-tools/conf.d/resume konfiguriert. Da ich kein s2disk nutze (dauert bei 6GB RAM länger als ein Reboot), habe ich das dort de-aktiviert:

	# RESUME=UUID=c1bc2090-4815-4483-81aa-0f0d4b081f5f
	RESUME=

BTW: in der menu.lst ist das auskommentiert:

## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=

Viele Grüße,
Ingo

ingo2 schrieb:

das ist nur die halbe Konfiguration! Die Resume-Partition wird auch in /etc/initramfs-tools/conf.d/resume konfiguriert.

Stimmt, daher ist das auch explizit so beschrieben im entsprechenden Kapitel
Ich habe nur die Stelle zitiert, die ergänzt werden muss.

dehru schrieb:

ingo2 schrieb:

das ist nur die halbe Konfiguration! Die Resume-Partition wird auch in /etc/initramfs-tools/conf.d/resume konfiguriert.

Stimmt, daher ist das auch explizit so beschrieben im entsprechenden Kapitel
Ich habe nur die Stelle zitiert, die ergänzt werden muss.

Sorry dafür. Aber hier ist noch ein Wiki-Artikel, wo das zu /etc/initramfs-tools/conf.d/resume seit Langem fehlt http://wiki.ubuntuusers.de/Ubuntu_umziehen?highlight=umziehen. Habe das schon ein paar mal in der Diskussion erwähnt, aber ...

dehru schrieb: ...]

mue.de schrieb:

...] console-tools würden noch fehlen → versuche ich, diese zu installieren, würden -als Konfliktlösung- alle XServer-Pakete (45) entfernt!?

Man muss nicht console-tools installieren. pm-utils ist abhängig von kbd | console-tools, d.h. es reicht, wenn eines dieser Pakete installiert ist. Von lucid bis natty gilt diese Abhängigkeit. BTW, ab oneiric wandert diese (ODER-)Abhängigkeit in den Block "Suggests". Bei mir ist kbd installiert, console-tools nicht.

Danke, das mit dem ODER | (eigentlich ein XOR?) war mir noch nicht klar, bin aber (zum Glück) nicht darauf hereingefallen. Bei mir ist ebenfalls kbd installiert.

...]

• IST : /boot/grub/menu.lst aktualisieren:

• SOLL : GRUB-Konfiguration aktualisieren:

[... Könnte man dafür die Wiki-Versionsumschaltung benutzen? (GRUB2 eingeblendet, da aktueller, GRUB umschaltbar?)

Viele Grüße
Ewald

mue.de schrieb:

Danke, das mit dem ODER | (eigentlich ein XOR?)

Ja, haste recht.

• IST : /boot/grub/menu.lst aktualisieren:

• SOLL : GRUB-Konfiguration aktualisieren:

[... Könnte man dafür die Wiki-Versionsumschaltung benutzen? (GRUB2 eingeblendet, da aktueller, GRUB umschaltbar?)

Keine Ahnung, kenne mich damit nicht aus. Aber die anderen, gell?

dehru schrieb:

mue.de schrieb:

...]

Könnte man dafür die Wiki-Versionsumschaltung benutzen? (GRUB2 eingeblendet, da aktueller, GRUB umschaltbar?)

Keine Ahnung, kenne mich damit nicht aus. Aber die anderen, gell?

Habe mich wohl zu weit aus dem Fenster gelehnt; war in irgendeinem Wiki dieser Welt 😢

Unter MoinMoin gibt es einen einblendbaren Kommentar, evtl. gibt es so etwas ähnliches in dieser Wiki-Syntax?

Ich würde gerne den Artikel um eine Beschreibung der Skripte in /etc/pm-utils/power.d/ ergänzen, die fürs Stromsparen zur Laufzeit zuständig sind (und bisher sehr stiefmütterlich behandelt werden). Da der Artikel bereits ziemlich lang ist, habe ich mir einen Unterartikel pm-utils/power.d vorgestellt. Was meint ihr dazu?

linrunner schrieb:

Ich würde gerne den Artikel um eine Beschreibung der Skripte in /etc/pm-utils/power.d/ ergänzen, die fürs Stromsparen zur Laufzeit zuständig sind (und bisher sehr stiefmütterlich behandelt werden). Da der Artikel bereits ziemlich lang ist, habe ich mir einen Unterartikel pm-utils/power.d vorgestellt. Was meint ihr dazu?

Gute Idee ☺

Insbesondere weil zum bestehenden Artikel reichlich Anmerkungen gemacht wurden, aber eingearbeitet wurden (scheinbar?) sie nicht. Was auch nicht einfach ist, wenn man in einem Artikel GRUB und GRUB 2 gemeinsam abhandeln will...

Hi aasche,

mit STR/STD/Grub hab ich nichts am Hut, da dürfen sich die anwesenden Experten gerne weiter betätigen. Ich werd mich um das wirkliche Strom sparen kümmern 😉.

Ich habe in den Artikel einige Korrekturen und Aktualisierungen (z.B. fehlendes s2ram nur in Hardy, GRUB 2) eingebaut. Vielleicht schaut da noch mal jemand drüber, aber ich denke das sollte passen (für sich genommen auch alles kleine Änderungen).

Zwei Fragen habe ich aber noch:

Module vor SUSPEND entladen, nach RESUME wieder laden:

Die benötigte Datei /etc/pm/config.d/00sleep_module muss normalerweise zunächst erstellt und anschließend ausführbar gemacht werden. In früheren Ubuntu-Versionen sowie ab Maverick erstellt man eine Datei unload_modules (ein anderer beliebiger Name ist auch richtig) im Verzeichnis /etc/pm/config.d/.

Was bedeutet dieser Absatz? Was genau sind "frühere Ubuntu-Versionen" und warum wird dort und ab Maverick (heißt wohl: in allen unterstützten Versionen außer Lucid) ein anderer Dateiname vorgeschlagen, wenn gleichzeitig angegeben wird, dass der Name sowieso egal ist?

Debug-Modus verwenden:

Da ins RTC geschrieben wird, werden beim nächsten Start des Systems höchstwahrscheinlich Dateisystemchecks durchgeführt. Nicht verunsichern lassen - einfach abwarten!

Was ist das "RTC"?