Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

Pico.a · Le 20/12/2020, à 19:41

Bonjour,

J'ai un problème avec la copie de fichiers et dossiers depuis un ordinateur sous Ubuntu 18.04, vers un nouvel ordinateur sous Windows 10.
Tous mes dossiers et fichiers (très importants pour le travail) sont sur deux disques durs externes, chiffrés avec Veracrypt sous Ubuntu, et avec une partition NTFS/exFAT/HPFS.
Tout fonctionnait bien avec ces disques sous Ubuntu. Mais le problème arrive quand je veux lire ces fichiers ou les copier sous Windows 10. J'ai plusieurs problèmes simultanés (sous Windows 10) :

1/ de nombreux fichiers apparaissent en doublons avec un point devant. Il est impossible de lire ou de supprimer ces fichiers/dossiers avec un point devant. Alors que j'ai coché sous Windows l'option pour ne plus afficher les fichiers cachés, ils sont toujours visibles.

2/ plusieurs fichiers et dossiers sont visuellement présents (sur le disque dur externe et quand je les copie-colle sur le disque de l'ordi windows), mais sous Windows il est impossible de les ouvrir. J'ai différents messages d'erreur qui indiquent que le fichier ou le dossier est "introuvable" ou "n'existe pas", etc.

3/ Lors du copier-coller de dossiers du disque dur externe vers le disque sous Windows, certains fichiers et dossiers n'ont pas pu être copié, m'indiquant un message d'erreur "introuvable" ou "n'existe pas". Alors que ces mêmes fichiers ou dossiers sont lisibles avec ce même disque dur externe sous Ubuntu (j'ai fais plusieurs essais dans les deux sens).

Pour faire le test, j'ai copier-coller ces mêmes fichiers/dossiers depuis Ubuntu sur une clé USB partitionné en FAT32, puis à partir de cette clé je les ai copié sur le disque de l'ordi windows. Et cette fois ça fonctionne, les fichiers/dossiers sont reconnus et lus correctement.
J'en ai déduis que le problème vient probablement de mes disques durs externe. D'ailleurs comme je les ouvre avec Veracrypt sous Windows, ça m'affiche une erreur de disque. Windows propose de réparer. ce que j'ai fais sur l'un des disques, et ça m'a juste supprimé les fichiers corrompus en question sur le disque dur externe.

J'ai alors reformaté l'un des disques durs externes à partir d'Ubuntu en format NTFS. J'ai remis dessus, toujours via Ubuntu, le fichiers/dossiers qui posaient problème. En remettant ce disque dur externe sous windows, la même chose se reproduit. les mêmes fichiers/dossiers d'avant sont lisibles sous Ubuntu mais ne le sont pas sous Windows 10, et les mêmes autres sont doublés avec des points devant.

J'aimerais pouvoir faire une bonne copie clean de l'ensemble de mes fichiers/dossiers depuis Ubuntu vers Windows.
Avez vous une solution svp ?
Et savez-vous pourquoi ces dossiers/fichiers se lisent correctement sur ces disques durs externe sous Ubuntu et pourquoi ça plante sous Windows ?
Car j'ai besoin que l'ensemble de ces fichiers/dossiers soient bien lisibles sous Ubuntu et sous Windows sur ces deux ordis.

Je fouille depuis hier sur internet pour trouver des réponses, et ne trouve que des bribes sans vraiment de solutions à ces problèmes spécifiques.

merci d'avance !
PIco

Dernière modification par Pico.a (Le 20/12/2020, à 22:12)

geole · Le 21/12/2020, à 02:02

Bonsoir.
Dans l'ensemble windows considère que le nom d'un fichier ne doit pas commencer par un POINT. A toi de d'adapter.

Pour le second problème, les noms de fichiers ont certainement des caractéres spécaux interdits par windows. Cependant , on oublie souvent qu'un nom de fichier ne doit pas commencer ou finir par espace. Peux-tu indiquer quelques noms de fichiers à problème.

Pico.a · Le 21/12/2020, à 11:21

Bonjour,

Ce n'est pas moi qui ait nommé les noms de fichiers commençant par un point, c'est Windows. Au moment de la copie de mes fichiers nommés normalement, windows a rajouté une copie de fichiers avec un point devant. Ils sont en fait supprimables, donc ce problème est réglé.

Pour les autres noms de fichiers, (Ce sont des fichiers PDF. ou DOC., ODT ou ODF. ) je ne pense pas que ce soit le problème. Car ils sont juste nommés avec des lettres, des chiffres, des "points" et parfois des "_" ou des " : ". Et je fais bien attention avec les espaces pour le tri de mes fichiers. Des fichiers avec ces caractères s'ouvrent généralement, d'autres non. J'ai essayé de modifier les noms des fichiers qui ne s'ouvrent pas sous windows, et la modification ne fonctionne pas et sur certains fichiers une alerte s'ajoute disant que le fichier est introuvable.
à partir de mon disque dur externe ou depuis le disque de l'ordi sous windows, quand je double-clic sur certains de ces fichiers, ça ne s'ouvre pas et ça m'indique un message d'erreur "nom du répertoire non valide". Mais quand je fais "ouvrir avec" et que je sélectionne LIbreOffice, ça s'ouvre. j'ai "enregistré sous" le fichiers ailleurs. et ce second fichier, le double-clic fonctionne, mais toujours pas sur le premier.
Pour d'autres fichiers, même avec le "ouvrir sous" ça ne s'ouvre pas.

J'ai essayé de reformater l'un des disques dur externe en FAT32. Et j'ai mis ces fichiers qui posent problème dessus depuis Ubuntu. Et cette fois, Windows les ouvre et les lit sans problème. (même s'il rajoute encore ces mêmes fichiers avec des points devant).

Du coup je me demande si le problème ne vient pas d'un transfert de fichiers qui passait par du NTFS ? Et qu'il ne faudrait pas que je tout le transfert de ces fichiers/dossiers via le disque en FAT32 ?
ou alors je pensais résoudre ce problème de transfert de fichiers en passant pas Spideroak d'un ordi à l'autre ?

Pico.a · Le 21/12/2020, à 11:28

Autre problème que je viens de constater...
J'ai pour habitude de m'envoyer par mail le fichier d'écriture en cours comme sauvegarde temporaire supplémentaire. Et là, au téléchargement du fichier ODT que je me suis envoyé hier depuis windows, avec juste l'option "ouvrir le fichier", il ne s'ouvre pas et m'affiche ce message d'erreur : Accès à C:\Users\apreg\AppData\Local\Temp\Chapitre 5. Généralisation de la cause. V2.odt refusé.
ça ne me l'avait jamais fait sous Ubuntu...
Quand je fais directement "enregistrer sous" par contre je peux ensuite l'ouvrir.

Mais tout ça m'inquiète, car je crains pour la sauvegarde de mes fichiers...

Dernière modification par Pico.a (Le 21/12/2020, à 11:29)

geole · Le 21/12/2020, à 11:33

Bonjour
Le caractère : (deux points) fait partie de la liste des caractères interdits dans les noms de fichiers stockés dans les partitions ntfs
Je ne pense pas que la solution soit de stocker dans des partitions au format FAT mais de renommer les fichiers ou les répertoires les accueillant

Nota, il existe une option "windows_names" empêchant de créer de tels fichiers ou répertoires. Mais si tu la mets alors qu'il en existe, ils deviendront inaccessibles.

Dernière modification par geole (Le 21/12/2020, à 11:37)

Pico.a · Le 21/12/2020, à 11:57

Ok je comprends pour les deux points. Mais je n'ai que deux fichiers qui ne s'ouvrent pas qui ont les "deux points". Tous les autres ont des caractères autorisés.
Et ce même fichier avec " deux points", quand je l'ai transférer avec ma clé ubs en FAT32, windows l'a ouvert, et a juste supprimer de lui même les "deux points" dans le nom du fichier. Mais quand ça passe par le disque dur en NTFS, ça bloque.
C'est pour ça que je me demande si ce n'est pas le format de la partition qui coince. Vu que ces mêmes fichiers qui bloquent en passant par le NTFS (que le nom de fichier soit correct ou non pour windows) ne bloquent pas en passant par du FAT32

geole · Le 21/12/2020, à 12:08

Pour l'un de ceux que tu crois correct peux-tu poster le retour complet du nom d'acces par exemple
"cp /le nom complet /dev/null"
Donne aussi ce retour

cat /etc/fstab   | grep -v "#"

Pico.a · Le 21/12/2020, à 12:47

sous Ubuntu ou sous Windows ?

geole · Le 21/12/2020, à 12:53

sous ubuntu.

Pico.a · Le 21/12/2020, à 16:11

Je ne suis pas sur de la première commande rentré...

pico@pico-Latitude-3480:~$ cp /archives anderlecht traduction.odt /dev/null
cp: la cible '/dev/null' n'est pas un répertoire
pico@pico-Latitude-3480:~$ cat /etc/fstab   | grep -v "#"
UUID=f72b268b-7bee-4469-9d94-876f39fcfa7f /               ext4    errors=remount-ro 0       1
UUID=767E-FB7D  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
pico@pico-Latitude-3480:~$

Pico.a · Le 21/12/2020, à 16:20

et un autre point, c'est que sous Ubuntu, SpiderOak ne détecte pas mes disques durs externes, alors qu'ils sont détecté par SpiderOak sous Windows. Je ne sais pas si le problème est lié, mais je donne l'info au cas où

geole · Le 21/12/2020, à 16:25

Ta codification d'entrée est mauvaise
C'est probablement cela... J'ai mis entre quote car il y a des espaces

cp "/home/pico/archives anderlecht traduction.odt" /dev/null

Tu vas aussi préciser quelle est la partition de sortie dans ces listes

sudo blkid | grep ntfs

ls -ls /media/pico

Dernière modification par geole (Le 21/12/2020, à 16:26)

geole · Le 21/12/2020, à 16:35

Pour monter les partitions de tes disques externes, utilise l'application gnome disk utility paragraphe 2.10 si tu ne peux pas les monter depuis le bureau. https://doc.ubuntu-fr.org/gnome-disk-utility

Pico.a · Le 21/12/2020, à 16:53

ok merci.
voici :

pico@pico-Latitude-3480:~$ cp "/home/pico/archives anderlecht traduction.odt" /dev/null
cp: impossible d'évaluer '/home/pico/archives anderlecht traduction.odt': Aucun fichier ou dossier de ce type

et ensuite :

pico@pico-Latitude-3480:~$ sudo blkid | grep ntfs
pico@pico-Latitude-3480:~$ ls -ls /media/pico
total 4
4 drwxr-xr-x 2 root root 4096 févr. 28  2020 SHEHERAZADE
pico@pico-Latitude-3480:~$

En fait, mes disques se montent automatiquement sur le bureau, et celui crypté je peux le monter avec veracrypt. je peux lire les deux disques normalement. C'est SpiderOak qui ne les détecte pas. et comme les données sont sur ces disques, j'aurais voulu les envoyer sur mon compte SpiderOak. Mais il les détecte par contre sous Windows.

Dernière modification par Pico.a (Le 21/12/2020, à 16:54)

geole · Le 21/12/2020, à 17:48

Manifestement, tu ne sais pas où est stocké ton fichier...
Je te propose cette commande pour essayer de le trouver

sudo find / -name "archives anderlecht traduction.odt"

Pour ton application, je ne la connais pas, le mieux serait d'ouvrir une autre discussion lorsque ce problème sera réglé.

Dernière modification par geole (Le 21/12/2020, à 17:51)

