Gép felkel suspendből...

Microsoft Windows

... és hibernálásból
van rajta windows és linux is
olavstam már erre-arra a problémáról, itt is volt már téma: http://hup.hu/node/82559
Ezt is megpróbáltam: http://img23.imageshack.us/img23/9287/kepg.jpg
meg ezt is: http://www.cravingtech.com/fix-windows-vista7-sleep-mode-from-waking-up…

De felébred. Na most a kérdés, hogy vajon a multiboot-tol van-e, vagy eleve, vagy mi a fene miatt ébred fel?

Valami olyasmi lenne a kérdés, hogy akinek volt ilyen problémája, attól azt kérdezném, hogy:
- a fenti módszerekkel megoldódott-e?
- multiboot vagy csak windows volt a gépen?
+1 esetleg megoldási javaslat?

mert ha az jön ki, hogy a csak windowsosoknak megoldotta, akkor a multibootra kell valami más megoldás
köszi

  • 2003 megtekintés

( hud | 2011. 07. 30., szo – 10:35 )

Örülj neki, nem tudom, hogy ez miért zavar. Az enyém például nem kel fel suspendből, úgy kell kihúzni a tápot :)

( dionusos | 2011. 07. 30., szo – 10:40 )

Szia,

BIOS-ban van lehetőség ébresztésre bizonyos eszköz működése esetén. Pl. hálózati kérés, billentyűzet megütése, egér mozdítása, ...
Windowsban pedig ki lehet kapcsolni a hálózati kártya tulajdonságainál, hogy "Az eszköz felélesztheti a számítógépet." Pipa kivesz, és talán jó is. :)

( blackberry | 2011. 07. 30., szo – 11:20 )

A feladatütemezőben is érdemes körülnézni.

( Oscon | 2011. 07. 30., szo – 16:42 )

Hátha mind a linux, mind a win felkel, akkor szvsz valamilyen hw, vagy bios !

1. laptop, vagy kaszni ?
2. érdemesebb a hibernálással kezdeni az az egyszerűbb!
2a. linux alatt kétféle hibernációs módszer van, van a normál "ACPI féle hw-es " megfejtés, és a "szoftveres", kernel+initramfs kombó?

A kernel+initramfs t érdemes megnézni, hátha azzal nem jön elő. (uswsusp csomag)

Ha nem jön elő, akkor alaplap és/vagy hw hiba és/vagy bios hiba. (bios frissítés?). Ha előjön azzal is, akkor felettébb érdekes.
linux alatt amúgy kiírja, hogy milyen eseményekre kapcsol vissza a 

/proc/acpi/wakeup

fájlban, illetve idpont esetén a 

/proc/driver/rtc

alarm is kiírja. (2.6.27 alapú kernelt használok,
újabb kernelben ezeket lehet elköltöztették máshova ?)

Ha kikapcsolod a gépet, akkor lekapcsol rendesen, vagy akkor is visszakapcsol ?. a kernel+initramfs kombó kipróbálása előtt érdemesebb a gépet lekapcsolni, áramtalanítani, aztán bekapcsolni és próbálkozni, így egyéb hibaforrás kiszűrhető.

--------

Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.

enyém dell letitude e5500, barátnőmé valami eee, és mindkettő csinálja (bár azon gondolkozom, hogy nekem lehet, hogy csak windowsból.. nála emlékszem, hogy linux is felkelt.)

az EEE biosa nagyon egyszerű. van egy WOL, meg talán egy perifériára ébredés, de ki van(nak) kapcsolva

>laptop, vagy kaszni ?
mindkettő laptop, asztali gépem nem ébred fel soha. De a notebookok nála, nálunk, vagy úton is simán.

>normál "ACPI féle hw-es " megfejtés, és a "szoftveres", kernel+initramfs kombó
ubuntus suspend nála, nálam meg archon sztem pm-utils

