Forum

Reprise du message précédent

J'ai testé sur une clé USB en fat.

Bonjour,



Cette partie ne doit pas être exécutée telle quelle (encore moins en root).

De manière générale, les systèmes les systèmes de fichiers couramment utilisés ( extX ( où X peut aller de 2 à 4)), utilisent un système d' inode qui sont des références internes au système de fichier, c' est à dire que chaque fichier a son propre numéro d' inode. Bien entendu, comme nous avons tous des systèmes différents, nous n' avons pas le même numéro d' inode pour un même fichier et il est donc dangereux ( ou du moins cause de dysfonctionnement importants) de lancer la commande sur un numéro d' inode sans avoir identifié le numéro d' inode correspondant au fichier que l' on veut supprimer par cette méthode). Par exemple, imaginons que nous sommes à la racine du système de fichier (/) et que le répertoire /boot possède le numéro d' inode 12345, l' exécution de la commande supprimera le répertoire /boot sans confirmation et sans affichage de quoi que ce soit ( utilisation des paramètres -f -r de la commande rm qui forcent sans confirmation la suppression) ! Et là bonne chance pour redémarrer...

En fait, la commande ls -i ( ou la commande ls -lisah) permet d' obtenir ce fameux numéro d' inode, sauf que dans le cas présent cela ne fonctionne pas.

Il faudrait vérifier deux choses:

