So reparieren Sie / etc / sudoers unter OSX High Sierra

0

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.

user20342
quelle

Antworten:

1

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.
akim
quelle
0

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.

Gordon Davisson
quelle
Ich bin irgendwie diesen Weg gegangen. Ich sah auf einen Mac, der korrekt lief und grep -v wheelsah nur cups Verzeichnis, sah mein Laptop nicht cups und tat es einfach chmod -R 0 /etc. Keine Freude. Jetzt muss ich meine Time Machine-Sicherung neu installieren und installieren. Hoffen für das beste.
user20342
1
Tatsächlich sollte eine In-Place-Neuinstallation von Recovery auch funktionieren und Ihre Benutzerdaten beibehalten (obwohl dies zu diesem Zeitpunkt möglicherweise nicht von Vorteil ist). Übrigens, Sie haben es versäumt, die Gruppe zusammen mit dem Besitzer zu reparieren.
Gordon Davisson