Vous n'êtes pas identifié(e).
Le retour chez moi :
Edit:
Ah oui !
On ne sudo pas une application graphique, tu vas péter ton utilisateur un jour !!!
Dernière modification par Tawal (25-02-2022 11:11:31)
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
En ligne
je savais pas pour le sudo...
Dernière modification par alpha.centauri (25-02-2022 12:41:05)
pourquoi je ne peux pas voir le contenu d'une clé branchée sur ma box ?
Hypothèse : parce que la propriété du dossier racine de ta clé n'est pas à ton utilisateur ?
Chown ou chmod est ton ami à priori. Et "ls -l" pour vérifier aussi.
pourquoi ne puis-je pas lancer thunar en root ?
Pas plus mal tu me dira, je ne vois pas tellement de bonne raison d'utiliser thunar comme ça.
Perso quand je lance Thunar en root (même en me connectant mal en utilisant que "su") j'obtiens le même warning que toi, mais ça fonctionne bien pour moi (sous bullseye aussi). L'erreur doit donc être ailleurs.
Dernière modification par otyugh (04-03-2022 16:37:21)
Hors ligne
pourquoi ne puis-je pas lancer thunar en root ?
Parce qu'on ne lance pas une application graphique en root, c'est une faille de sécurité sur pattes Désormais, on utilise Polkit à travers la commande pkexec.
Essaye à la place
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
et rien ne s'affiche :-(
comme je disais, le propriétaire indiqué, c'est root, mais la clé à les propriétés en lecture/écriture pour tout le monde.
dans la barre d'adresse, il est indiqué : smb://bbox/ et on voit bien la clé dans le panel d'affichage, mais rien ne se passe quand on clique dessus.
c'est une cle fat32 faite sous w10, je ne sais pas trop comment changer ses propriétés.
ce qui m'énerve un peu, c'est que sous stretch tout ça marchait bien... qu'est-ce qui a changé ???
demande graphique de mot de passe, ouverture en root de thunar, fermeture de la fenêtre :
Depuis l'utilisateur root :
La commande pkexec sert à obtenir correctement des droits élevés pour lancer des applications graphiques (entre autres).
Donc pas besoin d'être root pour l'utiliser, sinon ça n'a pas de sens !
Edit:
Ce même message d'erreur est affiché si tu lances cette commande depuis un utilisateur non-root sans session graphique.
Par exemple, chez moi, j'ai 2 utilisateurs : tawal (sudoers) et pure (non-sudoers).
Je suis connecté graphiquement (session graphique ouverte) à tawal, j'ouvre un terminal graphique et :
puis demande graphique de mot de passe, je rentre celui de tawal :
Dernière modification par Tawal (05-03-2022 10:53:26)
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
En ligne
Dernière modification par alpha.centauri (05-03-2022 10:53:58)
tu as parfaitement raison :-) j'avais compris qu'il fallait le lancer en root...
Une commande en root, ça aurait donner ça
l'admin, c'est pourtant pas l'utilisateur ?
C'est peut-être juste une histoire de traduction, mais j'ai déjà remarqué que pkexec donnait la priorité à l'utilisateur sudoer lorsqu'il cohabitait avec un compte root actif (dont le mot de passe est défini) tout en demandant le mot de passe root.
enfin, ça ce lance, sauf que, du coup, le voisinage réseau n’apparaît pas dans thunar (comme il le fait quand je le lance en tant que user...)
L'intérêt de pkexec est justement de ne donner les droits root que pour certaines actions. Le réseau en root, c'est assez dangeureux quand-même (imagine le téléchargement d'un script malveillant qui effacerait le disque dur depuis ta clé en root par exemple ).
Au final, c'est du samba ton histoire, et avec une box en plus (dont on ne connaît pas la politique de mise à jour vis à vis de ce protocole). Est-ce que le problème ne serait pas plutôt à chercher de ce coté là. Il me semble avoir entendu parler de modifications dans les versions du protocole utilisées (histoire de boucher des failles de sécurité) dans les évolutions de Debian empêchant des versions différentes de dialoguer.
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
donc, avec des droits élevés, on fait moins de choses qu'avec les droits user... :-( l'installation des packages gvfs ne s'applique pas de la même façon pour un user et pou root???
Pas tout à fait !
On ne fait pas les mêmes choses avec root et un utilisateur "normal" (question de sécurité !).
Pour ta clef USB, branche la directement sur le PC et regarde comment elle se monte : droits sur les partitions.
Normalement, elle devrait se monter sur : /media/USER/nom_de_la_clef
À ce point, tu peux t'approprier cette clef :
Rebranche la sur ta box et regarde si tu y a accès maintenant.
Edit:
Correction, voir ci dessous.
Dernière modification par Tawal (05-03-2022 11:30:30)
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
En ligne
Pour ta clef USB, branche la directement sur le PC et regarde comment elle se monte : droits sur les partitions.
Sauf erreur de ma part, les droits Unix sur un système de fichier FAT32, y'en a pas non ? Enfin, ce qu'on voit est un artifice, et les modifications ne sont pas prisent en compte.
Encore une fois, les droits, c'est dans samba qu'ils se gèrent il me semble dans ce cas pas sur la clé en elle même.
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
En ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Dernière modification par alpha.centauri (05-03-2022 13:33:16)
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
En ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
gvfs et cifs
My bad, ce ne sont pas des commandes cifs s'utilise avec mount, mais je n'arrive pas à monter
De mon coté, en VM aussi j'arrive sans problème à lire une clé branché sur mon routeur depuis Thunar via gvfs je peux y crée un dossier, mais pas de fichier...
Ceci-dit, je doute que ça soit un problème de version, ça fonctionne sans souci depuis l'hôte (sous openSUSE Tumbleweed) avec Gnome.
Edit : si, ça fonctionne, je ne peux juste pas créer de fichier depuis le menu contextuel de Thunar.
Ceci-dit, il m'est impossible d'explorer le réseau. La seule manière d'y arriver, c'est de taper dans la barre d'adresse de Thunar
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
si on est pas admin linux, fô pas se frotter à linux... :-(
pour se frotter à linux il faut avoir envie d'apprendre ! c'est quand même très avantageux Linux, car il n'y a pas de virus, ou vraiment très peu !
Debian sid
Bureau : xfce
Ordinateur : Thinkpad T400 libreboot
Hors ligne
pour mémoire, je suis pas admin linux...
Moi non plus
En même temps, samba, c'est du windows, ceci expliquant peut-être cela. A noter d'ailleurs que des problèmes existent aussi avec Windows 10 et les box, bref, le point commun du problème, c'est Windows
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne