Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 08/10/2017, à 14:49

Halogenes

[Résolu] Disque dur inacessible

Bonjour à tous,

J'ai installé Ubuntu 17.04 sur mon ordinateur de bureau il y a de cela quelques jours. J'utilise deux SSD, un de 256 Go de la marque Transcend (Modèle TS256GSSD340) sur lequel est installé Ubuntu et mon dossier home, et un autre de 480 Go de la marque Crucial (Modèle M500) sur lequel sont installées toutes mes photos et vidéos.

Le problème est que je viens de me rendre compte que l’icône de mon deuxième SSD, que j'avais fixé dans le lanceur, ne répond plus. J'ai ouvert l'utilitaire de disques, et je me suis rendu compte qu'il n'était pas monté et que je n'arrivais pas à le faire moi-même. En effet, je tombe sur l'erreur suivante :

Erreur

Pourriez-vous m'aider à récupérer mes données?

En vous remerciant,

Emmanuel

Dernière modification par Halogenes (Le 20/10/2017, à 19:04)

Hors ligne

#2 Le 08/10/2017, à 19:44

bluc

Re : [Résolu] Disque dur inacessible

Salut,

Dans le navigateur de fichier ce disque apparaît dans le panneau a gauche ?....

Essayes

sudo mount /dev/sdb1

Dernière modification par bluc (Le 08/10/2017, à 19:48)


Clevo :  Ubuntu 23.10   ❖  Xubuntu 22.10  ❖  Kubuntu 23.10   
         avec partition data commune       Une fraction de seconde                    Multiboot

Hors ligne

#3 Le 09/10/2017, à 08:30

Halogenes

Re : [Résolu] Disque dur inacessible

Salut,

D'abord, merci d'essayer de m'aider.

Malheureusement le disque n'apparaît pas dans le navigateur de fichiers de disque. Et quand je tape la commande que tu m'as donné, elle me renvoie l'erreur suivante : "mount : can't find /dev/sdb1 in /etc/fstab"

Hors ligne

#4 Le 09/10/2017, à 08:33

michel_04

Re : [Résolu] Disque dur inacessible

Bonjour,

Donne les retours de :

sudo fdisk -l
sudo blkid
cat /etc/fstab

A+

Hors ligne

#5 Le 09/10/2017, à 08:41

Halogenes

Re : [Résolu] Disque dur inacessible

Bonjour,

sudo fdisk -l me renvoie

Disque /dev/loop0 : 81,4 MiB, 85348352 octets, 166696 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disque /dev/loop1 : 135,4 MiB, 141963264 octets, 277272 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disque /dev/sda : 238,5 GiB, 256060514304 octets, 500118192 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: BCFD3B31-8267-4C93-9DB6-A929E3223C17

Périphérique   Start       Fin  Secteurs  Size Type
/dev/sda2    1050624 500117503 499066880  238G Linux filesystem


Disque /dev/sdb : 447,1 GiB, 480103981056 octets, 937703088 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: A8FB46C4-47DC-4B36-9FB9-F5E5DD2D3AAE

Périphérique Start       Fin  Secteurs   Size Type
/dev/sdb1     2048 937703054 937701007 447,1G Linux filesystem

sudo blkid me renvoie

/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/sda2: UUID="80cfd037-4170-46d6-8a1e-c44364bfc7df" TYPE="ext4" PARTUUID="7d7c8a4a-6bee-4990-9d0f-e69aadcf728d"
/dev/sdb1: LABEL="Disque 2" UUID="793d9948-299c-4f15-830a-ac04a41ce5a0" TYPE="ext4" PARTUUID="d77ec456-912c-4e31-86c2-fd1f0ba25172"

cat /etc/fstab me renvoie

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=80cfd037-4170-46d6-8a1e-c44364bfc7df /               ext4    errors=remount-ro 0       1
/swapfile                                 none            swap    sw              0       0

Bonne journée

Dernière modification par Halogenes (Le 09/10/2017, à 09:18)

Hors ligne

#6 Le 09/10/2017, à 08:58

cqfd93

Re : [Résolu] Disque dur inacessible

Modération

Bonjour,

Les retours de commandes sont nettement plus légers et exploitables sous forme de texte entre balises code. 200 Ko pour même pas 50 lignes de texte, c'est lourd et ça gaspille la bande passante.


cqfd93

Hors ligne

#7 Le 09/10/2017, à 09:21

cqfd93

Re : [Résolu] Disque dur inacessible

Merci, c'est nettement mieux comme ça smile


cqfd93

Hors ligne

#8 Le 12/10/2017, à 07:25

Halogenes

Re : [Résolu] Disque dur inacessible

Pas de soucis! Quelqu'un a une idée?

Hors ligne

#9 Le 15/10/2017, à 19:59

Halogenes

Re : [Résolu] Disque dur inacessible

Personne pour m'aider? J'ai peur de perdre des données très précieuses pour moi.

Je me contenterai même d'une piste de recherche!

Je vous remercie

Emmanuel

Hors ligne

#10 Le 15/10/2017, à 21:47

bluc

Re : [Résolu] Disque dur inacessible

Essayes de voir en live-usb si tu peux accéder a ton deuxième disque et donc a tes fichiers


Clevo :  Ubuntu 23.10   ❖  Xubuntu 22.10  ❖  Kubuntu 23.10   
         avec partition data commune       Une fraction de seconde                    Multiboot

Hors ligne

#11 Le 15/10/2017, à 22:20

moko138

Re : [Résolu] Disque dur inacessible

Le premier message est parfaitement clair :

can't read superblock

Donc il faut,
- dans un premier temps, chercher les superblocs de secours,
- dans un second temps, tenter le montage avec un superbloc de secours, jusqu'à en trouver un qui marche.


1) Localiser les superblocs de secours
Branche le disque
1a) puis lis d'abord

sudo lsblk -o name,fstype,size,mountpoint,label

pour repérer d'abord la lettre "b" du disque (dans /dev/sdb1) qui peut changer à chaque branchement ou redémarrage
et sa partition qu'il faut identifier avec certitude :
- à son type (ici ext4)
- à sa taille (ici environ 500 Go et on verra que c'est "447,1G")
- à son étiquette quand elle existe (label, en anglais) (ici on verra que c'est "Disque 2")
- et qui est non montée puisque c'est ici son problème. (Donc si on trouve une partition ressemblante mais montée, ce n'est pas encore la bonne).


1b) Ensuite, en remplaçant "b" si besoin, montre le retour de cette simulation :

sudo mke2fs -n -t ext4 /dev/sdb1

Edit : orthographe.
Ajouts 18/10 : précisions.

Dernière modification par moko138 (Le 18/10/2017, à 05:33)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#12 Le 16/10/2017, à 11:36

Halogenes

Re : [Résolu] Disque dur inacessible

Merci à tous les deux pour vos réponses.

Je vais suivre la piste du live-usb dès que j'ai un peu de temps. En attendant, j'ai fait ce que tu m'as demandé moko138. La commande sudo lsblk -o name,fstype,size,mountpoint,label me renvoie ça :

NAME   FSTYPE     SIZE MOUNTPOINT                 LABEL
loop0  squashfs  81,4M /snap/core/2898            
loop1  squashfs 135,4M /snap/gimp/25              
loop2  squashfs    83M /snap/core/3017            
sda             238,5G                            
└─sda2 ext4       238G /                          
sdb             447,1G                            
└─sdb1 ext4     447,1G                            Disque 2
sdc               7,2G                            
└─sdc1 vfat       7,2G /media/emmanuel/SANS TITRE SANS TITRE

Je peux donc taper la commande que tu m'as donné telle quelle : sudo mke2fs -n -t ext4 /dev/sdb1. La commande me demander une confirmation, que je lui donne, puis n'affiche rien d'autre.

mke2fs 1.43.4 (31-Jan-2017)
/dev/sdb1 contient un système de fichiers ext4 étiqueté « Disque 2 »
	dernier montage sur /media/emmanuel/Disque 2 le Thu Oct  5 19:29:45 2017
Proceed anyway? (y,N) y

Qu'est ce que je peux faire d'autre?

Merci pour tout

Hors ligne

#13 Le 16/10/2017, à 18:03

moko138

Re : [Résolu] Disque dur inacessible

Après validation par
y  suivi de Entrée
donne le retour de

sudo mke2fs -n -t ext4 /dev/sdb1

complet, c'est-à-dire que...

  Un retour complet doit contenir toutes les lignes,
depuis celle, entière, de la commande
jusqu'à la ligne attendant la commande suivante
, exemple :

moi@mon-pc~$: ma-commande
son retour
moi@mon-pc~$:

Faute de quoi, il manque souvent à ceux qui tentent de t'aider des éléments essentiels.

(Plus de détails dans ce message-ci Retour utilisable de commande.)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#14 Le 17/10/2017, à 18:25

Halogenes

Re : [Résolu] Disque dur inacessible

Au temps pour moi, je ferai désormais attention.

Voilà donc le retour, malheureusement semblable à celui de la dernière fois :

emmanuel@Chambre:~$ sudo mke2fs -n -t ext4 /dev/sdb1
mke2fs 1.43.4 (31-Jan-2017)
/dev/sdb1 contient un système de fichiers ext4 étiqueté « Disque 2 »
	dernier montage sur /media/emmanuel/Disque 2 le Thu Oct  5 19:29:45 2017
Proceed anyway? (y,N) y

emmanuel@Chambre:~$ 

Hors ligne

#15 Le 17/10/2017, à 18:43

erresse

Re : [Résolu] Disque dur inacessible

Bonsoir,

Ton volume "Disque 2" a bien été monté dans "/media/emmanuel/Disque 2", mais je crains que tu n'aies des problèmes pour y accéder à cause de l'espace qui se trouve dans son nom (pourquoi mettre des espaces dans les étiquettes ?).
Tu peux quand même essayer de voir le contenu avec cette commande (n'oublie pas les guillemets) :

ls -l "/media/emmanuel/Disque 2"

Si, à ce stade, tu vois le contenu du volume, c'est qu'il est vraisemblablement en état de fonctionner...

Est-ce que le disque "/dev/sdb" est une unité interne ou un disque externe ?
S'il s'agit d'un disque interne, je te conseille d'ajouter le volume "/dev/sdb1" à ton fstab pour qu'il soit automatiquement monté au démarrage du système.
Si c'est un disque externe destiné à se monter normalement dans "/media/emmanuel/...", je ne saurais trop te conseiller de changer son nom (étiquette ou label) en supprimant cet espace qui ne peut que te créer des problèmes.

Dernière modification par erresse (Le 17/10/2017, à 18:46)


Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.

Hors ligne

#16 Le 17/10/2017, à 19:59

moko138

Re : [Résolu] Disque dur inacessible

erresse,
le dernier montage de "Disque 2" remonte au 5 octobre.
Oui, supprimer l'espace dans l'étiquette serait un plus. Mais
- jusqu'à présent elle n'avait pas empêché le montage ;
- je ne suis pas sûr qu'on puisse modifier une étiquette quand le premier superbloc est illisible ;
- et à supposer que ce soit possible, ça ne me paraît pas souhaitable au milieu d'un dépannage.

Reste à comprendre pourquoi (ou à contourner le fait que) sudo mke2fs -n échoue. Et sans message d'erreur !


Halogenes,
à tout hasard (ça marche quelquefois) réessaye mais en tapant "o" au lieu de "y".
Sinon, si tu as un vieux cd de 12.04 (ou, à la rigueur, une autre distribution), essaye à partir de cette 12.04.
Depuis ma 12.04 installée :

sudo mke2fs -n -t ext4 /dev/sdb9
mke2fs 1.42 (29-Nov-2011)
Étiquette de système de fichiers=
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
242880 i-noeuds, 969916 blocs
48495 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=994050048
30 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8096 i-noeuds par groupe
Superblocs de secours stockés sur les blocs : 
	32768, 98304, 163840, 229376, 294912, 819200, 884736

moi@ma12.04:~$

On notera que le vieux mke2fs 1.42 ne pose pas de question, il agit !

Puisque tu utilises 17.04, peux-tu poster

man mke2fs

s'il te plaît?

AJOUT :
Toujours à partir de ta 17.04, merci de montrer :

sudo tune2fs -l /dev/sdb1

ext4 a évolué à partir de 17.04 et aurait dû s'appeler ext5 - ou proposer, par défaut, de rester en ext4. Un choix différent a été fait par les responsables... et ça fout régulièrement la m...

Dernière modification par moko138 (Le 17/10/2017, à 20:12)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#17 Le 17/10/2017, à 20:32

moko138

Re : [Résolu] Disque dur inacessible

J'ai trouvé le man pour 17.04/zesty : http://manpages.ubuntu.com/manpages/zes … 2fs.8.html

Donc si "o" à la place de "y" ne suffit pas, voici ce que tu feras :

sudo mke2fs -n -v -t ext4 /dev/sdb1

car

-v     Exécution en mode bavard.

Dernière modification par moko138 (Le 17/10/2017, à 20:32)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#18 Le 17/10/2017, à 22:51

Halogenes

Re : [Résolu] Disque dur inacessible

Merci beaucoup à tous les deux, de vous donner du mal pour m'aider!

J'ai fait ce que vous m'avez dit.

D'abord la commande ls ne trouve pas le disque dur :

emmanuel@Chambre:~$ ls -l "/media/emmanuel/Disque 2"
ls: impossible d'accéder à '/media/emmanuel/Disque 2': Aucun fichier ou dossier de ce type
emmanuel@Chambre:~$ 

Et effectivement, il suffisait de remplacer le y par un o... Bien vu !

emmanuel@Chambre:~$ sudo mke2fs -n -v -t ext4 /dev/sdb1
mke2fs 1.43.4 (31-Jan-2017)
/dev/sdb1 contient un système de fichiers ext4 étiqueté « Disque 2 »
	dernier montage sur /media/emmanuel/Disque 2 le Thu Oct  5 19:29:45 2017
Proceed anyway? (y,N) o
résolution de fs_types pour mke2fs.conf : 'ext4'
Étiquette de système de fichiers=
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
29310976 i-noeuds, 117212630 blocs
5860631 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=2264924160
3578 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
UUID de système de fichiers=35643c54-6ac3-4625-bbae-beb99674ac13
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

emmanuel@Chambre:~$

Enfin la dernière commande :

emmanuel@Chambre:~$ sudo tune2fs -l /dev/sdb1
tune2fs 1.43.4 (31-Jan-2017)
Filesystem volume name:   Disque 2
Last mounted on:          /media/emmanuel/Disque 2
Filesystem UUID:          793d9948-299c-4f15-830a-ac04a41ce5a0
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              29310976
Block count:              117212625
Reserved block count:     5860631
Free blocks:              115091924
Free inodes:              29310965
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Tue Oct  3 17:08:41 2017
Last mount time:          Thu Oct  5 19:29:45 2017
Last write time:          Thu Oct  5 19:29:45 2017
Mount count:              7
Maximum mount count:      -1
Last checked:             Tue Oct  3 17:08:41 2017
Check interval:           0 (<none>)
Lifetime writes:          440 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      8d5c13a6-a4c4-4925-ade9-3db41d6c5d82
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x1b6a2af7
emmanuel@Chambre:~$

Encore merci pour votre aide

Hors ligne

#19 Le 18/10/2017, à 05:03

moko138

Re : [Résolu] Disque dur inacessible

sudo tune2fs -l /dev/sdb1
Maximum mount count:      -1

"-1" : Pas de vérification du système de fichiers (FS) (sauf quand il est trop tard).
Donc quand le problème principal sera réglé, tu feras

sudo tune2fs -c 10  /dev/sdX1

en remplaçant X par la lettre attribuée à ce moment-là à ton DDE.

Encore que, à moins que 17.04 n'ait corrigé le tir, ça ne suffise pas : chez moi, si le DDE n'est pas branché au démarrage, aucune vérification du DDE n'a lieu ; il faut démonter le DDE et lancer la vérification à la main.


Et comme dit par erresse, tu changeras l'étiquette en vue
de n'y avoir ni espace ni voyelle accentuée.
  - -

Le 1), en #11, c'était localiser les superblocs de secours.

