e2fsck -c /dev/hda => uncorrectable error

e2fsck -c /dev/hda => uncorrectable error - Divers - Linux et OS Alternatifs

Marsh Posté le 25-02-2003 à 19:21:03    

ça veut dire qu'il a pas corrigé ? [:joce]
ou ça veut dire qu'il a trouvé des badblock et qu'il les a mis de coté pour plus les réutiliser ?
 
 
 
fait chier edf ! :fou:  
 
bref, j'ai besoin de savoir si c'est réglé une fois pour toute ce probleme...

Reply

Marsh Posté le 25-02-2003 à 19:21:03   

Reply

Marsh Posté le 25-02-2003 à 19:25:04    

fct public tous des branleurs !

Reply

Marsh Posté le 25-02-2003 à 19:26:56    

AsPHrO a écrit :

fct public tous des branleurs !


 
en plus j'appelle EDF, et elle voulait pas me croire que j'habitais à l'adresse indiquée parce que c'est un petit immeuble et qu'il y avait plusieurs noms à coté du mien :heink:  
 
 
bon, pour être plus précis, voilà les messages dans mes log après le fsck :
 

Feb 25 19:09:27 serveur kernel: hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
Feb 25 19:09:27 serveur kernel: hda: read_intr: error=0x40 { UncorrectableError }, LBAsect=6290170, sector=6290107
Feb 25 19:09:27 serveur kernel: end_request: I/O error, dev 03:01 (hda), sector 6290107
Feb 25 19:09:27 serveur kernel: hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
Feb 25 19:09:27 serveur kernel: hda: read_intr: error=0x40 { UncorrectableError }, LBAsect=6290170, sector=6290107
Feb 25 19:09:27 serveur kernel: end_request: I/O error, dev 03:01 (hda), sector 6290107
Feb 25 19:09:27 serveur kernel: hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
Feb 25 19:09:27 serveur kernel: hda: read_intr: error=0x40 { UncorrectableError }, LBAsect=6290170, sector=6290107
Feb 25 19:09:27 serveur kernel: end_request: I/O error, dev 03:01 (hda), sector 6290107


Message édité par udok le 25-02-2003 à 19:27:29
Reply

Marsh Posté le 25-02-2003 à 20:23:34    

ma question, si elle était pas clair, c'est est-ce que le système va continuer à écrire sur ces blocs défectueux, ou est-ce qu'il les a bien marqué comme étant défectueux et ne va donc plus les utilisé ?

Reply

Marsh Posté le 25-02-2003 à 22:39:47    

est-ce que j'ai des risques de perdre des données ? oui ? non ? peut-être ? je suis le premier à avoir eu ce problème ? :heink:

Reply

Marsh Posté le 25-02-2003 à 22:43:41    

Ca, c une erreur de transfert entre le HD et la RAM... Ton système de fichiers est à priori intact, sauf si tu as une tête de lecture grillée...
Essaye de booter à partir d'un autre kernel...

Reply

Marsh Posté le 25-02-2003 à 22:47:05    

Le Sot Zi a écrit :

Ca, c une erreur de transfert entre le HD et la RAM... Ton système de fichiers est à priori intact, sauf si tu as une tête de lecture grillée...
Essaye de booter à partir d'un autre kernel...


 
j'ai des erreurs que sur cette partition, donc je pense pas que ce soit un pb de rame
c'est la partoche ou tourne mldonkey, qui devait tourner à bloc quand cette saloperie de coupure de courant à eu lieu
donc je pense pas que ce soit la tete non plus ... peut-être un cas de bloc clean jugé déféctueux pour le kernel (ce serait pas la premiere fois qu'il se gourre à ce niveau  :pfff: )
mais je voudrais être sur que ça va pas me causer d'ennui par la suite


Message édité par udok le 25-02-2003 à 22:47:39
Reply

Marsh Posté le 25-02-2003 à 23:11:41    

udok a écrit :


 
j'ai des erreurs que sur cette partition, donc je pense pas que ce soit un pb de rame
c'est la partoche ou tourne mldonkey, qui devait tourner à bloc quand cette saloperie de coupure de courant à eu lieu
donc je pense pas que ce soit la tete non plus ... peut-être un cas de bloc clean jugé déféctueux pour le kernel (ce serait pas la premiere fois qu'il se gourre à ce niveau  :pfff: )
mais je voudrais être sur que ça va pas me causer d'ennui par la suite

La prochaine fois, tu passeras en reiserfs, car jusque là, j'ai vraiment pas eu à me plaindre !!!! Nickel au nivo récup des données en cas de coupure de courant involontaire, ou même volontaire ;) pour une rapidité d'accès aux fichiers très bonne...

Reply

Marsh Posté le 25-02-2003 à 23:29:11    

Le Sot Zi a écrit :

La prochaine fois, tu passeras en reiserfs, car jusque là, j'ai vraiment pas eu à me plaindre !!!! Nickel au nivo récup des données en cas de coupure de courant involontaire, ou même volontaire ;) pour une rapidité d'accès aux fichiers très bonne...


 
bah tout ce que j'ai pu entendre jusque là me laisse l'impression que c'est kifkif donc bon :/
en plus ça a l'air de marcher puisque pour expliquer le pb plus clairement :
avant de faire le fsck, mldonkey me perdait tous les chunks d'un fichier récupérer depuis le dl (ça dépassait les 100% de taille de fichier, et quand je faisais verify chunk, il revenait au niveau d'avant le plantage)
maintenant ça semble marché, donc j'ai bonne espoir que le pb soit réglé :)

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed