Bullseye & sudo / Kommando nicht gefunden

[Zenturio19]

Hallo,

ich hab' ein clean install von Bullseye gemacht:

• Der Befehl 'sudo' funktionert nicht - "myuser" ist nicht in der sudoers-Datei. Dieser Vorfall wird gemeldet."
• Dann hab' ich nach hier versucht "meinuser" in die sudoers zu bringen:

  Code: Alles auswählen

  # su
  # apt-get install sudo ... ist da, nix installiert
  # visduo ... -> bash: visudo: Kommando nicht gefunden

• Wenn ich google warum er bash/Kommando nicht gefunden hat, lese ich, ich solle wegen der Umgebungsvariablen anstatt als root (su) mit sudo arbeiten....

... ich dreh' mich da im Kreis. Was tun?

Thx

[uname]

Du kannst visudo nur als root verwenden (Henne-Ei-Problem)
Brauchst du sudo wirklich? Wir könnten ja mal darüber diskutieren.
Hättest du im Übrigen bei der Installation root kein Passwort gegeben, dann wäre es korrekt aktiviert gewesen.

[MSfree]

Bevor du dich mit sudo abkämpfst, wozu brauchst du überhaupt sudo?

Ansonsten hilft die Fehlermeldung:

Der Befehl 'sudo' funktionert nicht - "myuser" ist nicht in der sudoers-Datei

Es gibt in /etc eine Datei namens sudoers, und da steht der Benutzer myuser nicht drin, und darum funktioneirt sudo mit deinem Benutzerkonto nicht.

Wenn sudo nicht installiert gewesen wäre, hättest du eine andere Fehlermeldung bekommen.

Also, wozu brauchst du sudo? Es gibt nichts, was sudo besser kann als su. Man reißt sich mit sudo in der Defaultkonfiguration aber ein Sicherheitsloch auf.

Sorry, aber ich sehe es kommen, das hier wird der 1345897134ß5897. Thread zum Thema sudo vs. su.

[JTH]

Dann hab' ich nach hier versucht "meinuser" in die sudoers zu bringen:

Code: Alles auswählen

# su

Dann hast du die Anleitung nicht genau gelesen. Hier und generell muss man in den meisten Fällen seit einiger Zeit

Code: Alles auswählen

su -

benutzen, um root zu werden. Das Minus ist wichtig. Dann ist auch visudo verfügbar.

Siehe Wiki: "su" statt "su -" (command not found / Kommando nicht gefunden.)

[tobo]

Oder alternativ mit Pfad /usr/sbin/visudo aufrufen.

[chrbr]

Wenn ich google warum er bash/Kommando nicht gefunden hat, lese ich, ich solle wegen der Umgebungsvariablen anstatt als root (su) mit sudo arbeiten....

Nur zur Erklärung - die Lösung(en) ist ja schon gepostet. Mit

Code: Alles auswählen

su -

wird das "Environment" von root für die root Shell übernommen. Das betrifft auch die Pfade. Ohne das angehängte Minus wird das "Environment" vom aufrufenden user übernommen. Das beinhaltet normalerweise nicht alle Pfade, die für die root Shell verwendet werden. Du kannst ja für beide Varianten und den User Account mal

Code: Alles auswählen

echo $PATH

aufrufen. Dann siehst Du den Unterschied.

[uname]

Diese Problematik war mir in meinem ersten Post gar nicht aufgefallen. War wahrscheinlich der sudo-Trigger.
Alternativ kann man im Übrigen auch den Befehl env verwenden.

[Zenturio19]

Hättest du im Übrigen bei der Installation root kein Passwort gegeben, dann wäre es korrekt aktiviert gewesen.

Das wusste ich nicht (wenn ich nicht irre, war da auch kein Hinweis). Bei jeder Release, die man neu installiert, sind wieder ein paar Stolpersteinchen drin, die in der vorvorigen Version nicht drin waren. Da war jetzt das Henne-Ei-Problem mit su/sudo, dann wurde mir bei der Installation keine Möglichkeit angeboten eine fixe IP# einzugeben (musste ich später auch wieder suchen, wie ich das verdreh'), dann ging der Server in den sleepmodus (hatte ich auch zum ersten mal...) - naja, egal.

Mit 'su -' hat er die richtigen Umgebungsvariablen gehabt und ich konnte bei der Installation von Zoneminder endlich den Befehl 'service mysql restart' absetzen. Und mit 'visudo' konnte ich jetzt 'myuser ALL=(ALL) NOPASSWD:ALL' in die sudoers.tmp bringen .

Danke! Ich mach' am Nachmittag weiter bis zum nächsten Stolpersteinchen ...

LG

[uname]

Das wusste ich nicht (wenn ich nicht irre, war da auch kein Hinweis).

Ich denke bei der Installation gab es einen Hinweis. Schau hierfür gerne in den Beitrag von cosinus hier, wo er auch einen Screenshot angeführt hat.