Pico.a · Le 21/12/2020, à 18:10

Le fichier est stocké dans un dossier sur le bureau...
Voici la réponse de la commande :

pico@pico-Latitude-3480:~$ sudo find / -name "archives anderlecht traduction.odt"
find: ‘/run/user/1000/gvfs’: Permission non accordée
/home/pico/Bureau/Archives /archives anderlecht traduction.odt

Est-ce bon ? je ne comprends pas trop en fait la...

geole · Le 21/12/2020, à 18:22

Oui c'est bon
Mais on voit bien que le niveau supérieur n'est pas correct....
donc on renomme en supprimant l'espace de droite dans le nom du sous-répertoire

mv "Bureau/Archives "  Bureau/Archives

Puis tu pourras regarder si ce problème est résolu.

Pico.a · Le 21/12/2020, à 20:43

Je ne comprends pas. les fichiers et dossiers sont mal enregistrés ? ils ne sont pas enregistrés avec les bons chemins ?

Je ne vois pas comment renommer et utiliser la ligne de commande que tu viens de m'indiquer...

geole · Le 21/12/2020, à 20:53

Tu fais un copier/coller de la commande
La conséquence sera que le répertoire "Archives " qui se termine par un espace deviendra "Archives"

Pico.a · Le 21/12/2020, à 22:29

OK c'est ce que j'avais fait. Merci!
Mais du coup, le problème provient d'une mauvaise nomination des dossiers ?
La c'était pour un fichier qui fonctionnait bien. Est-ce que je dois refaire les mêmes manip et commandes avec un fichier qui fonctionne mal pour vérifier ?

Pico.a · Le 22/12/2020, à 00:08

Merci beaucoup pour ton coup de main !
Je me rends compte que c'était vraiment un problème de base de nomination des fichiers/dossiers...

J'ai fais l'essai avec les dossiers et fichiers qui bloquaient. Et effectivement, il y avait d'autres dossiers avec un espace à la fin du nom, entre le nom et l'extension du nom ".odt" ou ".pdf", d'autres avec des symboles qui ne passent pas sou windows, et d'autres avec des noms trop long. En modifiant les noms des fichiers et dossiers un par un sous Ubuntu, j'ai pu à nouveau les ouvrir sous Windows via mon disque dur externe en NTFS.
En fait le disque en FAT32 ne faisait que rectifier quelques erreurs sur certains fichiers. Sous Ubuntu comme ça me signalait pas d'erreur je ne me rendais pas compte que je nommais mal certains dossiers/fichiers, sans savoir que ça poserait problème en passant sous windows...

Maintenant je me dis qu'il y a sûrement encore un bon nombre de dossiers/fichiers mal nommés sous Ubuntu qui bloqueront. Vu que j'ai environ 400Go de données, je ne vais pas tout faire un par un... Il y aurait-il une solution pour repérer massivement sous Ubuntu les dossiers/fichiers qui bloquent pour modifier leurs noms ensuite avant de les transférer sous Windows ?

Et au passage, est-ce normal que sous Windows, quand je monte mon disque dur externe avec Veracrypt (chiffré via Ubuntu), Veracrypt de Windows m'affiche un message d'alerte disant qu'il y a un problème sur le disque, alors que ça ne le fait pas sous Ubuntu.

Encore merci pour ton aide

geole · Le 22/12/2020, à 09:43

Bonjour
En te positionnant au sommet du répertoire que tu souhaites analyser, ce script va éliminer tous les espaces à gauche et à droite et remplacer 8 caractères spéciaux que je connais pour tous les sous-répertoires et fichiers présents. Si des doubles apparaissent, il ne va pas faire le remplacement mais signaler

#    Suppression des espaces en début et fin de fichier ainsi que de queslques caractères anormaux
 
