Hallo,
bei mir klappt die Anmeldung als root in Konsole nicht mehr.
Ich starte eine bash Shell und gebe su + root-Passwort ein. Die Antwort:
su: failed to execute /usr/bins/bash: Datei oder Verzeichnis nicht gefunden
Wer kann mir helfen?
lisa
Anmeldung als root in Konsole nicht mehr möglich - Fehlermeldung
- aylalisa
- Erledigt
-
-
Hast du die Fehlermeldung abgeschrieben oder kopiert? Denn einen Ordner "bins" gibt es nicht.
-
Hast du die Fehlermeldung abgeschrieben oder kopiert? Denn einen Ordner "bins" gibt es nicht.
Ist im forums.opensuse.org auch falsch............ -
Aja, in zwei Foren mit dem selben Beitrag unterwegs. Sicher ist sicher. Und zweimal der selbe Fehler.
Crossposting ist nicht beliebt. So wird das nix mit Hilfe.Wir machen uns hier nen Kopp und das andere Forum auch. Irgendwer findet die Lösung und die anderen schauen in die Röhre.
Da bin ich mal raus. Muss ich nicht haben.
-
Wir machen uns hier nen Kopp und das andere Forum auch. Irgendwer findet die Lösung und die anderen schauen in die Röhre.
Das kann sogar in die Hose gehen:
Wenn z.B. Nvidia-Treiber installiert werden soll und einmal gesagt wird: mach es per Repo und das andere Mal: Installier die run-Datei im RR 3. -
su: failed to execute /usr/bins/bash: Datei oder Verzeichnis nicht gefunden
1. Es soll sicher /usr/bin/bash heißen
2. Kontrolliere folgendes:Codels -l /usr/bin/sh lrwxrwxrwx 1 root root 9 6. Nov 2013 /usr/bin/sh -> /bin/bash ls -l /bin/bash -rwxr-xr-x 1 root root 656584 28. Sep 2013 /bin/bash
Es muss auf /usr/bin einen Symlink sh nach /bin/bash geben.
Des Weiteren muss unter /bin die Binärdatei bash vorhanden sein.
3 Was ergibt an der KommandozeileCodebash --version which bash echo $SHELL echo verwendete Shell: $0 , Prozessnummer: $$ ps $$ -
Hallo repi,
vielen Dank für Deine Antworten!
Crossposting: Tut mir leid, war falsch. Ich schreibe selten einen Beitrag in Linux Foren weil mir meist die Antworten anderer User geholfen haben. War ein Verzweiflungsakt, wird nicht wieder vorkommen.
zu 1)
Ich habe die Antwortzeile kopiert.
Anmeldung als su über Konsole liefert:Codesu: failed to execute /usr/bins/bash: Datei oder Verzeichnis nicht gefunden
Ich habe gesehen, dass es den Ordner /bins/ in /usr nicht gibt.
zu 2)
Codels -l /usr/bin/sh lrwxrwxrwx 1 root root 9 18. Nov 2013 /usr/bin/sh -> /bin/bashCodels -l /bin/bash -rwxr-xr-x 1 root root 656584 28. Sep 2013 /bin/bash
--> Symlink und Binärdatei vorhanden.zu 3)
Codebash --version GNU bash, Version 4.2.45(1)-release (x86_64-suse-linux-gnu) Copyright (C) 2011 Free Software Foundation, Inc. Lizenz GPLv3+: GNU GPL Version 3 oder jünger <[url]http://gnu.org/licenses/gpl.html[/url]> Dies ist freie Software. Sie darf verändert und verteilt werden. Für dieses Programm besteht keinerlei Garantie.Codewhich bash /bin/bashCodeecho $SHELL /bin/bashCodeecho verwendete Shell: $0 , Prozessnummer: $$ verwendete Shell: /bin/bash, Prozessnummer: 3465Codeps $$ PID TTY STAT TIME COMMAND 3465 pts/1 Ss 0:00 /bin/bashIch schaffe es nicht als User ein Image zu erstellen um
evtl. OS13.1 anschließend nochmal zu installieren um so das Problem zu beheben.lisa
Konsolenausgaben der Befehle bitte Direkt in Dem Tag des Befehls.
-
su: failed to execute /usr/bins/bash: Datei oder Verzeichnis nicht gefunden
Das Problem ist, das der superuser (su) den bash Interpreter unter /usr/bins sucht und nicht unter /usr/bin
Da ist irgendwo ein falscher Konfigurationseintrag.
Du könntest Dir als schneller Workaround helfen, wenn Du das Verzeichnis /usr/bins anlegst und dort einen Symlink nach nach /usr/bin/sh legst.Des Weiteren durchsuche bitte mal die folgenden Dateien, ob es dort einen Eintrag /bins gibt.
/etc/profile (wird nur beim Systemstart verwendet)
/etc/bash.bashrc (wird bei jedem Start eines Terminals oder einer shell ausgelesen)
Falls ja, dann ändere bins in bin um.
Da jeder Benutzer natürlich auch seine eigenen Dateien haben kann, auch dort kontrollieren.
Die lägen dann im home Verzeichniss des jeweiligen Nutzers.~/.bashrc
~/.bash_profileVersuche auch mal einen switch user mit einem anderen User als root.
su andererusername
Falls das geht, liegt das Problem ggf. nur in den config Dateien von rootFunktioniert den noch ein grafisches Login als root oder meckert er da auch die fehlende Shell?
-
Hallo repi,
Das Problem ist, das der superuser (su) den bash Interpreter unter /usr/bins sucht und nicht unter /usr/bin
Da ist irgendwo ein falscher Konfigurationseintrag.
Du könntest Dir als schneller Workaround helfen, wenn Du das Verzeichnis /usr/bins anlegst und dort einen Symlink nach nach /usr/bin/sh legst.Deinen Workaround-Vorschlag, der funktioniert hat!, habe ich wie folgt umgesetzt:
1) sudo mkdir /usr/bins
2) cd /usr/bins
3) sudo ln -s /bin/bash bash (sudo ln -s /bin/bash sh hat nicht geklappt)Des Weiteren durchsuche bitte mal die folgenden Dateien, ob es dort einen Eintrag /bins gibt.
/etc/profile (wird nur beim Systemstart verwendet)
/etc/bash.bashrc (wird bei jedem Start eines Terminals oder einer shell ausgelesen)
Falls ja, dann ändere bins in bin um.Da jeder Benutzer natürlich auch seine eigenen Dateien haben kann, auch dort kontrollieren.
Die lägen dann im home Verzeichniss des jeweiligen Nutzers.~/.bashrc
~/.bash_profileIch habe die Dateien /etc/profile, /etc/bash.bashrc,
/home/user/.bashrc und /home/user/.profile nach 'bins' untersucht aber
nichts gefunden.Versuche auch mal einen switch user mit einem anderen User als root.
su andererusername
Falls das geht, liegt das Problem ggf. nur in den config Dateien von rootMit einem anderen User erscheint das gleiche Problem.
Funktioniert den noch ein grafisches Login als root oder meckert er da auch die fehlende Shell?
Bei der Suche nach Ursachen habe ich gelesen, dass man sich über die grafische Oberfläche in OS13.1 aus Sicherheitsgründen nicht mehr direkt als root anmelden kann. Wenn ich es versuche erscheint ein Fenster mit der Nachricht: Xsession: login for root is disabled
Da ich die Grundeinstellung nach der Installation des Betriebssystems nicht verändert habe scheint diese Systemrückmeldung in Ordnung zu sein (?).Lisa
(Vielen Dank!)
