Léa-Linux & amis :   LinuxFR   GCU-Squad   GNU
plus d'accès disque après un suspend-to-ram
Envoyé par: zakharov

bonjour,

j'espère que c'est le bon endroit pour causer de mon problème.

je fais un suspend-to-ram via un script (modifié depuis ce script:
#!/bin/sh

# switch to virtual terminal 1 to avoid graphics
# corruption in X
chvt 1

# synchronize system clock with hardware
hwclock --localtime --systohc

# write all unwritten data (just in case)
sync

# suspend
echo -n mem > /sys/power/state ;;

# synchronize hardware clock with system
hwclock --localtime --hctosys

# switch back to virtual terminal 7 (running X)
chvt 7

la suspension fonctionne, le "resume" marche... mais presque...
je retrouve X et il est fonctionnel, mais au bout de 10 secondes, la diode du disque dur s'allume (le disque ne fait pas de bruit particulier), au bout de 20 sec tout s'arrête (et la touche Caps Lock clignote). je suis obligé d'éteindre la machine en appuyant longuement sur le bouton on/off.
tout s'arrête plus tôt encore si je lance un appel au disque dur (en faisant un 'top' dans un terminal par exemple, juste après le resume).

j'ai regardé si hdparm avait une option sur le sujet, j'ai rien vu.
j'ai exactement le même comportement avec le script s2ram du paquet uswsusp (ça a été mes premières tentatives d'ailleurs).

je ne sais pas si suspend2 fait le suspend-to-ram, j'ai pas essayé, mais j'aimerais éviter cette solution.

je suis sous Debian unstable, kernel 2.6.18-4-k7 pré-compilé, HP Pavilion zv5411EA, proc: Athlon XP, DD Seagate Model=ST94019A
# hdparm -i /dev/hda
/dev/hda:

 Model=ST94019A, FwRev=5.11, SerialNo=3KW5JEVY
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78140160
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma3 udma4 *udma5
 AdvancedPM=yes: unknown setting WriteCache=enabled
 Drive conforms to: ATA/ATAPI-6 T13 1410D revision 2:  ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6

 * signifies the current active mode

j'ai du manquer un truc...
si quelqu'un a une idée, je suis preneur winking smiley

merci d'avance
@+
zakh

Poste le Wednesday 14 March 2007 10:31:43
Répondre     Citer    
Re: plus d'accès disque après un suspend-to-ram
Envoyé par: jimbo

Salut

tu devrais recompiler le kernel pour suspend2 qui reste assez simple sous debian. Tu telecharges les sources avec apt du kernel puis tu reprends le .config de ton kernel actuel donc tu à juste a parametrer suspend2 et a recompiler le kernel. Je vais devoir le faire également sur ma debian car je n'ai plus de son apres un resume de echo -n mem > /sys/power/state gnome-volume-manager pose des problemes si il est lancé je ne peux pas décharger les modules de son.

il me semble que le scritp hibernate présent dans les paquet debian gere s2ram et tu peux décharger des modules et coupé des applications etc.... mais suspend2 et hibernate à mon avis semble qqchose d'avenir et plus performant. Vivement que se soit intégré par défaut dans le kenrel d'ailleur.

tu devrais aussi utiliser etch plutot que Sid non ? car les versions des paquets sont les memes cette fois !

peut etre essayer de passer sur un kernel plus récent peut résoudre ton probleme ?!!!

Uptime serveur Samba :

Poste le Wednesday 14 March 2007 11:00:51
Répondre     Citer    
Re: plus d'accès disque après un suspend-to-ram
Envoyé par: zakharov

Citation
jimbo
tu devrais recompiler le kernel pour suspend2 qui reste assez simple sous debian.
justement je voulais éviter car ce n'est pas vraiment nécessaire pour moi de suspendre, c'était juste pour essayer (et au passage sauver quelques ours polaire, mais dans ce cas il vaut mieux carrément arrêter le pc ;-))

Citation
jimbo
apres un resume de echo -n mem > /sys/power/state gnome-volume-manager pose des problemes si il est lancé je ne peux pas décharger les modules de son.
une idée comme ça en passant: si tu faisait un
killall gnome-volume-manager
ou équivalent, puis ensuite le relancer lors du "resume" (je dis ça... je ne sais pas. j'ai pas ce gestionnaire sous mon xfce4)

Citation
jimbo
il me semble que le scritp hibernate présent dans les paquet debian gere s2ram et tu peux décharger des modules et coupé des applications etc....
J'ai essayé également mais j'ai un peu de mal à imaginer ce qui va se passer si je vire un de ces modules (et le(s)quel(s) aussi)
ide_cd                 36576  0
cdrom                  33056  1 ide_cd
ide_disk               15168  4
sata_nv                11332  0
libata                 90772  1 sata_nv
scsi_mod              124872  2 usb_storage,libata
generic                 5764  0 [permanent]
amd74xx                13340  0 [permanent]
ide_core              110984  5 usb_storage,ide_cd,ide_disk,generic,amd74xx
ehci_hcd               28488  0
ohci_hcd               18564  0

Citation
jimbo
suspend2 et hibernate à mon avis semble qqchose d'avenir et plus performant. Vivement que se soit intégré par défaut dans le kenrel d'ailleur.
he he he je l'ai lu souvent celle-là ces derniers jours ;-)

Citation
jimbo
tu devrais aussi utiliser etch plutot que Sid non?
ah... les goûts et les couleurs... j'aime bien avoir les dernières versions logicielles et du matos un peu rétro, j'aime bien avoir 60 paquets à mettre à jour tous les dimanche, traquer du bug pour pouvoir en rapporter un avant qu'il n'ai déjà été rapporté (très très rare dans mon cas ;-)) et puis d'ailleurs sid est loin d'être instable, et je compile depuis les cvs les applis qui me tiennent le plus à coeur, en tentant avec mes petits moyens d'y apporter une petite brique.

Citation
jimbo
peut etre essayer de passer sur un kernel plus récent peut résoudre ton probleme ?!!!
c'est ce que je me disais aussi, je vais tenter.

merci pour ta réponse jimbo
@+
zakh

Poste le Wednesday 14 March 2007 15:02:12
Répondre     Citer    

Veuillez vous authentifier auparavant pour commenter.

 

Ce forum !
plus d'accès disque après un suspend-to-ram
Vous voulez savoir si votre matériel est supporté par Linux, ou vous avez un problème pour installer un module ? Ce forum est pour vous !

Sauf mention contraire, les documentations publiées sont sous licence Creative-Commons