Resolu Probleme de disque dur externe qui ne se monte pas

Jean-Michemuche · 10-11-2018 01:35:46

Bonjour , j'ai des soucis de disque dur externe .
J'ai un 750 G qui me sert a mes sauvegarde photos qui fonctionne sans soucis quelque soit le boîtier dans lequel je le monte .
Par contre j'ai deux disques de 1to qui eux apparaissent quant je les cherches mais ne ce monte pas , la ou les partition semble inconnue Quelque soit le boitier dans lesquel je les monte .
Pourtant l'un des deux contient mon système précédent (fedora 28) et j'aimerai bien récupérer un certain nombre de fichier dont mes photos .
c'est deux disque sont de même marque et même modèle et je les destine a être monté dans un boîtier RAID afin de sauvegarde mes photos , ils seront donc reformaté a ce moment la .
D'ailleurs ils sont déjà monté dans le boîtier .
si je fait la commande :

 fdisk -l 

J’obtiens

Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0x9495ff82

Périphérique Amorçage    Début        Fin   Secteurs Taille Id Type

/dev/sda1    *            2048   58593279   58591232    28G 83 Linux

/dev/sda2             58595326 1953523711 1894928386 903,6G  5 Étendue

/dev/sda5             58595328   82886655   24291328  11,6G 82 partition d'échange Linux / Solaris

/dev/sda6             82888704 1953523711 1870635008   892G 83 Linux

Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/sdc : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Je trouve donc mes deux disques en sdb et sdc , sda étant le ssd installer dans mon ordi . Seulement voila a partir de la je sèche .
J'ai essaye la commande

 blkid 

Mais la je n'ai plus que mon disque principal sda

 /dev/sda1: UUID="8c23deac-92b3-4a9a-99d5-073e6c4ac83c" TYPE="ext4" PARTUUID="9495ff82-01"

/dev/sda5: UUID="158edea6-1f1b-4427-8905-ea882b3350d3" TYPE="swap" PARTUUID="9495ff82-05"

/dev/sda6: UUID="8d231594-7b1b-432d-be53-bc4e72756496" TYPE="ext4" PARTUUID="9495ff82-06"

/dev/sr0: UUID="2009-08-01-06-45-06-00" LABEL="WindowsSupport" TYPE="iso9660" PTTYPE="mac"

si je fait

 /etc/fstab 

J'obtiens

 bash: /etc/fstab: Permission non accordée 

 

J'ai testé aussi la commande

df

 Sys. de fichiers blocs de 1K Utilisé Disponible Uti% Monté sur

udev                 5927424       0    5927424   0% /dev

tmpfs                1187740    9652    1178088   1% /run

/dev/sda1           28704676 5158008   22065504  19% /

tmpfs                5938696   11520    5927176   1% /dev/shm

tmpfs                   5120       4       5116   1% /run/lock

tmpfs                5938696       0    5938696   0% /sys/fs/cgroup

/dev/sda6          919588724  163672  872642796   1% /home

tmpfs                1187736      16    1187720   1% /run/user/117

tmpfs                1187736      44    1187692   1% /run/user/1000

/dev/sr0             1010242 1010242          0 100% /media/jean-michel/WindowsSupport

J'ai aussi tenté

 mke2fs -n /dev/sdb 

qui me donne

 mke2fs 1.43.4 (31-Jan-2017)

En train de créer un système de fichiers avec 244190646 4k blocs et 61054976 i-noeuds.

UUID de système de fichiers=1dcee0ab-e9ba-4120-aa1b-22ada139a7a8

Superblocs de secours stockés sur les blocs : 

  32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 

  4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 

  102400000, 214990848

du coup j'ai tenté

 e2fsck /dev/sdb

 

 e2fsck 1.43.4 (31-Jan-2017)

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/sdb

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers

ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement

un système de fichiers ext2/ext3/ext4 (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>

 ou

    e2fsck -b 32768 <périphérique>

J'obtiens d'ailleurs le même résultat avec sdc .
Voila du coup je ne sais plus trop quoi faire , sachant qu'en mode graphique je n'obtient rien de plus , ce qui d'ailleurs n'est pas étonnant .
Je vous remercie donc d'avance de toute l'aide que vous pourrait m'apporter .

Dernière modification par Jean-Michemuche (10-11-2018 18:34:43)

otyugh · 10-11-2018 02:55:42

/dev/sdb correspond au periphérique. /dev/sdb1 corresponderait à une première partition.
Le retour de tes commandes est donc parfaitement logique.

Le fait par contre qu'il ne voit aucune partition dans /dev/sdb et /dev/sdc pointe vers le fait que soit les disques sont corrompus, soit tu les a écrasé un moment où l'autre.
Il te reste testdik ou photoreq. Et prier/pleurer si tu y avais des données vitales

anonyme · 10-11-2018 04:50:29

Bonjour

Fedora utilise un format particulier il me semble et LVM pour ses partitions .
tu peu pas bouter sur Fedora et récupérer tes photos ?
nota: peut être des paquets a installer sur debian pour bien gérer les partitions (et le système de fichier) de Fedora.
je pourrai pas t'aider plus , j'ai laissé tombé Fedora.

yoshi · 10-11-2018 04:59:08

Fedora utilise un format particulier il me semble et LVM pour ses partitions

XFS, je crois ...

Jean-Michemuche · 10-11-2018 10:08:30

Merci les amis , j'ai la solution

otyugh a écrit :

/dev/sdb correspond au periphérique. /dev/sdb1 corresponderait à une première partition.
Le retour de tes commandes est donc parfaitement logique.

Le fait par contre qu'il ne voit aucune partition dans /dev/sdb et /dev/sdc pointe vers le fait que soit les disques sont corrompus, soit tu les a écrasé un moment où l'autre.
Il te reste testdik ou photoreq. Et prier/pleurer si tu y avais des données vitales

Je ne sait pas comment je me suis démerdé mais j'ai du effectivement efface mes partitions existante ...
Je n'avais pas pensé a cela vu que dix minutes avant j’utilisai encore ma fedora et que mon second disque etait visible sous celle ci .
Du coup j'ai instalé testdisk pour voir ce qui était récupérable .
Encore une fois merci.

otyugh · 10-11-2018 11:26:33

Va pas trop vite en chemin, les camarades m'ont contredit judicieusement plus bas ; si Fedora utilise bien LVM et XFS c'est deux raisons valables pour lesquels la détection pourrait merder

Essaye d'installer "xfsprogs" pour détecter le XFS ? Et "lvm2" pour gérer LVM.
Je sais pas si c'est nécessaire de redémarrer, mais je le ferai, pui essaies de nouveau "fdisk -l".

raleur · 10-11-2018 14:40:53

otyugh a écrit :

si Fedora utilise bien LVM et XFS c'est deux raisons valables pour lesquels la détection pourrait merder

Je ne suis pas d'accord.
Primo, blkid détecterait les méta-données LVM ou XFS.
Secundo, le disque aurait quand même une table de partition visible avec fdisk.

otyugh · 10-11-2018 14:47:36

raleur a écrit :

Je ne suis pas d'accord.

Beh ça m'étonne pas trop d'avoir tort pour le coup ^^'
Cela dit ça ne pouvait pas faire de mal non plus, sinon une p'tite perte de temps !

Bon beh. Retour à testdisk.

Dernière modification par otyugh (10-11-2018 14:51:22)

Jean-Michemuche · 10-11-2018 18:44:06

Bon pour faire court j'ai teste mes disques sur un autre pc encore sous fedora et le soucis était le même .
De plus j'ai essayé de remonté pour demandé avec mon disque fedora sur mon pc et il n'a pas été reconnue non plus du coup impossible de booter dessus .
C'est pour cela que j'ai conclu que j'avais du faire une fausse manip sur mes disques ...
La je suis en train de récupéré mes donnée avec photorec ...
Il est trop puissant ce truc j'ai récupéré des photo de foufoune que je connais pas

!!!
Du coup mes prochain disque de recup faudra que je fasse un formatage en profondeur histoire de bien effacer les donné du précédent propriétaire !

Debian-facile

#1 10-11-2018 01:35:46

Resolu Probleme de disque dur externe qui ne se monte pas

#2 10-11-2018 02:55:42

Re : Resolu Probleme de disque dur externe qui ne se monte pas

#3 10-11-2018 04:50:29

Re : Resolu Probleme de disque dur externe qui ne se monte pas

#4 10-11-2018 04:59:08

Re : Resolu Probleme de disque dur externe qui ne se monte pas

#5 10-11-2018 10:08:30

Re : Resolu Probleme de disque dur externe qui ne se monte pas

#6 10-11-2018 11:26:33

Re : Resolu Probleme de disque dur externe qui ne se monte pas

#7 10-11-2018 14:40:53

Re : Resolu Probleme de disque dur externe qui ne se monte pas

#8 10-11-2018 14:47:36

Re : Resolu Probleme de disque dur externe qui ne se monte pas

#9 10-11-2018 18:44:06

Re : Resolu Probleme de disque dur externe qui ne se monte pas

Pied de page des forums