#101 Le 10/02/2024, à 21:40
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Formater une partition est très rapide. Surtout avec gparted qui n'a pas l'option de formatage lent de l'application disk. Lire la documentation
Si ton ordinateur n'est pas équipé de windows, évite ABOLUMENT le formatage NTFS.
Dernière modification par geole (Le 10/02/2024, à 21:46)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#102 Le 10/02/2024, à 21:46
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Modération : citations inutiles supprimées, voir les règles du forum
Oui, effectivement, c'est très rapide, l’application Disks lente, mets tous les bits à zéro, ce qui n'est sûrement pas le cas du formatage GParted.
L'idéal, mis à part avoir un disque RAID 1, aurait été de mettre tous les bits à zéro, de façon à avoir un support propre...
Par-contre, le nom "samsung" à été remplacé, je verrais ultérieurement comment le rétablir.
Merci de ton attention.
Dernière modification par bruno (Le 11/02/2024, à 15:39)
Hors ligne
#103 Le 10/02/2024, à 22:10
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Modération : citations inutiles supprimées, voir les règles du forum
Je suis d'accord avec toi, le système NTFS est réservé à l'usage avec windows, le disque dur externe de 2To, en vrac (message #5), avais un système de fichiers NTFS, et il ne m'a jamais posé de problèmes avec Linux...
Comment expliques-tu, dans ce cas, la procédure de correction de l'erreur notifiée lors de la copie de l'image ddrescue, qui suggère le choix d'un système de fichiers NTFS ?...
Merci de ton attention.
Dernière modification par Salah_Ère-Evolution (Le 13/02/2024, à 04:42)
Hors ligne
#104 Le 10/02/2024, à 22:16
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Un sacré bug. Il devrait proposer EXT4 qui est le type de partition classique de ubuntu.
Mais comme testdisk est aussi disponible sous windows et que windows ne connait pas EXT4, il a fait au plus simple.
Dernière modification par geole (Le 10/02/2024, à 22:34)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#105 Le 10/02/2024, à 22:31
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Modération : citations inutiles supprimées, voir les règles du forum
Oui, et Bug qui n'a pas été corrigée, il ne se reproduit pas au même moment, mais il se reproduit, alors, pour le moment, je ne sais plus comment faire...
Peut-être re-partitionner en EXT4, je vais essayer...
Merci de ton attention.
Dernière modification par bruno (Le 11/02/2024, à 15:40)
Hors ligne
#106 Le 11/02/2024, à 10:19
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Salah_Ère-Evolution a écrit :Pour finir sur le registre des erreurs et du non-respect des conseils donnés sur ce Forum, une connaissance m’a suggéré de créer une cle usb Systeme-Rescue et de taper la commande :
ddrescue -f -d -r3 /dev/sdb test.img test.logfilevers un disque dur externe de 2To, sans me prévenir que les sonnées seraient écrasées…, j’ai interrompu le processus.
non ça m'a l'air ok ça je pense que c'est la chose à faire !
faut que je vérifie les options de ddrescue, mais si tu lances cette commande depuis un autre espace de stockage tu vas juste y créer un fichier .log et un fichier .img qui contiendra tout ce qui aura pu être récupéré.
Bonjour.
Je pense que.
1) Copier dans un fichier est un choix qui complique la suite.
Dans le contexte, puisqu'il êtait possible de copier la partition, il aurait été préférable de copier dans une partition de taille identique. Cela nécessite un peu de préparation mais on s'y retrouve puisque tesdisk n'a plus besoin d'être utilisé et qu'on n'a pas besoin de maitriser la commande loop avec offset ( 2048*512).
2) La mise de l'option -d qui supprime le fonctionnement du cache me semble injustifiée.
Elle est certainement responsable de la lenteur du début de cette duplication.
Dernière modification par geole (Le 11/02/2024, à 10:24)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#107 Le 11/02/2024, à 11:10
- Nuliel
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Pourquoi copier dans un fichier complique la suite? Au pire un coup de losetup et c'est bon non? L'offset sur losetup c'est obligatoire si la partition n'est pas reconnue, ce qui n'est pas le cas ici (on peut faire un scan de partition avec -P de mémoire)
Dernière modification par Nuliel (Le 11/02/2024, à 11:11)
Hors ligne
#108 Le 11/02/2024, à 15:03
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Modération : citations inutiles supprimées, voir les règles du forum
Salut à toi geole, pour rappel, lorsque cette commande à été passée
, j'opérais avec une cle usb où est installé SystemRescue, la présence de l'option -f a crée une partition de 160Go sur un disque dur axterne de 2To, a donc modifié le système de fichiers de ce disque et rendu illisible tous les dossiers qu'il contenait.
La lenteur de copie que tu évoque, dont j'ai parlé, s'est produit avec une commande effectuée avec gddrescue :
sudo ddrescue /dev/disk/by-id/ata-WDC_WD1600BEVT-75A23T0_WD-WX71A30F0099 copie_disque.img ddrescue.logEt, à ce moment-là, je n'ai pas évalué la vitesse de copie : j'ai interrompu le processus.
...
Merci de ton attention.
Dernière modification par Salah_Ère-Evolution (Le 13/02/2024, à 04:40)
Hors ligne
#109 Le 11/02/2024, à 20:55
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Salut à tous les Individus, j'espère que vous allez bien, après maintes tentatives pour effectuer un doublon de la copie ddrescue, vaines, j'ai lancé la commande testdisk, il a trouvé deux partitions linux ;
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk copie_disque.img - 160 GB / 149 GiB - CHS 19458 255 63 (RO)
Current partition structure:
Partition Start End Size in sectors
No ext2, JFS, Reiser, cramfs or XFS marker
1 * Linux 0 32 33 19456 254 63 312574657
1 * Linux 0 32 33 19456 254 63 312574657
*=Primary bootable P=Primary L=Logical E=Extended D=Deleted
>[Quick Search] [ Backup ]
Try to locate partition Je sélectionne Quick Search :
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk copie_disque.img - 160 GB / 149 GiB - CHS 19458 255 63 (RO)
The harddisk (160 GB / 149 GiB) seems too small! (< 241 GB / 224 GiB)
Check the harddisk size: HD jumper settings, BIOS detection...
The following partition can't be recovered:
Partition Start End Size in sectors
> HPFS - NTFS 19456 254 63 29352 253 62 158979177
[ Continue ]
NTFS, blocksize=4096, 81 GB / 75 GiB
Le message dit que "le disque dur de 160Go est trop petit"..., et de vérifier des paramètres.
Je sélectionne la partition, puis "continue" :
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk copie_disque.img - 160 GB / 149 GiB - CHS 19458 255 63 (RO)
Partition Start End Size in sectors
>D Linux 0 32 33 19457 21 20 312576000
D HPFS - NTFS 9561 1 1 19456 254 63 158979177
Structure: Ok. Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable P=Primary L=Logical E=Extended D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
Enter: to continue
ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 160 GB / 149 GiB Je sélectionne la 1ere partition, "continue" et ;
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk copie_disque.img - 160 GB / 149 GiB - CHS 19458 255 63 (RO)
Partition Start End Size in sectors
No partition found or selected for recovery
[ Quit ] >[Deeper Search]
Try to find more partitions mais aucune partition trouvée, j'ai lancé un deeper search, qui est en cours :
Visiblement la copie ddrescue est problématique, c'est pour cette raison que je ne suis pas parvenu à en faire une copie, sans doute à cause du disque dur problématique aussi...
J'atetnds un SSD, peut-être pourrais-je reprendre la copie ddrescue, si le disque dur source tient le coup...
Deeper search terminée :
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk copie_disque.img - 160 GB / 149 GiB - CHS 19458 255 63 (RO)
The harddisk (160 GB / 149 GiB) seems too small! (< 241 GB / 224 GiB)
Check the harddisk size: HD jumper settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in sectors
> Linux 9680 0 1 29136 222 30 312574656
Linux 9682 197 52 29139 165 18 312574656
Linux 9685 147 63 29142 115 29 312574656
Linux 9689 38 14 29146 5 43 312574656
Linux 9690 108 19 29147 75 48 312574656
Linux 9692 53 26 29149 20 55 312574656
Linux 9692 215 60 29149 183 26 312574656
Linux 9694 161 4 29151 128 33 312574656
Linux 9695 166 8 29152 133 37 312574656
Linux 9697 176 16 29154 143 45 312574656
[ Continue ]
ext4 blocksize=4096 Large_file Sparse_SB Recover, 160 GB / 149 GiB
Ensuite :
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk copie_disque.img - 160 GB / 149 GiB - CHS 19458 255 63 (RO)
Partition Start End Size in sectors
>D Linux 0 32 33 19457 21 20 312576000
D Linux Swap 234 177 8 299 246 11 1048576
D Linux Swap 5153 118 22 5218 187 25 1048576
D HPFS - NTFS 9561 1 1 19456 254 63 158979177
Structure: Ok. Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable P=Primary L=Logical E=Extended D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
Enter: to continue
ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 160 GB / 149 GiB Que puis-je faire de plus à ce niveau-là, sélectionner "Advanced" ?
Les deux partitions qui n'affichent aucun dossier ;
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk copie_disque.img - 160 GB / 149 GiB - CHS 19458 255 63 (RO)
Partition Start End Size in sectors
>D Linux 0 32 33 19457 21 20 312576000
D HPFS - NTFS 9561 1 1 19456 254 63 158979177
Structure: Ok. Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable P=Primary L=Logical E=Extended D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
Enter: to continue
ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 160 GB / 149 GiB Précision : Au sujet de la notification d'erreur "Error splicing file", qui s'est produite lors de la copie du fichier de copie de ddrescue :
- Faire Ok ou Ignorer ne change rie, la copie s'arrête
- J'ignore à quoi est due exactement cette erreur, en tentant de copier une copie partielle (à cause de l'erreur) d'un autre disque dur (seagate 1To), , l'erreur se reproduit... Dans mon cas, ce n'est donc pas lié aux systèmes de fichiers des lecteurs amovibles.
Merci de votre attention, bon courage et portez-vous bien !
Dernière modification par Salah_Ère-Evolution (Le 14/02/2024, à 19:56)
Hors ligne
#110 Le 11/02/2024, à 21:53
- krodelabestiole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Copier dans un fichier est un choix qui complique la suite.
Dans le contexte, puisqu'il êtait possible de copier la partition, il aurait été préférable de copier dans une partition de taille identique
j'ai pas tout suivi, mais je ne vois pas en quoi double-cliquer sur un fichier img serait plus compliqué que de créer une partition (sur quel support ?) de la même taille...
nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents - sources du site
Hors ligne
#111 Le 13/02/2024, à 10:42
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Bonjour.
Une partition se fabrique sur un support disque. De préférence en utilisant Gparted.
Bien sur, l'application fichier peut ouvrir le contenu d'un fichier image d'une partition.
J'ai essayé avec l'image d'un disque contenant plusieurs partitions. Je ne maitrise pas le choix....
CEPENDANT
1) Lorsque l'image a été fabriquée en utilisant ddrescue, il faut partir du principe que commencer par un FSCK est une bonne idée... A priori le fsck ne fonctionne pas avec un fichier image.
a@p:/media/Commun$ sudo fsck /dev/sdb1
fsck de util-linux 2.37.2
fsck.fat 4.2 (2021-01-31)
/dev/sdb1: 15 files, 2674/274657 clusters
a@p:/media/Commun$ sudo fsck copie_disque.efi.img
fsck de util-linux 2.37.2
Utilisation : fsck.ext4 [-panyrcdfktvDFV] [-b super-bloc] [-B taille-de-bloc]
[-l|-L fichiers-des-blocs-défectueux] [-C fd] [-j journal-externe]
[-E options-étendues] périphérique
Aide d'urgence :
-p Réparation automatique (sans question)
-n N'appliquer aucun changement au système de fichiers
-y Supposer « oui » pour toutes les questions
-c Vérifier la présence de blocs défectueux et les
ajouter à la liste des blocs défectueux
-f Forcer la vérification même si le système de fichiers
est marqué propre
-v Travailler en mode bavard
-b super-bloc Utiliser un bloc alternatif pour le superbloc
-B taille-de-bloc Forcer la taille des blocs lors de la recherche du
superbloc
-j journal-externe Définir la localisation du journal externe
-l fichier-des-blocs-erronés
Ajouter à la liste des blocs défectueux
-L fichier-des-blocs-erronés
Définir la liste des blocs défectueux
-z fichier-d-annulation
Créer un fichier d'annulation
a@p:/media/Commun$ sudo fsck copie_disque.img
fsck de util-linux 2.37.2
Utilisation : fsck.ext4 [-panyrcdfktvDFV] [-b super-bloc] [-B taille-de-bloc]
[-l|-L fichiers-des-blocs-défectueux] [-C fd] [-j journal-externe]
[-E options-étendues] périphérique
Aide d'urgence :
-p Réparation automatique (sans question)
-n N'appliquer aucun changement au système de fichiers
-y Supposer « oui » pour toutes les questions
-c Vérifier la présence de blocs défectueux et les
ajouter à la liste des blocs défectueux
-f Forcer la vérification même si le système de fichiers
est marqué propre
-v Travailler en mode bavard
-b super-bloc Utiliser un bloc alternatif pour le superbloc
-B taille-de-bloc Forcer la taille des blocs lors de la recherche du
superbloc
-j journal-externe Définir la localisation du journal externe
-l fichier-des-blocs-erronés
Ajouter à la liste des blocs défectueux
-L fichier-des-blocs-erronés
Définir la liste des blocs défectueux
-z fichier-d-annulation
Créer un fichier d'annulation
a@p:/media/Commun$ 2) Il est fort probable que les fichiers des données de ce fichier image seront finalement extraits pour aller dans une varie partition . Donc une duplication qui va prendre du temps et qui serait évitée si dépôt direct dans une partition.
3) Disposer de 160 Go de libre dans une partition est assez courant, mais si le disque a une taille plus importante telle que 2 To, disposer de cet espace libre devient rare.
4) J'ai la chance de maitriser la commande loop et aussi gparted. Je considère qu'il est préférable de proposer la solution gparted, quitte à perdre du temps pour l'apprentissage du logiciel. Cela restera un investissement utile.
a@p:/media/Commun$ sudo losetup -f copie_disque.efi.img
a@p:/media/Commun$ sudo mount /dev/$(lsblk | grep loop | tail -1 | cut -d" " -f1) /mnt && ls /mnt
EFI
a@p:/media/Commun$ ls /mnt/EFI
boota@p:/media/Commun$ sudo umount /mnt
a@p:/media/Commun$ sudo losetup -o $((9926088*512)) -f copie_disque.img
a@p:/media/Commun$ sudo mount /dev/$(lsblk | grep loop | tail -1 | cut -d" " -f1) /mnt && ls /mnt
EFI
a@p:/media/Commun$ ls -ls /mnt/EFI/Boot
total 3986
938 -rwxr-xr-x 1 root root 960472 oct. 4 09:58 bootx64.efi
2206 -rwxr-xr-x 1 root root 2258824 oct. 4 09:58 grubx64.efi
842 -rwxr-xr-x 1 root root 860824 oct. 4 09:58 mmx64.efia@p:/media/Commun$ sudo fsck /dev/loop44
fsck de util-linux 2.37.2
fsck.fat 4.2 (2021-01-31)
Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
[12?q]? Nota. Dans le contexte, 9926088 est à remplacer par 2048
Dernière modification par geole (Le 13/02/2024, à 11:13)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#112 Le 13/02/2024, à 14:15
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Lors de la commande testdisk, je n'ai pas pensé à publier le premier retour de commande (après proceed) :
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk copie_disque.img - 160 GB / 149 GiB (RO)
Write access for this media is not available.
TestDisk won't be able to modify it.
- You may need to be root to have write access.
- Check the OS permissions for this file or device.
- This media may be physically write-protected, check the jumpers.
>[ Continue ] Continue even if write access isn't available
[ Quit ] Return to disk selection L'accès en écriture de ce média est indisponible. Cela signifie que le système de fichiers ne peut pas être réparé, si je ne m'abuse ?...
Merci de votre attention.
Dernière modification par Salah_Ère-Evolution (Le 13/02/2024, à 15:14)
Hors ligne
#113 Le 13/02/2024, à 17:47
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Bonjour
Souvent, le montage en loop est en mode lecture seule, Solution que testdisk a certainement utilisée.
Mais à mon avis , le but est de te faire récupérer de fichiers pour les mettre ailleurs. Alors peut importe....
Tu peux donc continuer en acceptant
Dernière modification par geole (Le 13/02/2024, à 17:48)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#114 Le 13/02/2024, à 18:02
- krodelabestiole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
1) Lorsque l'image a été fabriquée en utilisant ddrescue, il faut partir du principe que commencer par un FSCK est une bonne idée... A priori le fsck ne fonctionne pas avec un fichier image.
a@p:/media/Commun$ sudo fsck copie_disque.efi.img fsck de util-linux 2.37.2 Utilisation : fsck.ext4 [-panyrcdfktvDFV] [-b super-bloc] [-B taille-de-bloc] [-l|-L fichiers-des-blocs-défectueux] [-C fd] [-j journal-externe] [-E options-étendues] périphérique
rien à voir avec le fait qu'il s'agisse d'une image.
comme le message te l'indique la commande correcte serait :
sudo fsck.ext4 copie_disque.efi.img2) Il est fort probable que les fichiers des données de ce fichier image seront finalement extraits pour aller dans une varie partition . Donc une duplication qui va prendre du temps et qui serait évitée si dépôt direct dans une partition.
on n'en sait absolument rien. le support d'origine est défaillant, les fichiers peuvent aller absolument n'importe où.
3) Disposer de 160 Go de libre dans une partition est assez courant, mais si le disque a une taille plus importante telle que 2 To, disposer de cet espace libre devient rare.
il est beaucoup plus probable d'avoir à sa disposition différents supports déjà formatés. je ne vois pas en quoi ça simplifierait quoi que ce soit d'avoir à formater un support (donc effacer tout ce qu'il y a dessus) ou redimensionner une partition pour faire de la place pour une nouvelle. bien au contraire.
4) J'ai la chance de maitriser la commande loop et aussi gparted. Je considère qu'il est préférable de proposer la solution gparted, quitte à perdre du temps pour l'apprentissage du logiciel. Cela restera un investissement utile.
... et utiliser un fichier img permet d'apprendre à utiliser les fichiers img. je ne crois pas que ce genre d'argument ait la moindre pertinence.
je pense que tu pars de ta pratique très personnelle et subjective pour extrapoler des vérités très discutables. tu aimes bricoler avec les partitions, mais c'est plutôt dangereux, en particulier pour des utilisateurs qui ne sont pas experts. et ça ajoute en l'occurrence un niveau de complexité inutile.
nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents - sources du site
Hors ligne
#115 Le 13/02/2024, à 22:47
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Mes disques ont des partitions et je ne pense être le seul à avoir ce découpage.
J'ai cessé d'installer ubuntu dans un fichier.
C'est une couche supplémentaire totalement inutile à réserver aux experts.
Je ne sais pas s'il existe une limite pour ces poupées russes.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#116 Le 13/02/2024, à 23:02
- krodelabestiole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
.. ok je viens de relire le premier message, je n'avais pas fait attention au fait qu'il s'agissait probablement d'un disque système.
(je crois ? vu qu'il était dans l'ordi portable - certains ont le système sur un SSD et un disque pour les données ceci-dit)
enfin en 2024 mieux vaut éviter d'encore avoir son système sur un disque dur !
dans ce cas, oui c'est plus utile de récupérer directement la partition sur un nouveau support si on compte relancer ce même système.
si on veut simplement récupérer ses données par contre, aucun intérêt de s'embêter avec des partitions.
nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents - sources du site
Hors ligne
#117 Le 14/02/2024, à 17:37
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Salut à vous geole, krodelabestiole, Nuliel, JEAN-MARIE, xubu1957, ainsi que tous les Individus, j'espère que vous allez bien, je vais reprendre le message #109 et ajouter toutes les copies d'écran, vous aurez ainsi tous les éléments.
Je lis tout ce ce que vous écrivez, c'est intéressant et cela peut être une solution.
Je devrais avoir un disque SSD dans quelques jours, je veux bien appliquer les suggestions ci-dessus, mais il faut que j'en étudie encore les détails et sache par quoi commencer pour récupérer mes fichiers, à supposer que c'est possible...
geole, puisque le montage de testdisk est monté en loop, sans table de partition si j'ai bien compris, les fonctions de réparation de testdisk sont inaccessibles, de plus, testdisk ne trouve aucune partition dans l'image crée par ddrescue.
Je ne comprends pas bien non-plus comment la commande fsck peut réparer une partition qui n'existe pas...
krodelabestiole, éviter d'avoir son système sur un disque dur, tu le place où, alors, ton système ?..., c'est pas clair pour moi.
A propos de système, voici le message affiché à l'allumage de mon ordi :
Lorsque je lance la commande dpkg, en mode recovery, le message disparait, mais reviens pau démararge suivant. Quelqu"un peut-il me l'interpréter ?
La 1ere ligne est visiblement une erreur par défaut ; l'option de machine virtuelle n'est pas activée dans le bios.
Je cherche pour la 4eme ligne.
Merci de votre attention, bon courage et portez-vous bien !
Dernière modification par Salah_Ère-Evolution (Le 18/02/2024, à 12:03)
Hors ligne
#118 Le 16/02/2024, à 20:56
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Salut à tous les individus, j'espère que vous allez bien, j'ai instaleé un SSD de 480Go et ré-installé mon OS.
J'ai installé smartmontools et gddrescue, j'ai lancé la commande :
sudo ddrescue /dev/disk/by-id/ata-WDC_WD1600BEVT-75A23T0_WD-WX71A30F0099 copie_disque.img ddrescue.logEt là, même comportement qu'avec le HDD, la copie s'est bloquée , ainsi que le système. Au re-démarrage, le message suivent s’affiche :
Et l'écran de démarrage n'affiche pas de caractères lisibles :
Je vais à l'adresse mentionnée dans le message : https://wireless.wiki.kernel.org/en/use … icefirware
qui m'amène sur une page dont le résumé est :
You need to have firmware files (usually in /lib/firmware/) so b43(legacy) can upload them to the card and run properly.
For FullMAC devices support see brcmfmac and rndis_wlan
dont la traduction est :
Vous devez disposer de fichiers de micrologiciel (généralement au format /lib/firmware/) pour que b43 (hérité) puisse les télécharger sur la carte et fonctionner correctement.
Pour la prise en charge des appareils FullMAC, voir brcmfmac et rndis_wlan
Est-ce que quelqu'un comprend ce message et a une solution à ce dysfonctionnement ?
J'ai activé la console de dépannage et réparé les paquets cassés, l'écran d'accueil est redevenu normal, mais en redémarrant, pour monter le système de fichier, l'erreur se reproduit.
Je ne voit pas d'autre choix que de ré-installer le système.
Et l'erreur se reproduit...
Voici le retour de la commande smartctl appliquée au disque SSD, connecté en USB :
salah@salah-latitudee6500:~$ sudo smartctl -a /dev/sdb
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-6.5.0-17-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Crucial/Micron Client SSDs
Device Model: CT480BX500SSD1
Serial Number: 2310E6B8F3C8
LU WWN Device Id: 5 00a075 1e6b8f3c8
Firmware Version: M6CR056
User Capacity: 480103981056 bytes [480 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Form Factor: 2.5 inches
TRIM Command: Available
Device is: In smartctl database [for details use: -P show]
ATA Version is: ACS-3 T13/2161-D revision 4
SATA Version is: SATA 3.3, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Sat Feb 17 00:21:34 2024 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 120) seconds.
Offline data collection
capabilities: (0x11) SMART execute Offline immediate.
No Auto Offline data collection support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
No Selective Self-test supported.
SMART capabilities: (0x0002) Does not save SMART data before
entering power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 10) minutes.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 100 100 000 Pre-fail Always - 0
5 Reallocate_NAND_Blk_Cnt 0x0032 100 100 010 Old_age Always - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 1
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 14
171 Program_Fail_Count 0x0032 100 100 000 Old_age Always - 0
172 Erase_Fail_Count 0x0032 100 100 000 Old_age Always - 0
173 Ave_Block-Erase_Count 0x0032 100 100 000 Old_age Always - 1
174 Unexpect_Power_Loss_Ct 0x0032 100 100 000 Old_age Always - 2
180 Unused_Reserve_NAND_Blk 0x0033 100 100 000 Pre-fail Always - 46
183 SATA_Interfac_Downshift 0x0032 100 100 000 Old_age Always - 0
184 Error_Correction_Count 0x0032 100 100 000 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
194 Temperature_Celsius 0x0022 069 057 000 Old_age Always - 31 (Min/Max 24/43)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
197 Current_Pending_ECC_Cnt 0x0032 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 100 100 000 Old_age Always - 0
202 Percent_Lifetime_Remain 0x0030 100 100 001 Old_age Offline - 0
206 Write_Error_Rate 0x000e 100 100 000 Old_age Always - 0
210 Success_RAIN_Recov_Cnt 0x0032 100 100 000 Old_age Always - 0
246 Total_LBAs_Written 0x0032 100 100 000 Old_age Always - 103809628
247 Host_Program_Page_Count 0x0032 100 100 000 Old_age Always - 3244050
248 FTL_Program_Page_Count 0x0032 100 100 000 Old_age Always - 67584
249 Unkn_CrucialMicron_Attr 0x0032 100 100 000 Old_age Always - 0
250 Read_Error_Retry_Rate 0x0032 100 100 000 Old_age Always - 0
251 Unkn_CrucialMicron_Attr 0x0032 100 100 000 Old_age Always - 31095059
252 Unkn_CrucialMicron_Attr 0x0032 100 100 000 Old_age Always - 0
253 Unkn_CrucialMicron_Attr 0x0032 100 100 000 Old_age Always - 0
254 Unkn_CrucialMicron_Attr 0x0032 100 100 000 Old_age Always - 0
223 Unkn_CrucialMicron_Attr 0x0032 100 100 000 Old_age Always - 0
SMART Error Log not supported
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
Selective Self-tests/Logging not supportedJ'ai ré-installé le noyau 5.15, qui fonctionne mieux avec les anciens pilotes nvidia.
Je re-tente gddrescue....
Merci de votre attention.
Dernière modification par Salah_Ère-Evolution (Le 18/02/2024, à 13:46)
Hors ligne
#119 Le 17/02/2024, à 05:55
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Salut à toi krodelabestiole , tu me propose de passer la commande suivante ? :
rien à voir avec le fait qu'il s'agisse d'une image.
comme le message te l'indique la commande correcte serait :sudo fsck.ext4 copie_disque.efi.img
La commande ne fonctionne pas : aucun systeme de fichier de ce type.
Merci de ton attention.
Dernière modification par Salah_Ère-Evolution (Le 17/02/2024, à 14:44)
Hors ligne
#120 Le 17/02/2024, à 15:59
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Bonjour
Pourtant, vu ce retour de l'échange N°1
Disk /dev/sdb: 149.05 GiB, 160041885696 bytes, 312581808 sectors
Disk model: 00BEVT-75A23T0
......
End Sectors Size Id Type
/dev/sdb1 * 2048 312576704 312574657 149G 83 LinuxLa partition émettrice était bien au format EXT4 ( 83 ) , Mais comme tu as copié le disque au lieu de la partition, il faut tenir compte du décalage de 2048 secteurs...
Sauf erreur de ma part, la bonne codification serait.....
sudo losetup -o $((2048*512)) -f copie_disque.imgafin d'attaquer la partition
Puis, à l'erreur de codification possible, trouver le loop utilisé.
lsblk | grep loop | tail -1 | cut -d" " -f1et enfin faire le fsck du loop trouvé
sudo fsck /dev/loopNNNota. C'est pour cela que je pense qu'il est plus pratique de perdre du temps pour fabriquer une partition de
312574657 secteurs avec gnome-disk ou de 152625 Mio ( 312574657 / 2048 +1 ) avec gparted., On se retrouve alors dans un domaine connu ne nécessitant pas d'utiliser testdisk.
Dernière modification par geole (Le 17/02/2024, à 16:17)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#121 Le 17/02/2024, à 17:18
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Salut à toi geole, je prends bonne note de tes remarques et je vais etudier/essayer ça.
Oui, il est bien indiqué que la copie est en EXT4, mais 0 dossiers trouvés, ..., une partition en dos à été trouvée, mais là encore, rien.
J'ai relancé la commande ddrescue sur le ssd :
salah@salah-latitudee6500:~$ ddrescuelog -tvv ddrescue.log
ddrescue.log
current pos: 3061 MB, current status: copying
mapfile extent: 160041 MB, in 50 area(s)
non-tried: 157027 MB, in 17 area(s) ( 98.11%)
rescued: 2862 MB, in 15 area(s) ( 1.78%)
non-trimmed: 151592 kB, in 18 area(s) ( 0.09%)
non-scraped: 0 B, in 0 area(s) ( 0%)
bad-sector: 0 B, in 0 area(s) ( 0%)sans interruption maladroite cette fois-ci et sur un support sain; A voir....
Le 17/02 vers 22h23 :
salah@salah-latitudee6500:~$ ddrescuelog -tvv ddrescue.log
ddrescue.log
current pos: 19602 MB, current status: copying
mapfile extent: 160041 MB, in 53 area(s)
non-tried: 140468 MB, in 18 area(s) ( 87.77%)
rescued: 19572 MB, in 17 area(s) ( 12.22%)
non-trimmed: 581632 B, in 18 area(s) ( 0.00%)
non-scraped: 0 B, in 0 area(s) ( 0%)
bad-sector: 0 B, in 0 area(s) ( 0%)Le 18/02 vers 11h27 :
salah@salah-latitudee6500:~$ ddrescuelog -tvv ddrescue.log
ddrescue.log
current pos: 54110 MB, current status: copying
mapfile extent: 160041 MB, in 3514 area(s)
non-tried: 107864 MB, in 1172 area(s) ( 67.39%)
rescued: 52136 MB, in 1171 area(s) ( 32.57%)
non-trimmed: 41095 kB, in 1171 area(s) ( 0.02%)
non-scraped: 0 B, in 0 area(s) ( 0%)
bad-sector: 0 B, in 0 area(s) ( 0%)Avancement le 19/02 vers 06h23 :
salah@salah-latitudee6500:~$ ddrescuelog -tvv ddrescue.log
ddrescue.log
current pos: 99785 MB, current status: copying
mapfile extent: 160041 MB, in 12115 area(s)
non-tried: 68230 MB, in 4042 area(s) ( 42.63%)
rescued: 91667 MB, in 4032 area(s) ( 57.27%)
non-trimmed: 143679 kB, in 4041 area(s) ( 0.08%)
non-scraped: 0 B, in 0 area(s) ( 0%)
bad-sector: 0 B, in 0 area(s) ( 0%)La copie se déroule au même rythme depuis le début (avec quelques relances au début...), pas de dysfonctionnement du disque endommagé.
Vers 19h22 :
salah@salah-latitudee6500:~$ ddrescuelog -tvv ddrescue.log
ddrescue.log
current pos: 79047 MB, current status: copying
mapfile extent: 160041 MB, in 14891 area(s)
non-tried: 7172 MB, in 4006 area(s) ( 4.48%)
rescued: 152666 MB, in 5373 area(s) ( 95.39%)
non-trimmed: 202911 kB, in 5512 area(s) ( 0.12%)
non-scraped: 0 B, in 0 area(s) ( 0%)
bad-sector: 0 B, in 0 area(s) ( 0%)Vers 23h54 :
salah@salah-latitudee6500:~$ ddrescuelog -tvv ddrescue.log
ddrescue.log
current pos: 77159 MB, current status: copying
mapfile extent: 160041 MB, in 26503 area(s)
non-tried: 2855 MB, in 2032 area(s) ( 1.78%)
rescued: 156703 MB, in 12080 area(s) ( 97.91%)
non-trimmed: 482422 kB, in 12391 area(s) ( 0.30%)
non-scraped: 0 B, in 0 area(s) ( 0%)
bad-sector: 0 B, in 0 area(s) ( 0%)Merci de ton attention.
Dernière modification par Salah_Ère-Evolution (Le 20/02/2024, à 23:55)
Hors ligne
#122 Le 17/02/2024, à 19:34
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Il n'est pas interdit de penser que le système de fichier est HS à cause de la mauvaise qualité du disque récepteur.. Dans ce cas, c'est avec photorec qu'on récupère les données.
Mais comme tu ne postes pas grand grand chose, on peut aussi penser que tu te trompes. Le retour du fsck aurait été le minima.
Je me tais sur le fait que tu aies relancé en copiant un disque dans un fichier.
Tu aurais pu au moins dire ce qui se passait lorsque tu voulais ouvrir la partition originale.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#123 Le 17/02/2024, à 19:41
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Tout cela va prendre un certain temps, et je voudrais qu'on se penche sur l'altération du système de fichiers de mon disque dur dur externe de 2To.
Je rappelle les circonstances ; Le disque dur interne endommagé de 160Go et le disque dur externe de 2To étaient branché en USB, ainsi que SystèmeRescue (utilitaires de récupération de données) sur une live USB.
La commande :
ddrescue -f -d -r3 /dev/sdb test.img test.logfilea été lancée et, quand je me suis aperçu que la copie s'effectuait sur le disque dur externede 2To, contenant 1,2To de données, j'ai interrompu la copie. Une partition en EXT4 de 160Go a été crée sur le disque dur externe/ Lorsque je le branchais, il ne montait plus automatiquement..., normal, la seconde partition contient toujours 1,2To de données, les noms des répertoires apparaissent, mais ils sont vides, tout du moins rien n'apparaît.
J'ai fait une vérification de fichiers avec Gnome-disks, maintenant le disque dur se monte automatiquement, les répertoires toujours présents ainsi que les 1,2To de données, mais les données sont toujours inaccessibles.
Je montrerai une copie d'écran de Gparted, quand la copie de ddrescue en cours sera terminée, mais l'espace de 1,2To apparaît en gris, non-alloué...
Comment peut-on réparer le système de fichiers et la partition initiale de 2To ?
Merci de votre attention.
Dernière modification par Salah_Ère-Evolution (Le 17/02/2024, à 19:51)
Hors ligne
#124 Le 17/02/2024, à 21:03
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Il me semble qu'on t'a déja dit que la commande ddrescue ne sait pas fabriquer une partition ext4.
Tu as donc un autre problème. Après avoir branché le disque de 2To, donne ce retour.
lsblk -fe7 | catTu devrais pouvoir reconnaitre le disque, tu donneras alors ces retours après avoir remplacé XXX par les trois lettres du disque.
sudo fdisk -l /dev/XXXls -ls /dev/disk/by-id ls -ls /dev/disk/by-uuidCela permettra de connaitre son nom
Tu feras aussi un fsck de toutes les partitions du disque
exemple pour la première.
sudo fsck /dev/XXX1Tu peux faire ces commandes pendant le fonctionnement de ddrescue.
Note que si tu as fait cette commande.
ddrescue -f -d -r3 /dev/sdb test.img test.logfilele fichier test.img est dans la partition $HOME du logiciel utilisé et ne va pas écraser le début du disque.
.
Dernière modification par geole (Le 17/02/2024, à 21:14)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#125 Le 17/02/2024, à 22:14
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Retour de :
lsblk -fe7 | cat:
alah@salah-latitudee6500:~$ lsblk -fe7 | cat
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
sda
└─sda1 ext4 1.0 6ffcf61e-35f9-498d-824e-a52ffb68cc8d 391,1G 6% /var/snap/firefox/common/host-hunspell
/
sdb
└─sdb1
sdc
└─sdc1 ntfs seagate 340061F70061C08A 765,2G 47212385827079% /media/salah/seagate
sr0 De :
sudo fdisk -l /dev/sdc:
salah@salah-latitudee6500:~$ sudo fdisk -l /dev/sdc
[sudo] Mot de passe de salah :
Disque /dev/sdc : 1,82 TiB, 2000398933504 octets, 3907029167 secteurs
Disk model: BUP Slim BK
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x1eadf0cb
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdc1 * 2048 312576704 312574657 149G 83 LinuxDe :
ls -ls /dev/disk/by-id:
salah@salah-latitudee6500:~$ ls -ls /dev/disk/by-id
total 0
0 lrwxrwxrwx 1 root root 9 févr. 17 18:22 ata-CT480BX500SSD1_2310E6B8F3C8 -> ../../sda
0 lrwxrwxrwx 1 root root 10 févr. 17 18:22 ata-CT480BX500SSD1_2310E6B8F3C8-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 9 févr. 17 18:22 ata-MATSHITA_DVD+_-RW_UJ862A_HF73_150735 -> ../../sr0
0 lrwxrwxrwx 1 root root 9 févr. 17 18:23 ata-WDC_WD1600BEVT-75A23T0_WD-WX71A30F0099 -> ../../sdb
0 lrwxrwxrwx 1 root root 10 févr. 17 18:23 ata-WDC_WD1600BEVT-75A23T0_WD-WX71A30F0099-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root 9 févr. 17 18:22 usb-Seagate_BUP_Slim_BK_NA7L5XTS-0:0 -> ../../sdc
0 lrwxrwxrwx 1 root root 10 févr. 17 18:22 usb-Seagate_BUP_Slim_BK_NA7L5XTS-0:0-part1 -> ../../sdc1
0 lrwxrwxrwx 1 root root 9 févr. 17 18:23 wwn-0x50014ee2aef150f2 -> ../../sdb
0 lrwxrwxrwx 1 root root 10 févr. 17 18:23 wwn-0x50014ee2aef150f2-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root 9 févr. 17 18:22 wwn-0x500a0751e6b8f3c8 -> ../../sda
0 lrwxrwxrwx 1 root root 10 févr. 17 18:22 wwn-0x500a0751e6b8f3c8-part1 -> ../../sda1De :
ls -ls /dev/disk/by-uuid:
salah@salah-latitudee6500:~$ ls -ls /dev/disk/by-uuid
total 0
0 lrwxrwxrwx 1 root root 10 févr. 17 18:22 340061F70061C08A -> ../../sdc1
0 lrwxrwxrwx 1 root root 10 févr. 17 18:22 6ffcf61e-35f9-498d-824e-a52ffb68cc8d -> ../../sda1 De :
salah@salah-latitudee6500:~$ sudo fsck /dev/sdc1
fsck de util-linux 2.37.2:
La 2eme partition est "Non'allouée".
Merci de ton attention.
Dernière modification par Salah_Ère-Evolution (Le 17/02/2024, à 22:19)
Hors ligne