CONNEXION
  • RetourJeux
    • Sorties
    • Hit Parade
    • Les + populaires
    • Les + attendus
    • Soluces
    • Tous les Jeux
    • Gaming
  • RetourActu Gaming
    • News
    • Astuces
    • Tests
    • Previews
    • Toute l'actu gaming
  • RetourBons plans
    • Bons plans
    • Bons plans Smartphone
    • Bons plans Hardware
    • Bons plans Image et Son
    • Bons plans Amazon
    • Bons plans Cdiscount
    • Bons plans Decathlon
    • Bons plans Fnac
    • Tous les Bons plans
  • RetourJVTech
    • Actus High-Tech
    • Intelligence Artificielle
    • Smartphones
    • Mobilité urbaine
    • Hardware
    • Image et son
    • Tutoriels
    • Tests produits High-Tech
    • Guides d'achat High-Tech
    • JVTech
  • RetourCulture
    • Actus Culture
    • Culture
  • RetourVidéos
    • A la une
    • Gaming Live
    • Vidéos Tests
    • Vidéos Previews
    • Gameplay
    • Trailers
    • Chroniques
    • Replay Web TV
    • Toutes les vidéos
  • RetourForums
    • Hardware PC
    • PS5
    • Switch 2
    • Xbox Series
    • Switch
    • Pokemon pocket
    • FC 25 Ultimate Team
    • League of Legends
    • Tous les Forums
  • PC
  • PS5
  • Xbox Series
  • Switch 2
  • PS4
  • One
  • Switch
  • iOS
  • Android
  • MMO
  • RPG
  • FPS
En ce moment Genshin Impact Valhalla Breath of the wild Animal Crossing GTA 5 Red dead 2
Liste des sujets

Ubuntu et les disques durs

tremblez-modos
tremblez-modos
Niveau 10
27 octobre 2007 à 21:09:55

Rassurez moi, ce problème de disque dur n´existe pas sous Debian ? :doute:

[ChaChat]
[ChaChat]
Niveau 6
27 octobre 2007 à 22:37:46

Moi j´obtiens ça, mais je ne sais pas trop comment l´interpréter :

193 Load_Cycle_Count 0x0032 099 099 000 Old_age Always - 35708

Dois-je m´inquiéter ? En tout cas ça fait peur...
Et pour la commande hdparm, c´est un changement définitif ou il faut le faire à chaque démarrage ?

Dargor
Dargor
Niveau 10
29 octobre 2007 à 09:06:45

tremblez-modos > Apparemment ce n´est pas spécifique à Ubuntu, donc toute distribution mal paramétrée est concernée.

Zratul
Zratul
Niveau 10
29 octobre 2007 à 14:54:01

Bon je viens faire mon retour d´expérience.

J´ai depuis 2 mois maintenant un portable Sony Vaio SZ5 MN/B
J´ai installé Ubuntu dessus il y a environ 1 mois (pasqu´aucune autre distrib ne me reconnaissait tout mon materiel).

Et j´ai en effet eu l´impression d´entrendre à fréquence régulière, un bruit sur les DD comme un parquage des têtes.

Depuis les bruits courant sur une Ubuntu destructrice de disques durs j´ai voulu voir si mon portable était impacté par ce problème.

J´ai donc installé smarttools via
"sudo apt-get install smartmontools"

et tapé la commande suivante :
sudo smartctl -A /dev/hdb | grep Load

Il m´a donné un nombre de 1280 (comme j´ai pas bcp utilisé mon portable sous Linux pour le moment j´ai pas trop pu juger).

Mais 10 minutes plus tard en refaisant la commande, le chiffre avait augmenté de 15 points. Or d´après ce que j´ai lu c´est clairement un comportement anormal.

En tapant la commande "sudo hdparm -B 255 /dev/sda", la console me dit bien que l´ACM est désactivé.

Je refais un smartctl, je mémorise la valeur.

J´attends 10 minutes, je refais le smartctl :
la valeur est toujours la même.

J´ai donc lu que pour avoir une automatisation de la commande hdparm il vallait éditer en root le fichier "/etc/hdparm.conf"
Et rajouter ces lignes :
"
command_line {
hdparm -B255 /dev/sda
}
"

J´ai redemarré et apres plusieurs minutes j´ai refais un smartctl et j´ai vu que mon compteur n´avait augmenté que de 1 (logique vu que j´ai redémarré). Et il n´augmente désormais qu´aux redémarrages, arrêts, Suspensions.

Par contre ce n´est qu´une solution temporaire !! !!

Je m´explique, sur un laptop, stopper les tetes des disques n´est pas inutile, un portable ca bouge beaucoup plus, ca prend des chocs, et surtout ca a une batterie.
Stopper l´APM entraine une chauffe du disque, une augmentation de la consommation et surtout un risque plus élevé de perdre des données en cas de choc au moment ou la tête est en train d´écrire.

Bref le bug est reporté depuis 2006 sur Dapper et toujours pas résolu depuis. A l´heure ou Ubuntu a fait une grande rentrée, avec ceux qui ont installé Ubuntu chez leurs potes et tout.
Les devs ont interet à se bouger et vite car laisser trainer ce problème et c´est se prendre un retour de baton dans les prochains mois quand les disques vont crever par milliers.

Bref là j´arrête d´utiliser Ubuntu tant que la solution n´aura pas été trouvée.

A savoir que les distribs comme Mandriva, Fedora et Suse ne sont pas impactées par le problème (surement de bon réglages de base).