>A kernel+initramfs t érdemes megnézni, hátha azzal nem jön elő. (uswsusp csomag)
Ezt sajna nem értem, hogy mit jelent :(

>BIOS frissítés
nálam legujjabb van, nála amivel vette

>linux alatt amúgy kiírja, hogy milyen eseményekre kapcsol vissza a /proc/acpi/wakeup fájlban, illetve idpont esetén a /proc/driver/rtc alarm is kiírja. (2.6.27 alapú kernelt használok,

na ezt meg fogom nézni

>Ha kikapcsolod a gépet, akkor lekapcsol rendesen, vagy akkor is visszakapcsol?

Na az szüleim Toshibáján volt, az az omnibookos jóság. A mi gépeinknél ilyen nincs.

ubuntus suspend nála, nálam meg archon sztem pm-utils

>A kernel+initramfs t érdemes megnézni, hátha azzal nem jön elő. (uswsusp csomag)
Ezt sajna nem értem, hogy mit jelent :(

OK.Akkor az ACPI féle lesz 98,723748953% ban. Van egy uswsusp nevű csomag, abban van s2ram és s2disk. Az s2disk hívja meg a "SOFTWARE_SUSPEND"-et, a szoftveres hibernálást. Ehhez visszatéréskor kell initramfs, de ha gyári kernelt használsz, abban úgyis az van, mert az a praktikus. A pm-utilst rá lehet venni, hogy a normál acpi féle megoldás helyett ezt a software suspendet használja.

Az s2diskhez ajánlott az etc/uswsusp.confban a következő:
resume device= ezt célszerű megadni, hogy ne sírjon, hogy honnét térjen vissza / hova mentse le a mem. tartalmat /. praktikusan a swap partíció.

shutdown method = platform

A pm utils is rávehető a következő opcióval a soffares szundira:

etc/pm/config.d/defaults-ban:

SLEEP_MODULE="uswsusp"

/Az alapértelmezett érték a "kernel". az a tisztán acpi féle megfejtés. /

---------
A fenti infók debian lenny-ből származnak. Ubuntun a config fájlok elhelyezkedése más is lehet, de mivel debian alapú legalább a csomagnév jó esettel stimmel. ;-)

Itt van egy db. asztali gép van, a 2.6.27.y kernel alap miatt picit érdekes, én sleep module nál "oscon" gányolt értéket használok, ez a szundira (felfüggesztés) a "kernel" t, hibernálásra az "uswsusp" ot használja, meg időnként jár erre egy vendéglaptop amin az asztali kernel fut (csak kicsit más hw beállításokkal), az elvan atomstabilan, mint a befőtt / azon is debian lenny van / az alapértelmezett "kernel" értékkel probléma nélkül. (dell inspiron)

Sajnos az ACPI az ilyen / egyszer fent, egyszer lent /, kertben elásandó gányolt szar, és garantáltan tartósan az is marad, szerencsére a kernel, és a configfájlok biztosítanak némi mozgásteret a működőképességet eredményező gányolásokhoz.

Ha van virtuális géped, akkor az uswsusp abban ellenőrizhető, mivel az acpi független, simán tesztelhető, hogy leviszi e hibernálásba a virtuális gépet, vagy sem.

U.I Igen tudom, megjelent a squeze, majd fogom frissíteni a rendszereket, amikor nincs jobb dó'gom, meg a lustaságfaktor is visszavesz a tempóból.

U.I II: proc/driver/rtc fájlod nincsen ?

--------

Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.

Mond, azt hogy elvileg nem volna szabad visszakapcsolnia, bár érdekes hogy csak ezek az értékek vannak, nálam az asztalin egy kicsit több van, a vendégloptop most nincs erre: 


PCE2      S4     enabled   
PCE3      S4     enabled
PCE4      S4     enabled
PCE5      S4     enabled
PCE6      S4     enabled   
PCE7      S4     enabled
PCE9      S4     enabled
PCEA      S4     enabled
PCEB      S4     enabled
PCEC      S4     enabled
SBAZ      S4     disabled  
PS2K      S3     disabled  
PS2M      S3     disabled  
UAR1      S4     disabled  
P0PC      S4     disabled  
AC97      S4     disabled
MC97      S4     disabled
USB1      S4     disabled  
USB2      S4     disabled  
USB3      S4     disabled  
USB4      S4     disabled  
USB5      S4     disabled  
EUSB      S4     disabled  
PWRB      S3    *enabled

Igazából nálad a PWRB t hiányolom, bár nem tudom a laptopon normális-e a hiánya.

(ez volna a bekapcs gomb értéke, aminek a megnyomásával ugye feléled a cucc), A PCE enabled az nálam szándékos, az azért kell, hogyha a vendéglaptopba bedugják a crosslink kábel másik végét, akkor felkeltse a kasznit, hogy szolgáltassa a vendéglaptopnak a netet. spéci ügy

--------

Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.

( Fisher v | 2011. 07. 30., szo – 17:03 )

Ha úgy ébred fel, hogy igazán el sem alszik (azaz nem órákkal később, hanem kb. azonnal), akkor az attól (is?) lehet, hogy a boot disk nem egyezik a win rendszerdiskkel (C:), tehát pl. a linuxszos partíción - legyen pl. sdc - van a grub(?), ami bootolja a win-t, sda-ról, win alatt C:

( bocs | 2011. 07. 31., v – 15:00 )

Némely alaplapon van olyan jumper, hogy bármilyen billentyű vagy egér eseményre felébreszti / bekapcsolja a gépet.
Emiatt néha magától képes elindulni a gép, mert megröccen az egér az asztalon.

( djsilas | 2011. 08. 01., h – 01:20 )

Bocsi, ha már nem aktuális, de már túl késő (korán?) van, fáradt vok, nem olvasom el a hozzászólásokat, csak leírom az én tapasztalatomat.
Általában meló után csak fogom, és lecsukom a lapost, otthon meg felnyitom. Régebben sima optikai egeret használtam, nem is volt ezzel gond. Nemrég vettem vezeték nélküli lézeres egeret és hát volt párszor, hogy mikor kivettem a táskából a gépet, bizony be volt kapcsolva és okádta magára a meleget. Némi nyomozásba került, de végül is hamar kiderült, hogy az új egerem képes felébreszteni a gépet. A régebben használt vezetékes eger(ek) viszont ilyet nem tudtak. Tehát gép lecsuk, ablak-ajtó stb becsuk. Gép elpakol, egér behajít. És kipakoláskor meg bekapcsolva várt a gép, az egér felkeltette. Mióta azzal kezdem, hogy kikapcsolom az egeremet, a probléma megszűnt :)

( nyekhere | 2011. 08. 01., h – 14:00 )

Írtad, hogy a BIOS-ban csak két wake-up opció van. Nincs eldugva valahol egy harmadik, pld. Critical Battery Wake-up ? - csak azért kérdem, mert éppen most láttam egy laptop BIOS-ban ilyesmit, és nekem újdonság volt. (Ritkán bámulok laptop BIOS-okat :) )

Ne kattints ide!