Je viens de découvrir un nouveau truc sur Leap 15.4 : je ne peux plus copier ni déplacer de fichier sur le ssd de windows 10 ni en rapatrier de windows vers Leap. C'est la première fois depuis que j'utilise Opensuse que j'ai ce souci.
Y a-t-il un moyen de remédier à ça ?
C’est un problème de droits ?
Quand j’etais en dualboot sans UEFI il fallait le mot de passe root pour monter la partition Windows
C'est là qu'est le souci, c'est qu'à chaque fois, je donne le mot de passe root. Windows 10 est sur un autre SSD, si la précision peut être utile.
C’est le comportement normal que tu veux changer ;)
Il faut peut-être l’ajouter dans /etc/fstab pour un montage automatique
Tu peux regarder ici https://debian-facile.org/doc:systeme:fstab
c’est Debian mais ça doit être similaire.
Dis nous si tu veux être guidé pas à pas
J'ai dû mal m'expliquer : ce n'est pas le montage qui pose problème, j'ai accès au DD de windows. Ce sont les transferts de fichiers entre Leap et Windows. Avec Leap 15.3 je pouvais déplacer un fichier de windows vers Leap. Maintenant je peux uniquement le copier et retourner sur windows pour l'effacer et je ne peux plus transférer un fichier de Leap vers windows. J'ai un message en haut de Dolphin me disant que l'opération est impossible.
bon j'ai regardé sur mon laptop gnome, je peux déplacer des fichiers d'un système à l'autre. mais c'est sur le même ssd.
Ça n'a pas été facile car je n'ai pratiquement rien sur windows! :D
Bonjour,
deux idées pour voir un peu d'où ça peut venir:
Fais un essai en cli, comme ceci:
mv /chemin_dossier_A/fichier_origine /chemin_vers_dossier_B/fichier_cible
ou plus simple:
mv /chemin_dossier_A/fichier_origine /chemin_vers_dossier_B
essai dans un sens puis dans l'autre. Si ça ne marche pas, poste la sortie…
Tu peux aussi essayer en root ou avec sudo.
Essai avec dolphin administrateur.
J'ai dû faire une erreur de syntaxe car voilà le résultat :
bernard-PC:/home/bernard # mv /Downloads/Circuit moto /run/media/bernard/62729C65729C3FA9/Users/bernard/Videos
mv: impossible d'évaluer '/Downloads/Circuit': Aucun fichier ou dossier de ce type
mv: impossible d'évaluer 'moto': Aucun fichier ou dossier de ce type
Il faut dire que je ne suis pas très compétent dans ce domaine.
Oui, ici il y a une espace dans 'Circuit moto'. Il faut échapper cette espace avec un anti-slash
\ devant cette espace.
comme ceci:
# mv /Downloads/Circuit\ moto /run/media/bernard/62729C65729C3FA9/Users/bernard/Videos
Rem:
Ici
le fichier 'Circuit moto' devrait être déplacé dans le répertoire …/bernard/Videos
J'ai supposé que 'Circuit moto' était un fichier et 'Videos' un répertoire.
Si des fois 'Circuit moto' n'était pas un fichier, crées-en un juste pour tester.
Comme ceci:
touch /Downloads/fichier_test
ici, le fichier 'fichier_test' est créé dans le répertoire /Download.
Rem2: (pas bêtise avec mv…)
mv /repertoire1/fichier1 /repertoire2/fichier2
écrasera le fichier2 !!
mv /repertoire1/fichier1 /repertoire2
écrasera fichier1 dans repertoire2 (s'il existait avant) !!
(en considérant que tu as les droits nécessaires pour réaliser ces actions)
Le déplacement du fichier entre différents répertoire sur Leap fonctionne , par contre quand j'essaie de le déplacer vers windows, j'ai cette réponse :
bernard-PC:/home/bernard # mv /home/bernard/Downloads/fichier_test /run/media/bernard/62729C65729C3FA9/Users/bernard/Videos
mv: échec de déplacement interpériphérique de '/home/bernard/Downloads/fichier_test' vers '/run/media/bernard/62729C65729C3FA9/Users/bernard/Videos/fichier_test' ; impossible de supprimer la cible: Système de fichiers accessible en lecture seulement
Donc il y a un souci d'écriture sur le ssd windows.
donc tu n'as pas les droits nécessaires apparemment
Et donc comment les avoir ?
Ce qui me dépasse c'est que sous Leap 15.3 et même les version précédentes, je n'ai jamais eu ce problème. J'ai vérifié les droits en cliquant sur propriétés du disque windows et j'ai tous les droits.
@sobkowiak Relance la même commande, mais en anglais (pas de panique), c'est juste pour avoir la sortie en anglais. Avec la sortie en anglais, la chance est plus grande de trouver quelqu'un qui a le même soucis, et surtout ensuite de trouver une solution.
Tu rajoute 'LANG=C' devant la commande, comme ceci:
# LANG=C mv /home/bernard/Downloads/fichier_test /run/media/bernard/62729C65729C3FA9/Users/bernard/Videos
Poste la sortie anglaise.
Une fois que ta partition est montée, donne le résultat de
mount
Résultat de la première commande :
bernard-PC:/home/bernard # LANG=C mv /home/bernard/Downloads/fichier_test /run/media/bernard/62729C65729C3FA9/Users/bernard/Videos
mv: inter-device move failed: '/home/bernard/Downloads/fichier_test' to '/run/media/bernard/62729C65729C3FA9/Users/bernard/Videos/fichier_test'; unable to remove target: Read-only file system
Résultat de la seconde :
bernard-PC:/home/bernard # mount
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,size=4096k,nr_inodes=1048576,mode=755,inode64)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,inode64)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,size=1593200k,nr_inodes=819200,mode=755,inode64)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,size=4096k,nr_inodes=1024,mode=755,inode64)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/misc type cgroup (rw,nosuid,nodev,noexec,relatime,misc)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
/dev/sdc3 on / type ext4 (rw,relatime)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=16757)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
/dev/sdc5 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdc4 on /boot type xfs (rw,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=796596k,nr_inodes=199149,mode=700,uid=1000,gid=100,inode64)
/dev/sde1 on /run/media/bernard/0850FBA8217E418A type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sda1 on /run/media/bernard/1E9A3F4855CAEF56 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)
portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)
/dev/sdd1 on /run/media/bernard/Sauvegarde 1 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sdb3 on /run/media/bernard/62729C65729C3FA9 type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
Effectivement, l'option 'ro' (read only) est présente:
/dev/sdb3 on /run/media/bernard/62729C65729C3FA9 type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
J'ai un peu cherché. C'est possible que Leap (Tumbleweed) essaie de monter la partition en question, considère qu'il y a un souci, et la monte finalement avec la restriction 'ro' (read only).
Trois pistes du côté de windows:
- Il arrive parfois que cela vienne de windows, en particulier de l'option "démarrage rapide (le fast start)".
un lien (https://www.commentcamarche.net/informatique/windows/293-desactiver-le-demarrage-rapide-de-windows-10/), tu redémarres et tu fais un essai… - ensuite, tu peux aussi simplement tester cette commande dans un terminal dans windows10 en administrateur:
shutdown /s /f /t 0
- sinon, il serait sain d'aller vérifier ton système de fichier sous windows
un lien (https://www.mediaforma.com/windows-10-verification-reparation-fichiers-systeme/)
Je regarderai, mais je ne suis pas sûr que le problème vient de Windows. En effet je peux déplacer ou copier un dossier depuis Leap vers Windows, mais simplement copier dans le sens inverse.
Je regarderai, mais je ne suis pas sûr que le problème vient de Windows.
Oui, c'est possible, mais c'est quand même une piste à creuser.
En effet je peux déplacer ou copier un dossier depuis Leap vers Windows, mais simplement copier dans le sens inverse.
Selon un ancien message, tu as dit le contraire, et la sortie correspondante le montre:
tu ne peux pas déplacer le fichier 'home/bernard/Downloads/fichier_test' (donc
de linux) vers le répertoire '/run/media/bernard/62729C65729C3FA9/Users/bernard/Videos' (donc
vers windows)
Le déplacement du fichier entre différents répertoire sur Leap fonctionne , par contre quand j'essaie de le déplacer vers windows, j'ai cette réponse :
bernard-PC:/home/bernard # mv /home/bernard/Downloads/fichier_test /run/media/bernard/62729C65729C3FA9/Users/bernard/Videos
mv: échec de déplacement interpériphérique de '/home/bernard/Downloads/fichier_test' vers '/run/media/bernard/62729C65729C3FA9/Users/bernard/Videos/fichier_test' ; impossible de supprimer la cible: Système de fichiers accessible en lecture seulement
Ce que j'ai écrit était la réalité, mais quand j'ai refais un essai tout-à-l'heure cela fonctionnait comme je l'ai écris ensuite, peut-être parce que j'ai installé des versions plus récentes d'exfat-fuse et nfsprog. Ceux-ci qui dataient de l'installation de Leap 14.5 étaient un peu vieillots. Là je suis sous windows et je vais essayer les commandes que vous avez indiquées.
J'ai fait les tests : le premier n'ai rien changé, et l'autre : sfc /scannow n'a trouvé aucune erreur. Et je viens de découvrir que je ne peux pas non plus supprimer de fichier windows depuis Leap. Les commandes "couper, dupliquer, renommer, supprimer" sont grisées
J'ai fait les tests : le premier n'ai rien changé, et l'autre : sfc /scannow n'a trouvé aucune erreur. Et je viens de découvrir que je ne peux pas non plus supprimer de fichier windows depuis Leap. Les commandes "couper, dupliquer, renommer, supprimer" sont grisées
Et ça ?
shutdown /s /f /t 0
-> à rentrer dans une console en administrateur sous windows; puis juste après aller tester avec linux…
Je l'ai fait aussi. Je passe en résolu puisque l'affaire paraît insoluble. L'important est que je peux déplacer des dossier de windows vers Leap. Cela ne concerne que des photos traitées avec DxO Photolab et des vinyles avec Audacity (qui fonctionne très mal sur Leap, ma carte son n'étant pas reconnue).
@sobkowiak tu as essayé avec rsync/grsync (plutôt le deuxième)?
je crois aussi que la commande
sudo rsync -Avn (tes fichiers à copier)
marche bien
ps:regarde les options de rsync car pas sûr du tout mais grsync est sûrement plus efficace (t'emmerde pas avec les options, juste balance et roule!)
Si c'est pour copier, pas besoin de me pourrir la vie avec la de ligne de commande, je peux le faire avec la souris. C'est uniquement le déplacement windows->Leap qui ne fonctionne pas. Je peux déplacer ou copier dans l'autre sens.
pas besoin de me pourrir la vie avec la de ligne de commande
:)) :)) :))
Surtout qu'on en a qu'une, autant ne pas la gâcher !!
Cette fois le sujet est définitivement résolu. Allez savoir pourquoi, sans que j'aie touché à quoi que ce soit, les transferts fonctionnent normalement entre Leap et Windows et ce uniquement suite à une m-à-j de Leap.
A+
Je relance un sujet que j'avais déjà abordé le 22.06 : depuis aujourd'hui, à la suite vraisemblablement de la dernière m-à-j, je ne peux plus déplacer ni copier de dossier de Leap vers windows 11 et dans l'autre sens je peux seulement copier. De plus (on va me dire que c'est un autre sujet), je ne peux ni copier ni déplacer un dossier sur une clé usb formatée en exfat.
Une idée ?
Utiliser le cloud !
De cette manière, les problèmes de compatibilité sont minimisés.
Et le temps gagné à chercher à faire avaler du windows a du linux et inversement peut être utilisé sur de la production.
Je relance un sujet que j'avais déjà abordé le 22.06 : depuis aujourd'hui, à la suite vraisemblablement de la dernière m-à-j, je ne peux plus déplacer ni copier de dossier de Leap vers windows 11 et dans l'autre sens je peux seulement copier. De plus (on va me dire que c'est un autre sujet), je ne peux ni copier ni déplacer un dossier sur une clé usb formatée en exfat.
Une idée ?
J'ai fusionné avec le premier fil sur le même problème.
jtro ayant réussi la manip, je suis tentée de dire qu'un truc cloche dans ton installation, mais quoi ?
Il y a longtemps maintenant que j'ai supprimé windows et les dual-boots.
Tu sembles quand même avoir un gros problème de droits avec le système Leap si tu ne peux pas copier ou déplacer un dossier sur une clé usb. D'après un message plus haut, tu avais un système de fichier en lecture seule.
Peux-tu créer (et non déplacer) un dossier sur ta clé USB ?
Il n'y a pas de souci avec les clés usb. Pour le reste, cela varie avec les m-à-j. Pour l'instant je peux déplacer et copier depuis windows vers leap, mais uniquement copier dans le sens inverse. Précision : Windows 11 est sur un autre ssd. Ce problème n'ayant pas existé avec windows 7, il est possible qu'il soit posé par windows 11.
je ne peux ni copier ni déplacer un dossier sur une clé usb formatée en exfat.
Une idée ?
Tu semblais indiquer des problèmes avec les clés USB aussi.
Vérifie les droits d'écriture de ton disque ayant Leap. Tu sembles ne pas avoir le droit de supprimer.
Un déplacement de fichier d'un dossier de Leap à un autre ne pose pas problème j'imagine ?
je ne peux ni copier ni déplacer un dossier sur une clé usb formatée en exfat.
Une idée ?
Tu semblais indiquer des problèmes avec les clés USB aussi.
Vérifie les droits d'écriture de ton disque ayant Leap. Tu sembles ne pas avoir le droit de supprimer.
Un déplacement de fichier d'un dossier de Leap à un autre ne pose pas problème j'imagine ?
Edit : sur un fichier de ta Leap que tu n'arrives pas à déplacer sur windows, que donne la commande
ls -l
Ce que j'avais indiqué avait été résolu après une m-à-j. Le seul truc qui coince, c'est que je ne peux que copier vers Windows 11. Je me demande après réflexion si ce n'est pas plutôt fuse qui merdouille. ou peut-être Plasma . Je suis sur la version 5.97.0 de Kde Frameworks qui entraîne des m-à-j fréquentes.
Tu utilises le dépôt KDE pour avoir une version plus à jour ?
Est-ce que ce type de commande te donne toujours la même réponse.
bernard-PC:/home/bernard # mv /home/bernard/Downloads/fichier_test /run/media/bernard/62729C65729C3FA9/Users/bernard/Videos
mv: échec de déplacement interpériphérique de '/home/bernard/Downloads/fichier_test' vers '/run/media/bernard/62729C65729C3FA9/Users/bernard/Videos/fichier_test' ; impossible de supprimer la cible: Système de fichiers accessible en lecture seulement
impossible de supprimer la cible: Système de fichiers accessible en lecture seulement
Je viens de m'apercevoir que j'ai fait une boulette dans ma précédente réponse. En réalité, je ne peux que copier dans le sens Windows-Leap. Leap->Windows fonctionne normalement. Pour les version de Kde et Plasma, ce sont les mêmes que celles de Tumbleweed, enfin je crois.