Sziasztok!
Valamiért nem jön vissza a gépem hibernálásból.
Elvileg kikapcsol rendesen, de utána ugyanúgy indul mint normál boot esetén.
Hogy állapítja meg a kernel, hogy hibernálásból kell felkelnie és nem normál bootot csinálni?
Ugyanakkor ebben a gépben most 4GB RAM van, viszont a swap-terület csak 2GB, habár a futó programoknak ezen a területen is el kellene férnie... lehet ez az ok?
Gyári kernellel is ugyanezt csinálja, Debian Squeeze a rendszer.
Bocs a hülye kérdés miatt.
Szerk.:
Ja és 64-bites kernelen a MemTotal miért 3345088 kB?
Valamennyit eszik a videokártya, de nem hinném, hogy ennyit...
Szerk.:
Köszönöm a segítséget, frottirtigris által leírt megoldás segített, vagyis az initramfs konfigurációjában átírtam a RESUME-hez tartozó UUID-t.
Most gyönyörűen működik minden. :)
- 5005 megtekintés
Hozzászólások
A hibernáláshoz a swap területnek mindenképp >= kéne lennie a fizikai memóriánál, szerintem ez akkor is igaz, ha a futó programok effektíve nem eszik meg mind a 4GB-nyi területet.
Csekkold le a BIOS-ban, lehet valami extrém érték van beállítva.
- A hozzászóláshoz be kell jelentkezni
Létrehozok akkor valahogyan egy nagyobb swap partíciót, hátha segít ezen...
BIOS-ban mire gondolsz?
Mondjuk elvileg mindent átnéztem már, bár sok lehetőség nincs benne (notebook).
- A hozzászóláshoz be kell jelentkezni
Ha a VGA-nak nincs dedikált memóriája, akkor a rendszer memóriából csipeget, ezt kellene megnézni.
- A hozzászóláshoz be kell jelentkezni
Így van, de ennyit?
...ezt mondjuk talán a setupban megtalálom.
Szerk.: Tévedtem, nincs rá állítási lehetőségem...
- A hozzászóláshoz be kell jelentkezni
Szerintem ne csinálj külön partíciót a swap-nak, főleg ha ugyanazon a fizikai lemezen van mint a rendszer. Inkább valami hansoló:
dd if=/dev/zero of=/swap bs=1M count=4096; mkswap /swap; swapon /swap
Meg tedd be vagy írd át fstab-ban.
- A hozzászóláshoz be kell jelentkezni
Az a gyanúm, felülírja a bootloader konfigját.
tr [:lower:] [:upper:] <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
A Mandriva csinálta nálam, de mióta Debianon vagyok, hibernálás után is a kernel-választó menüt kapom.
...viszont most létrehoztam egy 4GB-os swap partíciót, nemsokára megpróbálom, így megy-e.
- A hozzászóláshoz be kell jelentkezni
Nem nyul hozza, a kernel belekukkant a(z alapertelmezetten) swap teruletre, hogy ott van-e image. Ez kikapcsolhato a noresume kernel boot parameterrel, illetve modosithato a resume=/path_to_device opcioval.
--
Fedora, RHEL, CentOS, virtualizáció, SELinux: http://sys-admin.hu
- A hozzászóláshoz be kell jelentkezni
Hát... valami nem gömbölyű, de kipróbálom mindjárt. Nekem 5 másodpercet vár a Grub boot előtt. Hibernálásból ébredve meg úgy emlékszem, azonnal boot-olt. Persze, lehet, hogy rosszul emlékszem. Viszont előbb fut a grub, s a timeout leteltével rántja be a kernelt.
tr [:lower:] [:upper:] <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Most kipróbáltam a hibernálást. A grubban eredetileg 5 s a timeout, viszont hibernálás után azonnal indul, a boot menü éppen csak felvillan. Ez azt támasztaná alá, amit írtam. Ugyanakkor meg akartam nézni, pontosan mi is történik, beraktam egy Parted Magic live CD-t, s meglepetésemre nem boot-olt róla. Meg akartam nézni, változott-e a grub.conf.
Különben meg van valami baj, kernel, vagy BIOS inkompatibilitás ezzel a hibernálással. Nálam az történik, hogy leáll a gép, kikapcsolja a tápot is, ugyanakkor kb. 1 másodperc múlva bekapcsol a tápegység, majd elindul a gép, s feléled hibernálásból. Azaz nem tudom használni. Sima kikapcsolás esetén kikapcsolva marad.
tr [:lower:] [:upper:] <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Nem lehet, hogy a Grub ránéz a swap partícióra és ha hibernált állapotot lát, folytatja a munkát?
...mondjuk nálam Grub2 óta nem foglalkozik vele... a régi grub viszont nem hozta fel a menüt ilyenkor.
- A hozzászóláshoz be kell jelentkezni
Nem tudom. Laci szavaiban nem kételkedem, csak az tűnt fel, hogy akkor még sehol sincs a kernel, amikor már másképp viselkedik a gép. Tehát nem a kernel az egyetlen, aki tud a hibernálásról, hanem a Grub is. Aztán az egy következő kérdés, hogy a konfigurációs állományából, vagy valahova benéz, s látja, hogy hibernálás volt.
tr [:lower:] [:upper:] <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Teljesen jogos az eszrevetel, valoban elfelejtettem, hogy hibernalaskor a grub timeoutjat is atirja. Amugy nem a grub detektalja, hogy volt-e hibernalas, hanem a kernel, ahogy fentebb irtam.
--
Fedora, RHEL, CentOS, virtualizáció, SELinux: http://sys-admin.hu
- A hozzászóláshoz be kell jelentkezni
Létrehoztam egy 4GB-os swap partíciót, továbbra sem jön vissza hibernálásból...
...viszont írt valami "Invalidating stale sw suspend images" vagy hasonló szöveget...
- A hozzászóláshoz be kell jelentkezni
kernel-doc:
Documentation/power/swsusp-and-swap-files.txt
--
Fedora, RHEL, CentOS, virtualizáció, SELinux: http://sys-admin.hu
- A hozzászóláshoz be kell jelentkezni
subscribe
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
Nálam 10G memória mellett van 2G swap és megbízhatóan működik, ha a memóriahasználat kisebb mint kb 1.5G. Efelett már nem működik a hibernálás, próbálkozik egyet, aztán kapok egy not enough swap space hibaüzenetet a syslogba. De a lényeg, nem a resume közben jelentkezik a probléma, az mindig hibátlan ha a hibernálás működött, szóval más lesz a gond.
- A hozzászóláshoz be kell jelentkezni
Pedig az a gond.
Nem tudja kiirni a memoria tartalmat a swap-be.
A kulonbseg annyi a Windows es a Linux kozt ez ugyben, hogy a Windows automatikusan allitja a hibernate file meretet.
- A hozzászóláshoz be kell jelentkezni
modositsd a RESUME erteket a
/etc/initramfs-tools/conf.d/resume fileban
utana termeszetesen update-initramfs -u szukseges
RESUME sorba a swap UUID-ja kerul.
FYI:
UUID meghatarozasa
ls -l /dev/disk/by-uuid/
swap meghatarozasa
swapon -s
- A hozzászóláshoz be kell jelentkezni
Ez lesz az, köszönöm.
Még a régi gép swap partíciójának UUID-je van bent.
Nem tudtam, hogy itt kell keresni, így viszont működnie kell majd.
Köszönöm mégegyszer.
- A hozzászóláshoz be kell jelentkezni
Nincsmit. En is megkuzdottem vele.
- A hozzászóláshoz be kell jelentkezni
Szerintem nálam is ez lesz, este meg is nézem.
Thx.
- A hozzászóláshoz be kell jelentkezni
Köszönöm!
- A hozzászóláshoz be kell jelentkezni
sub
- A hozzászóláshoz be kell jelentkezni
sub
----------------------------------------------------------
"One should strive to achieve; not sit in bitter regret."
www.xonotic.org
- A hozzászóláshoz be kell jelentkezni
> Ja és 64-bites kernelen a MemTotal miért 3345088 kB?
Valszeg a BIOS-od nem tud remap-elni.
http://www.codinghorror.com/blog/2007/03/dude-wheres-my-4-gigabytes-of-…
- A hozzászóláshoz be kell jelentkezni
Nem olvastam teljesen végig, de erre nem számítottam.
Létezik, hogy egy notebook BIOS/chipset probléma miatt nem képes 4GB RAM-ot kezelni 64-bites rendszeren sem, de a specifikációban hirdetik, hogy maximum 4096MB-ig bővíthető?
Szép...
- A hozzászóláshoz be kell jelentkezni
Nem. 64 bit-es rendszeren azt írja, jónak kellene lennie:
"..The proper solution to this whole conundrum is to use a 64-bit operating system."
- A hozzászóláshoz be kell jelentkezni
Mintha valamelyik hozzászólásban említenének erről valamit... chipset/BIOS korlátozásként...
Bár most kicsit sok a hülyeség körülöttem, csak átfutottam kicsit.
A rendszer viszont 64-bites, de csak ennyit lát... memtest86 is ennyit ír, egyedül a BIOS-ban látom 4GB-nak.
Egyelőre nem igazán értem a dolgot.
- A hozzászóláshoz be kell jelentkezni
Ugyanott azonban azt is írja, hogy "However, even with a 64-bit OS, you'll still be at the mercy of your motherboard's chipset and BIOS"
Nálam a gyakorlat azt mutatta, hogy a régebbi Inteles desktop lapok elvétve kezelték a 4GB-ot, 64 bit ide vagy oda.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni