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)
`----
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
Dans le message <news:45c22b74$0$21606$, *Nicolas George* tapota sur f.c.o.l.configuration :
Quand on aura réussi à trouver un remplaçant simple et aussi rapide.
Tu veux parler de tar ?
Non, de star. ;-)
-- Sébastien Monbrun aka TiChou
moinsdespam
Dans ,
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.
Tu peux aussi cross-compiler ton noyau sur une autre machine. Jamais fait, mais on doit pourvoir trouver de la doc là-dessus.
C'est juste une remarque comme ça, si ça peut t'aider.
-- Frédéric Bleu,e adj. et n. m. Qui est d'une couleur voisine du rouge, mais pas très : un ciel bleu, des yeux bleus, les flots bleus [..]. Fig. Bouch. : un steak bleu ; s'emploie pour désigner un steak rouge. (Pierre Desproges : D.S.U.É (et des BN))
Dans <20070201180648.4570f6ae@localhost.localdomain>,
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.
Tu peux aussi cross-compiler ton noyau sur une autre machine. Jamais
fait, mais on doit pourvoir trouver de la doc là-dessus.
C'est juste une remarque comme ça, si ça peut t'aider.
--
Frédéric
Bleu,e adj. et n. m. Qui est d'une couleur voisine du rouge, mais pas très : un
ciel bleu, des yeux bleus, les flots bleus [..]. Fig. Bouch. : un steak bleu ;
s'emploie pour désigner un steak rouge. (Pierre Desproges : D.S.U.É (et des BN))
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.
Tu peux aussi cross-compiler ton noyau sur une autre machine. Jamais fait, mais on doit pourvoir trouver de la doc là-dessus.
C'est juste une remarque comme ça, si ça peut t'aider.
-- Frédéric Bleu,e adj. et n. m. Qui est d'une couleur voisine du rouge, mais pas très : un ciel bleu, des yeux bleus, les flots bleus [..]. Fig. Bouch. : un steak bleu ; s'emploie pour désigner un steak rouge. (Pierre Desproges : D.S.U.É (et des BN))
Sébastien Kirche
Le 1 février 2007 à 21:41, Frederic Dupas a formulé :
Tu peux aussi cross-compiler ton noyau sur une autre machine. Jamais fait, mais on doit pourvoir trouver de la doc là-dessus.
C'est juste une remarque comme ça, si ça peut t'aider.
Bah s'il passer par la compil de noyau je le ferai. C'est juste une question de convenience comme dirait les anglais.
Ça fait tellement longtemps que je n'ai pas fait cette opération que le résultat risque d'être moyen. À côté d'une solution de « simple » configuration.
-- Sébastien Kirche
Le 1 février 2007 à 21:41, Frederic Dupas a formulé :
Tu peux aussi cross-compiler ton noyau sur une autre machine. Jamais
fait, mais on doit pourvoir trouver de la doc là-dessus.
C'est juste une remarque comme ça, si ça peut t'aider.
Bah s'il passer par la compil de noyau je le ferai. C'est juste une
question de convenience comme dirait les anglais.
Ça fait tellement longtemps que je n'ai pas fait cette opération que le
résultat risque d'être moyen. À côté d'une solution de « simple »
configuration.
Le 1 février 2007 à 21:41, Frederic Dupas a formulé :
Tu peux aussi cross-compiler ton noyau sur une autre machine. Jamais fait, mais on doit pourvoir trouver de la doc là-dessus.
C'est juste une remarque comme ça, si ça peut t'aider.
Bah s'il passer par la compil de noyau je le ferai. C'est juste une question de convenience comme dirait les anglais.
Ça fait tellement longtemps que je n'ai pas fait cette opération que le résultat risque d'être moyen. À côté d'une solution de « simple » configuration.
