Forum Debian Users Gang

sprawdź

gksu gedit /etc/initramfs-tools/conf.d/resume

wpisz odpowiednią wartość

RESUME=gdzie masz swap

i na koniec jako root

update-initramfs -u

Ostatnio edytowany przez arturek (2009-09-20 11:01:34)

kamikaze napisał(-a):

Zrobiłeś zmiany w /etc/fstab ?

Ofkors, w /boot/grub/menu.lst też.

może coś przeoczyłem , sugerowałem się tym

http://ubuntuforums.org/showthread.php?t=287962

arturek napisał(-a):

może coś przeoczyłem , sugerowałem się tym

Pominąłeś :) Wygrzebałem jeszcze to:

cat /etc/uswsusp.conf 
# /etc/uswsusp.conf(8) -- Configuration file for s2disk/s2both 
resume device = /dev/hda5
splash = n
compress = y
early writeout = y
image size = 238883225
RSA key file = /etc/uswsusp.key
shutdown method = platform

Przy okazji - tego pliku szukałem, konkretnie chodziło o linię dot. splasha - żeby podczas przygotowywania hibernacji nie pluł errorami o braku splasha....

Dzięki za pomoc.

Edyta:

Pospieszyłem się. Zadziałało raz na blaszaku, po wybudzeniu wszystko "zapomniał". Na laptoku niby się zahibernował, ale zamiast się wybudzić, normalnie się bootował od "zera".

Na lapku wypluwa:

cat /proc/swaps 
Filename                Type        Size    Used    Priority
/dev/hda5                               partition    1052216    0    -1

na blaszaku:

cat /proc/swaps 
Filename                Type        Size    Used    Priority

Wg partition editora mój swap na blaszaku to partycja nieznana :) Po swapon na blaszaku wreszcie działa, na lapku niby się hibernuje ale bootuje się z komunikatem "no resume image - normal boot"

Ostatnio edytowany przez ippo76 (2009-09-20 12:50:57)

Nie, nie zjadło, tylko "zgubiło" typ partycji - był swap, a po reboocie miała opis "nierozpoznana". Po ponownym założeniu "swapa" na blaszaku już działa.

Poroblem pozostał na wersji 32 bit (lapek) - hibernuje się od czasu do czasu, najczęściej zawiesza na "preparing" - to akurat zdarzało się przed całą operacją zmiany położenia swapu. Teraz jednak, jeśli uda się zahibernować, to po uruchomieniu systemu nie odczytuje "obrazu" ze swapu, tylko bootuje się normalnie, od zera...

Kilkuletni fujitsu-siemens, opcję noapic mam na blaszaku i tu nigdy problemu (poza tym opisanym w tym wątku) nie było, za to nie działa suspend.

Na lapku suspend działa bez problemu, hibernacja, pomijając ten problem wywołany zmianą lokalizacji swapa działała niestabilnie, losowo. Najczęściej po kliknięciu gnomowego "hibernuj" pojawiał się czarny ekran z teksem "preparing" cośtam i zawisał - nie działała klawiatura, włączał się wentylator i pozostawał jedynie twardy reset.
Czasami jednak po chwili wyskakiwał komunikat o tworzeniu obrazu "resume", z narastającym procentowym zaawansowaniem procesu, dochodził do 100%, po czym lapek się hibernował.

fnmirk napisał(-a):

Dlaczego nie skorzystasz z UUID?

A po co?
W lennym domyślnie nie ma UUID.
Edyta:
W fedorze był UUID, było /dev/sda  a z hibernacja w ogóle nie działała na laptopie. Na lennym czasami zadziała...

Teraz wciąż zawiesza się na

s2disk: Snapshotting system

Ostatnio edytowany przez ippo76 (2009-09-22 19:35:50)

Jak napisałem - miałem te nowinki w fedorze, a hibernacja nie działała

Teraz poszło, skompresował, dostałem informację o "compression ratio" i ładnie się wyłączył. Ale po wciśnięciu "power" nie czyta z "resume" z dysku, tylko bootuje od zera...


Dobra. Na blaszaku działa "shutdown method = platform", na lapku musiałem zmienić na "shutdown"

# /etc/uswsusp.conf(8) -- Configuration file for s2disk/s2both
resume device = /dev/hda3
splash = n
compress = y
early writeout = y
image size = 238883225
RSA key file = /etc/uswsusp.key
#hutdown method = platform
shutdown method = shutdown

źródło

Teraz robię reboot i pod windowsem pomarnuję przyjemniej czas (panzer general)...

Edyta:
K#$%a mać, zrobiłem reboot na lapku i hibernację na blaszaku - i się zesrało na blaszaku "snapshotting system"....

Na razie działa, wygląda na to, że był to jednorazowy wyskok blaszaka.

Ostatnio edytowany przez ippo76 (2009-09-24 07:56:54)