Maintenant que nous avons les

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

tu vas tenter de corriger le FS de ton DDE au moyen de l'un d'eux.


2) Corriger le FS

sudo e2fsck -b 32768 -yfv /dev/sdx1

en remplaçant X par la lettre attribuée à ton DDE, lettre lue juste avant d'agir
et que tu vérifies comme précédemment, cf. #11
(type ext4, taille "447,1G", étiquette "Disque 2" et partition non montée).

Si la vérification avec 32768 échoue, tu recommences avec 98304, et ainsi de suite jusqu'à ce qu'il n'y ait plus de message d'erreur.

Montre les retours, de toute façon.

Dernière modification par moko138 (Le 18/10/2017, à 06:05)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#20 Le 18/10/2017, à 05:56

moko138

Re : [Résolu] Disque dur inacessible

Parenthèse - Recherche de cause :

tune2fs
Last mount time:          Thu Oct  5 19:29:45 2017
Last checked:             Tue Oct  3 17:08:41 2017

Le FS avait donc été vérifié deux jours seulement avant le dernier montage, ce qui n'a pas évité la corruption du 1er superbloc.
Est-ce que tu te rappelles s'il y a eu :
- débranchement accidentel du disque ?
- incident électrique (coupure de courant, orage...) ?
- autre incident ?


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#21 Le 18/10/2017, à 09:55

??

Re : [Résolu] Disque dur inacessible

Bonjour à tous.
Il me semble qu'il y a quelque chose de semblable dans cette discussion https://forum.ubuntu-fr.org/viewtopic.php?id=2016144


Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.

Hors ligne

#22 Le 20/10/2017, à 18:59

Halogenes

Re : [Résolu] Disque dur inacessible

Je n'y croyais plus du tout mais pourtant ça a marché !!

Je viens de récupérer l'intégralité de mon disque, c'est un énorme soulagement.

Merci beaucoup moko138 d'avoir pris de ton temps pour m'aider, je t'en remercie infiniment, merci également aux autres (erresse, michel_04 et bluc).

Si ça peut servir à quelqu'un, voilà le résultat :

emmanuel@Chambre:~/Bureau$ sudo tune2fs -l /dev/sdb1
[sudo] Mot de passe de emmanuel : 
tune2fs 1.43.4 (31-Jan-2017)
Filesystem volume name:   Disque 2
Last mounted on:          /media/emmanuel/Disque 2
Filesystem UUID:          793d9948-299c-4f15-830a-ac04a41ce5a0
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              29310976
Block count:              117212625
Reserved block count:     5860631
Free blocks:              115091924
Free inodes:              29310965
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Tue Oct  3 17:08:41 2017
Last mount time:          Thu Oct  5 19:29:45 2017
Last write time:          Thu Oct  5 19:29:45 2017
Mount count:              7
Maximum mount count:      -1
Last checked:             Tue Oct  3 17:08:41 2017
Check interval:           0 (<none>)
Lifetime writes:          440 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      8d5c13a6-a4c4-4925-ade9-3db41d6c5d82
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x1b6a2af7
emmanuel@Chambre:~/Bureau$ 
emmanuel@Chambre:~/Bureau$ sudo lsblk -o name,fstype,size,mountpoint,label
NAME   FSTYPE     SIZE MOUNTPOINT                  LABEL
loop0  squashfs  81,4M /snap/core/2898             
loop1  squashfs 135,4M /snap/gimp/25               
loop2  squashfs    83M /snap/core/3017             
sda             238,5G                             
└─sda2 ext4       238G /                           
sdb             447,1G                             
└─sdb1 ext4     447,1G                             Disque 2
sdc             465,8G                             
└─sdc1 vfat     465,7G /media/emmanuel/TOSHIBA EXT TOSHIBA EXT
emmanuel@Chambre:~/Bureau$ sudo mke2fs -n -t ext4 /dev/sdb1
mke2fs 1.43.4 (31-Jan-2017)
/dev/sdb1 contient un système de fichiers ext4 étiqueté « Disque 2 »
	dernier montage sur /media/emmanuel/Disque 2 le Thu Oct  5 19:29:45 2017
Proceed anyway? (y,N) o
En train de créer un système de fichiers avec 117212630 4k blocs et 29310976 i-noeuds.
UUID de système de fichiers=814ba5b1-cb57-449e-be1c-c6958ef446aa
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

emmanuel@Chambre:~/Bureau$ sudo e2fsck -b 32768 -yfv /dev/sdb1
e2fsck 1.43.4 (31-Jan-2017)
le drapeau needs_recovery n'est pas activé, mais le journal contient des données.
Le drapeau de récupération n'est pas activé dans le superbloc de secours, le journal sera donc quand même exécuté.
Disque_2 : récupération du journal
JBD2: Invalid checksum recovering block 2 in log
JBD2: Invalid checksum recovering block 3 in log
JBD2: Invalid checksum recovering block 5 in log
JBD2: Invalid checksum recovering block 6 in log
JBD2: Invalid checksum recovering block 9 in log
JBD2: Invalid checksum recovering block 9 in log
JBD2: Invalid checksum recovering block 15 in log
Erreur de somme de contrôle de journal trouvée dans Disque_2
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
différences de bitmap de blocs :  +(78675968--78677048) +(102400000--102401080)
Corriger ? oui

Le décompte des blocs libres est erroné pour le groupe n°0 (23457, décompté=6).
Corriger ? oui

Le décompte des blocs libres est erroné pour le groupe n°1 (31687, décompté=17).
Corriger ? oui

Le décompte des blocs libres est erroné pour le groupe n°2 (32768, décompté=3).
Corriger ? oui

Le décompte des blocs libres est erroné pour le groupe n°3 (31687, décompté=1).
Corriger ? oui

Le décompte des blocs libres est erroné pour le groupe n°4 (32768, décompté=0).
Corriger ? oui

