Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1

#1 Le 05/08/2009, à 20:06

MADevil

Samsung HD103SI et HD103UJ qui ne passent pas en veille

Bonjour,

Je vous expose mon problème :

J'ai des disques durs de stockage dans un PC , et je n'y accède que rarement , donc je met en veille en général mes disques de données au bout de 20 mn.

Seul soucis , avec les 2 derniers que j'ai installé , ça ne passe plus en veille.

J'utilisais la double méthode , config dans le hdparm.conf ainsi que le rc.local (avec mes hdparm -S 240 /dev/sdX)

J'ai 2 autres disques samsung 500 Go qui passent sans problème en veille , ainsi que 2 autre seagate 500.

J'ai vérifié s'il n'y avait pas d'activité aprés un spindown (hdparm -y /dev/sdX) dans le dmesg avec la méthode suivante
- echo 1 > /proc/sys/vm/block_dump pour activer le debug du noyau sur l'activité disque
et rien n'ecris dessus.

Quand on fait un hdparm -Y (sleep) et tout de suite après un hdparm -C , il affiche standby , puis tout de suite il repasse en active/idle

Il y à bien ce bug qui est censé être corrigé dans ma version (je suis en Karmic dev , donc hdparm 9.15) https://bugs.launchpad.net/ubuntu/+sour … bug/388506
effectivement , ça utilise blkid au lieu de vol_id , mais pour le même rendu final (ça passe pas en veille...)
J'ai donc modifié le fichier rules de udev et relancé udev , pareil.

J'ai aussi testé sur un autre contrôleur sata (marvel au lieu de promise) , même effet.

Désactivé les services APM et ACPI , vérifié dans le bios que j'avais pas une option pour ça à l'ancienne.
Que dalle !!!

J'ai également testé à partir d'un live cd (elive e17-compiz) avec noyau 2.6.26.8 (pour ceux qui voudraient incriminer mon noyau de Karmmic) , pareil...

Si quelqu'un à une idée , je suis preneur.

D'avance merci.

PS : Leur autre appellation sont : Spinpoint F1 et Ecogreen F2

Dernière modification par MADevil (Le 05/08/2009, à 21:59)

Hors ligne

#2 Le 07/08/2009, à 14:27

MADevil

Re : Samsung HD103SI et HD103UJ qui ne passent pas en veille

J'ai démonté un disque (Le Ecogreen F2) pour le monter dans une machine sous windows , et la veille fonctionne dessus...

C'est le même chipset (P45) et la meme nappe SATA2 que j'ai réutiliser.

SVP un peu d'aide ?

Je suis vraiment à cours d'idée...

Je pense que ça viens du udev , mais je ne maitrise pas assez pour shinter après le passage en veille les requetes avec blkid (qui remplace vol_id) , et surtout j'aimerais savoir à quoi ça sert , et si ça dérange pas à faire sauter ?

Hors ligne

#3 Le 19/10/2009, à 14:29

BeSt

Re : Samsung HD103SI et HD103UJ qui ne passent pas en veille

Salut

j'ai le même problème que toi. Mais je n'ai aucune solution pour l'instant, mais le problème n'est pas au niveau de "l'automatisation" du spindown mais de l'action spindown elle-même.

Pour ma part, j'ai un Samsung EcoGreen HD154UI. Le disque n'est même pas monté: donc pas moyen qu'il y ait des accès disques. J'ai essayé avec Jaunty ou Karmic, 2 PC différents (un ION un ICH8), 2 ports SATA différents, 2 cables différents, en AHCI ou IDE, le constat est toujours le même:
* hdparm -Y et hdparm -y n'ont aucun effet: je ne sens pas le disque s'arrêter (quand je pose ma main dessus, on sent s'il tourne ou pas)
* Une fois sur 2 après avoir lancé un "hdparm -Y", il y a une erreur dans les logs 

Oct 3 09:29:28 clairmont kernel: [ 674.563643] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
Oct 3 09:29:28 clairmont kernel: [ 674.563654] ata1.00: waking up from sleep
Oct 3 09:29:28 clairmont kernel: [ 674.563667] ata1: hard resetting link
Oct 3 09:29:28 clairmont kernel: [ 675.090046] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Oct 3 09:29:28 clairmont kernel: [ 675.102961] ata1.00: configured for UDMA/133
Oct 3 09:29:28 clairmont kernel: [ 675.103006] ata1: EH complete

* Sous Windows, le spindown se passe sans souci

Pour info, j'ai dit otut ca dans un rapport de bug https://bugs.launchpad.net/ubuntu/+sour … bug/374287

Dernière modification par BeSt (Le 19/10/2009, à 14:31)

Page perso: http://be.st.free.fr

Hors ligne

#4 Le 04/11/2009, à 14:19

BeSt

Re : Samsung HD103SI et HD103UJ qui ne passent pas en veille

@MADevil: pour info, j'ai fait pleins de trucs et maintenant la veille semble marcher sur ce disque.
J'ai notamment fait 

hdparm -B 127

et 

hdparm -B 128

. Peut-être ca peut marcher pour toi aussi ?

Page perso: http://be.st.free.fr

Hors ligne

#5 Le 27/02/2010, à 04:47

MADevil

Re : Samsung HD103SI et HD103UJ qui ne passent pas en veille

Ouais ça à l'air de marcher , c'est cool ça !

Par contre tu rebalance tes commandes au boot ou bien une fois suffit ?

Dans le doute je vais mettre ça dans mon rc.local

hdparm -B 128 -S 100 /dev/sd[a-f] > /dev/null

Hors ligne

#6 Le 27/02/2010, à 09:34

BeSt

Re : Samsung HD103SI et HD103UJ qui ne passent pas en veille

Je mets les instructionsdans le /etc/hdparm.conf

Page perso: http://be.st.free.fr

Hors ligne

#7 Le 13/03/2010, à 13:32

MADevil

Re : Samsung HD103SI et HD103UJ qui ne passent pas en veille

Bon en mettant les instructions uniquement dans le hdparm.conf , ça ne fonctionne pas (comme j'avais pu constater avant)
tu les met sous quelle forme toi ?

Et sinon ça fonctionne la bidouille avec mon HD103SI (Ecogreen F2) , mais pas avec mon HD103UJ ( Spinpoint F1) , il n'accepte que la valeur -S 1 (5 secondes) pour l auto sleep.

Par contre après le -y fonctionne mais c'est pas ce que je recherche....

Donc je vais revendre celui là et me reprendre un EcoGreen F2 je pense

Hors ligne

Pages : 1