Kérdésem a következő, megoldható-e az, mind abban a bizonyos kereskedelmi forgalomban kapható operációs rendszernek nevezett dologban, hogy a rendszer hibernálja magát (a memória tartalmat kiírja, és a következő induláskor azt az állípotot tölti vissza ami kikapcsolás elött volt)?
Kérdésem a következő, megoldható-e az, mind abban a bizonyos kereskedelmi forgalomban kapható operációs rendszernek nevezett dologban, hogy a rendszer hibernálja magát (a memória tartalmat kiírja, és a következő induláskor azt az állípotot tölti vissza ami kikapcsolás elött volt)?
bye fozsola
meg, ujabb kernelekben software suspend opcio, meg kernel parameternek bootolaskor: resume=/dev/hda8 pmdisk=/dev/hda8, ami nalam eppen a swap particio...bar ha foglalt a swap, akkor nem tudom, mi tortenik, mindenesetre egy darabig hasznaltam, de nem lett sokkal gyorsabb, mintha ujrabootoltam volna az egesz cajgot...
[quote:eda98cd1f7="ruczati"]...
mindenesetre egy darabig hasznaltam, de nem lett sokkal gyorsabb, mintha ujrabootoltam volna az egesz cajgot...
Hát persze. De ha fut OO-d, 3 emacs, firefox 8 tabbal, thunderbird-ben épp egy 3 oldalas levelet írsz, még visszavan 2, és gyorsan el kell tűznöd 2 órára, ki akarod kapcsolni a gépet, mit csinálsz? Elmentesz mindent, bookmark-olsz 5 percet, szóval elszúrsz 10 percet. Eddig én elegánsan megnyomom a notim ki/bekapcsoló gombját, és kész. Újraindításkor Te X-et, minden egyéb szart indítasz, és dettó megint csak egy gombot nyomok meg...
[quote:9d90b45558="_ventura_"]en meg nem hasznalom es anelkul is muxik a notebook on
bar ez inkabb noti sajatja mert meg a DOS-t is hibernalja ;>
Ez az ACPI S3, suspend to ram, és nem suspend to disk. Ilyenkor azért zabálja az akksit is. Igaz csekély %/óra arányban. Nagy előnye, hogy sokkal gyorsabb.
Én is most forgattam bele a kernelembe, laptophoz, de a kernel doksiba írt shutdown -z nem megy...
írta még a az swsusp -vag yvalami hasonló progit, de még nem néztem.
Amúgy ki melyiket használja?
[quote:e883e8ee2a="supageo"]Én is most forgattam bele a kernelembe, laptophoz, de a kernel doksiba írt shutdown -z nem megy...
írta még a az swsusp -vag yvalami hasonló progit, de még nem néztem.
Amúgy ki melyiket használja?
A swsusp.sf.net-eset mondod? Annak van egy hibernate script-je, aminek a működését a /etc/hibernate-n belül tudod szabályozni.
Az asztali gépem S3-ra annyit csinál, hogy kernel logba kiírja, hogy suspending tasks, kikapcsolja a képernyőt egy negyed másodpercre, kernel logba: restarting tasks, képernyő vissza.
Szerintetek ezt miért csinálja? Valami rögtön felébreszti? Ha igen, honnan tudhatom meg vajon, hogy mi?
rootkent 'echo 4 >/proc/acpi/sleep' (asszem igy volt)
ha kernelbe swsusp bele van forgatva + resume=foo kernelparameter be van allitva akkor ez muxik
(kb feleve nem hasznaltam, de addig eleg sokat)
Jó, ennek örülök :) , de
1. nem swsusp kell nekem (bár az sem megy)
2. nem suspend to disk, hanem suspend to ram, amit szeretnék (nem S4 hanem S3)
3. a proc/acpi/sleep helyett a Patrick-féle /sys/power/state-et szeretném használni (bár ha bármelyik működne, kb mindegy lenne, melyik lenne az)
:)
De ha már S4: dokumentáció szerint az első swap partícióra írja ki a dolgait.
De mi van akkor, ha én azt használom? Nem lehet esetleg swap helyett fileba íratni, ha a kernelben úgyis ott van hozzá az fs támogatása?
Az utóbbiak inkább csak elméleti kérdések, mert elsősorban az S3-at szeretném összehozni.
swsusp szepsege a megoldas... m$ megoldast kell hasznalni, azaz kilep/belep.
Na, nem kodositek... erdemes a legtobb dolgot modulba rakni (foleg usb, halokartyak, hangk) es a hibernalo scriptet ugy megirni (vagy pl a debian default scriptnek megmondani),
hogy hibernalas elott modul ki, ebredes utan modul be.
Ha kicsit keresgelsz neten, mashol is ra fogsz talalni szerintem erre a megoldasra.
Ha ez mukodik akkor erezd magad szerencsesnek, mert van jo par cucc, ami me'g igy sem szereti a swsuspot. Pedig jo dolog. :)
Az hogy a kerneled mit ir ki... toltsd ki jol az /etc/hosts filet :)
Hozzászólások
Sziasztok!
Kérdésem a következő, megoldható-e az, mind abban a bizonyos kereskedelmi forgalomban kapható operációs rendszernek nevezett dologban, hogy a rendszer hibernálja magát (a memória tartalmat kiírja, és a következő induláskor azt az állípotot tölti vissza ami kikapcsolás elött volt)?
bye fozsola
Van ilyen software suspend:
http://softwaresuspend.berlios.de/
Bár ha beírtad volna Google.ba ...
THX :lol:
van vmi gyenge probalkozas: http://softwaresuspend.berlios.de/
[quote:ba3c885c65="fozsola"]Sziasztok!
Kérdésem a következő, megoldható-e az, mind abban a bizonyos kereskedelmi forgalomban kapható operációs rendszernek nevezett dologban, hogy a rendszer hibernálja magát (a memória tartalmat kiírja, és a következő induláskor azt az állípotot tölti vissza ami kikapcsolás elött volt)?
bye fozsola
meg, ujabb kernelekben software suspend opcio, meg kernel parameternek bootolaskor: resume=/dev/hda8 pmdisk=/dev/hda8, ami nalam eppen a swap particio...bar ha foglalt a swap, akkor nem tudom, mi tortenik, mindenesetre egy darabig hasznaltam, de nem lett sokkal gyorsabb, mintha ujrabootoltam volna az egesz cajgot...
[quote:b42b5facaf="snq-"]van vmi gyenge probalkozas: http://softwaresuspend.berlios.de/
Szvsz ez nem gyenge próbálkozás. Én pl. a notimon használom, mindenféle extra driverrel (pl. wlan), és szerintem nagyon megbízható, és tök jó.
[quote:eda98cd1f7="ruczati"]...
mindenesetre egy darabig hasznaltam, de nem lett sokkal gyorsabb, mintha ujrabootoltam volna az egesz cajgot...
Hát persze. De ha fut OO-d, 3 emacs, firefox 8 tabbal, thunderbird-ben épp egy 3 oldalas levelet írsz, még visszavan 2, és gyorsan el kell tűznöd 2 órára, ki akarod kapcsolni a gépet, mit csinálsz? Elmentesz mindent, bookmark-olsz 5 percet, szóval elszúrsz 10 percet. Eddig én elegánsan megnyomom a notim ki/bekapcsoló gombját, és kész. Újraindításkor Te X-et, minden egyéb szart indítasz, és dettó megint csak egy gombot nyomok meg...
en meg nem hasznalom es anelkul is muxik a notebook on
bar ez inkabb noti sajatja mert meg a DOS-t is hibernalja ;>
[quote:9d90b45558="_ventura_"]en meg nem hasznalom es anelkul is muxik a notebook on
bar ez inkabb noti sajatja mert meg a DOS-t is hibernalja ;>
Ez az ACPI S3, suspend to ram, és nem suspend to disk. Ilyenkor azért zabálja az akksit is. Igaz csekély %/óra arányban. Nagy előnye, hogy sokkal gyorsabb.
Én is most forgattam bele a kernelembe, laptophoz, de a kernel doksiba írt shutdown -z nem megy...
írta még a az swsusp -vag yvalami hasonló progit, de még nem néztem.
Amúgy ki melyiket használja?
[quote:e883e8ee2a="supageo"]Én is most forgattam bele a kernelembe, laptophoz, de a kernel doksiba írt shutdown -z nem megy...
írta még a az swsusp -vag yvalami hasonló progit, de még nem néztem.
Amúgy ki melyiket használja?
A swsusp.sf.net-eset mondod? Annak van egy hibernate script-je, aminek a működését a /etc/hibernate-n belül tudod szabályozni.
hat igen kb 3-4 masodperc es minden ugyvan ahogy hagytam,
es azert az aksit se zabalja olyan veszesen szerintem.
Az én T20-asom most kibírt egy hétvégét ilyen suspend-to-ram állapotban, pedig az akksi már igen gatya rajta, normál üzemben olyan 15-20 percet bír...
Az asztali gépem S3-ra annyit csinál, hogy kernel logba kiírja, hogy suspending tasks, kikapcsolja a képernyőt egy negyed másodpercre, kernel logba: restarting tasks, képernyő vissza.
Szerintetek ezt miért csinálja? Valami rögtön felébreszti? Ha igen, honnan tudhatom meg vajon, hogy mi?
rootkent 'echo 4 >/proc/acpi/sleep' (asszem igy volt)
ha kernelbe swsusp bele van forgatva + resume=foo kernelparameter be van allitva akkor ez muxik
(kb feleve nem hasznaltam, de addig eleg sokat)
Jó, ennek örülök :) , de
1. nem swsusp kell nekem (bár az sem megy)
2. nem suspend to disk, hanem suspend to ram, amit szeretnék (nem S4 hanem S3)
3. a proc/acpi/sleep helyett a Patrick-féle /sys/power/state-et szeretném használni (bár ha bármelyik működne, kb mindegy lenne, melyik lenne az)
:)
De ha már S4: dokumentáció szerint az első swap partícióra írja ki a dolgait.
De mi van akkor, ha én azt használom? Nem lehet esetleg swap helyett fileba íratni, ha a kernelben úgyis ott van hozzá az fs támogatása?
Az utóbbiak inkább csak elméleti kérdések, mert elsősorban az S3-at szeretném összehozni.
Hi!
Sikerult mukodesre birnom a swsusp2-t, mukodik is, csak egy gond van vele Amikor visszaallitja a rendszert, ilyen hibauzenetet kapok:
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:01.1: host system error, PCI problems?
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:01.1: host controller process error, something bad happened!
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:02.0: host system error, PCI problems?
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:02.0: host controller process error, something bad happened!
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:01.1: host system error, PCI problems?
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:01.1: host controller process error, something bad happened!
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:02.0: host system error, PCI problems?
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:02.0: host controller process error, something bad happened!
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:01.1: host system error, PCI problems?
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:01.1: host controller process error, something bad happened!
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:02.0: host system error, PCI problems?
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:02.0: host controller process error, something bad happened!
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:01.1: host system error, PCI problems?
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:01.1: host controller process error, something bad happened!
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:02.0: host system error, PCI problems?
Mar 18 19:27:22 localhost kernel: uhci_hcd 0000:02:02.0: host controller process error, something bad happened!
Mar 18 19:27:22 localhost kernel: hub 3-0:1.0: over-current change on port 1
Mar 18 19:27:22 localhost kernel: Please include the following information in bug reports:
Mar 18 19:27:22 localhost kernel: - SUSPEND core : 2.1.7.2
Mar 18 19:27:22 localhost kernel: - Kernel Version : 2.6.11-cko2
Mar 18 19:27:22 localhost kernel: - Compiler vers. : 3.3
Mar 18 19:27:22 localhost kernel: - Attempt number : 1
Mar 18 19:27:22 localhost kernel: - Pageset sizes : 5333 (5333 low) and 14992 (14992 low).
Mar 18 19:27:22 localhost kernel: - Parameters : 0 2048 0 1 0 5
Mar 18 19:27:22 localhost kernel: - Calculations : Image size: 20331. Ram to suspend: 1164.
Mar 18 19:27:22 localhost kernel: - Limits : 130927 pages RAM. Initial boot: 126943.
Mar 18 19:27:22 localhost kernel: - Overall expected compression percentage: 0.
Mar 18 19:27:22 localhost kernel: - LZF Compressor enabled.
Mar 18 19:27:22 localhost kernel: Compressed 83251200 bytes into 30873414 (62 percent compression).
Mar 18 19:27:22 localhost kernel: - Swapwriter active.
Mar 18 19:27:22 localhost kernel: Swap available for image: 244981 pages.
Mar 18 19:27:22 localhost kernel: - Preemptive kernel.
Mar 18 19:27:22 localhost kernel: - SMP kernel.
Mar 18 19:27:22 localhost kernel: - Max extents used: 4 extents in 1 pages.
Mar 18 19:27:22 localhost kernel: - I/O speed: Write 81 MB/s, Read 103 MB/s.
Mar 18 19:27:23 localhost kernel: uhci_hcd 0000:02:02.1: host system error, PCI problems?
Mar 18 19:27:23 localhost kernel: uhci_hcd 0000:02:02.1: host controller process error, something bad happened!
Mar 18 19:27:23 localhost kernel: uhci_hcd 0000:02:02.1: host system error, PCI problems?
Mar 18 19:27:23 localhost kernel: uhci_hcd 0000:02:02.1: host controller process error, something bad happened!
Mar 18 19:27:24 localhost kernel: uhci_hcd 0000:02:01.1: host system error, PCI problems?
Mar 18 19:27:24 localhost kernel: uhci_hcd 0000:02:01.1: host controller process error, something bad happened!
Mar 18 19:27:24 localhost kernel: uhci_hcd 0000:02:02.0: host system error, PCI problems?
Mar 18 19:27:24 localhost kernel: uhci_hcd 0000:02:02.0: host controller process error, something bad happened!
Mar 18 19:27:24 localhost kernel: uhci_hcd 0000:02:01.1: host system error, PCI problems?
Mar 18 19:27:24 localhost kernel: uhci_hcd 0000:02:01.1: host controller process error, something bad happened!
Mar 18 19:27:24 localhost kernel: uhci_hcd 0000:02:02.0: host system error, PCI problems?
Mar 18 19:27:24 localhost kernel: uhci_hcd 0000:02:02.0: host controller process error, something bad happened!
Mar 18 19:27:24 localhost kernel: hub 3-0:1.0: connect-debounce failed, port 1 disabled
Mar 18 19:27:24 localhost kernel: hub 3-0:1.0: over-current change on port 2
Mar 18 19:27:26 localhost kernel: hub 3-0:1.0: connect-debounce failed, port 2 disabled
Mar 18 19:27:26 localhost kernel: hub 4-0:1.0: over-current change on port 1
Mar 18 19:27:26 localhost kernel: uhci_hcd 0000:02:01.1: host system error, PCI problems?
Mar 18 19:27:26 localhost kernel: uhci_hcd 0000:02:01.1: host controller process error, something bad happened!
Mar 18 19:27:26 localhost kernel: uhci_hcd 0000:02:02.0: host system error, PCI problems?
Mar 18 19:27:26 localhost kernel: uhci_hcd 0000:02:02.0: host controller process error, something bad happened!
Mar 18 19:27:26 localhost kernel: uhci_hcd 0000:02:01.1: host system error, PCI problems?
Mar 18 19:27:26 localhost kernel: uhci_hcd 0000:02:01.1: host controller process error, something bad happened!
Mar 18 19:27:26 localhost kernel: uhci_hcd 0000:02:02.0: host system error, PCI problems?
Mar 18 19:27:26 localhost kernel: uhci_hcd 0000:02:02.0: host controller process error, something bad happened!
Mar 18 19:27:26 localhost kernel: uhci_hcd 0000:02:02.1: host system error, PCI problems?
Mar 18 19:27:26 localhost kernel: uhci_hcd 0000:02:02.1: host controller process error, something bad happened!
Mar 18 19:27:26 localhost kernel: uhci_hcd 0000:02:02.1: host system error, PCI problems?
Illetve meg ez megy egy jo darabig, de ennyi is eleg. :)
Felvetodott bennem megegy dolog: Miert localhost kernel? Miert nem a gepem nevet irja?
By(t)e
TBS::Antiemes
Hali,
swsusp szepsege a megoldas... m$ megoldast kell hasznalni, azaz kilep/belep.
Na, nem kodositek... erdemes a legtobb dolgot modulba rakni (foleg usb, halokartyak, hangk) es a hibernalo scriptet ugy megirni (vagy pl a debian default scriptnek megmondani),
hogy hibernalas elott modul ki, ebredes utan modul be.
Ha kicsit keresgelsz neten, mashol is ra fogsz talalni szerintem erre a megoldasra.
Ha ez mukodik akkor erezd magad szerencsesnek, mert van jo par cucc, ami me'g igy sem szereti a swsuspot. Pedig jo dolog. :)
Az hogy a kerneled mit ir ki... toltsd ki jol az /etc/hosts filet :)
Remelem segitettem.
deta