# Gparted: «tmp.mount does not exist» **URL:** \ **Category:** Support Debian\ **Created:** [Mars 8, 2021, 1:52 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185 "2021-03-08T13:52:43Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Mars 8, 2021, 1:52 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/1 "2021-03-08T13:52:43Z")
Bonjour, en lançant _gparted_ sous root, (avec ou sans un argument /dev/xxx ) j’obtiens un échec avec le message suivant (et via le menu mate, aucun effet visible). ``` # gparted Unit tmp.mount does not exist, proceeding anyway. (gpartedbin:3890): Gtk-WARNING **: 14:41:01.196: cannot open display: ``` Je voudrais ré-attribuer une carte SD (actuellement appareil photos), auto-montée ainsi : `/dev/mmcblk0p1 on /media/laguilde/LUMIX type fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks`2), la partionner en _ext4_ ou _xfs_, et y copier une image «partclone» du système. Que faut-il comprendre? merci ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mars 8, 2021, 2:00 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/2 "2021-03-08T14:00:07Z")
L’élément bloquant n’est pas tmp.mount puisqu’il est écrit « proceeding anyway » (je continue quand même) mais « cannot open display ». Ça vient de la façon de lancer une application graphique en tant que root, mais je ne connais pas plus que ça. Si tu veux reformater une carte SD, il suffit de la démonter et de la formater. ``` umount /dev/mmcblk0p1 # démontage mkfs.ext4 /dev/mmcblk0p1 # formatage en ext4 mkfs.xfs /dev/mmcblk0p1 # formatage en XFS ``` ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Mars 8, 2021, 2:16 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/3 "2021-03-08T14:16:58Z")
Donc un problème de gtk ? Merci pour la solution. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mars 8, 2021, 2:43 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/4 "2021-03-08T14:43:40Z")
Non, un problème d’accès en tant que root au serveur graphique d’un utilisateur. Peut-être une affaire d’environnement. Comment passes-tu root ? ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Mars 8, 2021, 3:17 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/5 "2021-03-08T15:17:54Z")
> [@PascalHambourg](#): > > Comment passes-tu root ? « su - » ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Mars 8, 2021, 3:20 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/6 "2021-03-08T15:20:17Z")
la commande _groups_ me donne ceci: ``` laguilde adm disk lp dialout cdrom floppy audio dip www-data video plugdev staff users netdev bluetooth lpadmin scanner ``` ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Mars 8, 2021, 8:15 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/7 "2021-03-08T20:15:21Z")
On ne lance pas Gprated avec root, on le lance avec son user (une demande d’élévation de droit se fera par le biais du pop-up et c’est tout. Franchement pour formater une clé mieux vaux passé par la cli, c’est dix fois plus rapide. ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Mars 9, 2021, 1:55 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/8 "2021-03-09T13:55:12Z")
> [@Clochette](#): > > On ne lance pas Gprated avec root je suis bien d’accord; si j’ai fait cet essai c’est que, lancé sous l’utilisateur, il échoue. J’aurais effectivement du commencer ma question par là: ``` $gparted localuser:root being added to access control list Error executing command as another user: No authentication agent found. localuser:root being removed from access control list [1]- Fini xpdf -g 1920x1080 texlive/TexLivemgr.pdf (wd : /jessie/aide-memoire/LaTeX_et_PDF) (maintenant, wd : /usr/local/texlive/texmf-local) [2]+ Fini xpdf -g 1920x1080 ./texmf-dist/doc/latex/tlmgrbasics/tlmgr.pdf ``` merci ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Mars 9, 2021, 1:56 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/9 "2021-03-09T13:56:30Z")
> [@josephtux](#): > > `access control list` Qu’est-ce-que ça signifie? ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Mars 9, 2021, 4:11 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/10 "2021-03-09T16:11:07Z")
Bonjour Ci-dessous, un extrait du script **`/usr/sbin/gparted`** ``` … # # Interim workaround to allow GParted run by root access to the # X11 display server under Wayland. If configured with # './configure --enable-xhost-root', the xhost command is # available and root has not been granted access to the X11 # display via xhost, then grant access. # ENABLE_XHOST_ROOT=no GRANTED_XHOST_ROOT=no if test "x$ENABLE_XHOST_ROOT" = 'xyes' && xhost 1> /dev/null 2>&1; then if ! xhost | grep -qi 'SI:localuser:root$'; then xhost +SI:localuser:root GRANTED_XHOST_ROOT=yes fi fi # # Run gparted as root. # pkexec --disable-internal-agent '/usr/sbin/gparted' "$@" status=$? # # Revoke root access to the X11 display, only if we granted it. # if test "x$GRANTED_XHOST_ROOT" = 'xyes'; then xhost -SI:localuser:root fi … ``` Dans lequel on peut voir comment, avec la commande **`xhost`** le compte **`root`** peut accéder à l’écran d’un autre compte utilisateur. * * * Voir aussi : ```nohighlight man xhost ``` ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Mars 9, 2021, 8:07 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/11 "2021-03-09T20:07:32Z")
> [@josephtux](#): > > je suis bien d’accord; si j’ai fait cet essai c’est que, lancé sous l’utilisateur, il échoue. Ton utilisateur appartient au groupe sudo ? Si oui alors utilise sudo pour le lancer, comme n’importe quel application graphique on ne les ouvrent pas en tant que root, mais il devrait y avoir à minima une fenêtre de demande d’autorisation qui s’ouvre lorsque tu le lance en tant que user … du coup je pense que ton installation est pas optimale pour ton utilisation. Regarde si ce paquet est installé dès fois que : policykit-1-gnome ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Mars 9, 2021, 8:32 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/12 "2021-03-09T20:32:00Z")
En résumé, suivant l’extrait du script que j’ai donné dans mon précédent message, la suite des lignes de commandes, à lancer depuis le compte `root` dans un émulateur de terminal de l’interface graphique, qui vont permettre à `gparted` d’afficher sa fenêtre ```nohighlight xhost +SI:localuser:root # qui va permettre aux applications lancées par le compte root d'avoir accès au serveur X. gparted # qui va lancer l'application graphique gparted xhost -SI:localuser:root # qui va remettre les autorisation d'accès à leur valeur d'origine ``` Avec ça, vous n’aurez plus le message d’erreur signalant que : `cannot open display: ` * * * Logiquement, c’est le script **`/usr/sbin/gparted`** qui devrait faire ça, mais ces lignes de commandes n’ont pas été exécutées parce que [**josephtux**](https://www.debian-fr.org/u/josephtux) a lancé `gparted` depuis le compte `root` et que ces lignes de commande sont dans un test `if` : ```auto if test "x`id -u`" != "x0"; then … ``` * * * Gparted aurait pu être lancé depuis une fenêtre d’émulateur de terminal d’un environnement de bureau depuis un compte utilisateur non privilégié, mais en spécifiant le chemin absolu du script : ```nohighlight /usr/sbin/gparted ``` `pkexec` aurait ouvert la fenêtre demandant le mot de passe permettant l’accès aux privilèges du compte **`root`** , puis la fenêtre de `gparted` se serait ouverte, et une fois la fenêtre de `gparted` fermée, voilà ce qu’il serait resté affiché dans la fenêtre de terminal : ```nohighlight michel@debvirt:~$ /usr/sbin/gparted localuser:root being added to access control list Unit tmp.mount does not exist, proceeding anyway. ====================== libparted : 3.2 ====================== localuser:root being removed from access control list michel@debvirt:~$ ``` * * * De toutes façons, deux des lignes de commandes proposées dans le message de [**PascalHambourg**](https://www.debian-fr.org/u/PascalHambourg) permettront de faire ce formatage de façon beaucoup plus simple. ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Mars 10, 2021, 3:21 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/13 "2021-03-10T15:21:21Z")
> [@Clochette](#): > > Ton utilisateur appartient au groupe sudo ? Non, j’ai remplacé « all » par une liste de commandes, enrichie au fur et à mesure de mes besoins: [sudoers.txt](https://www.debian-fr.org/uploads/short-url/ic3aqTetkfliRKBSg4qetaVyF3Q.txt) (1,9 Ko) Je suppose qu’ici il faut ajouter _xhost_ à la liste, selon les informations de MicP. > [@anon29980398](#): > > `xhost +SI:localuser:root` Que signifie « +SI: » que je trouve pas dans _man xhost_ Merci à vous ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Mars 10, 2021, 3:24 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/14 "2021-03-10T15:24:33Z")
Je m’aperçois que je n’ai pas vraiment cru répondre à la question appartenir au groupe sudo. La réponse reste «non », mais que signifie cette appartenance, ce qu’elle implique? En lisant le fichier sudoers, je trouve la ligne: `#%sudo ALL=(ALL:ALL) ALL` qui me donne la réponse. donc, désolé pour la question. ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Mars 10, 2021, 3:38 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/15 "2021-03-10T15:38:54Z")
``` # adduser laguilde sudo Ajout de l'utilisateur « laguilde » au groupe « sudo »... Adding user laguilde to group sudo Fait. ``` Mais, ensuite: ``` $groups laguilde adm disk lp dialout cdrom floppy audio dip www-data video plugdev staff users netdev bluetooth lpadmin scanner ``` sans que _sudo_ apparaisse ( L’utilisateur - `$` - est « laguilde », évidemment ) ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Mars 10, 2021, 4:07 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/16 "2021-03-10T16:07:10Z")
> [@josephtux](#): > > … > > > [@anon29980398](#): > > > > `xhost +SI:localuser:root` > > Que signifie « +SI: » que je trouve pas dans _man xhost_ > … C’est parce que **`SI`** est écrit en lettres minuscules dans la page man de **`xhost`** * * * Sur mon système, je lance la commande **`xhost`** sans lui donner de paramètres ```plaintext michel@debvirt:~$ xhost access control enabled, only authorized clients can connect SI:localuser:michel michel@debvirt:~$ ``` * * * ```plaintext man xhost ``` ```plaintext … OPTIONS … [+]name The given name (the plus sign is optional) is added to the list allowed to connect to the X server. The name can be a host name or a complete name (See NAMES for more details). -name The given name is removed from the list of allowed to connect to the server. The name can be a host name or a complete name (See NAMES for more details). Existing connections are not broken, but new connection attempts will be denied. Note that the current machine is allowed to be removed; however, further connections (including attempts to add it back) will not be permitted. Resetting the server (thereby breaking all connections) is the only way to allow local connections again. ... NAMES A complete name has the syntax ``family:name'' where the families are as follows: ... si Server Interpreted ... The local family specifies all the local connections at once. However, the server interpreted address "si:localuser:username" can be used to specify a single local user. (See the Xsecurity(7) manual page for more details.) ``` * * * ```plaintext man Xsecurity ``` ```plaintext … SERVER INTERPRETED ACCESS TYPES … localuser Local connection user id … ``` * * * Donc : ```plaintext xhost +SI:localuser:root ``` Va donner au compte utilisateur **`root`** local l’accès au serveur X courant. (Le serveur X courant est celui qui est indiqué dans la variable DISPLAY) * * * ```plaintext xhost -SI:localuser:root ``` Va interdire au compte utilisateur **`root`** local l’accès au serveur X courant. Et dans ce cas, si tu lances depuis le compte **`root`** une application qui tenterait d’accéder au serveur X courant, un message d’erreur sera retourné, indiquant : ```plaintext … cannot open display: ``` ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Mars 10, 2021, 5:41 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/17 "2021-03-10T17:41:59Z")
Merci, je ne trouvais pas SI car je cherchai -SI ou +SI ! Donc :localuser: est un mot-clé, pas le nom du « user » ! ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Mars 10, 2021, 5:51 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/18 "2021-03-10T17:51:21Z")
> [@josephtux](#): > > je ne trouvais pas SI car je cherchai -SI ou +SI ! Oui, j’avais moi aussi cherché pendant un bon moment avant de comprendre, et je pense qu’il s’agit d’une erreur dans la page _man_ de l’avoir écrit en minuscule, vu que la commande **`xhost`** retourne **`SI`** en majuscule, (même si on peut aussi le spécifier en minuscule dans une ligne de commande.) * * * > [@josephtux](#): > > …Donc :localuser: est un mot-clé, pas le nom du « user » ! Oui, **`localuser`** est le type d’entrée comme c’est spécifié dans le chapitre **SERVER INTERPRETED ACCESS TYPES** de la page _man_ de **`Xsecurity`** : ``` … ACCESS SYSTEM DESCRIPTIONS … Server Interpreted The Server Interpreted method provides two strings to the X server for entry in the access control list. The first string represents the type of entry, and the second string contains the value of the entry. These strings are interpreted by the server and different implementations and builds may support different types of entries. The types supported in the sample implementation are defined in the SERVER INTERPRETED ACCESS TYPES section below. Entries of this type can be manipulated via xhost. For example to add a Server Interpreted entry of type localuser with a value of root, the command is xhost +si:localuser:root … SERVER INTERPRETED ACCESS TYPES The sample implementation includes several Server Interpreted mechanisms: IPv6 IPv6 literal addresses hostname Network host name localuser Local connection user id localgroup Local connection group id … ``` ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Mars 10, 2021, 8:05 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/19 "2021-03-10T20:05:42Z")
Je suis peut-être vielle école mais je fais plutôt comme ça pour ajouter un user à un groupe : ```auto usermod -aG le_groupe TON_USER ``` Donc un truc comme ça : ```auto usermod -aG sudo laguilde ``` Pour vérifier l’appartenance à un group le mieux c’est de faire un grep surl es group ```auto cat /etc/group | grep sudo ``` Question bête mais depuis l’interface graphique t’as une demande de mots de passe lorsque tu tente d’ouvrir Gparted ? ---
**Author:** ![josephtux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/josephtux/32/3985_2.png) [@josephtux](https://www.debian-fr.org/u/josephtux)\ **Post date:** [Mars 13, 2021, 2:26 UTC](https://www.debian-fr.org/t/gparted-tmp-mount-does-not-exist/84185/20 "2021-03-13T14:26:44Z")
@Clochette gparted ne renvoie pour le moment que l’erreur signalée plus haut: $gparted localuser:root being added to access control list Error executing command as another user: No authentication agent found. localuser:root being removed from access control list Je reprendrais cette question un plus tard car je suis trop occupé par d’autres questions urgentes. merci