rsync -> plus d'accès au contenu d'un répertoire [résolu]

smolski · 17-04-2020 06:38:48

Suite au transfert de 5 fichiers dans un disque externe ext4 via rsync -r, je me retrouve à ne plus pouvoir accéder au contenu entier du dossier contenant le transfert, la partition restant elle utilisable normalement avec ses autres dossiers et fichiers.

ls -l /media/user/Maxtor/Films/

ls: impossible d'accéder à '/media/user/Maxtor/Films/film1.mp4': Message invalide

ls: impossible d'accéder à '/media/user/Maxtor/Films/film2'.mp4: Message invalide

ls: impossible d'accéder à '/media/user/Maxtor/Films/film3.mp4': Message invalide

ls: impossible d'accéder à '/media/user/Maxtor/Films/film4.mp4': Message invalide

ls: impossible d'accéder à '/media/user/Maxtor/Films/film5.mp4': Message invalide

Les autres titres des dossiers sont cités dans le terminal, par exemple :

drwxr-xr-x 2 user user  4096 févr.  3 19:00  16_levers_soleil

etc...

Mais pas leur contenu, ni en user, ni en root.

Et en graphique j'ai juste le message :

Impossible d'afficher le contenu de cet emplacement
... Erreur lors de l'obtention des information du fichier film1...

Est-il possible de récupérer le contenu bon et supprimer le mauvais sans supoprimer le répertoire Film ou reformater la partition et utiliser les copies de sav des films ?

...

Dernière modification par smolski (18-04-2020 11:03:20)

--gilles-- · 17-04-2020 09:17:11

Bonjour smolki !
Et si tu effectues à la place :

ls -l  /media/user/Maxtor/Films/

smolski · 17-04-2020 09:52:51

Merci --gilles--
Oui, j'ai bien utilisé Maxtor et non Disk, cela se voit dans le retour, pardon de cette annotation rectifiée sur le forum.
Je modifie le premier post

Maxtor est le nom du disque externe connecté par USB.

Dernière modification par smolski (17-04-2020 10:00:29)

--gilles-- · 17-04-2020 10:52:21

J'ai déjà eu un cas similaire ( à première vue ) avec des fichiers .ogg résultants d'un rippage de CD qui avait eu lieu il y a plusieurs années. Même message d'erreur que toi, si ma mémoire est bonne. Les fichiers n'était que des fantômes de fichiers, impossible de les écouter. J'ai essayé de les réparer, j'ai juste réussi à en réparer 2 sur 5, et encore il n'y avait que le début des chansons. Alors j'ai voulu les supprimer : impossible même avec rm -rf

Essaye déjà de les réparer, regarde ici, si cela peut t'aider :
https://search.disroot.org?q=repair%20a … anguage=fr

smolski · 17-04-2020 11:27:56

Ok, merci --gilles--
Je vais formater le disque et reconstruire la cinémathèque, cela me semble plus simple, j'ai toutes les sav dispos, et du temps pour le faire...

raleur · 17-04-2020 13:44:08

smolski a écrit :

Je vais formater le disque

Tout de suite les méthodes de bourrin... aucune patience !

Pourquoi avoir posté dans la section "matériel" ? Soupçonnes-tu un problème matériel ? Y a-t-il des messages d'erreurs liés au disque dans les logs du noyau ?
Sinon, il s'agit sûrement d'une corruption du système de fichiers. Tu peux essayer de corriger les erreurs avec fsck (démonté). Ça ne garantit pas que les données seront préservées mais ça devrait rétablir la cohérence du système de fichiers.

smolski · 17-04-2020 14:31:21

Ah ok raleur, je vais voir ça comme ça.
Merci

Edit :

raleur a écrit :

Y a-t-il des messages d'erreurs liés au disque

smartctrl dit que le disque va bien.

Dernière modification par smolski (17-04-2020 21:23:47)

raleur · 18-04-2020 09:16:09

smolski a écrit :

smartctrl dit que le disque va bien.

Ça ne répond pas à ma question. J'avais précisé "dans les logs du noyau".

--gilles-- · 18-04-2020 10:01:06

J'ai pensé à cette commande pour smolski :

less /var/log/kern.log | grep disk

