Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2309 connectés 

 



Dernière réponse
Sujet : e2fsck -c /dev/hda => uncorrectable error
udok

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é :)


Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
udok

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é :)

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...

udok

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

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...
udok 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:
udok 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é ?
udok

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

asphro fct public tous des branleurs !
udok ç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...

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR