Gtk-WARNING **: Impossibile chiamare Inhibit: GDBus.Error: org

10

Quando provo a cancellare alcuni file, li ho ricevuti dalla finestra del terminale. C'è già un post su questo: Gtk-ATTENZIONE: Chiamata inibita fallita

Ma non è risolto. Come posso risolverlo ? inserisci qui la descrizione dell'immagine

13.10 gtk gedit

— tqjustc
fonte

Mi piacerebbe molto sapere come bloccare completamente gli avvisi di gtk da tutte le app.

— jozxyqk,

1

Possibile duplicato di Perché ci sono così tanti messaggi console dalle applicazioni GTK +?

— mchid,

5

Risolvere

IBUS-WARNING **: The owner of /home/myPC/.config/ibus/bus is not root!

usa gksudoo gksuinvece di sudo per aprire il file,

gksudo gedit php.ini

o

gksu gedit php.ini

Altro su gksudo

Il prossimo errore

(gedit:12512): Gtk-WARNING **: Calling Inhibit failed: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files

può essere risolto aggiornando gir1.2-gtksource-3.0

sudo apt-get install gir1.2-gtksource-3.0

— Stormvirux
fonte

10

Lubuntu 14.04 viene fornito con gir1.2-gtksource-3.0 ma ricevo ancora l'avviso "Inibizione chiamata fallita" da Gedit 3.10.4.

— August Karlstrom,

stesso commento sopra

— gelsomini

"Chiamata inibizione fallita" si verifica ancora il 14.04.3 LTS apt-get dist-upgraded di gennaio 2016. Il suggerimento apt-get install gir1.2-gtksource-3.0non è necessario perché il sistema sarebbe già aggiornato.

— H2ONaCl

Tre commenti sopra ancora validi in data 16.04.2 LTS il 30 luglio 2017.

— WinEunuuchs2Unix

0

Esiste un altro modo per non gestire tali avvisi. Usa frontend grafico per sudo / su - gksu (in caso di gnome) per eseguire i programmi della GUI come root. Gtk-WARNING: Chiamata Inhibit fallita

— bartolo-otrit
fonte

L'avvertimento "Inibizione chiamata non riuscita" si verifica ancora se si utilizza gksudo geditche ho capito è lo stesso di gksu geditalcuni sistemi.

— H2ONaCl

0

Quando si avvia un'applicazione dalla riga di comando, è possibile evitare l'output dettagliato nel terminale dopo aver avviato l'applicazione utilizzando il NOHUPflag prima del comando e una e commerciale dopo il comando.

Ad esempio, in questo caso useresti:

nohup gedit &

o

nohup gedit

Se hai bisogno di sudoautorizzazione, dovresti usare sudo -iinvece di sudoprevenire altri problemi come questo:

nohup sudo -i

Clicca qui per maggiori informazioni, possibile dupe.

— mchid
fonte