...... (Je coupe c'est trop long)

Le décompte des i-noeuds libres est erroné pour le groupe n°3381 (8192, décompté=4425).
Corriger ? oui

Le décompte des i-noeuds libres est erroné pour le groupe n°3392 (8192, décompté=7168).
Corriger ? oui

Le décompte des répertoires est erroné pour le groupe n°3392 (0, décompté=2).
Corriger ? oui

Le décompte des i-noeuds libres est erroné (29310965, décompté=29216216).
Corriger ? oui

différences de bitmap d'i-noeuds : Le bitmap d'i-noeud du groupe 1 ne correspond pas à la somme de contrôle.
CORRIGÉ.

Disque_2: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

       94760 i-noeuds utilisés (0.32%, sur 29310976)
         278 fichiers non contigus (0.3%)
           3 répertoires non contigus (0.0%)
             nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
             Histogramme des profondeurs d'extents : 94669/83
    60847382 blocs utilisés (51.91%, sur 117212625)
           0 bloc défectueux
          17 fichiers de grande taille

       94677 fichiers normaux
          74 répertoires
           0 fichier de périphérique en mode caractère
           0 fichier de périphérique en mode bloc
           0 fifo
           0 lien
           0 lien symbolique (0 lien symbolique rapide)
           0 socket
------------
       94751 fichiers
emmanuel@Chambre:~/Bureau$ 

La navigation est encore très très longue sur le disque mais j'imagine que c'est dû à son ancienneté et au nombre de fichiers présents.

Une dernière chose moko, as-tu des conseils pour que cela n'arrive plus? Je vais m'empresser de faire une sauvegarde sur un FTP ce soir, mais je ne comprends toujours pas l'origine de mon problème. (J'avais installé Ubuntu 2 jours avant, et formaté le disque dur depuis l'utilitaire de Disk pour y mettre mes photos)

Encore un grand merci

Hors ligne

#23 Le 20/10/2017, à 21:02

moko138

Re : [Résolu] Disque dur inacessible

Halogenes a écrit :

ça a marché !!
Je viens de récupérer l'intégralité de mon disque, c'est un énorme soulagement.

smile

des conseils pour que cela n'arrive plus?

1) Relis le début de #19 (tune2fs + erresse).
Le conseil d'erresse vaut aussi pour
sdc1 (vfat)  /media/emmanuel/"TOSHIBA EXT TOSHIBA EXT" !
Et puisque c'est un disque en fat32, il est à vérifier régulièrement et depuis windows.

2) Réponds au #20.

3) Installe smartmontools
et montre-nous

sudo smartctl -s on -a /dev/sdb

.
.

La navigation est encore très très longue sur le disque mais j'imagine que c'est dû à son ancienneté et au nombre de fichiers présents.

Oui, j'ai été étonné par

fsck...
278 fichiers non contigus (0.3%)

Montre

df -Th | grep -Ev "devpts|none|proc|sys|tmpfs|udev"; echo ; df -Ti | grep -Ev "devpts|none|proc|sys|tmpfs|udev"

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#24 Le 31/10/2017, à 09:43

moko138

Re : [Résolu] Disque dur inacessible

moko138 a écrit :
Halogenes a écrit :

des conseils pour que cela n'arrive plus?

1) Relis le début de #19 (tune2fs + erresse).
Le conseil d'erresse vaut aussi pour
sdc1 (vfat)  /media/emmanuel/"TOSHIBA EXT TOSHIBA EXT" !
Et puisque c'est un disque en fat32, il est à vérifier régulièrement et depuis windows.

2) Réponds au #20.

3) Installe smartmontools
et montre-nous

sudo smartctl -s on -a /dev/sdb

.
.

La navigation est encore très très longue sur le disque mais j'imagine que c'est dû à son ancienneté et au nombre de fichiers présents.

Oui, j'ai été étonné par

fsck...
278 fichiers non contigus (0.3%)

Montre

df -Th | grep -Ev "devpts|none|proc|sys|tmpfs|udev"; echo ; df -Ti | grep -Ev "devpts|none|proc|sys|tmpfs|udev"

Et donc, onze jours plus tard ?

Dernière modification par moko138 (Le 31/10/2017, à 09:43)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#25 Le 31/10/2017, à 09:46

michel_04

Re : [Résolu] Disque dur inacessible

Bonjour,

moko138 a écrit :

Et donc, onze jours plus tard ?

+1 moko138
Ça c'est du suivi !

A+

Hors ligne