gksu verdwijnt?

[Nick Lamar]

L.S.
Begrijp ik het goed dat het commmando

Code: [Selecteer]

gksu
in Ubuntu 18.04 LTS niet meer bestaat? En zo ja, wat moet ik dan met mijn veel gebruikte commando:

Code: [Selecteer]

gksu doublecmd?
Vr.Gr.

[Pjotr]

L.S.
Begrijp ik het goed dat het commmando

Code: [Selecteer]

gksu
in Ubuntu 18.04 LTS niet meer bestaat? En zo ja, wat moet ik dan met mijn veel gebruikte commando:

Code: [Selecteer]

gksu doublecmd?
Vr.Gr.

Is verdwenen, ja....

Er is nu helaas geen eenvoudige manier meer om Double Commander correct met rootrechten te draaien.
Gebruik in plaats daarvan:
nautilus-pkexec
pkexec nautilus

En voor het bewerken van systeeminstellingsbestanden:

Code: [Selecteer]

gedit admin://
Bijvoorbeeld, voor het bewerken van /etc/default/grub:

Code: [Selecteer]

gedit admin:///etc/default/grub
-- Bewerking: correctie aangebracht voor pkexec.

[Nick Lamar]

 Pjotr,
Dank voor de reactie. In Gnome Commander bestaat de functie:

Code: [Selecteer]

Bestand/GnomeCommander starten als RootBlijft die bestaan en werkt die wel in 18.04?  Want in dat geval stap ik weer over naar GnomeCommander.

[Pjotr]

Pjotr,
Dank voor de reactie. In Gnome Commander bestaat de functie:

Code: [Selecteer]

Bestand/GnomeCommander starten als RootBlijft die bestaan en werkt die wel in 18.04?  Want in dat geval stap ik weer over naar GnomeCommander.

Waarschijnlijk is ook die functie nog gekoppeld aan gksu, dus niet-werkend. Probeer het eens?

[Nick Lamar]

Ik heb 18.04 nog niet geinstalleerd. Voor ik dat doe wil ik een aantal vragen beantwoord hebben.  En dit was er een van.
Overigens,

Code: [Selecteer]

nautilus-pkexec
geeft de boodschap:

Code: [Selecteer]

opdracht niet gevondenMoet ik nog iets installeren?

[vanadium]

nautilus-pkexec bestaat niet op een standaard Ubuntu systeem.

Je kan zelf het nodige "toelatingsbestand" installeren voor nautilus, zodat je nautilus als beheerder kan opstarten met pkexec. Voer hiertoe volgende code uit:

Code: [Selecteer]

wget https://raw.githubusercontent.com/hotice/webupd8/master/org.gnome.nautilus.policy -O /tmp/org.gnome.nautilus.policy
sudo cp /tmp/org.gnome.nautilus.policy /usr/share/polkit-1/actions/

Vanaf nu kan je nautilus als beheerder opstarten met het commando

Code: [Selecteer]

pkexec nautilus

Je kan dit ook doen voor gedit. Bron: http://www.webupd8.org/2015/03/how-to-run-gedit-and-nautilus-as-root.html

[Nick Lamar]

Zeer bedankt. Ik ga het binnenkort uitproberen en laat nog van mij horen.
Vr.Gr.

[loti]

Ik heb altijd begrepen wanneer je een bestandsbeheerder opstart als root,  je problemen kan krijgen door rechtenwijzigingen in je homemap.
Of zit ik ernaast?

[maasnet]

Ik heb bovenstaande tip van vanadium uitgevoerd maar nu lijkt erop dat als ik gedit gewoon vanuit het menu opstart dat ik ook root ben.

Ik heb niet goed opgelet.

De "opslaan button" blijft wel groen maar je kan niets opslaan. 

[Pjotr]

Ik heb altijd begrepen wanneer je een bestandsbeheerder opstart als root,  je problemen kan krijgen door rechtenwijzigingen in je homemap.
Of zit ik ernaast?

pkexec geeft bescherming. 

Overigens was mijn eerdere instructie inderdaad deels onjuist. Het had moeten zijn:

Code: [Selecteer]

pkexec nautilus.... en daarvoor zou, dacht ik aanvankelijk, géén voorafgaande handeling nodig moeten zijn.... Een toelatingsbestand installeren via GitHub, zou in 18.04 overbodig moeten zijn. Maar dat is het niet: ik heb me vergist. Raar. Ik ga dit verder uitzoeken.

Ik zal mijn eerdere bericht even corrigeren, om verdere verwarring te voorkomen.

[Pjotr]

Eerste onderzoeksresultaat: vreemd genoeg geeft in een schone, kersvers geïnstalleerde Xubuntu 18.04, pkexec met de naam van de bestandbeheerder wél meteen het gewenste resultaat, namelijk een bestandbeheerder met rootbevoegdheid:

Code: [Selecteer]

pkexec thunar
In Lubuntu doet "pkexec pcmanfm" het niet. En in Ubuntu doet "pkexec nautilus" het niet. De ontwikkelaars van Xubuntu hebben dat net even wat beter geregeld, blijkbaar.

Wat verder opvalt: de eerste keer dat ik in een sessie gedit gebruik met admin://, moet ik twee keer m'n wachtwoord inkloppen. Als ik dat later in dezelfde sessie nog eens wil doen, dan hoef ik dat slechts eenmaal te doen.

[nahjo]

Eerste onderzoeksresultaat: vreemd genoeg geeft in een schone, kersvers geïnstalleerde Xubuntu 18.04, pkexec met de naam van de bestandbeheerder wél meteen het gewenste resultaat, namelijk een bestandbeheerder met rootbevoegdheid:

Code: [Selecteer]

pkexec thunar
In Lubuntu doet "pkexec pcmanfm" het niet. En in Ubuntu doet "pkexec nautilus" het niet. De ontwikkelaars van Xubuntu hebben dat net even wat beter geregeld, blijkbaar.

Ter info bij mij werkte de opdracht pkexec thunar %f niet wanneer dit gestart werd als aangepaste actie in thunar zelf.

[Pjotr]

Ik heb trouwens even een toestemmingsbestandje gemaakt voor Double Commander:

Code: [Selecteer]

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE policyconfig PUBLIC
 "-//freedesktop//DTD PolicyKit Policy Configuration 1.0//EN"
 "http://www.freedesktop.org/standards/PolicyKit/1/policyconfig.dtd">
<policyconfig>

 <vendor>DoubleCommander</vendor>
 <vendor_url>https://doublecmd.sourceforge.io/</vendor_url>
 <icon_name>doublecmd</icon_name>

 <action id="org.gnome.doublecmd">
 
 <description>Run Double Commander as root</description>
 <description xml:lang="nl">Double Commander draaien met rootbevoegdheid</description>
 <message>Authentication is required to run Double Commander as root.</message>
 <message xml:lang="nl">Authenticatie is vereist om Double Commander met rootbevoegdheid te draaien.</message>
 <defaults>
 <allow_any>no</allow_any>
 <allow_inactive>auth_admin</allow_inactive>
 <allow_active>auth_admin</allow_active>
 </defaults>
 <annotate key="org.freedesktop.policykit.exec.path">/usr/bin/doublecmd</annotate>
 <annotate key="org.freedesktop.policykit.exec.allow_gui">true</annotate>
 </action>

</policyconfig>Uitgeprobeerd in Ubuntu 18.04, en het werkt.

[maasnet]

En voor de liefhebber deze voor gnome-commander:

Code: [Selecteer]

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE policyconfig PUBLIC
 "-//freedesktop//DTD PolicyKit Policy Configuration 1.0//EN"
 "http://www.freedesktop.org/standards/PolicyKit/1/policyconfig.dtd">
<policyconfig>
    <action id="org.freedesktop.policykit.gnome-commander">
    <description>Run gnome-commander program</description>
    <message>Authentication is required to run the gnome-commander</message>
    <icon_name>gnome-commander</icon_name>
    <defaults>
        <allow_any>auth_admin</allow_any>
        <allow_inactive>auth_admin</allow_inactive>
        <allow_active>auth_admin</allow_active>
    </defaults>
    <annotate key="org.freedesktop.policykit.exec.path">/usr/bin/gnome-commander</annotate>
    <annotate key="org.freedesktop.policykit.exec.allow_gui">true</annotate>
    </action>
