Was ist zu tun, wenn der Besitzer von /usr/bin/* zu einem Nicht-Root-Benutzer wechselt?

Was ist zu tun, wenn der Besitzer von /usr/bin/* zu einem Nicht-Root-Benutzer wechselt?

Es wäre das Richtige, wenn ich sagen würde, ich hätte es vermasselt!

Aus Versehen habe ich den Besitzer aller Dateien in /usr/bin von „root“ auf „dev“ geändert. Jetzt funktioniert sudo nicht mehr! Wenn ich sudo mit einem beliebigen Befehl verwende, erhalte ich:

sudo: effective uid is not 0, is sudo installed setuid root?

Ich kann chownden Besitzer nicht mit dem Befehl wieder auf „root“ ändern. Das ist ein großer Rückschlag!

Da es sich um eine virtuelle Maschine handelt, kann ich nicht auf die Wiederherstellungskonsole zugreifen. Tatsächlich rebooterfordert sogar der Befehl, dass der Benutzer über Root-Zugriff verfügt.

Experten, bitte helfen Sie mir, die Kontrolle über das Betriebssystem zu erlangen, ohne ein neues Image erstellen zu müssen.

Danke!

PS - Möglicherweise einDuplikataber er postete es erneut, da seine Lösung darin bestand, von vorne anzufangen.

Mehr Info -

su - rootsagt immer falsches Passwort. Leider ist der Besitzer suauch „dev“.

Ich kann über die GUI einen neuen Benutzer erstellen. Das Root-Passwort wurde akzeptiert. Wie gewähre ich dem neuen Benutzer Root-Zugriff, ohne Visudo zu verwenden?

Antwort1

Physische Sicherheit ist Sicherheit. Sie haben drei Möglichkeiten:

  1. Melden Sie sich als Root an, entweder von der Konsole oder per SSH.
  2. Booten Sie im Einzelbenutzermodus, für den normalerweise kein Root-Passwort erforderlich ist (auf Ihrem System kann dies jedoch der Fall sein).
  3. Mounten Sie das Disk-Image von einem anderen Betriebssystem.

Mit jedem dieser Schritte können Sie den Eigentümer einer beliebigen Datei auf der Festplatte ändern. Wenn keine dieser Optionen für Sie in Frage kommt, haben Sie Pech gehabt, aber Sie haben auch keine Kontrolle: Es können andere Dinge passieren – die keine Fehler sind –, die Konsolenzugriff erfordern.

Antwort2

Ich kann nichts mit Sicherheit sagen, ohne eine VM hochzufahren und Ihre Situation nachzuahmen, aber was ich wahrscheinlich tun würde, ist, wenn Sie eine Datei als externes Medium für Ihre VM verwenden können, eine Live-CD/USB-Distribution (Knoppix oder das Standard-Archiso oder die Gentoo-Installations-CD oder Porteus) hochzufahren und dann etwas wie das Mounten des Dateisystems mit dem defekten /usr/bin durchzuführen (vielleicht mithilfe von cd /; mkdir /backup; cp /mnt/centos/usr/bin /backup, Kopieren der Binärdateien, die Sie speichern möchten, und chown -hR 0 /backup; chmod 755diese oder welche Berechtigungen Sie auch immer für /usr/bin gewählt haben, und dann Löschen des /usr/bin innurdas kaputte Zeug (wenn das zu reparierende fs unter /mnt/centos gemountet wäre, wäre der Befehl für die letzte Anweisung rm -r /mnt/centos/usr/bin), dann etwas in der Art von cp /backup /mnt/centos/usr/binUnd das könnte funktionieren. Tun Sie das aber noch nicht, da ich noch keine VM gestartet habe, um das zu testen. Wenn SiekippenWenn Sie eine Datei als externes bootfähiges Medium verwenden, müssen Sie sie meiner Meinung nach neu installieren, nachdem Sie eine Sicherungskopie aller Dateien erstellt haben, die Sie speichern möchten. Ich hoffe, diese Antwort hilft Ihnen weiter.

verwandte Informationen