suspend to RAM probléma

Ubuntu Linux

Helló!

Ha valakinek vannak tapasztalatai, szívesen fogadom:

A gép szépen elmegy S3-ba, de a visszajövetel már nem ilyen gördülékeny. A framebuffer csíkozódik és a képernyő fekete marad, de pointer van. Csak a mágikus gombok segítenek.
Én az nVidia driverre gyanakodok, de nem biztos, hogy az a baj forrása.
A gép nagyjából: nForce4, 3200+ 939, nVidia 7300 GS.

Előre is köszönöm!

  • 3645 megtekintés

( sany | 2007. 04. 21., szo – 00:38 )

Nekem a fb(splash) miatt fagyott(reboot parancstól) a laptopom és rá is jöttem miért! :)
A kernelből az "agpgart(nemtom pontosan...)" támogatást kivettem azóta nem fagyott le.
A vidiokari szintén nvidia.
Disztro gentoo.

----------------------------------------------------------------
"Értem én hogy villanymotor, de mi hajtja!?

( kmARC v | 2007. 04. 24., k – 00:29 )

Bar itt irjak, hogy Gentoot hasznalsz, ez megicsak egy Ubuntu forum, szoval probald a kovetkezot:

sudo apt-get install uswsusp
s2ram -f -a 3

ha ez nem megy,
s2ram -f -p -m

esetleg
s2ram -f -s -p

Nem gentoo-t használok, hanem Feisty-t. Míg nem lett stabil, addig ment ez a funkció. Vagy telepítettem valamit, vagy elszúrtam most egy beállítást. Beryllel és Compizzal akkor is ugyan ezt csinálta, ezért hanyagoltam is őket. Most meg sehogy se jön össze.
Az s2ram a SuSE esetében rémlik.
Azért köszönöm a tippet.

Te vagz az en emberem asszem :)

Nekem is villamgyorsan mukodik az s2ram, es vissza is nagyon gyorsan jon, csak eppen egynel tobbszor nem. Azt szeretnem kerdezni, hogy milyen informaciokra alapozol, amikor azt mondod, hogy "SATA-val gond van"? Mert szamomra ez csak mostanaban derult ki, es most, hogy sok albacompos (CLEVO) gepeknel ugyanaz a problema, gondoltam jo kisbugreportot tudnek osszeallitani.

( JoHn123 v | 2008. 03. 13., cs – 13:48 )

Nem nyitok külön topikot, a gondom erősen hasonló.
Egy Acer 6292es notim van, hardy-val, minden megy jól, még a suspend to ram is.
Azonban ha felébresztem suspendből, akkor nem skálázódik vissza a proci, kézzel kell neki egy /etc/init.d/powernowd restart.
Amit eddig elkövettem:
Létrehoztam egy scriptet a /etc/acpi/resume.d/ alatt a következő tartalommal:
#!/bin/sh

# Get powernowd on
if [ -x /etc/init.d/powernowd ]; then
/etc/init.d/powernowd start
fi
Kézzel futtatva megy rendesen, de ha ébresztem a notit, valamiért nem fut le.
Hova nyomorgassam be?
Jól írtam meg?
Előre is köszi.

( LLZoli | 2008. 03. 28., p – 18:32 )

én sem akarok ezért új témát felhozni. opensuse 10.3-an megy rendesen a suspend to ram oda vissza, de a gép nincs rajta a fehérlistán, google szerint ezért pár config fájlban (ami nálam nem is létezett) kellett megadni egy force opciót. hiába csináltam meg nem működik sem a kpowersaverből meghívva, sem a K-menüből. viszont ha rootként kiadom a s2ram -f parancsot pillanat alatt készenlétibe kapcsol, majd vissza is tér ha megnyomom a bekapcsoló gombot, egyedül a knetworkmanager nem mindig kapcsolja vissza a vezetékes hálózatot, de azt fél másodperc alatt el lehet intézni. Hogyan tudnám rávenni a powersave daemont, hogy force kapcsolóval hívja meg a s2ram-ot?

"egyedül a knetworkmanager nem mindig kapcsolja vissza a vezetékes hálózatot"

Hi!
Nekem is háló gonjaim vannak. Etch alatt.
Minden jól műxik, pedig van fbspalsh.
Akár *2ram vagy *2disk módot használom.
Pár percig megy a net, de aztán megszakad.
dmesg-ben ezt találom.
rt2500MlmeEnqueue full, msg dropped and may corrupt MLME
Kerestem, de csak "élménybeszámolókat" találtam.
Megoldást nem.
Van valakinek 5lete mi lehet az oka?

Igen, wireless wpa-val.

Ébredéskor helyre áll a net, de néhány perc után
megszakad és hiába restartolom networking szolgáltatást
csak pár percig megy, aztán újra megszakad.

Talán modul probléma?

Próbáltam már modul letávolítással(sleep fájlban) is, de nem változik.
Amig nem használom a suspend parancsot stabilan megy a net.

( sany | 2008. 10. 21., k – 20:09 )

Ki próbáltam fb nélkül is.
De nem lett jobb.
xterm-en mc is rosszalkodik. :)

Feladtam.

( Benjamin v | 2008. 10. 21., k – 21:29 )

Nekem s2ram nem akar mukodni, ha adok neki egy -f kapcsolot, el is megy standby-ba a gep, fel is ebred, csak nincs kep a monitoron.Halozaton elerheto, tehat nem fagy le.
s2disk viszont neha mukodik, neha nem.az esetek felenel kifagy miutan visszatolti a ramot, bejon a grafikus felulet, es utana nemsokra ra.
hardware: 


This machine can be identified by:
    sys_vendor   = "FUJITSU SIEMENS"
    sys_product  = "ESPRIMO Mobile V5535"
    sys_version  = "V1.03"
    bios_version = "V1.05"

