Rechten systeem overhoop op 10.10 64 bits? En is dit te herstellen?

[Gijsbert]

Ik heb al een tijdje het probleem, dat als ik een gebruiker meer rechten wil geven via Systeem>Beheer>Gebruikers en Groepen ik dit scherm wil openen geen gebruik kan maken via ontgrendelen en het wachtwoord invoeren. Het scherm opent direct, dan kan ik voor de gebruikers geen gebruik maken van de knop Geavanceerd. Bij groepen kan ik wel vinkjes zetten, alleen dit blijft niet staan. Nu kan ik via de terminal wel rechten toekennen. Alleen bij installeren van bijv. VirtualBox 4.1.8 Oracle VM VirtualBox Extension Pack, krijg ik deze foutmelding:
The installer failed with exit code 1: VBoxExtPackHelperApp: error: The owner is not root: '/usr/lib'.
En het maakt niet uit of ik dit installeer als root, sudo, gebruiker met rootrechten, inlog als root via het inlogscherm of terminal. Bijv. het commando gksudo nautilus werkt ook niet meer, nautilus start niet meer op in de root mode. In de file /etc/sudoers lijkt alles goed te staan qua personen die er gebruik van mogen maken. Het vreemde is dat bijv. Synaptic wel op de juiste wijze opstart, alleen via het wachtwoord.
Een heel verhaal en wellicht zijn de teksten van bestanden nodig, vraag maar raak. Mijn vraag: is het rechten systeem te herstellen?

[Johan van Dijk]

Kijk dan even in /usr/lib wie de eigenaar en groep zijn van de verschillende bestanden en mappen die daarin staan.
En kijk dan ook meteen in andere mappen, voor de zekerheid. Bijv /lib/ enz.
Van de meeste bestanden (maar niet allemaal!) zal root de eigenaar moeten zijn.

[Gijsbert]

Daar staat alles goed qua rechten. Ik probeerde nogmaals de file /etc/sudoers aan te passen en daar kreeg ik deze melding:

Code: [Selecteer]

───[gijs@gijs-desktop]──[20:39]──> /etc
 $ sudo gedit sudoers
sudo: /etc/sudoers is mode 0551, should be 0440
sudo: no valid sudoers sources found, quitting
Via su -> wachtwoord opgeven-> nano /etc/sudoers kan ik de file aanpassen. Alleen de rechten van alleen lezen naar lezen en schrijven lukt niet. Ik kwam nog op het internet tegen dat ik in de diverse rc 2/5 de file S99rc.local mis. Alleen hoe dit terug gezet moet worden?

[Cumulus007]

Code: [Selecteer]

su
chmod 0440 /etc/sudoers
exit

Lukt dit?

[Gijsbert]

Dat lukt wel. Alleen de rechten van alleen lezen naar lezen en schrijven gaat niet. Ook de file S99rc.local mis ik dus in rc2 t/m5.
Ik kan ook geen programma opstarten via sudo, gksudo. Alleen met su kan ik nog iets in de terminal.
Misschien is het verstandiger om opnieuw te installeren, ik vind het toch beter om het probleem te achterhalen.

[Johan van Dijk]

Je kan even kijken of je in single user mode wel een deel kan herstellen.
In het GRUB-menu moet je dan kiezen voor de recovery mode.
Als het goed is krijg je daarna weer een menu, waar je kan kiezen om in de command line terecht te komen.

/etc/sudoers kan je herstellen via de volgende commando's:

Code: [Selecteer]

chown root:root /etc/sudoers
chmod 0440 /etc/sudoers

Verder kan je met het commando ls -l mapnaam kijken welke rechten er op mappen en bestanden staan.
Voor individuele bestanden/mappen kan het met stat bestandsnaam

[Gijsbert]

Dit is het resultaat van ls -l:
Zie bijlage
De commando's had ik al uitgevoerd, voor de zekerheid nogmaals uitgevoerd:

Code: [Selecteer]

───[gijs@gijs-desktop]──[13:45]──> /home/gijs
 $ su
Wachtwoord:
root@gijs-desktop:/home/gijs# chown root:root /etc/sudoers
root@gijs-desktop:/home/gijs# chmod 0440 /etc/sudoers
root@gijs-desktop:/home/gijs#
Ik herstart de PC voor de zekerheid.
Heeft niets uitgehaald.
Het opstarten van Nautilus lukt niet via een snelstarter of terminal. Synaptic lukt wel als ik via su inlog.

Code: [Selecteer]

Today :         ma dec 26 14:02:33 CET 2011
  System :         Ubuntu 10.10 (maverick)
  Kernel :         GNU/Linux 2.6.35-28-generic (x86_64)


