Tentative de rattrapage pour carte micro SD

[electro575]

Bonjour,

J'ai essayé de sauvegarder le contenu d'une carte micro SD sous Ubuntu avec cette commande et le terminal : sudo dd if=/dev/sdb

Malheureusement je vois que cette commande n'est pas celle que je devais taper par rapport à plusieurs exemples en rapport avec l'instruction 'dd'

Je devais taper cette instruction : sudo dd if=/dev/sdb of=Copie_Sauvegarde_Carte_SD.i mg

Ainsi, ma carte micro SD ne fonctionne "plus".

Grave a quelle commande je pourrais réparer ce problème sachant que j'ai laissé le terminal ouvert avec l'instruction lancé pendant environ 20 minutes.
Est-il possible de récupérer les données?

J'ai bien sur fait ces deux commandes avant d'éxecuter celle-ci : sudo dd if=/dev/sdb of=Copie_Sauvegarde_Carte_SD.i mg

1ère commande : umount /dev/sdb1
2ème commande : umount /dev/sdb2



Tentative de réparation :

dmesg
[ 450.036905] sdb: sdb1 sdb2
[ 450.040816] sd 7:0:0:0: >[sdb] No Caching mode page present
[ 450.040819] sd 7:0:0:0: >[sdb] Assuming drive cache: write through
[ 450.040820] sd 7:0:0:0: >[sdb] Attached SCSI removable disk

jo@jo:~$ umount /dev/sdb1
umount*: /dev/sdb1 n'est pas monté (selon mtab)
jo@jo:~$ sudo e2fsck /dev/sdb1
[sudo] password for jo:
e2fsck 1.42.5 (29-Jul-2012)
ext2fs_open2: Numéro magique invalide dans le super-bloc
e2fsck*: Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
/dev/sdb1*: propre, 0/952504 fichiers, 119629/1903702 blocs
jo@jo:~$



Merci d'avance
-----

[electro575]

Lorsque j'essaie d'aller voir avec le système de fichiers ce qu'il y a dans ma carte micro SD, ce message s'affiche :

