Tag

cluster

Browsing

Le problème : une carte SD non détectée

sdcard-recovery-testdiskAujourd’hui, je me rends compte que la carte microSD de mon téléphone Android n’est plus reconnue. Je ne l’ai pas vu tout de suite donc il est fort possible que cela fasse un petit bout de temps que cette situation perdure.

Je la branche sur un lecteur de carte pour voir ce qui se passe et j’obtiens ce message d’erreur :

Error mounting: mount: /dev/sdh1: can't read superblock

On vérifie que la carte est détectée :

sudo fdisk -l

Résultat :

Disk /dev/sdh: 16.6 GB, 16574840832 bytes
28 têtes, 60 secteurs/piste, 19269 cylindres, total 32372736 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdh1            8192    32372735    16182272    c  W95 FAT32 (LBA)

La carte est bien détectée mais elle ne peut être montée. On vérifie maintenant le système de fichiers. Ma carte est en FAT32 donc on lance :

sudo fsck.msdos /dev/sdh1

Résultat :

dosfsck 3.0.12, 29 Oct 2011, FAT32, LFN
/
  Contains a free cluster (2). Assuming EOF.
FAT32 root dir starts with a bad cluster!

Nous avons donc bien des clusters corrompus qui empêchent de monter le sytème de fichier. Nous allons donc utiliser l’utilitaire testdisk pour réparer les mauvais clusters.

La solution : testdisk

On installe testdisk:

sudo apt-get install testdisk

et on le lance :

sudo testdisk

Voici ensuite les étapes à suivre dans l’interface sommaire de testdisk :

  1. → Create a new log file
  2. [ choisir le disque qui correspond à la carte SD dans la liste ]
  3. → Intel/PC partition
  4. → Advanced
  5. [ choisir la partition ]
  6. → Boot
  7. → Repair FAT
  8. [ accepter la configuration par défaut et sélectionner Write]
  9. → appuyez sur (Q)uit jusqu’à sortir de l’application.

Et voilà! Quelques secondes plus tard la carte peut de nouveau être montée. Je précise que toutes les données présentes sur la carte avant l’opération sont toujours là, rien n’a été perdu.

A garder sous le coude au cas où cela recommencerait.

NeonBienvenue dans la matrice Néon ! Bon, d’accord, elle était un peu facile celle-là mais c’est la seule excuse que j’ai trouvé pour expliquer le petit cafouillage d’hier soir : j’étais hébergé sur le serveur Athéna et tout allait pour le mieux dans le meilleur des mondes lorsque mon hébergeur a décidé de regrouper tous ses serveurs en un seul cluster pour plus d’efficacité et de performance. Le problème c’est que la migration s’est faite le 3 août et que j’ai continué à mettre à jour sur l’ancien serveur pendant ces trois dernières semaines… un petit mail au support et le site a été re-migré cette nuit avec toutes les dernières données :

Hello Matt,

I have restored the site SkyMinds.Net again from the Athena server. Please note that the new server is PHPsuexec enabled for greater security and so you should maintain permissions for directories in webroot as 755 and for files it should be 744 else you will receive Internal server errors.

I have corrected the directories permissions but you will have to do the correction for your files.

Best Wishes,

Duty Technician.

Voilà, j’ai donc joué avec mon client FTP pour mettre à jour les permissions de mes fichiers. Si jamais vous tombiez sur une 404 (différente de celle-là), prévenez-moi.

Rapport de faute d’orthographe

Le texte suivant sera envoyé à nos rédacteurs :