OVH Cloud OVH Cloud

erreurs à la con en 2.6.18

13 réponses
Avatar
Sébastien Kirche
Bonjour,

sur une installation disque dur de kaella qui a mal supporté une mise à
jour chez mon paternel je suis reparti avec une install neuve Debian par
debbootstrap.

Mais j'ai des erreurs d'accès à un disque dur qui n'étaient pas là
auparavant avec 2.4.2x. Ça me noie complètement les messages de démarrage.

,----[ mount ]
| /dev/hdb3 on / type ext3 (rw,errors=remount-ro)
| tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
| proc on /proc type proc (rw,noexec,nosuid,nodev)
| sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
| procbususb on /proc/bus/usb type usbfs (rw)
| udev on /dev type tmpfs (rw,mode=0755)
| tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
| devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
| /dev/hda3 on /boot type ext3 (rw)
| /dev/hdb4 on /home type ext3 (rw)
`----

,----
| # /etc/fstab: static file system information.
| #
| # <file system> <mount point> <type> <options> <dump> <pass>
| proc /proc proc defaults 0 0
| /dev/hdb3 / ext3 defaults,errors=remount-ro 0 1
| /dev/hda3 /boot ext3 defaults 0 2
| /dev/hdb4 /home ext3 defaults 0 2
| /dev/hdb2 none swap sw 0 0
| /dev/hdc /media/cdrom0 iso9660 ro,user,noauto 0 0
| /dev/hdd /media/cdrom1 iso9660 ro,user,noauto 0 0
| /dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
`----

Le message d'erreur est le suivant (toujours le même, des centaines de
fois concernant le même secteur) :
hda: task_in_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
hda: task_in_intr: error=0x10 { SectorIdNotFound }, LBAsect=39167615, sector=39102336
ide: failed opcode was: unknown

Avec parfois un complément :
end_request: I/O error, dev hda, sector 39102336
Buffer I/O error on device hda, logical block 39102336

Voici ce que je vois à propos des disques au démarrage :
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt8235 (rev 00) IDE UDMA133 controller on pci0000:00:11.1
ide0: BM-DMA at 0xb400-0xb407, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xb408-0xb40f, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: ST320413A, ATA DISK drive
hdb: IC35L120AVV207-0, ATA DISK drive


Si le disque est en train de mourir, pourquoi le noyau ne le signalait
pas ?

Il m'a semblé en cherchant sur le web que ce problème pouvait être un
bug du noyau mais je n'ai pas tout compris.
--
Sébastien Kirche

10 réponses

1 2
Avatar
Sébastien Monbrun aka TiChou
Dans le message <news:,
*Sébastien Kirche* tapota sur f.c.o.l.configuration :

hda: task_in_intr: status=0x59 { DriveReady SeekComplete DataRequest
Error }
hda: task_in_intr: error=0x10 { SectorIdNotFound }, LBAsect9167615,
sector9102336 ide: failed opcode was: unknown
end_request: I/O error, dev hda, sector 39102336
Buffer I/O error on device hda, logical block 39102336

hda: ST320413A, ATA DISK drive


Ce disque fait 20Go.

Le numéro du secteur incriminé me fait dire qu'il s'agit de la fin du
disque. Il a combien de secteurs ce disque dur (fdisk -l -u) ?

--
Sébastien Monbrun aka TiChou

Avatar
Sébastien Monbrun aka TiChou
Dans le message <news:,
*Sébastien Monbrun aka TiChou* tapota sur f.c.o.l.configuration :

hda: task_in_intr: status=0x59 { DriveReady SeekComplete DataRequest
Error }
hda: task_in_intr: error=0x10 { SectorIdNotFound }, LBAsect9167615,
sector9102336 ide: failed opcode was: unknown
end_request: I/O error, dev hda, sector 39102336
Buffer I/O error on device hda, logical block 39102336

hda: ST320413A, ATA DISK drive


Ce disque fait 20Go.

Le numéro du secteur incriminé me fait dire qu'il s'agit de la fin du
disque. Il a combien de secteurs ce disque dur (fdisk -l -u) ?


Exactement 39 102 336 d'après ce que je trouve.

--
Sébastien Monbrun aka TiChou


Avatar
didier gaumet
On Thu, 01 Feb 2007 13:42:07 +0100, Sébastien Kirche wrote:

[...]
hda: task_in_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
hda: task_in_intr: error=0x10 { SectorIdNotFound }, LBAsect9167615, sector9102336
ide: failed opcode was: unknown


Bonjour,

il me semble que cette erreur ou une erreur approchante peut être endiguée
en recompilant le noyau avec CONFIG_IDEDISK_MULTI_MODE activé.

Avatar
Sebastien Kirche
Le Thu, 1 Feb 2007 13:58:55 +0100,

hda: ST320413A, ATA DISK drive


Ce disque fait 20Go.

Le numéro du secteur incriminé me fait dire qu'il s'agit de la fin
du disque. Il a combien de secteurs ce disque dur (fdisk -l -u) ?


