Elég sok helyen olvasom hogy sokan mit össze nem szenvedtek ezzel a cuccal, pedig annyira azért nem vészes.
Előszőr is a hozzávalók:
- Előszőr is támogassa a kaszni! Ehhez BIOSban az ACPI S1&S3 , vagy hasonló (mindegy csak S3 benne legyen)
- s2ram, powersave daemon (lehet persze közvetlenül a /sys/...state , ill. /proc ba írogatni, de az egyrészt nem "szép", másrészt meg nem az igazi, később majd kiderül miért.
- Kernelben ACPI/Sleep support legyen, /proc deprecated interface nem fontos.
- Feltétlen legyen még IDE APCI support is, a use DMA multi mode bye default lehetőleg ne.... (nem sikerült egyértelműen hibaokozónak tekinteni, de kizárni sem.
- Feltétlen nézzünk utána a google-n, hogy a videókártyánk miképpen támogatja az ACPI S3ból történő visszajövetelt. Az NVIDIA graf. kártyatulajok itt megint mázlisták, nekik az a lényeg, hogy a kernel modult betöltsék, és valami xserver fusson (sikerült ugyan helyreállítani xserver nélkül is, de nem mindig, lehet hogy valami más ragadt éppen be, mert azért mind a kismilló opcióval nem tudtam megnézni).
- vesafb Framebuffert lehetőleg mellőzni. nem az igazi. ez is tért már vissza s2ram-ból, de ez sem mindig. normál vga konzol rulezik!. de olyan verzió is volt, hogy a framebuffer konzolt nem sikerült visszaállítani, az xserver magához tért, a konzolok nem (!).
- preemtív kernelt tessék elfelejteni, nagyon macerás. növeli a "helyreállítási" kockázatot.
- Amennyi drivert csak lehet, mindent modulba tenni!!!, kivéve ami mindig kell (pl. alaplapi ide/sata vezérlő)
- Csak azok a modulok, opciók legyenek lefordítva, melyek feltétlenül szükségesek.
- A PaX használóknak (régi kernellel 2.6.18al mondom, mert az újabbakat nem tudtam itt lehibernálni, de valszeg ezen a téren nincs változás): A CONFIG_KERNEXEC-el az ACPI S3 nem működik, nem kapcsol ki, a "kikapcsolási folyamatban" elhal, és mivel már nem tér magához log sincs.
AZ UDEREF sem működik, ettől lehibernál, de visszaállításkor azonnal hw-reset / triple_fault (???) / log szintén nincs, mert a naplók csak sikeresen lefutott resume után térnek magukhoz, így akármilyen debug opció is kevés. valami más módot kell találni. egyéb grsec/PaX opciókkal megél.
- Minden olyan szervízt, ami automatán halálra van ítélve, vagy szundi alatt feleslegesen van a memóriában, azonnal le kell lőni. Ilyen pl. (lirc -távirányító), alsa-utils, alsasound (hangvezérlésre semmi szükség szundi közben, usb vezérlés (szintén) ehci_hcd, ohci_hcd, usb_storage, usbcore, mindent, acpi modulok (ac, button, fan (!!!!!!!!!!!!!!!!!!!!), thermal, stb. cpufreq, maradhat), floppy szintén repüljön, teljes bttv-video szekció, az összes modult ki kell szedni. vfat, ntfs, gpm szintén repüljön, és a legfontasabb a hálózat (mivel úgyis eltimeoutol, biztosan összeomlik helyreállításkor, nem is érdemes vele kínlódni!!!!!!!!!!!!), az összes modult szintén célszerű kitölteni... sensorok maradhatnak.... Mégpedig egy rendkívül "felhasználóbarát" módon. a /etc/powersave/sleep fájlban a SUSPEND_TO_RAM_restart servicesbe kell beírni...az unload moduloknak szintén van szekciójuk. a FORCE-re pedig YES-t kell írni. szerintem élő ember nincs aki rendelkezik olyan kasznival, ami --force nélkül elhibernál.