───[gijs@gijs-desktop]──[14:02]──> /home/gijs
 $ gksudo nautilus

───[gijs@gijs-desktop]──[14:02]──> /home/gijs
 $ su
Wachtwoord:
root@gijs-desktop:/home/gijs# nautilus

(nautilus:3072): EggSMClient-WARNING **: Failed to connect to the session manager: None of the authentication protocols specified are supported

**
GLib-GIO:ERROR:/build/buildd/glib2.0-2.26.1/gio/gdbusconnection.c:2270:initable_init: assertion failed: (connection->initialization_error == NULL)
Afgebroken
root@gijs-desktop:/home/gijs# synaptic
root@gijs-desktop:/home/gijs#


[Johan van Dijk]

In /etc/ lijkt alles goed te staan qua rechten, maar in een eerder bericht zag ik ook een foutmelding over de rechten in /usr/lib. Ik zou die mappen ook even nalopen.

Je kan beter sudo gebruiken, ipv. su.
Met sudo -i word je ook root.
Wil je toch su gebruiken, plaats dan een - achter het commando:

Code: [Selecteer]

su -


[Gijsbert]

sudo -i gaf dit resultaat:

Code: [Selecteer]

───[gijs@gijs-desktop]──[19:06]──> /home/gijs
 $ sudo -i
>>> /etc/sudoers: syntax error near line 24 <<<
sudo: parse error in /etc/sudoers near line 24
sudo: no valid sudoers sources found, quitting

Nagekeken, op lijn 24 stond een # Deze heb ik verwijdert, nu ziet de file er zo uit:

Code: [Selecteer]

# /etc/sudoers
#
# This file MUST be edited with the 'visudo' command as root.
#
# See the man page for details on how to write a sudoers file.
#

Defaults env_reset

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root ALL=(ALL) ALL

# Allow members of group sudo to execute any command after they have
# provided their password
# (Note that later entries override this, so you might need to move
# it further down)
%sudo ALL=(ALL) ALL
includedir /etc/sudoers.d

# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL
gijs ALL=(ALL) ALL
gksudo ALL=(ALL) ALL

De laatste regel heb ik gisteren zelf toegevoegd, ik weet niet of het % teken ervoor hoort of dat de regel er helemaal niet in hoort.

Waarvoor dient de - achter su?

ls -l /usr/bin geeft dit:
Zie bijlage.

Ik zal zo de PC opnieuw opstarten, kijken of het effect heeft.

[MauRice2]

Gijsbert,

Ik ben ook geen kei met die /etc/sudoers bestand.
Maar die # op regel 24 is comentaar, dus die regel hoort echt zo eruit tezien:

Code: [Selecteer]

#includedir /etc/sudoers.d

Kijk eens in de de map /etc/sudoers.d of daar geen foute bestanden staan.
Daarbij wel vreemd dat su (su -) werkt op Ubuntu.
Het zijn typische non-sudoers distro opdrachten.
Het min-teken erachter is nodig om grafische opdrachten te laten werken met root-rechten (op een non-sudoers distro; Mandriva, Fedora, openSuSE etc etc)

Daarbij sudo bash en je heb ook een root-terminal.

[Johan van Dijk]

In principe zou dit in /etc/sudoers moeten staan:

Code: [Selecteer]

# /etc/sudoers
#
# This file MUST be edited with the 'visudo' command as root.
#
# See the man page for details on how to write a sudoers file.
#

Defaults        env_reset

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL) ALL

# Uncomment to allow members of group sudo to not need a password
# (Note that later entries override this, so you might need to move
# it further down)
# %sudo ALL=NOPASSWD: ALL

# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL

Eventueel kan je na de regel:

Code: [Selecteer]

root    ALL=(ALL) ALL

nog de volgende regel opnemen:

Code: [Selecteer]

gijs    ALL=(ALL) ALL
Die regel heb jij al, maar staat op de verkeerde plek! Verplaats hem dus of verwijder hem.

De regel die begint met includedir zou ik weer een hekje (#) voor zetten, aangezien je die niet gebruikt.
De regel met gksudo moet je verwijderen, aangezien er op een normaal systeem geen gebruiker is met de naam gksudo.

[Gijsbert]

Precies ingericht zoals Johan beschrijft, gksudo0 nautilus kan weer worden uitgevoerd. Gebruikers en groepen werkt nog steeds niet. Open ik het programma users-admin als gebruiker opent het wel, ik kan geen veranderingen aanbrengen, wat goed is. Open ik het als root, su of gksudo blijft het venster grijs en kan ik het programma niet afsluiten.

[Johan van Dijk]

Dat zou dan aan PolicyKit kunnen liggen, maar hoe je dat op kan lossen... geen idee.