mais on trouve mieux sur Internet ( vu rapidement avec https://search.disroot.org?q=Identifyin … anguage=fr ) :

/bin/grep SCSI /var/log/messages*

/bin/grep ‘fs\ error’ /var/log/messages*

raleur · 18-04-2020 10:11:02

Tout ça est très mauvais.
Combiner less et grep dans ce sens, c'est la première fois que je vois ça. less est un pager, ça n'a pas de sens de rediriger sa sortie vers un autre programme.
Quand on ne sait pas exactement ce qu'on cherche, on évite de filtrer les logs avec grep, au risque de masquer des informations importantes.
Comme on sait exactement à quel moment a lieu le problème, il suffit de regarder les logs datés de ce moment. Comme on est en direct, il sufft de regarder les derniers messages affichés par dmesg.

--gilles-- · 18-04-2020 10:35:05

Veux-tu dire au moment où il branche son disque externe ?

raleur · 18-04-2020 10:45:01

Non, au moment où il exécute une commande qui retourne une erreur.

smolski · 18-04-2020 11:02:35

Parfait, la commande :

fsck.ext4 /dev/sdc1

s'est bien déroulée avec la demande répétée de y pour yes tapée au coup par coup a fonctionné en plein.

Merci raleur et --gilles--, c'est bien ce que je cherchais, je me demande si cette commande ne devrait pas être utilisée préventivement, de temps en temps ?

Amitié, Jojo

Dernière modification par smolski (18-04-2020 11:08:12)

smolski · 18-04-2020 11:19:34

raleur a écrit :

Comme on sait exactement à quel moment a lieu le problème, il suffit de regarder les logs datés de ce moment.

Le tuto des logs est très succinct, peux-tu indiquer la commande qui le fait pour ce cas ?
À savoir que maintentant du temps s'est bien écoulé...

raleur · 18-04-2020 12:11:22

Si on veut les logs du noyau, on prend les fichiers kern.log* et pas les syslog* et autres messages* pour ne pas être pollué par les messages d'autres sources que le noyau.
Chaque ligne de log est horodatée, donc il faut avoir au moins la date et l'heure approximatives. Par exemple si ça s'est produit le 17 avril vers 7 ou 8 heures du matin :

zgrep "Apr 17 0[78]" /var/log/kern.log*

(zgrep c'est pour lire les logs qui ont été compressés)

Dernière modification par raleur (18-04-2020 12:12:03)

smolski · 18-04-2020 12:43:03

Parfait, merci raleur, c'est ajouté là :
https://debian-facile.org/doc:systeme-l … e-pratique

Si tu veux compléter/modifier/ajouter, tu le fais librement dans le tuto sans te soucier de la syntaxe de doku wiki, j'y arrangerai après ou sur la page du forum concernant ce tuto :
https://debian-facile.org//viewtopic.php?id=26990

Debian-facile

#1 17-04-2020 06:38:48

rsync -> plus d'accès au contenu d'un répertoire [résolu]

#2 17-04-2020 09:17:11

Re : rsync -> plus d'accès au contenu d'un répertoire [résolu]

#3 17-04-2020 09:52:51

Re : rsync -> plus d'accès au contenu d'un répertoire [résolu]

#4 17-04-2020 10:52:21

Re : rsync -> plus d'accès au contenu d'un répertoire [résolu]

#5 17-04-2020 11:27:56

Re : rsync -> plus d'accès au contenu d'un répertoire [résolu]

#6 17-04-2020 13:44:08

Re : rsync -> plus d'accès au contenu d'un répertoire [résolu]

#7 17-04-2020 14:31:21

Re : rsync -> plus d'accès au contenu d'un répertoire [résolu]

#8 18-04-2020 09:16:09

Re : rsync -> plus d'accès au contenu d'un répertoire [résolu]

#9 18-04-2020 10:01:06

Re : rsync -> plus d'accès au contenu d'un répertoire [résolu]

#10 18-04-2020 10:11:02

Re : rsync -> plus d'accès au contenu d'un répertoire [résolu]

#11 18-04-2020 10:35:05

Re : rsync -> plus d'accès au contenu d'un répertoire [résolu]

#12 18-04-2020 10:45:01

Re : rsync -> plus d'accès au contenu d'un répertoire [résolu]

#13 18-04-2020 11:02:35

Re : rsync -> plus d'accès au contenu d'un répertoire [résolu]

#14 18-04-2020 11:19:34

Re : rsync -> plus d'accès au contenu d'un répertoire [résolu]

#15 18-04-2020 12:11:22

Re : rsync -> plus d'accès au contenu d'un répertoire [résolu]

#16 18-04-2020 12:43:03

Re : rsync -> plus d'accès au contenu d'un répertoire [résolu]

Pied de page des forums