Exactement 39 102 336 d'après ce que je trouve.


Le temps d'aller sur la machine pour vérifier :j'en ai un de plus. Un
de trop ?

Disk /dev/hda: 20.0 GB, 20020396544 bytes
255 heads, 63 sectors/track, 2434 cylinders, total 39102337 sectors
Units = sectors of 1 * 512 = 512 bytes

Device Boot Start End Blocks Id System
/dev/hda1 * 16065 24724034 12353985 7 HPFS/NTFS
/dev/hda2 24724035 39102209 7189087+ f W95 Ext'd (LBA)
/dev/hda3 63 16064 8001 83 Linux
/dev/hda5 24724098 39102209 7189056 7 HPFS/NTFS

Partition table entries are not in disk order

Alors il y a un secteur de trop dans la géométrie ou linux essaie de
lire un secteur trop loin ?

(Il y a aussi ce truc avec la première partition du disque qui s'est
retrouvée en hda3 mais je n'ai jamais osé les remettre dans l'ordre.)



Avatar
Sebastien Kirche
Le 01 Feb 2007 15:29:40 GMT,


Bonjour,

il me semble que cette erreur ou une erreur approchante peut être
endiguée en recompilant le noyau avec CONFIG_IDEDISK_MULTI_MODE
activé.


Aïe. Ça m'arrangerait de ne pas avoir à compiler un noyau sur cette
machine. Mais s'il n'y a pas d'autre moyen.
Je vais regarder, merci pour la piste.

Avatar
Nicolas George
Sébastien Monbrun aka TiChou wrote in message
:
Cela me rappelle un disque dur dont une image d'un autre disque dur avait
été restauré dessus avec dd.


Grr, quand donc arrivera-t-on à éradiquer cette pratique ?

Avatar
Fabien LE LEZ
On 01 Feb 2007 17:48:49 GMT, Nicolas George
<nicolas$:

Cela me rappelle un disque dur dont une image d'un autre disque dur avait
été restauré dessus avec dd.


Grr, quand donc arrivera-t-on à éradiquer cette pratique ?


Quand on aura réussi à trouver un remplaçant simple et aussi rapide.


Avatar
Nicolas George
Fabien LE LEZ wrote in message
:
Quand on aura réussi à trouver un remplaçant simple et aussi rapide.


Tu veux parler de tar ?

Avatar
Fabien LE LEZ
On 01 Feb 2007 18:03:33 GMT, Nicolas George
<nicolas$:

Quand on aura réussi à trouver un remplaçant simple et aussi rapide.


Tu veux parler de tar ?


Tar est-il capable de créer une table de partitions, puis de formater
(y compris en NTFS si nécessaire), puis restaurer les fichiers et le
secteur de boot ?

Je ne copie jamais de disques entiers, mais il m'arrive fréquemment de
sauvegarder et restaurer des MBR et des partitions système (Windows
surtout, et souvent en NTFS), et je n'ai pas encore trouvé un système
aussi rapide, fiable et simple qu'un bon vieux gzip/gunzip.


Avatar
Sébastien Monbrun aka TiChou
Dans le message <news:45c22801$0$21606$,
*Nicolas George* tapota sur f.c.o.l.configuration :

Cela me rappelle un disque dur dont une image d'un autre disque dur
avait été restauré dessus avec dd.


Grr, quand donc arrivera-t-on à éradiquer cette pratique ?


Hehe, je m'en doutais qu'on allait m'interpeller sur le sujet et ça ne me
semblait pas non plus utile que je précise que le phénomène observé était
normal et attendu pour ma part. ;-)

On ne m'a jamais vu et on ne me verra jamais conseiller cette pratique. Je
l'ai même toujours fortement déconseillé pour les résultats évoqués
précédemment.

Alors pourquoi j'ai du mettre en pratique cette méthode ? Parce que je me
suis retrouvé en déplacement avec un ordinateur portable dont le disque dur
était en train de mourir à vitesse grand V*, que les systèmes de fichiers
(Linux et Windows) étaient devenues très difficilement accessibles pour y
sauvegarder les données et que de toute manière je n'avais rien pour les
restaurer convenablement afin de rendre l'ordinateur de nouveau exploitable
par la suite et que la seule unité de sauvegarde que j'avais en ma
possession à ce moment là était un disque dur 2"5 externe dans un boîtier
USB.
Bref, je n'avais pas trop le choix et que pour pouvoir réutiliser mon
ordinateur portable rapidement, il me fallait faire un dump du disque et
dans l'urgence (sans compter que je n'avais aucun accès au Net pour
télécharger les outils adaptés ni même de quoi les graver) la seule solution
envisageable était d'utiliser dd en sachant très bien, je me répète, les
risques d'avoir un disque dur corrompu.

* pour l'anecdote, le seul moyen pour que le disque dur daigne fonctionner
encore pendant quelques petites heures (avec des interruptions pour le
refroidir dans le congélateur) était de l'incliner sur un côté entre 30 et
35°, ni plus, ni moins.

--
Sébastien Monbrun aka TiChou


1 2