J’ai retenté une installation qui s’est à nouveau mal passée mais cette fois-ci je sais qu’il me manque bien la dernière version de exiv2 que je n’ai pas réussi à installer malgré tous vos conseils. Suite à ce problème, j’ai réinstallé la version 3.8.1. Tout fonctionne sauf la poubelle voici le message:
Malgré des recherches sur internet je n’arrive pas à trouver la solution. Merci de m’apporter vos lumières.
Bonjour manu, merci d’essayer de m’aider, la photo est dans mon disque interne /dev/sda1 qui fait 2 To, si je passe par le gestionnaire de fichier je peux supprimer le fichier photo et il va dans la corbeille par contre avec darktable je ne peux que supprimer définitivement. Les options darktable pour mettre à la corbeille sont cochées.
Bonjour,
je relance le sujet, je viens de passer à la version UBUNTU 22.04 LTS et 3.8.1 de darktable et j’ai toujours le même souci de mise à la corbeille qui ne fonctionne pas. Les autres logiciels trouvent la corbeille sauf darktable.
Si quelqu’un a une idée, je suis preneur.
Merci
Bizarre ton problème et à mon avis pas directement lié à darktable. Actuellement, j’ai darktable Master sur mon PC pro (pour tests en attendant que mon PC perso revienne de réparation). Et mon PC pro est sur Ubuntu 22.04 LTS. Je viens de tester et je peux envoyer une image à la corbeille sans problème. Je sélectionne l’image et clique sur « supprimer (poubelle) » dans le module d’images sélectionnées à droite de la table lumineuse.
As-tu essayé avec une configuration fraîche et quelques images ? Renomme ton dossier .config/darktable puis relance darktable, importe un dossier d’images pour tester. En faisant ça, ça donne quoi ?
Quelles options sont cochées dans tes préférences également dans l’onglet sécurité ?
Je viens de lire un ancien sujet parlant d’un mauvais paramètre dans etc/fstab voici un extrait de mon fichier pour ceux qui sont capables de comprendre, ce disque interne contient mes photos.
#/dev/sda1 2To disque de données
UUID=259992637BDF0041 /media/jmm/donnees_DDinterne2To ntfs defaults,umask=007,uid=1000,gid=1000 0 0
Déjà, utiliser du ntfs sous Linux… c’est pas idéal pour une bonne gestion des fichiers. Après pour les autres paramètres, ils sont sûrement liés à ntfs et je ne l’utilise pas donc je n’ai pas ces paramètres.
Une recherche sur le web devrait te renseigner sur leur signification.
Bonjour, nicoauffray et holly76
Vous avez raison sur mon format ntfs, mais figurez-vous que c’est mon vendeur qui m’a monté l’ordi en double boot windows 7 / ubuntu 18.04 LTS et formaté ainsi (les deux systèmes sont sur un autre disque SSD avec le formatage voulu), alors qu’à l’époque je n’y connaissais pratiquement rien en Linux, maintenant j’ai un peu progressé, mais pas assez pour me dépanner de ce problème pour le moment. Il faudrait que je reformate ce disque en fat 32 je suppose, mais je ne sais pas trop encore, vu que je n’ai jamais fait ça. J’ai deux sauvegardes. Il faudra que je trouve un moment et le courage de me lancer.
J’ai l’aide d’un club Linux quand je suis vraiment bloqué, mais tant que l’ordi fonctionne, le seul membre du club un peu connaisseur étant complètement saturé de demandes, je ne peux pas compter sur lui.
J’ai gardé windows 10 pour la compatibilité avec certains logiciels et une partie de mon matériel et entre-autres ma vielle imprimante Epson. Et garder mon expérience windows pour aider de nombreuses personnes de mon entourage et de mon club photo qui ne connaissent que ce système malheureusement.
Est-ce que la commande id montre un uid et gid de valeur 1000 ?
Est-ce qu’en montant le disque sans les options umask=007,uid=1000,gid=1000 le problème se reproduit ?
jmm@jmm-FR1009610-2160084:~$ id
uid=1000(jmm) gid=1000(jmm) groupes=1000(jmm),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),120(lpadmin),131(lxd),132(sambashare),134(vboxusers)
jmm@jmm-FR1009610-2160084:~$
J’ai modifié le fstab comme indiqué mais le problème reste le même
Pour exclure une question de permissions sur le volume ntfs (umask=007 => tous accès pour jmm, aucun pour les autres), il pourrait être tenté de remplacer l’umask=007 de la ligne dans fstab par umask=000.
sudo gedit /etc/fstab pour modifier la ligne puis reboot et test.
#/dev/sda1 2To disque de données
UUID=259992637BDF0041 /media/jmm/donnees_DDinterne2To ntfs defaults,umask=000, 0 0
#UUID=259992637BDF0041 /media/jmm/donnees_DDinterne2To ntfs defaults,umask=007,uid=1000,gid=1000 0 0
Je vais devoir arrêter les recherches pour aujourd’hui, Merci à tous
À l’occasion et si cet arrêt des recherches n’est que pour aujourd’hui, il serait intéressant de voir les informations que donne (dans un terminal) :
ls -al /media/jmm/donnees_DDinterne2To
Je suspecte un effet de bord comme on en constate parfois entre W10 et Ubuntu, notamment lié aux verrous que place W10 sur certains « objets » et qui, par exemple nécessitent d’arrêter réellement W10 pour booter sur Linux (et ce n’est qu’un exemple).
Mais il faut procéder par élimination, notamment des autres causes possibles par ordre de facilité de la vérification.
Sans avoir la main sur la machine, c’est fastidieux et beaucoup long mais ça passe par là.
jmm@jmm-FR1009610-2160084:~$ ls -al /media/jmm/donnees_DDinterne2To
total 20
drwxrwxrwx 1 root root 4096 mai 14 23:13 .
drwxrwxr-x+ 3 jmm jmm 4096 mai 14 22:25 ..
drwxrwxrwx 1 root root 0 déc. 21 2020 '$RECYCLE.BIN'
drwxrwxrwx 1 root root 8192 mai 7 19:29 'Documents sur DATA'
drwxrwxrwx 1 root root 4096 févr. 18 11:35 'System Volume Information'
jmm@jmm-FR1009610-2160084:~$
Si j’ai bien compris, la modification du fstab a modifié les permissions et tout est repassé en root ?
Il faudra je pense que je revienne à la version d’origine ?
jmm@jmm-FR1009610-2160084:~$ ls -al /media/jmm/donnees_DDinterne2To
total 20
drwxrwxrwx 1 root root 4096 mai 14 23:13 .
drwxrwxr-x+ 3 jmm jmm 4096 mai 14 22:25 ..
drwxrwxrwx 1 root root 0 déc. 21 2020 '$RECYCLE.BIN'
drwxrwxrwx 1 root root 8192 mai 7 19:29 'Documents sur DATA'
drwxrwxrwx 1 root root 4096 févr. 18 11:35 'System Volume Information'
jmm@jmm-FR1009610-2160084:~$
Ben je suis toujours en root ? même pour les sous dossiers! Je ne comprends plus. Il me semble bien que auparavant toutes les permissions étaient jmm jmm
bon j’ai encore un bon 1/4 d’heure dispo finalement
J’ai trouvé, il fallait que je redémarre!
mm@jmm-FR1009610-2160084:~$ ls -al /media/jmm/donnees_DDinterne2To
total 20
drwxrwx--- 1 jmm jmm 4096 mai 14 23:13 .
drwxrwxr-x+ 3 jmm jmm 4096 mai 14 22:25 ..
drwxrwx--- 1 jmm jmm 0 déc. 21 2020 '$RECYCLE.BIN'
drwxrwx--- 1 jmm jmm 8192 mai 7 19:29 'Documents sur DATA'
drwxrwx--- 1 jmm jmm 4096 févr. 18 11:35 'System Volume Information'
jmm@jmm-FR1009610-2160084:~$
mais toujours pas de corbeille puisque l’on est revenu au point de départ, la recherche continue …
Il y a bien un redémarrage machine après le retour de la ligne initiale dans /etc/fstab ?
Si oui, la propriété donnée à root est effectivement bizarre…
Je pense que le répertoire racine « . » devrait appartenir à jmm.
Je n’y vois pas non plus de dossier caché .Trash-1000 (avec le point devant), ce qui signifie que jmm (uid/gid=1000/1000) n’y a pas de corbeille. $RECYCLE.BIN est la corbeille windows, inutilisée par Ubuntu. (comme System Volume Information).
[hr]
Avec l’explorateur de fichier (nautilus), est-il possible de créer un document texte sur ce disque, puis de le supprimer ?
Si oui, le dossier .Trash-1000 est-il bien là sur la racine ? (le même ls -al /media/jmm/donnees_DDinterne2To)
jmm@jmm-FR1009610-2160084:/media/jmm/donnees_DDinterne2To$ ls -la
total 20
drwxrwx--- 1 jmm jmm 4096 mai 15 12:12 .
drwxrwxr-x+ 3 jmm jmm 4096 mai 14 22:25 ..
drwxrwx--- 1 jmm jmm 0 déc. 21 2020 '$RECYCLE.BIN'
drwxrwx--- 1 jmm jmm 8192 mai 15 12:12 'Documents sur DATA'
drwxrwx--- 1 jmm jmm 4096 févr. 18 11:35 'System Volume Information'
drwxrwx--- 1 jmm jmm 240 mai 15 12:12 .Trash-1000
jmm@jmm-FR1009610-2160084:/media/jmm/donnees_DDinterne2To$
. Trash a bien les bonnes permissions, le fichier texte s’enregistre et va bien dans la corbeille à la suppression.
et le fstab complet:
[code] GNU nano 6.2 /etc/fstab #UUID="01C9F1977A0E92B5# /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).