- le type de système de fichier sur la partition ( par exemple, que donne la commande ( pas forcément en root); la colonne FSTYPE donne le type de partition :



- Si lors du branchement de la clé un message d' erreur n' est pas remonté ( du genre "filesystem is dirty, run fsck quelque chose").

Pour cela:

- On débranche la clé proprement
- On lance une console, et en tant que root, on tape la commande (affiche le journal de manière continue, il est normal que cela ne rende pas la main ( pour interrompre il faudra utiliser la combinaison de touche ctrl+c))



- On branche la clé
- On regarde ce que dit le journal
- Éventuellement, on essaye de lancer la commande "ls -lisah /run/media/dan/Intenso/MUSIQUE/Francais/D/" dans une autre console puis on regarde
si un message d' erreur plus complet apparait dans dans le journal.

edit: de la lecture sur la notion d' inode https://fr.wikipedia.org/wiki/N%C5%93ud_d%27index

Édité par nic80 Le 06/11/2020 à 19h33

lsblk -l --output NAME,PATH,MOUNTPOINT,FSTYPE
NAME PATH MOUNTPOINT FSTYPE
sda /dev/sda
sda1 /dev/sda1 /mnt/windows ntfs
sdb /dev/sdb
sdb1 /dev/sdb1 ntfs
sdb2 /dev/sdb2 /run/win ntfs
sdb3 /dev/sdb3 ntfs
sdc /dev/sdc
sdc1 /dev/sdc1 / ext4
sdc2 /dev/sdc2
sdc5 /dev/sdc5 [SWAP] swap
sdc6 /dev/sdc6 /home ext4
sdd /dev/sdd
sdd1 /dev/sdd1 /run/media/dan/Intenso ntfs
sr0 /dev/sr0

CLE BEBRANCHEE
[dan@localhost ~]$ journalctl -f
Hint: You are currently not seeing messages from other u
Users in groups 'adm', 'systemd-journal', 'wheel'
Pass -q to turn off this notice.
-- Logs begin at Thu 2020-10-08 18:24:30 CEST. --
nov. 06 20:34:35 localhost.localdomain plasmashell[4704]d"
nov. 06 20:34:35 localhost.localdomain org_kde_powerdevi "bind"
nov. 06 20:34:35 localhost.localdomain dolphin[5292]: Ud
nov. 06 20:34:35 localhost.localdomain dolphin[6679]: Ud
nov. 06 20:34:35 localhost.localdomain plasmashell[4704]
nov. 06 20:34:35 localhost.localdomain dolphin[6679]: Ud
nov. 06 20:34:35 localhost.localdomain dolphin[5292]: Ud
nov. 06 20:34:35 localhost.localdomain org_kde_powerdevi "bind"
nov. 06 20:34:35 localhost.localdomain plasmashell[4704]
nov. 06 20:34:50 localhost.localdomain plasmashell[4704]delPrivate::onResultScoreUpdated result added: "applica.8093 last: 1604691287 first: 1582276098
nov. 06 20:35:03 localhost.localdomain tracker-store[812
nov. 06 20:35:03 localhost.localdomain systemd

CLE REBRANCHEE
[dan@localhost ~]$ journalctl -f
Hint: You are currently not seeing messages from other users and the system.
Users in groups 'adm', 'systemd-journal', 'wheel' can see all messages.
Pass -q to turn off this notice.
-- Logs begin at Thu 2020-10-08 18:24:30 CEST. --
nov. 06 20:46:06 localhost.localdomain plasmashell[4485]: org.kde.solid.udisks2: Errrops: "org.freedesktop.DBus.Error.UnknownMethod" "No such interface “org.freedesktopties” on object at path /org/freedesktop/UDisks2/drives/ST500DM002_1BD142_Z3TBGCMY"
nov. 06 20:46:06 localhost.localdomain plasmashell[4485]: UdevQt: unhandled device ad"
nov. 06 20:46:06 localhost.localdomain plasmashell[4485]: UdevQt: unhandled device ad"
nov. 06 20:46:06 localhost.localdomain plasmashell[4485]: UdevQt: unhandled device ad"
nov. 06 20:46:06 localhost.localdomain plasmashell[4485]: UdevQt: unhandled device ad"
nov. 06 20:46:06 localhost.localdomain plasmashell[4485]: UdevQt: unhandled device ad"
nov. 06 20:46:06 localhost.localdomain plasmashell[4485]: UdevQt: unhandled device ad"
nov. 06 20:46:06 localhost.localdomain plasmashell[4485]: UdevQt: unhandled device ad"
nov. 06 20:46:06 localhost.localdomain plasmashell[4485]: UdevQt: unhandled device ad"
nov. 06 20:46:11 localhost.localdomain plasmashell[4485]: KActivitiesStats( 0x2e118fdelPrivate::onResultScoreUpdated result added: "applications:org.kde.konsole.deskto.8093 last: 1604691968 first: 1582276098
nov. 06 20:46:14 localhost.localdomain kwin_x11[4451]: qt.qpa.xcb: QXcbConnection: X(BadWindow), sequence: 28891, resource id: 111149061, major code: 18 (ChangePropertye: 0

commande "ls -lisah /run/media/dan/Intenso/MUSIQUE/Francais/D/" dans une autre console
ls: impossible d'accéder à '/run/media/dan/Intenso/MUSIQUE/Francais/D/': Aucun fichier ou dossier de ce type

Dernière tentative pour ma part. Si pas de solution, je reformate, car je suis plus

Bonsoir,
Il faut que tu lises tous les messages avant de répondre. Apparemment ton disque est en ntfs. Je t'ai donné des commandes pour essayer de réparer un disque ntfs.

Bonjour,

Je vois qu' il y a un chemin /mnt/windows dans la liste des disques.

Peut être que si Windows est toujours installé ( en double boot), il doit être possible de démarrer sur celui ci pour lancer une vérification du disque ? Qui mieux que Microsoft connait la structure exacte du système de fichier NTFS ?

Sinon oui, on peut essayer un ntfsfix ( que je n' ai jamais testé) , ce qui donnerai ici (il faudra s' assurer que ce disque ne soit pas ouvert dans un gestionnaire de fichier):


Dans l' étape suivante, on s' assure que la partition est démontée la commande suivante ne doit rien retourner.

Si ok alors on lance ntfsfix en mode analyse uniquement ( en considérant que /dev/sdd1 est la partition à analyser)

Si l' outil remonte des erreurs, alors avant de tenter la réparation ( donc avec le paramètre -n en moins), il faut s' assurer d' avoir une autre sauvegarde ailleurs ( ntfsfix n'étant pas une commande anodine puisqu' elle touche au système de fichier, le risque d' endommagement irrémédiable de la partition est possible d' ou risque de perte de données), puis on lance la commande


note: pour le journalctl -f, il aurait fallu le lancer en tant que root et ne pas l' interrompre ( le -f est pour follow (suivre; c' est à dire que tout nouvel ajout d' entrée au journal est affichée en temps réel, il ne faut donc pas l' interrompre, lorsque la clé est branchée, sinon on ne voit pas les message s' afficher). Ici la seule information que l' on a, c'est que le disque est de type "Seagate Barracuda 7200.14" de 500Go, dont la garantie a expirée le 22 mars 2015 ( d' après Seagate), mais ceci n' est pas très utile pour le problème courant

Édité par nic80 Le 06/11/2020 à 23h08