[Résolu] Drag n drop de fichier

Edrahil511 · Le 28/03/2025, à 17:40

Bonjour,

je suis sous ubuntu 24.04 et un comportement m'agace lorsque je glisse et dépose des fichiers.

A mon habitude, lorsque le point de départ et d'arrivé sont sur le même disque, le fichier est juste déplacé, si ils ne sont pas sur le même disque, celui ci est copié. Hors actuellement mon fichier est copié (parfois) même lorsque son point de départ et d'arrivé appartienne au même disque.

Plus étrange encore, dans un sens cela est copié, dans l'autre déplacé. Un exemple concret : lorsque je déplacer un fichier de "Bureau" à "Documents" celui ci est copié mais lorsque je le déplace de "Documents" à "Bureau" celui ci est déplacé.

Déjà cela m'agace un peu donc je voudrais savoir si ça peux se changer, mais surtout je ne comprend pas pourquoi le comportement n'est pas le même suivant les cas alors que tout se passe sur le même disque.

En vous remerciant

Dernière modification par Edrahil511 (Aujourd'hui à 16:21)

iznobe · Le 28/03/2025, à 17:49

Bonjour , deja il ne s' agit pas de " disques " dans tes propos , mais de système de fichiers appartenant a une partition .
un deplacement d' un systeme de fichiers à un autre , se traduira forcément par une re-ecriture du fichier , a contrario , sur un meme système de fichiers ( qui le supporte comme ext4 par exemple ) alors le systeme de fichiers ne fera pas une re-ecriture mais juste un changement d' inode et tu percevras alors comme " deplacé " .

Sans savoir sur quels systemes de fichiers sont les différents dossiers , ni savoir de quels systeme de fichier il s ' agit , impossible donc de dire quoi que ce soit .

et sinon , on ne peut pas changer ce comportement , cela depend et est geré par le systeme .

Edrahil511 · Le 29/03/2025, à 16:31

Qu'est ce que tu appel système de fichier ? car je ne saisi pas ta réponse la, pour moi j'ai que 1 système de fichier, c'est du ext4 et tout se passe sur la même partition

Dernière modification par Edrahil511 (Le 29/03/2025, à 16:48)

iznobe · Le 29/03/2025, à 17:04

un disque est composé de 1 ou plusieurs partitions .
Chaque partition exploitable renferme un système de fichiers qui lui est propre .
c' est grace à ce systeme de fichiers , que l' on peut ecrire des fichiers / dossiers , les modifiers , les consulter , et les stocker .
Et donc si tu deplaces un fichiers d' un systeme de fichiers à un autre , forcément il y aura re-ecriture du fichiers .

Dans le cas d' un déplacement de fichier au sein d ' un même système de fichiers de type ext4 , théoriquement il ne devrait pas y avoir de re-écriture du fichier .

Montre

lsblk -fe7 | cat

df -text4

Dernière modification par iznobe (Le 29/03/2025, à 17:06)

Edrahil511 · Le 29/03/2025, à 19:09

Je suis entièrement d'accord avec toi mais le comportement que j'explique se passe uniquement sur nvme0n1p2 surtout que avec 2 même emplacement de fichier suivant qui est la source et qui est l'arrivé le comportement n'est pas le même

edrahil@edrahil-Computer:~$ lsblk -fe7 | cat
NAME        FSTYPE FSVER LABEL              UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                                             
└─sda1                                                                                          
sdb                                                                                             
├─sdb1      ntfs         Réservé au système 0812D74312D73482                                    
├─sdb2      ntfs         Données            C034A70C34A7050E                                    
└─sdb3      ntfs                            76424027423FEA8F                                    
nvme0n1                                                                                         
├─nvme0n1p1                                                                                     
└─nvme0n1p2 ext4   1.0                      9e872e72-5f36-4b9f-96a2-cfe9a5e60369  651,8G    59% /
nvme1n1                                                                                         
└─nvme1n1p1 ext4   1.0                      ed85edee-34f6-4373-b8f6-f79798f19ede

edrahil@edrahil-Computer:~$ df -text4
Sys. de fichiers blocs de 1K    Utilisé Disponible Uti% Monté sur
/dev/nvme0n1p2    1921722560 1140565280  683465328  63% /

Dernière modification par Edrahil511 (Le 29/03/2025, à 19:11)

iznobe · Le 29/03/2025, à 19:13

et

ls -l ~

Il doit y avoir une explication rationelle a ce comportement . reste a trouver pourquoi / lequel ...

Edrahil511 · Le 29/03/2025, à 19:23

Oui d'ou mon post car pour le moment de ce que j'ai compris à ton explication c'est le comportement que j'attendais mais moi concrètement je prend TEST.txt dans Documents je le glisse sur mon bureau, il est déplacé.
Je prend ce même fichier de mon bureau et le glisse dans Documents, il est copié.

Documents et Bureau découlent bien de /home/edrahil

edrahil@edrahil-Computer:~$ ls -l ~
total 64
drwxrwxr-x  5 edrahil edrahil 4096 mars  23 16:54  Applications
drwxr-xr-x  7 edrahil edrahil 4096 mars  29 18:20  Bureau
-rw-rw-r--  1 edrahil edrahil  796 févr. 20 14:23  crash_log.txt
drwxrwxr-x  2 edrahil edrahil 4096 févr. 16 17:12  Deb
drwxr-xr-x  4 edrahil edrahil 4096 mars  29 18:20  Documents
drwxrwxr-x  4 edrahil edrahil 4096 févr. 28 19:36  Games
drwxr-xr-x  4 edrahil edrahil 4096 févr. 27 13:52  Images
drwxr-xr-x  2 edrahil edrahil 4096 févr.  6 07:15  Modèles
drwxr-xr-x  2 edrahil edrahil 4096 févr.  6 07:15  Musique
drwx------  5 edrahil edrahil 4096 févr. 28 19:53 'My Games'
drwxrwxr-x  2 edrahil edrahil 4096 mars  28 16:14  Nextcloud
drwxr-xr-x  2 edrahil edrahil 4096 févr.  6 07:15  Public
drwx------ 10 edrahil edrahil 4096 févr. 20 16:38  snap
drwxrwxr-x  3 edrahil edrahil 4096 févr. 18 17:26  steamvr
drwxr-xr-x  7 edrahil edrahil 4096 mars  25 18:38  Téléchargements
drwxr-xr-x  2 edrahil edrahil 4096 févr.  6 07:15  Vidéos

Dernière modification par Edrahil511 (Le 29/03/2025, à 19:24)

iznobe · Le 29/03/2025, à 19:32

Si tu fais ça avec le gestionnaire de fichiers ( de dossiers a dossier donc , pas du gestionnaire sur le bureau direct ) cela fonctionne normalement non ?

Dernière modification par iznobe (Le 29/03/2025, à 19:33)

Edrahil511 · Aujourd'hui à 06:58

Oui alors effectivement, je viens de tester un peu tout et cela fonctionne normalement très souvent.
Je me rend compte qu'il y a finalement qu'un seul cas précis ou cela copie alors que je m'attend à ce que cela déplace, c'est lorsque je prend un fichier ou un dossier du bureau et que je le glisse dans la fenêtre d'un dossier.

Si je fait cela depuis la fenêtre Bureau de mon explorateur de fichier le comportement est normal.
Si je glisse mon fichier depuis le bureau à un dossier présent sur le bureau cela le déplace (que la fenêtre du dossier de réception soit ouverte ou non mais il faut que je mette le fichier sur le dossier présent sur le bureau, pas sa fenêtre associé).

C'est un peu moins pénible que ce que je pensé finalement et vu que j'ai saisi l'exception ça va, je le saurai maintenant mais je suis curieux de savoir pourquoi il fait cette exception.

Dernière modification par Edrahil511 (Aujourd'hui à 07:06)

krodelabestiole · Aujourd'hui à 10:33

iznobe a écrit :

et sinon , on ne peut pas changer ce comportement , cela depend et est geré par le systeme .

si on peut.
il suffit de drag & drop tout en appuyant sur ctrl, alt ou shift pour forcer différents comportements :
de mémoire shift pour déplacer, ctrl pour copier et alt pour créer un lien symbolique (à vérifier, mais le curseur s'adapte pour identifier l'opération).

l'extension GNOME qui permet d'afficher et gérer les icônes du bureau n'est pas gérée par nautilus, ce qui peut expliquer ce comportement incohérent. ça peut mériter une demande de fonctionnalité (côté dev de l'extension).

iznobe · Aujourd'hui à 11:40

Salut @kro , on ne parle pas de la même chose là .
la phrase que tu cites est dans le cadre d' un drag and drop " standard " ( donc théoriquement , un déplacement tout court ) , et surtout en rapport des systèmes de fichiers sources et cible .

Si source = cible => un simple déplacement sans re-écriture
si source != cible => déplacement avec re écriture

Au sein d' une même système de fichiers , en tout cas , je ne connaissais pas cette subtilité

@Edrahil511
Si j' essaie de prendre un fichier sur mon bureau ( pas le dossier ) , je ne peux meme pas le " prendre " , ni meme faire un clic droit dessus avec gnome ...
Donc , je ne peux meme pas tester de le deplacer ou quoi que ce soit , si je veux faire ce genre de chose , je suis obligé de passer par le gestionnaire de fichiers.

Dernière modification par iznobe (Aujourd'hui à 11:43)

Edrahil511 · Aujourd'hui à 14:03

D'accord, mais c'est pas bien grave en soit, je vais passer ce sujet en résolu car il me fait un copié au lieu d'un déplacé dans un et unique cas bien précis et maintenant que je m'en suis rendu compte ça va beaucoup moins m’embêter.

iznobe a écrit :

@Edrahil511
Si j' essaie de prendre un fichier sur mon bureau ( pas le dossier ) , je ne peux meme pas le " prendre " , ni meme faire un clic droit dessus avec gnome ...
Donc , je ne peux meme pas tester de le deplacer ou quoi que ce soit , si je veux faire ce genre de chose , je suis obligé de passer par le gestionnaire de fichiers.

Comment cela se fait (simple curiosité) ? Car je suis sous gnome aussi il me semble et il me le permet.

Merci de ton aide.

Dernière modification par Edrahil511 (Aujourd'hui à 14:05)

iznobe · Aujourd'hui à 14:54

je sais pas , je n' ai pas creuser la question , car je ne me sers pas du bureau .
De plus , j' ai viré nautilus par defaut , pour le remplacer par nemo , je suppose que ca doit avoir un rapport avec ca .
quand je fais clic droit sur le bureau nouveau et dossier ou fichier , ile me met erreur inconnue pour application inconnue mais c' etait juste pour essayer de faire comme toi .

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 28/03/2025, à 17:40

[Résolu] Drag n drop de fichier

#2 Le 28/03/2025, à 17:49

Re : [Résolu] Drag n drop de fichier

#3 Le 29/03/2025, à 16:31

Re : [Résolu] Drag n drop de fichier

#4 Le 29/03/2025, à 17:04

Re : [Résolu] Drag n drop de fichier

#5 Le 29/03/2025, à 19:09

Re : [Résolu] Drag n drop de fichier

#6 Le 29/03/2025, à 19:13

Re : [Résolu] Drag n drop de fichier

#7 Le 29/03/2025, à 19:23

Re : [Résolu] Drag n drop de fichier

#8 Le 29/03/2025, à 19:32

Re : [Résolu] Drag n drop de fichier

#9 Aujourd'hui à 06:58

Re : [Résolu] Drag n drop de fichier

#10 Aujourd'hui à 10:33

Re : [Résolu] Drag n drop de fichier

#11 Aujourd'hui à 11:40

Re : [Résolu] Drag n drop de fichier

#12 Aujourd'hui à 14:03

Re : [Résolu] Drag n drop de fichier

#13 Aujourd'hui à 14:54

Re : [Résolu] Drag n drop de fichier

Pied de page des forums