So reparieren Sie / etc / sudoers unter OSX High Sierra

Wie ich hierher gekommen bin

Ich habe ein SSD-Laufwerk installiert, nachdem ich meine Daten gesichert hatte. Ich habe OSX Maverick installiert (weil mein Laptop ungefähr 2014 ist) und dann begann ich, meine Daten von Benutzer-2 auf Benutzer-1 zu kopieren (da mein Benutzer nach der Installation des Betriebssystems nicht mit dem Benutzer übereinstimmt, der den gleichen Namen hatte, in dem der Computer gespeichert wurde Daten in den gesicherten Daten).

Dann fing ich an, den Besitz von Dateien zu reparieren, tat aber etwas wirklich Schlimmes: Ich lief sudo chmod -R user-1:staff im /etc und änderte den Besitz von /etc/sudoers. Und wenn der Besitz der Datei beschädigt ist, können Sie ihn nicht mehr ändern.

Was ich versucht habe

Ich habe den Einzelbenutzermodus ausgeführt und festgestellt, dass das Dateisystem schreibgeschützt ist.

Ich habe im Wiederherstellungsmodus gebootet und das OSX gefunden bietet nicht mehr "Repair Disk Permissions" im Festplatten-Dienstprogramm an .

Ich habe im Wiederherstellungsmodus gebootet und das gefunden Ich kann keine einzelne Datei aus meiner Time Machine-Sicherung wiederherstellen denn im Wiederherstellungsmodus können Sie nur Ihre gesamten Time Machine-Daten auf Ihrem Computer speichern.

Ich habe versucht, einen normalen Startvorgang auszuführen, aber dies dauert 30 Minuten. Obwohl die Statusleiste den Status "abgeschlossen" anzeigt, wird das Betriebssystem nie wieder angezeigt.

Die Frage

Wie mache ich das?

1. Eine Benutzeraufforderung für ein beschreibbares Dateisystem abrufen, damit ich den Eigentümer festlegen kann /etc/sudoers oder
2. zu bekommen Finder, um das Eigentum zu reparieren

und vielleicht meinen Laptop wieder booten können?

Leider kann ich nicht als Wurzel weiter diese ausnutzen weil ich keine Eingabeaufforderung für den Login erhalten kann.

Später 2018-01-21

Ich kam rüber diese Frage und konnte mount -uw / && chmod 0 /etc/sudoers erfolgreich, aber ich kann immer noch nicht booten. Es kann etwas anderes sein, verursacht durch die chown -R.

Später noch: Wenn ich im ausführlichen Modus (Befehl-V) boote, erhalte ich eine unendliche Liste der Fehlermeldung "Prozess X ist abgestürzt: opendirectoryd. Es wurden zu viele Leichen erstellt." Das sieht fatal aus. Möglicherweise muss das Betriebssystem und meine Sicherung erneut installiert werden.

Es gibt einen Ausweg (dank an https://astrails.com/blog/2009/09/29/how-to-fix-a-hosed-etc-sudoers-file-on-mac-osx ):

• von einem Konto mit Administratorrechten angemeldet werden
• in einem Terminal ausführen open etc/ um dieses Verzeichnis aus dem Finder zu sehen
• Wählen Sie die Datei aus sudoers
• Holen Sie sich seine Informationen ( Cmd + ich )
• drücke den + Berechtigungen hinzufügen
• Gewähren Sie Ihr Konto mit Lese- und Schreibrechten
• vi /etc/sudoers und beheben Sie Ihre Verwirrung
• :w! zu speichern (da es immer noch "Readonly" ist)
• dann renne sudo visudo um die richtigen Rechte für diese Datei wiederherzustellen.

Sie müssen die gesamte / etc-Hierarchie in den richtigen Besitz zurücksetzen. Es ist meistens root: wheel, aber es gibt ein paar Ausnahmen. Sie können das Problem im Einzelbenutzermodus beheben, nachdem Sie das Root-Volume für den Schreibzugriff erneut bereitgestellt haben:

mount -uw /
chown -R root:wheel /etc
chown -R root:_lp /etc/cups
chown _lp:admin /etc/cups/certs
chown root:admin /etc/cups/certs/*
chown root:operator /etc/dumpdates    # It's ok if this file doesn't exist

Beachten Sie, dass die Reihenfolge der Ausführung seit später wichtig ist chown s überschreiben die früheren.