Boot lent et gel disque dur

Support Debian
#1

Je suis sous Debian Wheezy / Sid (version amd64 + pilotes proprios NVIDIA installés) avec la configuration suivante :

* Carte mère GIGABYTE 770T-D3L - Chipset AMD 770 - Socket AM3

* Processeur AMD PHENOM II 955 BLACK EDITION 3.2 GHz

* Kit de 2 barettes Mémoire KINGSTON DDR3 PC3-12800 - HyperX Blu - 2 x 2 Go (4 Go) 1600 MHz

* Carte graphique GAINWARD 9500GT-512 - GeForce 9500GT - 512 Mo - PCI Express

* SH-S223C/BEBE Graveur DVD Interne 22X - SuperMulti - SATA - Bulk Noir

* Disque SSD 2.5 Intel 40 go (pour le système d'exploitation)

* Disque dur Western Digital 1000 Go (64 Mo de cache) Caviar Green

* Boîtier PC Antec Three Hundred - Noir

* Alimentation green power v2.2 - 450 watts - série silent giant

* Carte PCI WiFi AirPlus G - DWL-G510

Depuis une semaine le boot prend + de 2 mn alors qu’ auparavant il prenait 25 secondes !

J’ai un blocage qui m’affiche le message suivant :

[ 33.792053] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[ 33.792101] ata2.00: failed command: IDENTIFY PACKET DEVICE
[ 33.792148] ata2.00: cmd a1/00:01:00:00:00/00:00:00:00:00/00 tag 0 pio 512 in
[ 33.792149] res 40/00:03:00:00:00/00:00:00:00:00/a0 Emask 0x4 (timeout)
[ 33.792237] ata2.00: status: { DRDY }
[ 33.792280] ata2: hard resetting link
[ 34.284058] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 35.087013] ata2.00: configured for PIO4
[ 35.887713] ata2: EH complete
[ 66.848055] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[ 66.848105] ata2.00: failed command: IDENTIFY PACKET DEVICE
[ 66.848150] ata2.00: cmd a1/00:01:00:00:00/00:00:00:00:00/00 tag 0 pio 512 in
[ 66.848151] res 40/00:03:00:00:00/00:00:00:00:00/a0 Emask 0x4 (timeout)
[ 66.848240] ata2.00: status: { DRDY }
[ 66.848283] ata2: hard resetting link
[ 67.340060] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 68.142489] ata2.00: configured for PIO4
[ 68.943279] ata2: EH complete

Et puis le boot continu… La seule chose qui est changé en une semaine c’est le fait d’avoir changé le PC de place.

J’avoue que je bloque un peu, merci pour votre aide.

#2

Salut,
2) Vérifie ou change le câble d’alimentation du disque;

  1. Vérifie l’état du disque avec smartctl.
#3

Vérification des disques c’est bon. Pour ce qui est des branchements, je le verrais un peu plus tard car j’ai besoin du PC actuellement, et je préfère le regarder machine éteinte.

Pour info la machine n’a que 3 mois !

Merci pour tes réponses et ta promptitude.

#4

Le sujet est assez pointu (comprendre : au-dessus de mes connaissances :mrgreen:), mais il me semble que ce serait bien de savoir qui est ata2 : le lecteur DVD, le SSD ou le HDD ?

Sinon, j’ai aussi mis la main sur ce BR du BT de fedora : bugzilla.redhat.com/show_bug.cgi?id=684599 (ça m’a l’air d’être plus ou moins le même problème… Et ça touche au cœur du système ATA :118 ).

[EDIT] En fait, ’y a aussi un BR pour debian : bugs.debian.org/cgi-bin/bugreport.cgi?bug=622340

Le problème (introduit par les récents UDEV) provient probablement du DVD, qui ne supporte pas les commandes 16bits. La « solution » proposée provient d’archlinux (bbs.archlinux.org/viewtopic.php?pid=895404) :

[quote]* Add
options libata atapi_passthru16=0
to /etc/modprobe.d/modprobe.conf
* Add
FILES="/etc/modprobe.d/modprobe.conf"
to /etc/mkinitcpio.conf
* (Install udev-165)
* Rebuild the kernel image with mkinitcpio
* Reboot[/quote]

Soit, traduit :

  • Ajouter
    options libata atapi_passthru16=0
    à /etc/modprobe.d/modprobe.conf
  • Ajouter
    FILES="/etc/modprobe.d/modprobe.conf"
    à /etc/mkinitcpio.conf
  • (Installer udev-165)
  • Reconstruire l’image du noyau avec mkinitcpio
  • Rebooter

Attention : Il faut peut-être (sûrement) adapter certaines de ces consignes à Debian, je ne suis pas assez calé là-dessus pour le faire, mais je suis sûr qu’il y en a qui sauront que faire de tout ça :033

#5

J’ai aussi vérifié les câbles et tout est ok, je pense que Mont a raison, car je crois me rappeler avoir fait une mise à jour au même moment et avoir validé par précipitation un avertissement de apt-list debug sur udev.

à suivre donc