root Passwort wird nicht akzeptiert

[catweazle08]

Hi!
Ich wollte nach der Installation, wie auch unter Mint 15+16 ein "sudo apt-get update & audo apt-get dist-upgrade" durchführen.
Gebe ich im terminal einen dieser Befehle ein, so wird das Passwort verlangt.
a) Gebe ich das Passwort des Users ein, heisst es: "user is not in the sudoers file"
b) gebe ich das root-Passwort ein (was mir logischer erscheint, kommt: "Sorry, try again"

Hintergrund ist: Ich würde gerne "non-free" ins System nehmen, aber kann in der Softwareverwaltung die Quellen nicht bearbeiten; klicke ich auf den Button "Quellen bearbeiten", passiert überhaupt nichts.

Meiner Logik folgend dachte ich:"OK, meldest du dich einfach als root an". Bin dann auf Benutzer wechseln und habe Benutzer root und das entsprechende Passwort eingegeben. Ergebnis: Ablehnung, als root kann ich mich wohl nicht anmelden.

Wie bekomme ich denn nun non-free in die sources.list ?? (unter Mint lief alles über sudo und das Passwort des Users...

[Cae]

Man kann sich normalerweise nicht grafisch als root anmelden, und das ist auch gut so. Verwende im Terminal "su -" und das root-Passwort.

Gruss Cae

[catweazle08]

Man kann sich normalerweise nicht grafisch als root anmelden, und das ist auch gut so. Verwende im Terminal "su -" und das root-Passwort.

Gruss Cae

Naja, leuchtet irgendwo ein.
su funktioniert - Danke!

[schorschruffneck]

---------------------------------------------------------------------------------------------------------------------------------------------------------

[Patsche]

Wenn das Thema für dich gelöst ist, dann navigiere bitte zu deinem 1. Post, klicke auf "Ändern" und schreibe ein [gelöst] vor die Überschrift. Danke

[CH777]

a) Gebe ich das Passwort des Users ein, heisst es: "user is not in the sudoers file"

Im file /etc/sudoers müssen die berechtigten Nutzer bzw. die erlaubten Befehle eingetragen sein. man sudoers sagt dir, wie's geht.
Ich persönlich finde das für viele Situationen schon sehr praktisch.

[KBDCALLS]

Man sollte schon visudo dafür benutzen. Macht man beim Editieren in der sudoers Fehler dann funktionierst garnicht. visudo macht gleich enen Syntaxcheck. Und scheitert der, wird erst garnicht abgespeichert. bzw es wird garnicht zugelassen das man den Editor verlassen kann. Sudo hat auch den Vorteil das man da Rootpasswort nicht raugeben muß. Und man kann auch nur bestimmte Befehle erlauben , das geht bis zu den Optionen.

[wanne]

Sudo hat auch den Vorteil das man da Rootpasswort nicht raugeben muß.

Dafür kann sich jeder der sudo hat passowrtlosen Zugang zum root-Account einstellen der dann auch ohne sudo funktioniert.

[thomasius]

rootlogin
Es funktioniert über die Konsole --> (Strg + Alt +F2)
Danach kann man mit startx die GUI wieder starten.

"Man kann sich normalerweise nicht grafisch als root anmelden" ?
Ist das eine DEBIAN spezifiesche Eigenart, denn ich habe das gleiche Problem und RHEL ecetera lassen es zu?

[dirk11]

"Man kann sich normalerweise nicht grafisch als root anmelden" ?
Ist das eine DEBIAN spezifiesche Eigenart, denn ich habe das gleiche Problem und RHEL ecetera lassen es zu?

Ich wüsste nur sehr, sehr wenige Gelegenheiten, wo man das wollte oder bräuchte. Allerhöchstens bei Problemen mit der Grafik.
Aber zumindest auf älteren Installationen (irgendwann weit vor Lenny) hatte ich kein Problem mit einer grafischen root-Anmeldung. Gehen tut das prinzipiell sicher schon, nur wie gesagt: wozu braucht man das?

[KBDCALLS]

"Man kann sich normalerweise nicht grafisch als root anmelden" ?
Ist das eine DEBIAN spezifiesche Eigenart, denn ich habe das gleiche Problem und RHEL ecetera lassen es zu?

Bei früheren SuSE Versionen konnte man sich zwar auch grafisch als Root anmelden, dann wurde der Bildschirm rot und garniert mit reichlich Bomben. Genauso verhält sich das mit den Runleveln. Debian benutzt als Standard 2 , bei SuSE wars 3. Da kocht wohl jeder sein eigenes Süppchen.

[KP97]

@thomasius
Doch, natürlich geht das auch bei Debian. Das ist eine Einstellung im Login-Manager, die allerdings etwas versteckt ist.
Soll man ja auch eigentlich nicht, aber wer es möchte, kann das selbstverständlich einrichten.

[thomasius]

Danke der Aufklärung!
Wozu, nur für Programme mit grafischer Oberfläche, welche nur unter Root laufen, also absolute Ausnahmen.
Geht sicher auch anders, aber nicht einfacher, als mit einem root-login. Z. B. bei:
-Link entfernt-

[wanne]

Wozu, nur für Programme mit grafischer Oberfläche, welche nur unter Root laufen

Nein, genau dafür sollte er eben nicht genutzt werden. Als ich mit Linux angefangen habe und viele Linux als Rettungssystem genommen haben, haben nach dem Erfolg von Knoppix fast alle Distros gerade einen relativ auffälligen root-login eingebaut. Nachdem sich massenhaft unbedarfte Leute ihr System damit zerschossen haben (Auch weil mit Ubuntu viele unbedarfte Nutzer zu Linux gewächselt sind), kamen auf allen Seiten wieder zusätzliche Hindernisse dazu (pam-regeln, loginmanager einstellungen...).
Wenn man nur einen Drucker mit nem Grafischen tool konfigurieren will, dann startzet man eben nicht sein ganzes KDE als root sondern das Grafischen Tool. Als KDEler am einfachstem damit

Code: Alles auswählen

/usr/lib/kde4/libexec/kdesu [PROGRAMM] [[ARGUMENTE]]

Also zum Beistpiel:

Code: Alles auswählen

/usr/lib/kde4/libexec/kdesu system-config-printer-kde

oder

Code: Alles auswählen

/usr/lib/kde4/libexec/kdesu gparted

[smutbert]

Andere Desktops als KDE machen es wieder etwas anders: Dort erlangen zB gparted oder synaptic mit den normalen Starteinträgen im Menü mit Hilfe von polkit root-Rechte. Der Befehl, der beim Ausrufen aus dem Menü aufgerufen wird lautet auch nicht einfach gparted sondern gparted-pkexec.
Desktopumgebungen wie Gnome starten einen Dienst, der zB das root Paßwort oder wenn sudo entsprechend konfiguriert ist, das Benutzerpaßwort abfragt. Manche andere Programme/Aktionen läßt polkit einfach ohne Abfrage zu, zB braucht man zum Konfigurieren eines Druckers bei installiertem cups-pk-helper normalerweise überhaupt kein Paßwort einzugeben.

Allerdings ist das ganz Konzept *für mich* ziemlich undurchsichtig. Verwendet man einfach nur einen nackten Windowmanager, dann wird dieser Authentifizierungsdienst beim Anmelden nicht (automatisch) gestartet und man fällt beim Versuch gparted zu starten auf die Nase. Startet man es dagegen über die Kommandozeile erscheint dort wieder eine Paßwortabfrage und es funktioniert - mir ist das Verhalten etwas schleierhaft.

[KBDCALLS]

Mir ist mal sowas ähnliches reprepro passiert. Es hat mit KDE nur Fehler produziert. Ohne Kommentar wurde eine Fehlermeldung ausgegen, erst auf Textkonsole wars zu gebrauchen. Aber ich habe schon des öftern festgestellt das alle grafischen Oberflächern Fehlermeldungen unterdrücken.

[Saxman]

Geht sicher auch anders, aber nicht einfacher, als mit einem root-login. Z. B. bei:

Hat der Link auch irgendwas mit dem Thema zu tun, oder willst du hier nur Werbung machen? Vielleicht erklärst du das mal, ansonsten werde ich den Link kassieren.