</policyconfig>

[Vincentlaborant]

Werkt 

Code: [Selecteer]

sudo -i (applicatie) niet?

[maasnet]

Werkt 

Code: [Selecteer]

sudo -i (applicatie) niet?

Vervallen

[Pjotr]

Werkt 

Code: [Selecteer]

sudo -i (applicatie) niet?

Nog steeds onveiliger dan gksu / pkexec:
https://sites.google.com/site/computertip/sudo

[Pjotr]

Ik heb de tekst van mijn sudo-handleiding inmiddels uitgebreid met "pkexec" en "admin://" :
https://sites.google.com/site/computertip/sudo

Voorlopige tekst, want ik ben er nog niet geheel zeker van dat alles klopt. Het is een ingewikkelde materie.

[Nick Lamar]

Tamelijk gecompliceerd allemaal. Het enige waar ik

Code: [Selecteer]

gksu voor gebruik is het verwijderen van irritante opstartmededelingen die in

Code: [Selecteer]

/var/crash staan. Kan dat ook via

Code: [Selecteer]

sudo su  en zo ja met welke commando' s?

[emvedeesje]

Ik zou bijna zeggen: "het plotse verdwijnen van gksudo komt mij allemaal wat rommelig over"

Het komt over alsof het een beslissing is van: "dat moest er eigenlijk ook nog in bij de nieuwe release"
En er is nog helemaal geen heel duidelijke uitleg over het waarom, en hoe het nu op de goede manier verder moet.

Begrijp me a.u.b. niet verkeerd, maar ik had liever klaarheid bij een ingrijpende verandering.

Ik kijk uit naar een degelijke publicatie hierover.

groeten van Michael

[maasnet]

Zo plotseling is het ook weer niet want het was al bekend in 2013 https://forum.ubuntu-nl.org/index.php?topic=81554.0

[vanadium]

Inderdaad, dit werd reeds sinds lang uitgefaseerd. Al vele Ubuntu versies is het niet meer standaard geïnstalleerd. Op een bepaald moment gaat de stekker er toch echt uit.

Hoe gemakkelijk je wel nog met grafische toepassingen als beheerder kan werken, hangt af van de distributie. De xubuntu distro bouwt standaard de mogelijkheid in thunar als beheerder te openen met "pkexec thunar", de standaard Ubuntu versie doet dat niet voor nautilus. Desnoods kan je er met een eenmalige ingreep wel voor zorgen dat dit ook onder Ubuntu gaat voor nautilus.

Anderzijds vereist systeembeheer toch een minimum aan technische kennis. En zo moeilijk is de terminaleditor nano nu ook weer niet.

@Nick Lamar, wat moet jij dan precies doen om die opstartmededelingen te verwijderen? Een configuratiebestand aanpassen? Zonder enige ingrepen kan je standaard in Ubuntu een systeembestand bewerken door de bestandnaam te laten voorafgaan door admin://

[emvedeesje]

Zo plotseling is het ook weer niet want het was al bekend in 2013 https://forum.ubuntu-nl.org/index.php?topic=81554.0

Dat heb ik gemist want ben pas in april 2014 op de Linux boot gesprongen.

Het was dus destijds al eens een discussie...

Heel goede link!

groeten van Michael

[Pjotr]

Inmiddels heb ik een volledige instructie op mijn webstek geplaatst voor het gebruik van bestandbeheerder Double Commander als root, inclusief een webkoppeling om het benodigde policybestand binnen te halen:
https://sites.google.com/site/computertip/sudo#TOC-Bestandbeheer-als-root:-gebruik-pkexec
(punt 2.1, linkerkolom)

[loti]

Pjotr, ik heb het uitgevoerd zoals door Jolo aangegeven: https://forum.ubuntu-nl.org/index.php?topic=104074.msg1020781#msg1020781  onder punt 13 en dat werkt goed.

Wat is het verschil met jouw methode?