Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

testar · Le 26/10/2020, à 12:50

Hello
Nouveau système : Ubuntu 20.04.1 sur SSD en Ext4 , Home en Ext4 et une partition NTFS
C'est sur la NTFS qu'il a problème, lorsque je veux y copier ou déplacer (depuis ou vers cette partition) des documents ; j'ai pour certains des refus de copier, disant que le nom du fichier est invalide. Le nom du fichier me parait valide, les "permissions" sont ok.
Quand je fait la même chose (copier ou déplacer des fichiers)pour cette Ntfs avec un vieil Ubuntu 16.04 d'un autre HD SSD ça fonctionne normalement.
Qui a une idée où chercher? merci

Dernière modification par testar (Le 01/11/2020, à 16:48)

Vobul · Le 26/10/2020, à 13:46

Copie les commandes complètes et les messages d'erreur complets ici.

geole · Le 26/10/2020, à 13:48

Bonjour
Peux-tu donner le retour de

cat /etc/fstab

ainsi qu'un nom de fichier déclaré infalide

testar · Le 26/10/2020, à 23:20

ok mais pour les fichiers récalcitrants , j'ai du mal à les retrouvés pour l'instant

$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=22d71646-6ee9-43c9-9d71-e96557644606 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda3 during installation
UUID=4cc61bc5-2cff-427d-b28c-26efea95ecae /home           ext4    defaults        0       2
# swap was on /dev/sda2 during installation
UUID=886e03cd-2597-43d2-9b90-2d7c9bc92d63 none            swap    sw              0       0

Coeur Noir · Le 26/10/2020, à 23:33

Actuellement comment fais-tu, depuis ta 20.04, pour accéder à la partition NTFS ?

Cette partition n'est pas « déclarée » dans le fstab donc elle n'est pas montée automatiquement dès le démarrage du système.

