disque dur occupé

dao Membre non connecté
-
- Voir le profil du membre dao
- Inscrit le : 14/10/2013
- Groupes :
J'ai un disque WD 50 Go avec MGA7 de mémoire que j'avais mis de côté car problématique.
J'ai entrepris de contrôler avec Smartmotools qui a détecté des erreurs, quand je veux le réparer avec FSCK ou E2FSCK cela n'aboutit pas, dans le cas présent le disque est dans un boitier USB: Disque /dev/sdb
# umount /dev/sdb
# fsck -a /dev/sdb
fsck de util-linux 2.36.2
/dev/sdb est en cours d'utilisation.
e2fsck: Ne peut continuer, arrêt immédiat.
Au vu de ce que j'ai trouvé sur le Web, j'ai tenté la même chose sur une autre machine que j'ai démarré à partir d'un vieux CD LIVE Fedora 15 et j'obtiens le même retour.
Donc comment faire pour réparer ce disque

Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
Au premier abord, je dirais que le disque est monté et qu'il faut qu'il soit démonté pour que ça fonctione.

dao Membre non connecté
-
- Voir le profil du membre dao
- Inscrit le : 14/10/2013
- Groupes :
# umount /dev/sdb
umount: /dev/sdb: non monté.

dao Membre non connecté
-
- Voir le profil du membre dao
- Inscrit le : 14/10/2013
- Groupes :
# fsck -a /dev/sdb
fsck de util-linux 2.36.2
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb
/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>
Trouvé une table de partitions dos dans /dev/sdb
fsck de util-linux 2.36.2
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb
/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>
Trouvé une table de partitions dos dans /dev/sdb
# e2fsck -b 8193 /dv/sdb
e2fsck 1.45.6 (20-Mar-2020)
e2fsck: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dv/sdb
Périphérique peut-être inexistant ?
e2fsck 1.45.6 (20-Mar-2020)
e2fsck: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dv/sdb
Périphérique peut-être inexistant ?
# e2fsck -b 32768 /dv/sdb
e2fsck 1.45.6 (20-Mar-2020)
e2fsck: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dv/sdb
Périphérique peut-être inexistant ?
e2fsck 1.45.6 (20-Mar-2020)
e2fsck: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dv/sdb
Périphérique peut-être inexistant ?

dao Membre non connecté
-
- Voir le profil du membre dao
- Inscrit le : 14/10/2013
- Groupes :
le retour de # fdisk -l
Disque /dev/sdb : 465,76 GiB, 500107862016 octets, 976773168 secteurs
Modèle de disque :
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 4096 octets / 33553920 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x00071b4c
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 * 2048 105466724 105464677 50,3G 83 Linux
/dev/sdb2 105469938 976768064 871298127 415,5G 5 Étendue
/dev/sdb5 105469952 113852654 8382703 4G 82 partition d'échange Linux / Solaris
/dev/sdb6 113856512 976768064 862911553 411,5G 83 Linux
La partition 2 ne commence pas sur une frontière de cylindre physique.
Modèle de disque :
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 4096 octets / 33553920 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x00071b4c
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 * 2048 105466724 105464677 50,3G 83 Linux
/dev/sdb2 105469938 976768064 871298127 415,5G 5 Étendue
/dev/sdb5 105469952 113852654 8382703 4G 82 partition d'échange Linux / Solaris
/dev/sdb6 113856512 976768064 862911553 411,5G 83 Linux
La partition 2 ne commence pas sur une frontière de cylindre physique.

Antoniop Membre non connecté
-
- Voir le profil du membre Antoniop
- Inscrit le : 21/12/2011
- Groupes :
Peut-être essayer de le reformater en vérifiant les secteurs défectueux ?

dao Membre non connecté
-
- Voir le profil du membre dao
- Inscrit le : 14/10/2013
- Groupes :

gox Membre non connecté
-
- Voir le profil du membre gox
- Inscrit le : 27/12/2022
je ne sais pas si ce sujet est toujours d'actualité...
Mais au vu de la fstab, il semblerait que les données soient sur la partition 6:
donc le fsck ou e2fsck serait à faire sur /dev/sdb6:
sudo e2fsck /dev/sdb6
Ce qui peut être tenté, c'est un une copie bloc à bloc de la partition de données.
Les conditions sont:
- 415GB d'espace libre dans le répertoire cible
- la partition ne doit pas être montée
sudo dd if=/dev/sdb6 of=$HOME/image.iso bs=1M
Si les problèmes de déconnexions/reconnexions du disque dur persistent, un petit "dmesg" devrait donner des indices...
Si la copie via "dd" fonctionne, il sera ensuite facile de monter l'image comme un disque et d'en lire le contenu.

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
gox :
Si la copie via "dd" fonctionne, il sera ensuite facile de monter l'image comme un disque et d'en lire le contenu.
Si la copie via "dd" fonctionne, il sera ensuite facile de monter l'image comme un disque et d'en lire le contenu.
exactement, d'ailleurs, pour l'utiliser (options à vérifier):
Code BASH :
sudo chown ${USER}:${USER} ${HOME}/image.iso udisksctl --loop-setup -f ${HOME}/image.iso udisksctl --mount -b /dev/loop0p1
sans oublier merci et

Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie