Forum Linux.général problème ext4

Posté par gotcha5832 le 17 janvier 2016 à 19:22. Licence CC By‑SA.

Étiquettes : aucune

jan.

2016

J'ai un souci avec un disque sur lequel je fais des sauvegardes, que je viens de mettre à nu.
Nouvelle partition ext4.
Je lance mq copie et je me retrouve avec ce message d'erreur en DMESG.

[ 1398.002706] EXT4-fs (sdb1): ext4_da_writepages: jbd2_start: 1024 pages, ino 10748435; err -30
[ 1398.003077] EXT4-fs (sdb1): I/O error while writing superblock
[ 1398.004259] EXT4-fs error (device sdb1) in ext4_reserve_inode_write:5569: Journal has aborted
[...]
[ 1398.701918] EXT4-fs error (device sdb1) in ext4_da_write_end:3251: IO failure
[ 1398.701926] EXT4-fs (sdb1): previous I/O error to superblock detected
[ 1398.702445] journal commit I/O error
[ 1401.985479] intel ips 0000:00:1f.6: MCP limit exceeded: Avg temp 9110, limit 9000

Auriez vous une idée d'ou cela peut venir?
Disque defectueux?

# ce n'est pas très rassurant

Posté par err404 (site web personnel) le 17 janvier 2016 à 19:38. Évalué à 2.

C'est même plutôt inquiétant.

Je te conseille de faire une sauvegarde sur un autre disque dur.
ensuite tu pourra vérifier si le problème vient du disque dur ou de la connectique (câble SATA, prise un peu lâche, ou sale…).
- [^] # Re: ce n'est pas très rassurant
  
  Posté par gotcha5832 le 18 janvier 2016 à 07:28. Évalué à 1.
  
  Je te remercie,
  
  Je pense que ce viens effectivement du cable, mais sinon comment pourrais tester le disque.
  
  J'ai vu un technique avec DD mais ca implique d'écraser le disque.
  dd if=/dev/sdaX of=/dev/null bs=1048576 conv=noerror
  
  Sinon
  fsck.ext4 -c -y /dev/sdb
  
  Il y aurait il commande plus efficace, plus performante?
  - [^] # Re: ce n'est pas très rassurant
    
    Posté par claudex le 18 janvier 2016 à 08:24. Évalué à 5.
    
    Avec smartctl, tu peux lancer un test d'autodiagnostique, et tu peux voir des valeurs comme le nombre de secteurs réalloués.
    
    « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
  - [^] # Re: ce n'est pas très rassurant
    
    Posté par totof2000 le 18 janvier 2016 à 09:37. Évalué à 3.
    
    J'ai vu un technique avec DD mais ca implique d'écraser le disque.
    dd if=/dev/sdaX of=/dev/null bs=1048576 conv=noerror
    
    Avec cette commande, tu n'écrases pas le disque : if correspond au fichier d'entrée (ici ton disque dur), of correspond au fichier de sortie (/dev/null, c'est à dire nulle part). Là dans ton cas tu mets if=sdb1 pour ne parcourir que ta partition, ou sdb pour parcourir tout le disque.
    
    Par contre ne fais pas de fsck sans démonter ton filesystem … Et surtout il faut le faire sur une partition, pas sur un disque (il est posssible que ta partition soit sur sdb, mais d'après tes logs je pense que ce soit sdb1 qui soit concerné.
    
    Il y aurait il commande plus efficace, plus performante?
    
    Moi ce qui m'inquiète c'est que le superblock soit touché :
    
    I/O error while writing superblock
    
    Tu devras peut-être passer par un fsck en utilisant une copie du superblock de ton fs. Il y a des techniques pour le faire. Ce n'est pas hyper compliqué, mais ce bn'est pas non plus trop évident quand on ne sait pas trop ce que l'on fait.
    
    Comme dit auparavant, trouve-toi un disque de remplacement pour recopier tes données si c'est possible
    
    Sinon, dans le genre outil permettant de récupérer un disque, il y a ddrescue.