Ça n'empêche pas d'y accéder ( par exemple en double cliquant sur cette partition via autres emplacements dans l'explorateur de fichiers ) elle sera alors « montée » dans /media/$USER/label_ou_uuid_partition_ntfs, avec pas ou peu d'options ( or dans le cas du NTFS certaines options sont nécessaires, justement pour gérer correctement les noms à la sauce windows ).

C'est sans doute quelque chose que tu avais mis en place sur ta 16.04.

Bref l'idée c'est de faire en sorte que cette partition « monte » automatiquement dès le démarrage, avec les options adéquates pour du NTFS.

testar · Le 27/10/2020, à 10:47

Merci pour l'analyse;
Oui j’accède à la NTFS par autres emplacements ; sans doute cause qu'à l'install du système je ne sais jamais quel attributs mettre à cette partition ntfs .
(20.04 a été installée sur un HD vierge en créant les partitions en manuel , le problème pour certains fichiers s'est posé lors de la recopie des docs de la part ntfs de ma 16.04 sur celle de 20.04. En bootant la 20.04 ça coince , en bootant la 16.04 ça a marché)

Est que que l'on peut faire en sorte que cette partition « monte » automatiquement au démarrage ?

geole · Le 27/10/2020, à 11:23

Bonjour
Pour forcer le montage automatique au démarrage d’une partition d’un disque interne voir paragraphe 2.11 de https://doc.ubuntu-fr.org/gnome-disk-ut … _demarrage
Prévoir de préférence le montage avec le label s’il y en a au lieu du UUID et sur /media au lieu de /mnt

Vobul · Le 27/10/2020, à 11:48

geole a écrit :

avec le label s’il y en a au lieu du UUID

Ça je peux comprendre car c'est plus "user friendly".

geole a écrit :

et sur /media au lieu de /mnt

Y a-t-il une raison à cette recommendation (perso j'ai tout dans /mnt) ?

geole · Le 27/10/2020, à 11:58

Bonjour Vobul
Initialement, je laissais aussi /mnt. Mais c'est erresse, je crois, qui m'a démontré qu'avec l'utilisation du bureau on gagnait une manipulation pour accéder aux données car /media est immédiatement visible alors qu'avec /mnt, il faut d'abord cliquer sur ordinateur pour le visualiser. Je peux retrouver la discussion si tu le souhaites ( ou tu peux la rechercher)

Vobul · Le 27/10/2020, à 16:36

geole a écrit :

Bonjour Vobul
Initialement, je laissais aussi /mnt. Mais c'est erresse, je crois, qui m'a démontré qu'avec l'utilisation du bureau on gagnait une manipulation pour accéder aux données car /media est immédiatement visible alors qu'avec /mnt, il faut d'abord cliquer sur ordinateur pour le visualiser. Je peux retrouver la discussion si tu le souhaites ( ou tu peux la rechercher)

Ah ok, mais bon j'utilise pcmanfm et je mets moi-même les bookmark donc j'ai pas de clics en trop (puis j'ai aussi des alias à une lettre dans le terminal genre $t correspond à /mnt/data). De toute façon sous Archlinux il n'y a même pas de /media, donc la question ne se pose pas

Coeur Noir · Le 27/10/2020, à 19:51

Ce qui est monté sous /media apparaît dans le volet latéral des explorateurs de fichiers, sous périphériques ou autres emplacements. C'est une ( vieille ) recommandation freedesktop.org. Ça évite un ou des clics, ça évite de faire manuellement des signets.

C'est aussi le dossier par défaut de l'utilitaire udisksctl, qui monte automatiquement là les médias amovibles, sous /media/$USER ( et cet automatisme est installé dans beaucoup de distributions ).

La seule prudence - si on crée des points de montage sous /media - c'est de leur donner des noms qui ne risqueront jamais d'être identiques à celui d'un utilisateur potentiel du système, l'astuce : des noms en majuscules ( genre : DATA, DiSQUE2… ) puisque les noms d'$USER sont eux toujours en minuscules.

À savoir aussi, si vous utilisez des snap ( logiciels confinés ) ceux là ne peuvent accéder qu'à /home, /media, /run/media et /mnt. Rien d'autres. Ils n'accéderont pas à un point de montage créé manuellement à la racine, par exemple. Et ils n'accéderont pas non plus à des dossiers ou fichiers cachés.

Pourquoi pas de /media sous ArchLinux, c'est pourtant pratique ?

Vobul · Le 27/10/2020, à 21:02

Coeur Noir a écrit :

Pourquoi pas de /media sous ArchLinux, c'est pourtant pratique ?

Parce qu'il est shipped avec udisks. https://git.archlinux.org/svntogit/pack … 685088d6f8

Les trucs sont montés dans /run/media/$USER/ quand c'est un montage auto (et apparaissent dans la barre latérale).

Coeur Noir · Le 27/10/2020, à 21:12

Il me semblait bien que c'était lié à udisks et je sais maintenant à quoi sert /run/media, merci ;-)

testar · Le 28/10/2020, à 09:05

Ok merci j'apprends l'usage de DISK gnome-disk-utility j'ai maintenant à la fin de

cat /etc/fstab

:

LABEL=RESERVE /media/RESERVE auto nosuid,nodev,nofail,x-gvfs-show 0 0

Cool !

Coeur Noir · Le 28/10/2020, à 15:21

Bon maintenant il va falloir apprendre à ne plus utiliser gnome-disks et ses options par défaut pourries.

Ouvre le fichier fstab avec un éditeur de texte en mode « super-utilisateur » via :

gedit admin:///etc/fstab

Renseigne ton mot de passe, ça ouvrira alors le fichier dans Gedit.
Modifie la ligne :

LABEL=RESERVE    /media/RESERVE    auto    nosuid,nodev,nofail,x-gvfs-show    0    0

de façon à obtenir :

LABEL=RESERVE    /media/RESERVE    ntfs    rw,permissions,nofail,locale=fr_FR.UTF-8,windows_names    0    0

Enregistre le fichier, quitte Gedit, le terminal te « rend la main ».
Redémarre le pc ( on va vérifier que tout va bien ).

Explication des options :
rw = montage en lecture+écriture
permissions = permet d'attribuer des droits et permissions sur NTFS
nofail = ( discutable ) ne reportera pas d'erreur si ce montage échoue, donc ne « ralentira » pas le démarrage en cas d'échec sur cette partition, mais du coup n'informera pas non plus qu'il y a eu un problème
locale = pour indiquer langue et encodage caractères utilisés
windows_names = empêche l'usage des caractères « interdits » par Windows, soit / \ : ? * < > " | dans les noms de fichiers.

Vérifications : une fois le pc redémarré, donne le retour de

ls -lna /media
ls -lna /media/RESERVE

Selon ce que ça raconte, on changera peut-être des droits et permissions sur /media/RESERVE et tout ou partie de son contenu.

Dernière modification par Coeur Noir (Le 28/10/2020, à 16:54)

testar · Le 30/10/2020, à 00:51

Alors

ls -lna /media
total 20
drwxr-xr-x   5 0 0 4096 oct.  28 07:50 .
drwxr-xr-x  20 0 0 4096 oct.  12 16:04 ..
drwxr-xr-x   2 0 0 4096 oct.  28 07:10 3315D9C03EC44576
drwxr-x---+  3 0 0 4096 oct.  29 23:29 xxxxxx
drwxr-xr-x   2 0 0 4096 oct.  28 07:50 RESERVE
xxxxx@xxxx:~$ ls -lna /media/RESERVE
total 8
drwxr-xr-x 2 0 0 4096 oct.  28 07:50 .
drwxr-xr-x 5 0 0 4096 oct.  28 07:50 ..

mais en fait les 2 dernières lignes étaient

LABEL=RESERVE\040DOCS /media/RESERVE\040DOCS auto nosuid,nodev,nofail,x-gvfs-show 0 0
LABEL=RESERVE /media/RESERVE auto nosuid,nodev,nofail,x-gvfs-show 0 0

et maintenant

LABEL=RESERVE\040DOCS /media/RESERVE\040DOCS auto nosuid,nodev,nofail,x-gvfs-show 0 0
LABEL=RESERVE/media/RESERVE ntfs rw,permissions,nofail,locale=fr_FR.UTF-8,windows_names    0    0

je pense que 040DOCS vient qu'avant la partition se nommée "RESERVE DOCS" mais que je l'ai changer simplifier en "RESERVE" avant d'utiliser "DISKs"
et maintenant "RESERVE " n'est plus montée auto au démarrage...

Dernière modification par testar (Le 30/10/2020, à 01:13)

Coeur Noir · Le 30/10/2020, à 01:53

LABEL=RESERVE/media/RESERVE ntfs rw,permissions,nofail,locale=fr_FR.UTF-8,windows_names    0    0

Si c'est tel quel pas étonnant : il manque un ou des espaces entre LABEL=RESERVE et /media/RESERVE

LABEL=RESERVE     /media/RESERVE     ntfs     rw,permissions,nofail,locale=fr_FR.UTF-8,windows_names     0     0

Corrige et redémarre.

Puisqu'elle ne correspond plus à rien, tu peux supprimer la ligne :

LABEL=RESERVE\040DOCS /media/RESERVE\040DOCS auto nosuid,nodev,nofail,x-gvfs-show 0 0

Et effectivement dans le fstab, le caractère espace dans les chemins se remplace par \040 - car à cet endroit là, et comme souvent en commande/code, le caractère espace signifie « on passe à l'argument ou l'option suivante ».

Donc forcément comme le montage n'avait pas eu lieu, le retour de

ls -lna /media/RESERVE

montre un dossier vide.

À (re)montrer, une fois la correction du fstab effectuée, et le pc redémarré.

3 questions :
⋅ qu'avant la partition se nommée "RESERVE DOCS" mais que je l'ai changer simplifier en "RESERVE" → tu as fait ça comment, ce renommage ? Pas de sudo nautilus hein ???
⋅ y-a-t'il plusieurs utilisateurs ou sessions sur ton système Linux ? Autrement dit est-ce que plusieurs utilisateurs Linux doivent ( ou devront ) accéder à RESERVE, ou seulement un en particulier et lequel ?
⋅ c'est quoi ce montage /media/3315D9C03EC44576 ? Si tu sais ce que c'est, tout va bien.

Recommandations :
⋅ Quand tu postes un retour de commande, laisse apparaître le prompt / l'invite en début et fin, exemple

django@ASGARD:~$ ls -lna /media
total 24
drwxr-xr-x   6 0 0 4096 août  30 23:10 .
drwxr-xr-x  24 0 0 4096 sept. 23 04:40 ..
drwxr-x---+  2 0 0 4096 oct.  26 18:46 machin
drwxr-x---+  2 0 0 4096 oct.  21 05:21 truc
drwxr-xr-x  13 0 0 4096 juil. 17 17:34 DATA
drwxr-x---+  2 0 0 4096 oct.  27 19:13 django
django@ASGARD:~$

car ça donne des infos utiles : nom d'utilisateur, d'ordi, le dossier dans lequel agit le terminal, si tu es en mode normal ou super-utilisateur. En anonymisant ce qui te paraît sensible ( en vrai je n'ai pas d'utilisateur machin et truc ).
⋅ tu peux copier-coller les commandes et autres lignes proposées ici, directement dans ton terminal via clic droit coller ou raccourci clavier [ Maj ] + [ ctrl ] + [ V ], ou avec les raccourcis clavier usuels dans l'éditeur de texte Gedit.

Dernière modification par Coeur Noir (Le 30/10/2020, à 02:56)

testar · Le 30/10/2020, à 11:57

nouvel fstab.

testar@20.04:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=22d71646-6ee9-43c9-9d71-e96557644606 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda3 during installation
UUID=4cc61bc5-2cff-427d-b28c-26efea95ecae /home           ext4    defaults        0       2
# swap was on /dev/sda2 during installation
UUID=886e03cd-2597-43d2-9b90-2d7c9bc92d63 none            swap    sw              0       0

LABEL=RESERVE     /media/RESERVE     ntfs     rw,permissions,nofail,locale=fr_FR.UTF-8,windows_names     0     0


testar@20.04:~$

et

je crois que j'ai renommé RESERVE DOCS en RESERVE avec "GPARTED" ... je suis le seul utilisateur et il n'y a qu'Ubuntu 20.04 sur ce HD ...

Coeur Noir · Le 30/10/2020, à 14:46

Et donc, maintenant que tu as corrigé le fstab et redémarré ton pc, tu re-lances les commandes

ls -lna /media
ls -lna /media/RESERVE

pour s'assurer que les droits et permissions sont adaptés à ton usage. Au pire, il restera 2 commandes à passer.

Ou, si tu ne veux rien montrer, teste :
⋅ que tu as bien accès en lecture-écriture depuis ta sessions testar, à cette partition, en créant, déplaçant, supprimant des fichiers.
⋅ lorsque tu supprimes un fichier, le fichier est bien envoyé dans la corbeille et non effacé définitivement sans te prévenir.

Dernière modification par Coeur Noir (Le 30/10/2020, à 15:28)

testar · Le 30/10/2020, à 17:27

Ces 2 commandes listent bien tous les dossiers et fichiers racine de "RESERVE"

ça copie déplace bien dans tous les sens ; mais de "RESERVE" ça n'autorise que supprimer définitivement et pas du tout vers la corbeille

Dernière modification par testar (Le 30/10/2020, à 17:27)

Coeur Noir · Le 30/10/2020, à 18:20

Purée t'es pas facile à aider, à ne pas montrer les retours de commande .
Ces commandes ne font pas que « lister » le contenu, elles donnent aussi les utilisateurs et groupes propriétaires ainsi que les droits et permissions sur les fichiers.

Qui sont les utilisateurs et groupes propriétaires de ces fichiers/dossiers ? 0 ? 1000 ?

Existe-t-il un dossier .Trash-1000 dans /media/RESERVE ? Appartient-il à 1000 ?
Existe-t-il un dossier .Trash-0 dans /media/RESERVE ? Appartient-il à 0 ?

Bref le + simple serait que tu donnes les retours de :

ls -lna /media
ls -lna /media/RESERVE

anonymise des noms de fichiers/dossiers si t'es parano, mais ne touche pas à tout ce qui se trouve à gauche des noms de fichiers/dossiers [ drwxr-xr-x 13 0 0 4096 juil. 17 17:34 DATA ]

Dernière modification par Coeur Noir (Le 30/10/2020, à 18:22)

testar · Le 30/10/2020, à 21:03

c'est à dire que c'est un peu grand...

  testar@20.04::~$ ls -lna /media/RESERVE
total 8994875
drwxrwxrwx 1 0 0      24576 oct.  30 16:15  .
drwxr-xr-x 5 0 0       4096 oct.  28 07:50  ..
drwxrwxrwx 1 0 0          0 oct.  28 13:42 '$RECYCLE.BIN'
drwxrwxrwx 1 0 0       4096 oct.  22 16:22 '00 000SCIENC'
drwxrwxrwx 1 0 0       8192 oct.  30 16:30 '00  00POUR '
drwxrwxrwx 1 0 0      16384 oct.  22 23:29 '000 PDF '
drwxrwxrwx 1 0 0       4096 oct.  28 14:06 '0 0 FAMILLE '
drwxrwxrwx 1 0 0      12288 oct.  23 21:35 '00 PERSO'
-rwxrwxrwx 1 0 0  907052168 avril 12  2015 '0 CAMP 2.rar'
drwxrwxrwx 1 0 0      61440 oct.  23 21:37 '0 INFORMAT'
drwxrwxrwx 1 0 0      28672 oct.  22 17:09 '0 INFORMA'
drwxrwxrwx 1 0 0       4096 sept. 29 19:45 '0 PHOTO 6'
drwxrwxrwx 1 0 0      57344 avril 24  2020 '0 PHOTOS  2'
-rwxrwxrwx 1 0 0        359 oct.  20 07:15  20oct
drwxrwxrwx 1 0 0          0 juil. 14 17:04  5G
drwxrwxrwx 1 0 0       4096 mai   28 05:55 'ACHAT '
drwxrwxrwx 1 0 0       4096 oct.  13 19:37  ACTIV
drwxrwxrwx 1 0 0       4096 oct.  23 19:23 ' TOU'
drwxrwxrwx 1 0 0       8192 oct.  23 21:21  AR
-rwxrwxrwx 1 0 0     288639 oct.  20 06:33 'Attention .jpg'
drwxrwxrwx 1 0 0       4096 mars  18  2017 'autresphotos '
drwxrwxrwx 1 0 0      12288 juin   9 19:29 'A  VENIR'
drwxrwxrwx 1 0 0       4096 avril 22  2016  BARCELO
-rwxrwxrwx 1 0 0   35536566 oct.  26 07:35 ' Cleans .mp4'
-rwxrwxrwx 1 0 0    8622857 janv. 29  2019  carte_isilines.pdf
drwxrwxrwx 1 0 0       4096 avril 24  2020 ' cinéma  N&B  '
drwxrwxrwx 1 0 0       4096 oct.   6 05:36 'COMMERCES '
drwxrwxrwx 1 0 0      20480 sept. 25 01:12  9
drwxrwxrwx 1 0 0      20480 oct.  23 19:31 ' DOCS A '
drwxrwxrwx 1 0 0       4096 mars  11  2017 'ECOLE '
drwxrwxrwx 1 0 0       4096 févr. 26  2016 'EF 
-rwxrwxrwx 1 0 0  347353899 oct.  26 07:23 ' Devant - P.mp4'
-rwxrwxrwx 1 0 0    4069312 août  29 07:51 gh_x64_beta.zip
drwxrwxrwx 1 0 0       4096 sept.  5 09:33 'EXPO PHOTOS'
-rwxrwxrwx 1 0 0     115735 déc.  22  2016 ' CELESTE 16.txt'
drwxrwxrwx 1 0 0      28672 oct.  31  2019 ' jaunes'
-rwxrwxrwx 1 0 0        367 oct.  25 10:00  Hel.txt
-rwxrwxrwx 1 0 0  188059760 oct.  26 07:27 'Cac-1.mp4'
-rwxrwxrwx 1 0 0 2576121856 oct.  24 12:32  kubuntu-20.04.1-desktop-amd64.iso
drwxrwxrwx 1 0 0       4096 mars  19  2019 'L ANIMA '
drwxrwxrwx 1 0 0       4096 oct.  23 17:18  LIVRES
drwxrwxrwx 1 0 0       4096 juil. 20  2015  LUTH
drwxrwxrwx 1 0 0       8192 oct.  23 17:13 'MAIS '
drwxrwxrwx 1 0 0       4096 juin  21  2019 'EOLIEN'
-rwxrwxrwx 1 0 0   20889269 oct.  26 06:57 'noirci .mp4'
drwxrwxrwx 1 0 0       4096 oct.  23 21:20 'MUSIC'
drwxrwxrwx 1 0 0       4096 oct.  22 19:46 'PARTITION S'
-rwxrwxrwx 1 0 0       1416 oct.  26 11:51 'nom dufichier '
drwxrwxrwx 1 0 0       4096 oct.  24 07:18 'OBJETS MATERIEL'
-rwxrwxrwx 1 0 0  531065976 oct.  17  2017 'PAGE .7z'
drwxrwxrwx 1 0 0       4096 oct.  21 07:22 'PHOTOS T'
drwxrwxrwx 1 0 0          0 nov.  30  2015 'PLANTES '
drwxrwxrwx 1 0 0      24576 oct.  22 20:07  PLUS1
drwxrwxrwx 1 0 0       4096 oct.   9  2019  POUB
drwxrwxrwx 1 0 0       4096 oct.  22 20:08 'PRO '
drwxrwxrwx 1 0 0       8192 oct.  23 21:25 ' AUTOUR '
drwxrwxrwx 1 0 0      16384 oct.  25 18:18 ' LIVRES ETPLUS'
drwxrwxrwx 1 0 0      20480 oct.  23 21:37 ' occasion '
drwxrwxrwx 1 0 0      49152 oct.  23 21:39 '   S'
-rwxrwxrwx 1 0 0  614286125 juin  17  2016 '  S1.zip'
-rwxrwxrwx 1 0 0 1428951234 oct.  26 10:21 'P  S2.7z'
-rwxrwxrwx 1 0 0        282 févr.  1  2017 ' vieux film'
-rwxrwxrwx 1 0 0     125881 mars  25  2019  saint-8021.jpg
-rwxrwxrwx 1 0 0      59685 mai    1  2019 'SOUS 1968 2019  2.jpg'
-rwxrwxrwx 1 0 0     427698 mai    1  2019 'SOUS  2019  2.png'
drwxrwxrwx 1 0 0       4096 févr. 23  2020 'Statue  '
drwx------ 1 0 0          0 oct.  28 13:52 'System Volume Information'
drwxrwxrwx 1 0 0       4096 avril 11  2018 'TELECHARGER   2'
-rwxrwxrwx 1 0 0      11462 sept. 22  2015  TOUS.odt.7z
drwxrwxrwx 1 0 0          0 oct.  22 20:11  .Trash-1000
-rwxrwxrwx 1 0 0 2545156096 oct.  24 20:16  ubuntu-mate-20.04.1-desktop-amd64.iso
-rwxrwxrwx 1 0 0        572 oct.  25 08:44 'Comment réparer les paquets cassés et endommagés dans le système Ubuntu.txt'
-rwxrwxrwx 1 0 0    1275530 sept. 15  2016  UniCa.zip
drwxrwxrwx 1 0 0       4096 oct.  30 16:16 ' VIDAGE'
-rwxrwxrwx 1 0 0     693959 sept. 15  2016  Webc.zip
drwxrwxrwx 1 0 0          0 oct.  23 21:09 'phonic'
drwxrwxrwx 1 0 0       4096 juil. 11  2019 ' FUSIBLES'
testar@20.04::~$

Vobul · Le 30/10/2020, à 21:20

omg, c'est quoi ces noms de dossier avec des espaces aléatoires !!! oO

testar · Le 30/10/2020, à 21:59

Ah vous n' aimez pas les espaces? Effectivement les dossiers et fichiers qui ont un espace devant sont ceux qui ne se copient pas bien , les espaces intermédiaires ne semblent pas gêner . Je peux toujours si c'est mieux , supprimer ceux de devant et remplacer les autres par des tirets bas ....

geole · Le 30/10/2020, à 22:11

https://docs.microsoft.com/fr-fr/troubl … characters

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 26/10/2020, à 12:50

Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#2 Le 26/10/2020, à 13:46

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#3 Le 26/10/2020, à 13:48

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#4 Le 26/10/2020, à 23:20

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#5 Le 26/10/2020, à 23:33

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#6 Le 27/10/2020, à 10:47

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#7 Le 27/10/2020, à 11:23

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#8 Le 27/10/2020, à 11:48

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#9 Le 27/10/2020, à 11:58

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#10 Le 27/10/2020, à 16:36

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#11 Le 27/10/2020, à 19:51

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#12 Le 27/10/2020, à 21:02

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#13 Le 27/10/2020, à 21:12

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#14 Le 28/10/2020, à 09:05

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#15 Le 28/10/2020, à 15:21

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#16 Le 30/10/2020, à 00:51

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#17 Le 30/10/2020, à 01:53

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#18 Le 30/10/2020, à 11:57

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#19 Le 30/10/2020, à 14:46

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#20 Le 30/10/2020, à 17:27

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#21 Le 30/10/2020, à 18:20

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#22 Le 30/10/2020, à 21:03

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#23 Le 30/10/2020, à 21:20

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#24 Le 30/10/2020, à 21:59

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

#25 Le 30/10/2020, à 22:11

Re : Ubuntu 20.04 copier ou deplacer impossible : fichiers invalides resolu

Pied de page des forums