Error mounting /dev/sdb1 at /media/jo/386b3be7-00f3-45e0-832e-1f48c2c3065e: Command-line `mount -t "ext2" -o "uhelper=udisks2,nodev,nos uid" "/dev/sdb1" "/media/jo/386b3be7-00f3-45e0-832e-1f48c2c3065e"' exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

[electro575]

Bonjour à tous,

Sujet*: J'applique les commandes qui sont mis au fur et à mesure dans les articles réservés au sujet Linux embarqué. J'ai acheté leur carte Linux Elektor pour m'initier au Linux et me permettre de bosser sur une carte pour découvrir les possibilités du Linux embarqué.

Problème*: Ainsi, j'ai tapé une commande pour faire une sauvegarde de ce que j'avais déjà inscrit sur ma carte micro SD qui est celle-ci*: sudo dd if=/... mais je n'ai pas mis le of=/... puisqu'il était à la ligne suivante d'après l'article d'elektor.

Donc, j'ai laissé tourné pendant 20 à 25 minutes cette commande et je me suis dis que sa ne pouvait pas durer aussi longtemps. J'ai arreté le terminal et me suis rendu compte que ma carte micro SD ne fonctionnait plus.

Lors de l'insertion de ma carte micro SD dans l'ordinateur, il m'apparait automatiquement ce message*:

(voir la pièce jointe)



Tentatives de récupération*:

-Tentative sous Windows seven*:

J'ai formaté ma carte SD en formatage normal et non rapide, en système de fichiers en FAT puis en NTFS maintenant. Les opérations effectuées ne marchent pas pour autant.

-Opération de formatage donnée dans l'article*:

Ce qui est écrit dans le .txt pour formater la carte micro SD*:

> Format the SD Card in EXT2 file system :
# sudo mkfs -T ext2 -L Embedded_Linux /dev/SD_CARD_ID
~ if you don't know the name of the SD card, type '/dev/' and press TAB to see connected devices
~ the ID is something like 'mmcblk0'
~ Example : sudo mkfs -T ext2 -L Embedded_Linux /dev/mmcblk0

Pour obtenir l'ID de ma carte, j'effectue la commande dmesg, j'obtiens*: [ 1640.679981] sdb: sdb1 sdb2 . Avec '/dev/' et tabulation, je ne vois pas de nom comme eux...

Donc j'ai décidé de taper cette commande*:

sudo mkfs -T ext2 -L Embedded_Linux /dev/sdb

Réponse du terminal*:

-1ère réponse*:

mke2fs 1.42.5 (29-Jul-2012)
/dev/sdb est le périphérique en intégralité, pas seulement une partition*!
Procéder malgré tout*? (o,n) o
/dev/sdb est apparemment utilisé par le système*; ne fera pas un système de fichiers ici*!

2ème réponse après manipulation*:

mke2fs 1.42.5 (29-Jul-2012)
/dev/sdb est le périphérique en intégralité, pas seulement une partition*!
Procéder malgré tout*? (o,n) o

Avertissement*: le fs_type ext2 n'est pas défini dans mke2fs.conf

Étiquette de système de fichiers=Embedded_Linux
Type de système d'exploitation*: Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
«*Stride*» = 0 blocs, «*Stripe width*» = 0 blocs
120960 i-noeuds, 483328 blocs
24166 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=494927872
15 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8064 i-noeuds par groupe
Superblocs de secours stockés sur les blocs*:
32768, 98304, 163840, 229376, 294912

Allocation des tables de groupe*: complété
Écriture des tables d'i-noeuds*: complété
Écriture des superblocs et de l'information de comptabilité du système de
fichiers*: complété

-Opération qui répare normalement répare la miro SD lorsque la carte linux a mal été arreté*:
umount /dev/sdb1
sudo e2fsck /dev/sdb1

Réponse du terminal*:

ext2fs_open2: Numéro magique invalide dans le super-bloc
e2fsck*: Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb1

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc*:
e2fsck -b 8193 <périphérique>


-Autre opération*:
sudo mount -t "ext2" -o "uhelper=udisks2,nodev,nos uid" "/dev/sdb1" "/media/jo/386b3be7-00f3-45e0-832e-1f48c2c3065e
=>PAS DE RESULTAT CONCRET

-Dernière tentative*(cette commande n'as pas été tapé suite a tout ce qui a été fait avant)

dmesg

[ 1639.204980] scsi8 : usb-storage 2-1.4:1.0
[ 1640.202750] scsi 8:0:0:0: >Direct-Access Generic STORAGE DEVICE 0207 PQ: 0 ANSI: 0
[ 1640.205149] sd 8:0:0:0: >Attached scsi generic sg2 type 0
[ 1640.671627] sd 8:0:0:0: >[sdb] 3866624 512-byte logical blocks: (1.97 GB/1.84 GiB)
[ 1640.672941] sd 8:0:0:0: >[sdb] Write Protect is off
[ 1640.672951] sd 8:0:0:0: >[sdb] Mode Sense: 0b 00 00 08
[ 1640.674185] sd 8:0:0:0: >[sdb] No Caching mode page present
[ 1640.674191] sd 8:0:0:0: >[sdb] Assuming drive cache: write through
[ 1640.679054] sd 8:0:0:0: >[sdb] No Caching mode page present
[ 1640.679060] sd 8:0:0:0: >[sdb] Assuming drive cache: write through
[ 1640.679981] sdb: sdb1 sdb2
[ 1640.683791] sd 8:0:0:0: >[sdb] No Caching mode page present
[ 1640.683801] sd 8:0:0:0: >[sdb] Assuming drive cache: write through
[ 1640.683808] sd 8:0:0:0: >[sdb] Attached SCSI removable disk
[ 1671.380452] init_special_inode: bogus i_mode (1542) for inode sdb1:2
[ 1671.380460] EXT2-fs (sdb1): error: corrupt root inode, run e2fsck
[ 1695.567254] init_special_inode: bogus i_mode (1542) for inode sdb1:2
[ 1695.567263] EXT2-fs (sdb1): error: corrupt root inode, run e2fsck
[ 1872.760493] init_special_inode: bogus i_mode (1542) for inode sdb1:2
[ 1872.760500] EXT2-fs (sdb1): error: corrupt root inode, run e2fsck



J'ai décidé de retaper cette commande*:

sudo mkfs -T ext2 -L Embedded_Linux /dev/sdb

2ème réponse après manipulation*:

mke2fs 1.42.5 (29-Jul-2012)
/dev/sdb est le périphérique en intégralité, pas seulement une partition*!
Procéder malgré tout*? (o,n) o

Avertissement*: le fs_type ext2 n'est pas défini dans mke2fs.conf

Étiquette de système de fichiers=Embedded_Linux
Type de système d'exploitation*: Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
«*Stride*» = 0 blocs, «*Stripe width*» = 0 blocs
120960 i-noeuds, 483328 blocs
24166 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=494927872
15 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8064 i-noeuds par groupe
Superblocs de secours stockés sur les blocs*:
32768, 98304, 163840, 229376, 294912

Allocation des tables de groupe*: complété
Écriture des tables d'i-noeuds*: complété
Écriture des superblocs et de l'information de comptabilité du système de
fichiers*: complété


Apparement le problème est résolu mais comment voir que la carte micro SD est bien formatée au système de fichiers ext2 et qu'elle est bien «*saine*»*?


Merci d'avance

[JPL]

Fusion des deux sujets.

[A voir en vidéo sur Futura]

[kryok]

-Voir le systeme de fichier sur la carte:
un simple :

fdisk -l

la tester?,si c'est sdb :

badblocks -o /root/badblocks.txt -s -t random -v -w /dev/sdb

si on veut sans destruction des fichiers présents (cela efface les données) :remplacer "-w" par"-n"
le log récapitulatif est donc :badblocks.txt

[electro575]

jo@jo:~$ sudo badblocks -o /root/badblocks.txt -s -t random -v -w /dev/sdb
[sudo] password for jo: 
/dev/sdb est apparemment utilisé par le système*; il n'est pas prudent d'exécuter badblocks*!

et

fdisk -l

ne rend rien.


le log récapitulatif?

[kryok]

tu peut aussi vérifier ta carte simplement dans GParted qui te montre le systeme de fichiers de toute partition..

et si sdb est bien ta carte , démonte la avant de lancer badblock:

umount  /dev/sdb