Pb disque dur 60 Go (suite)
frederic massot
Il y a quelques semaines, je vous est fait part d'un problème rencontré
avec un disque dur IDE IBM Deskstar de 60 Go. Cet après-midi, j'ai un
peu de temps à lui consacrer. :-)
Pour resumer, J'ai pu une premiere fois partitionner le disque avec une
seule partition ext2 de 60 Go. Lors du premier formatage il y a eu des
erreurs, mais le deuxieme est passé. Depuis toutes tentatives d'accéder
au disque se solde par des erreurs et un echec.
Exemple :
# fdisk /dev/hdc
Impossible de lire /dev/hdc
Et dans les logs, j'ai (DMA desactivé) :
hdc: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error
}
hdc: read_intr: error=0x40 { UncorrectableError }, LBAsect=0, sector=0
end_request: I/O error, dev 16:00 (hdc), sector 0
Avec le DMA :
hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdc: dma_intr: error=0x40 { UncorrectableError }, LBAsect=0, sector=0
end_request: I/O error, dev 16:00 (hdc), sector 0
La machine de test est une potato avec un noyau 2.4.17, le BIOS ne
reconnait pas le disque, j'ai essayé avec d'autres machines sous Linux
dont le BIOS reconnaissaient le disque, nada.
D'après ce que je sait de Linux, il n'utilise pas le BIOS pour accéder
aux disques.
Sur le disque il est indiqué : CHS = 16383/16/63
Linux m'indique : CHS = 119150/16/63
Le fichier "/proc/ide/ide1/hdc/geometry" indique :
physical 119150/16/63
logical 119150/16/63
D'après vous cette différence de geometrie est-elle normale ?
Peut on effectuer un formatage de bas niveau avec Linux ?
L'autre chose qui me gène, est la sortie du fichier
"/proc/ide/ide1/hdc/settings" :
name value min max
---- ----- --- ---
bios_cyl 119150 0 65535
# hdparm -g /dev/hdc
/dev/hdc:
geometry = 53614/16/63, sectors = 120103200, start = 0
J'ai l'impression, que c'est un peu le bordel sur le disque.
Une petite idée ?
Merci.
--
==============================================
| FREDERIC MASSOT |
| http://www.juliana-multimedia.com |
| mailto:fred...@juliana-multimedia.com |
===========================Debian=GNU/Linux===
--
To UNSUBSCRIBE, email to debian-user-f...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Laurent COOPER
> Bonjour,
>
> Il y a quelques semaines, je vous est fait part d'un problème rencontré
> avec un disque dur IDE IBM Deskstar de 60 Go. Cet après-midi, j'ai un
> peu de temps à lui consacrer. :-)
>
> Pour resumer, J'ai pu une premiere fois partitionner le disque avec une
> seule partition ext2 de 60 Go. Lors du premier formatage il y a eu des
> erreurs, mais le deuxieme est passé. Depuis toutes tentatives d'accéder
> au disque se solde par des erreurs et un echec.
>
>
> aux disques.
>
> Sur le disque il est indiqué : CHS = 16383/16/63
> Linux m'indique : CHS = 119150/16/63
>
> Le fichier "/proc/ide/ide1/hdc/geometry" indique :
>
> physical 119150/16/63
> logical 119150/16/63
>
> D'après vous cette différence de geometrie est-elle normale ?
Je ne suis pas un expert dans le domaine.. Mais
Dans les doc de lilo, il me semble qu'on signalait que le noyau pouvait se
tromper dans la detection des paramétres CHS du disque (pour ça, il doit
passer quand même par le bios) et il existe une option du noyau pour
spécifier la géométrie du disque. voir la doc de lilo pour le append et la
doc du noyau éventuellement pour les options.
J'avais eu ce pb avec des disque dont les CHS étaient translatés par le bios
(il y a un long moment)
> Une petite idée ?
I hope
> Merci.
De nada
--
Debian powered computer
Arno
>
> Bonjour,
>
<snip>
>
> Pour resumer, J'ai pu une premiere fois partitionner le disque avec une
> seule partition ext2 de 60 Go. Lors du premier formatage il y a eu des
> erreurs, mais le deuxieme est passé. Depuis toutes tentatives d'accéder
> au disque se solde par des erreurs et un echec.
>
<snip>
J'ai eu le même genre de problèmes sur plusieurs 60GB 75GXP, avec des
erreurs similaires. Les disque étaient mort :( Il semble que ce soit une
maladie, et il y a même une "class action lawsuit" aux US :
http://www.sheller.com/ibmclassaction.htm
IBM m'a remplacé les diques sans poser de question, et depuis (~ 6 mois)
tout est parfait :)
PS: http://www.storage.ibm.com/hdd/index.htm
- Arno.
Guillaume Plessis
> IBM m'a remplacé les diques sans poser de question, et depuis (~ 6 mois)
> tout est parfait :)
Bonjour,
J ai eu un probleme similaire sur DEUX machines avec des disques western
digital... Des messages du meme style etaient presents dans syslog, avec
des "lost interrupt sur /dev/hda" par exemple. Il s avere que le
controleur ide etait pourri et ne tenait pas la charge (la maladie des
chipsets VIA). Cherche peut etre dans ce sens... Les controleurs de chez
VIA sont des daubes finies.
Et comme par hasard, j ai achete hier matin (avant le thread) le disque
IBM 60Go en question :o) Si j ai des problemes avec, je vous ferais
remonter les infos.
Cordialement
Guillaume
--
Microsoft: Where do you want to go today?
Linux: Where do you want to go tomorrow?
BSD: Are you guys coming or what?
Michel Grentzinger
> # fdisk /dev/hdc
>
> Impossible de lire /dev/hdc
>
> Et dans les logs, j'ai (DMA desactivé) :
>
> hdc: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error
> }
> hdc: read_intr: error=0x40 { UncorrectableError }, LBAsect=0, sector=0
> end_request: I/O error, dev 16:00 (hdc), sector 0
>
>
> Avec le DMA :
>
> hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hdc: dma_intr: error=0x40 { UncorrectableError }, LBAsect=0, sector=0
> end_request: I/O error, dev 16:00 (hdc), sector 0
Ca me fait penser qu'il y a une option dans le noyau à propos de ces messages
d'erreur.
As-tu pensé à celà ?
--
Michel Grentzinger
OpenPGP key ID : B2BAFAFA
Available on http://www.keyserver.net
Adeimantos
Guillaume Plessis <gple...@yahoo.com> wrote:
>
> > IBM m'a remplacé les diques sans poser de question, et depuis (~ 6 mois)
> > tout est parfait :)
>
> Bonjour,
>
> J ai eu un probleme similaire sur DEUX machines avec des disques western
> digital... Des messages du meme style etaient presents dans syslog, avec
> des "lost interrupt sur /dev/hda" par exemple. Il s avere que le
> controleur ide etait pourri et ne tenait pas la charge (la maladie des
> chipsets VIA). Cherche peut etre dans ce sens... Les controleurs de chez
> VIA sont des daubes finies.
>
Peut-être, mais je n'ai jamais eu de problème avec les Western Digital et les noyaux 2.2.17, 19 et 2.4.16. Lorsque j'ai installé un Maxtor 20 Go, j'ai eu plusieurs fois des "hda: lost interrupt" avec le noyau 2.4.16. Depuis, je suis sous Woody avec des noyaux 2.2.xx et ça marche comme il faut. Moralité: peut-être le Chipset Via est-il pourri, mais je me rends compte que les noyaux ne sont pas optimisés pour les disques supérieurs à 6 Go (si je me base sur UNE expérience (la mienne). Je pensais aussi que les problèmes venaient du BIOS (1998), du Bus/contrôleur, mais ce n'est pas le cas, selon toute vraisemblance.
> Et comme par hasard, j ai achete hier matin (avant le thread) le disque
> IBM 60Go en question :o) Si j ai des problemes avec, je vous ferais
> remonter les infos.
Super, car il paraît que ce sont d'excellents disques.
>
> Cordialement
>
> Guillaume
>
> --
> Microsoft: Where do you want to go today?
> Linux: Where do you want to go tomorrow?
> BSD: Are you guys coming or what?
>
Guillaume Plessis
> Peut-être, mais je n'ai jamais eu de problème avec les Western Digital
> et les noyaux 2.2.17, 19 et 2.4.16. Lorsque j'ai installé un Maxtor 20
> Go, j'ai eu plusieurs fois des "hda: lost interrupt" avec le noyau
> 2.4.16.
Je n ai jamais accuse les disques WD...
> Depuis, je suis sous Woody avec des noyaux 2.2.xx et ça marche
> comme il faut. Moralité: peut-être le Chipset Via est-il pourri, mais je
> me rends compte que les noyaux ne sont pas optimisés pour les disques
> supérieurs à 6 Go (si je me base sur UNE expérience (la mienne). Je
> pensais aussi que les problèmes venaient du BIOS (1998), du
> Bus/contrôleur, mais ce n'est pas le cas, selon toute vraisemblance.
Non, je persiste a dire que les chipsets VIA ne sont pas fiables pour un
environnement de production. Voir a ce propos l interview de Alan Cox et
Stephen Tweedie dans le login hors serie 100% linux...
> Super, car il paraît que ce sont d'excellents disques.
En effet, je m en suis occupe hier et aucun probleme... Avec un chipset
INTEL :)
Gui, taquin
Grégoire Cachet
fait des partitions, mais ca se comportait bizarrement, il y avait des
fichier qui disparaissaient. J'avais essayé chez lui une recup sous linux,
mais ca a été un echec.
Je lui est donc conseillé un formatage de bas niveau, et tout est rentré
dans l'ordre.
C'est peut-etre la solution ??
@+
grégoire
Nicolas Gruel
j'ai le même problème avec des disque de 20 giga WD, et je pense (à 99%) que
le problème ne vient pas des disques mais des chipset VIA, j'en viens presque
à regretter l'achat d'un athlon à cause de cela...
De mon coté je n'ai pas de perte de donnée par contre le pc est horriblement
lent, l'option en question dans le noyau m'interesse vivement donc et si tu
pouvais me dire laquelle est-ce, cela serait super cool. Merci d'avance.
Nicolas
Le Samedi 19 Janvier 2002 14:12, Michel Grentzinger a écrit :
> Le Vendredi 18 Janvier 2002 15:21, frederic massot a écrit :
> > # fdisk /dev/hdc
> >
> > Impossible de lire /dev/hdc
> >
> > Et dans les logs, j'ai (DMA desactivé) :
> >
> > hdc: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error
> > }
> > hdc: read_intr: error=0x40 { UncorrectableError }, LBAsect=0, sector=0
> > end_request: I/O error, dev 16:00 (hdc), sector 0
> >
> >
> > Avec le DMA :
> >
> > hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> > hdc: dma_intr: error=0x40 { UncorrectableError }, LBAsect=0, sector=0
> > end_request: I/O error, dev 16:00 (hdc), sector 0
>
> Ca me fait penser qu'il y a une option dans le noyau à propos de ces
> messages d'erreur.
> As-tu pensé à celà ?