Zratul
Zratul
Niveau 10
29 octobre 2007 à 14:55:23

D´ailleurs Dragor, pourrais tu mettre ce topic en sticky le temps qu´une solution soit trouvée ?

30% des Linuxiens tournent sur Ubuntu, ca va faire du dégat. Autant en avertir le plus possible.

Dargor
Dargor
Niveau 10
29 octobre 2007 à 15:05:12

Tu as essayé de le mettre en 254 au lieu de 255 ? Çà allonge la durée d´attente avant le park, mais apparemment c´est dépendant du matériel (une minute chez les uns, dix chez d´autres).

Je vais le mettre en épinglé en effet :)

Pour ma part j´ai testé sous Slackware et FreeBSD, et je n´ai pas ce problème.

Zratul
Zratul
Niveau 10
29 octobre 2007 à 15:08:34

Le 254 est plus lent oui mais il n´empeche pas une augmentation de la temperature de mon disque :/
Etant sur un ultraportable, je ne peux pas prendre le risque donc on va attendre en espérant que les dvs trouvent quoi faire et corrigent ça vite.

Sinon je corrige ce que j´ai dit, certaines versions de Fedora sont impactées aussi.

Zratul
Zratul
Niveau 10
29 octobre 2007 à 15:10:16

Hum sinon dans mon premier poste je me suis gouré

à cette ligne :

et tapé la commande suivante :
sudo smartctl -A /dev/hdb | grep Load

j´ai bien sur tapé sda (vu que mon DD est en SATA) et pas hdb.

Rod_laver
Rod_laver
Niveau 10
29 octobre 2007 à 15:15:46

Je confirme, ce problème n´est pas seulement sur ubuntu.
Mon laptop (vieux de seulement 7.5 mois) tournant sur debian, que j´ai beaucoup utilisé principalement sur batterie, a déjà un load count de 80000 :ouch:
A ce rythme là, ça laisse tout de même une durée de vie théorique de plus de 4 ans.

La solution provisoire que j´ai choisi: mode 255 sur secteur et 180 sur batterie.

Dargor
Dargor
Niveau 10
29 octobre 2007 à 15:46:35

Une autre piste que j´ai trouvée en regardant le man d´hdparm :

-S Set the standby (spindown) timeout for the drive. This value is used by the
drive to determine how long to wait (with no disk activity) before turning off
the spindle motor to save power.

man hdparm pour plus de détails.

Rod_laver
Rod_laver
Niveau 10
29 octobre 2007 à 16:09:59

D´après ce que j´ai pu tester, le spindown entraîne un parquage des têtes.

Avec un power management de 255 et un timeout (spindown) de 20 secondes, le load count augmente quand même toutes les 20 secondes.

Dargor
Dargor
Niveau 10
29 octobre 2007 à 16:29:32

Normal à priori, et avec plus de 20 secondes ?

Rod_laver
Rod_laver
Niveau 10
29 octobre 2007 à 16:48:17

Pareil...
Le parquage des têtes s´effectue quand le timeout est écoulé et qu´il n´y a pas eu d´accès disque entre-temps

Je vois pas comment les autres distrib évitent ce problème à moins qu´elles n´activent pas l´économie d´énergie du HDD.

Dargor
Dargor
Niveau 10
29 octobre 2007 à 16:53:06

J´en sais rien, moi j´ai un compte de park normal pour mon utilisation et je n´ai jamais touché hdparm (ni ma distribution). À priori le comportement par défaut est défini par le BIOS et/ou le firmware du disque dur, je dois avoir de la chance :)

chris_27
chris_27
Niveau 10
29 octobre 2007 à 17:52:07

Bigre, il se passe des trucs pendant mon absence... et pas de bons trucs en plus :´(

En plus, mon disque dur est presque en fin de vie au bout de 3 ans et demi de services. Heureusement que j´ai prévu de changer de laptop d´ici peu.

Rod_laver
Rod_laver
Niveau 10
29 octobre 2007 à 19:30:15

J´ai encore un autre problème:
Lors d´un suspend to ram ou suspend to disk, le power management du hdd revient toujours à 128 et ceci bien que j´ai créé un script dans /etc/acpi/resume.d avec comme contenu:

  1. !/bin/sh

hdparm -B 255 /dev/sda

:-(

simcityworld
simcityworld
Niveau 9
30 octobre 2007 à 10:26:12

Pourquoi la commande :

smartctl -A /dev/hdb | grep Load

MArche mais ne renvoie rien chez moi ?

Zratul
Zratul
Niveau 10
31 octobre 2007 à 14:52:14

remplace hdb par le disque que tu veux analyser.

en sachant que ca commence par hd pour les disques IDE et par sd pour les disques sata.

Fais un mount pour voir la lettre de tes disques.

J´avais recopié ca tel quel d´un forum mais sur l´unique disque sata de mon laptop, c´était sda qu´il fallait que je tape à la place de hdb.

simcityworld
simcityworld
Niveau 9
31 octobre 2007 à 15:36:23

Nan ca je sais bien :p, Linux est installé sur hdb1 ^^ donc pas d´erreur ici...

chris_27
chris_27
Niveau 10
31 octobre 2007 à 23:17:34

Perso, je fais :

smartctl -A /dev/hdb | grep -i load

Par contre, faut être en root sinon ça ne marche pas. :-)

Sous forums
  • Aide à l'achat Mac
  • Création de sites web
  • Création de Jeux
  • Linux
  • Programmation
  • Internet
  • Steam Deck
  • Macintosh
  • Hardware