-----
“Firefox, you say? No I don't play Pokémon”

( darkadmin | 2009. 02. 02., h – 15:03 )

Helló!

Segítségeteket kérem, suspend-el kapcsolatban.

2.6.24-19-generic hardy
ati radeon hd2400

Szépen lemegy, lekapcsol mindent és abban a pillanatban vissza is jön, és nemtudok rájönni miért. Ha powersave -u használom a kép sem jön vissza.

ha a echo -n mem > /sys/power/state -t használom /proc/bus/pci..... mentéssel az X tökéletesen visszajön a konzolokon szürke alapon összefüggéstelen szöveg ugrál
vbetool-hoz talált script-tel is visszajön de a konzolok épek, ha elötte az echo használtam akkor is, de ezt dobja kétszer

Allocated buffer at 0x2010 (base is 0x0)
ES: 0x0201 EBX: 0x0000

A logok, ahogy néztem nem változtak:

pm-suspend.log
14.18.39 CET: running suspend hooks.
14.18.39 CET: running hook: /usr/lib/pm-utils/sleep.d/00clear =====
14.18.39 CET: running hook: /usr/lib/pm-utils/sleep.d/05led =====
===== 14.18.39 CET: running hook: /usr/lib/pm-utils/sleep.d/10NetworkManager =====
===== 14.18.39 CET: running hook: /usr/lib/pm-utils/sleep.d/20video =====
kernel.acpi_video_flags = 0
===== 14.18.39 CET: running hook: /usr/lib/pm-utils/sleep.d/49bluetooth =====
===== 14.18.39 CET: running hook: /usr/lib/pm-utils/sleep.d/50modules =====
===== 14.18.40 CET: running hook: /usr/lib/pm-utils/sleep.d/90clock =====
===== 14.18.41 CET: running hook: /usr/lib/pm-utils/sleep.d/94cpufreq =====
===== 14.18.41 CET: running hook: /usr/lib/pm-utils/sleep.d/95led =====
===== 14.18.41 CET: running hook: /usr/lib/pm-utils/sleep.d/99video =====
14.18.41 CET: done running suspend hooks.
14.18.47 CET: running resume hooks.
===== 14.18.47 CET: running hook: /usr/lib/pm-utils/sleep.d/99video =====
===== 14.18.47 CET: running hook: /usr/lib/pm-utils/sleep.d/95led =====
===== 14.18.47 CET: running hook: /usr/lib/pm-utils/sleep.d/94cpufreq =====
===== 14.18.47 CET: running hook: /usr/lib/pm-utils/sleep.d/90clock =====
===== 14.18.47 CET: running hook: /usr/lib/pm-utils/sleep.d/50modules =====
* Reconfiguring network interfaces... * Stopping the Firestarter firewall...
...done.
* Starting the Firestarter firewall...
...fail!
run-parts: /etc/network/if-down.d/50firestarter exited with return code 2
RTNETLINK answers: No such process
SIOCDELRT: No such process
* Stopping the Firestarter firewall...
...done.
* Starting the Firestarter firewall...
...done.
[ OK ]
===== 14.18.48 CET: running hook: /usr/lib/pm-utils/sleep.d/49bluetooth =====
===== 14.18.48 CET: running hook: /usr/lib/pm-utils/sleep.d/20video =====
===== 14.18.48 CET: running hook: /usr/lib/pm-utils/sleep.d/10NetworkManager =====
===== 14.18.48 CET: running hook: /usr/lib/pm-utils/sleep.d/05led =====
===== 14.18.48 CET: running hook: /usr/lib/pm-utils/sleep.d/00clear =====
14.18.48 CET: done running resume hooks.

syslog részlet
14:48:02 darkadmin kernel: [ 643.230161] ACPI handle has no context!
14:48:02 darkadmin kernel: [ 643.247025] Disabling non-boot CPUs ...
14:48:02 darkadmin kernel: [ 643.247046] CPU0 attaching NULL sched-domain.
14:48:02 darkadmin kernel: [ 643.247049] CPU1 attaching NULL sched-domain.
14:48:02 darkadmin kernel: [ 643.260473] CPU 1 is now offline
14:48:02 darkadmin kernel: [ 643.260477] SMP alternatives: switching to UP code
14:48:02 darkadmin kernel: [ 643.262082] CPU0 attaching sched-domain:
14:48:02 darkadmin kernel: [ 643.262086] domain 0: span 01
14:48:02 darkadmin kernel: [ 643.262087] groups: 01
14:48:02 darkadmin kernel: [ 643.262296] CPU1 is down
14:48:02 darkadmin kernel: [ 0.156519] Back to C!
14:48:02 darkadmin kernel: [ 0.156889] Enabling non-boot CPUs ...
14:48:02 darkadmin kernel: [ 0.156969] CPU0 attaching NULL sched-domain.
14:48:02 darkadmin kernel: [ 0.172478] SMP alternatives: switching to SMP code
14:48:02 darkadmin kernel: [ 0.173839] Booting processor 1/1 eip 3000
14:48:02 darkadmin kernel: [ 0.184095] Initializing CPU#1

$ grep ACPI_SLEEP /boot/config-`uname -r`

CONFIG_ACPI_SLEEP=y

Ha tudna valaki segíteni, nagyon megköszönném.

most acpi-t vagy apm-et használsz?? gőzöm nincs, hogy a 2 össze tud e veszni. a pm-utils az apm-hez tartozik, a /boot/config-ban meg acpi-t állítasz be. én is hekkeltem a lapimat, és miden fórumon ilyen boot paramétereket láttam, hogy "acpi = on apm = off" vagy fordítva. szóval, lehet, hogy egy guglizást megér a téma...