shopt -s globstar
for i in **/*; do 
    #echo "|""$i""|"  
    #suppression des espaces à droite et à gauche mais pas au milieu
    j=${i##*( )}
    j=${j%%*( )}
    # suppression des espaces qui suivent le caractère /
    #  Il y a certainement beaucoup mieux à faire qu'une boucle
    for (( v=0; v <= 20; v++ )); do 
    j=$(echo "$j" | sed  "s\/ \/\g")
    done 
    
    # remplacement d'un maxima de caractères interdits par windows ><\:"|?*
    j=$(echo "$j"  | tr '><"|?*' '!!!!!!') 
    j=$(echo "$j"  | tr ':' '%') 
    j=$(echo "$j"  | tr '\\' '%') 
    #echo "|""$j""|"

    if [[ $i != $j ]]; then
    # Vérifier si un dossier existe
        if [[ -d $j ]]; then
             echo " Il est impossible de changer le nom de ce fichier/dossier '$i' car présence de doublon au niveau répertoire"
        else
              if [[ -f $j ]]; then
                 echo " Il est impossible de changer le nom de ce fichier/dossier '$i' car présence de doublon au niveau fichier"
              else
                   echo "on va renommer ce fichier avec cette commande mv -n   '$i'  '$j' "
                   mv -n "$i"  "$j"
                   sleep 1
              fi
         fi
    fi  
 done

Si tu avais été plus précis sur le message d'alerte signalé par véracrypt, tu aurais pu avoir un avis

Pico.a · Le 23/12/2020, à 11:16

Merci pour le script !

Pour le message d'alerte par Veracrypt, voici ce qu'il affiche exactement quand je monte mon disque dur externe sous windows :

"Avertissement : le système de fichiers sur le volume monté comme "R:" n'a pas été correctement démonté et peur donc contenir des erreurs. Utiliser un système de fichiers endommagé peut provoquer des pertes ou de la corruption de données.
Remarque : avant de retirer physiquement ou de désactiver un périphérique (tel qu'une clé USB ou un disque dur externe) sur lequel un volume monté de Veracrypt réside, vous devriez toujours démonter le volume Veracrypt avec Veracrypt.
Voulez-vous que Windows tente de détecter et de corriger les erreurs du système de fichiers?"

ça m'affichait ça avec mon autre disque dur externe. Quand j'ai accepté de windows répare les erreurs, il a supprimé les fichiers/dossiers corrompus (donc les mal nommés).
Je pense que le message s'affiche parce que sur mon disque il y a encore des fichiers/dossiers mal nommés. C'est ça ?

Merci

geole · Le 23/12/2020, à 11:42

Bonjour
Je pense plutôt que lorsque tu quittes les applications ubuntu, le démontage na pas été fait dans les bonnes règles

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 20/12/2020, à 19:41

Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#2 Le 21/12/2020, à 02:02

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#3 Le 21/12/2020, à 11:21

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#4 Le 21/12/2020, à 11:28

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#5 Le 21/12/2020, à 11:33

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#6 Le 21/12/2020, à 11:57

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#7 Le 21/12/2020, à 12:08

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#8 Le 21/12/2020, à 12:47

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#9 Le 21/12/2020, à 12:53

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#10 Le 21/12/2020, à 16:11

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#11 Le 21/12/2020, à 16:20

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#12 Le 21/12/2020, à 16:25

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#13 Le 21/12/2020, à 16:35

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#14 Le 21/12/2020, à 16:53

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#15 Le 21/12/2020, à 17:48

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#16 Le 21/12/2020, à 18:10

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#17 Le 21/12/2020, à 18:22

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#18 Le 21/12/2020, à 20:43

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#19 Le 21/12/2020, à 20:53

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#20 Le 21/12/2020, à 22:29

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#21 Le 22/12/2020, à 00:08

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#22 Le 22/12/2020, à 09:43

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#23 Le 23/12/2020, à 11:16

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

#24 Le 23/12/2020, à 11:42

Re : Problème de copie de fichiers d'Ubuntu vers Windows 10, via dd externe

Pied de page des forums