So stellen Sie ein umbenanntes /etc-Verzeichnis in Mac OS Monterey wieder her (was dazu führt, dass Sie sich nicht anmelden können)

Ich habe das Verzeichnis auf einem Mac mit macOS Monterey versehentlich umbenannt /etc, mit desaströsen Folgen: Das Passwort für sudoin Terminal wird nicht mehr erkannt (weil die /etc/sudoersDatei nicht mehr gefunden wird), was bedeutet, dass ich keine Befehle mehr ausführen kann, die ein Passwort erfordern. Schlimmer noch, ich kann mich nicht einmal mehr am Mac anmelden.

Um das Problem zu lösen, begann ich mit der akzeptierten Antwort, die von David Rouse als Antwort auf eine ähnliche Frage beschrieben wurde – Ordner „/etc“ umbenannt. Ich kann mich nicht mehr einloggen - gefragt im Jahr 2019.

Der erste Teil dieser Lösung (Booten des Mac im Einzelbenutzermodus mit dem vorhandenen Passwort und Ausführen von mount -uw) funktioniert perfekt.

Allerdings kann ich das Verzeichnis auch im Einzelbenutzermodus nicht umbenennen /etc. cdWenn Sie beispielsweise versuchen, oder mvin Bezug auf auszuführen , /etcwird eine No such file or directoryNachricht angezeigt, und der Symlink- /privateOrdner scheint leer zu sein – siehe Abbildung unten.

Wie kann ich also den Ordnernamen wieder ändern, /etcdamit der Mac wieder betriebsbereit ist?

Geben Sie hier die Bildbeschreibung ein

Das Problem ist meiner Meinung nach, dass die Bootdiskette jetzt aus zwei zusammengeführten Teilen besteht und Sie nur den schreibgeschützten Teil sehen - siehe bombich.com/kb/ccc6/working-apfs-volume-groups für eine Idee
Der wahrscheinlich beste Weg, um voranzukommen, ist die Neuinstallation von macOS
Booten Sie in die Wiederherstellung, installieren Sie nur das Betriebssystem neu. Ihre Dateien sollten nicht betroffen sein.
@TechnoCat Warum verwenden Sie den Einzelbenutzermodus? Wenn Sie den Wiederherstellungsmodus verwenden und ggf. das Volume " - Data" entsperren (falls Filevault aktiv ist), können Sie auf alle Systemstrukturen zugreifen und diese ändern.
@mmmmmm Vielen Dank für den hilfreichen Link zum Bombich-Artikel unter bombich.com/kb/ccc6/working-apfs-volume-groups . Wenn ich das richtig gelesen habe, bedeutet dies, dass das Umgehen der normalen MacOS-Sicherheit - z. B. das Ändern von Systemdateien und -ordnern nach dem Anmelden über den Einzelbenutzermodus (die vor zwei Jahren in dem Link, den ich in meine Frage eingefügt habe) vorgeschlagene Lösung - seitdem keine praktikable Option mehr ist Catalina im Jahr 2019. Das ist gut zu wissen. Es bedeutet, dass ich einer nicht praktikablen Lösung nachgejagt bin und mich gefragt habe, warum sie nicht funktioniert hat. Jetzt weiß ich warum! :)
TechnoCat: Haben Sie zumindest versucht, das Data-Volume zu mounten? Beim Booten im Einzelbenutzermodus wird nur das versiegelte, schreibgeschützte Volume bereitgestellt. Das Volume, das den Ordner /private enthält, muss explizit gemountet werden.
@Jean_JD Ich habe den Einzelbenutzermodus verwendet, weil er erst vor zwei Jahren als großartige Lösung für ein identisches Problem präsentiert wurde (also ging ich davon aus, dass er noch brauchbar ist). Außerdem haben wir alle Lücken in unserem technischen Wissen; Mir war nicht klar, dass ich das Betriebssystem auf einem Mac ohne Datenverlust neu installieren kann – daher bin ich mehreren Leuten in diesem Thread sehr dankbar, die erwähnt haben, dass nur das Betriebssystem neu installiert wird, als ein weiteres praktikables Mittel, um sich von dieser Beinahe-Katastrophe zu erholen . Danke schön!
@TechnoCat. Vom Wiederherstellungsmodus aus können Sie im Root-Modus auf das Terminal zugreifen, wo alle Volumes bereitgestellt und/oder entsperrt werden können. Sie können versuchen, das Dateisystem zu reparieren (umbenennen usw.), ohne das System neu zu installieren. Das Terminal ist im Hauptmenü unter Utility-Auswahl zugänglich.
@DavidAnderson - Ich habe noch nicht versucht, das Datenvolumen zu mounten (da es einige Zeit zum Lesen / Zeit braucht, um genau zu verstehen, wie das geht ... Ich kann es mir nicht leisten, weitere Risiken mit dem Mac meines Kollegen einzugehen, also ist alles sehr sorgfältig gemacht), und jetzt bin ich für die nächsten 10-12 Stunden in ein anderes Projekt eingesperrt.
Vielen Dank an David, Hillside, Jean, mmmmmm und andere für die super hilfreichen Lösungen und Kommentare. Ich werde die Empfehlungen testen und implementieren, sobald ich später heute zu dieser Aufgabe zurückkehren kann. Sehr dankbar!!
Das ist fantastisch. @TechnoCat, bitte tragen Sie alle Ihre neuen Erkenntnisse in den Antwortbereich ein. Manchmal versuchen Leute, die Frage so zu bearbeiten, dass es sich um einen Blog-Beitrag handelt, anstatt die Frage zu hinterlassen, wo Sie anfangen sollten, und all das Lernen und den Fortschritt in Antworten zu beenden.

Antworten (1)

Ich habe Monterey in einer virtuellen VMware Fusion Player-Maschine installiert.

Ich habe Ihre Anweisungen befolgt und konnte /private/etcin umbenennen /private/xetc.

Wenn ich Monterey im Einzelbenutzermodus starte, sehe ich die folgende Ausgabe. Das Bild zeigt Anweisungen in Form von drei drei Befehlen, mit denen die Datenpartition auf einem SEP-fähigen Gerät bereitgestellt werden kann.

Hinweis: Für eine bessere Ansicht des Bildes klicken Sie auf das Bild oder öffnen Sie das Bild in einem neuen Fenster.

Unten ist die Ausgabe des mountBefehls. Nur das versiegelte, schreibgeschützte Volume wird auf /. Deshalb /privateist der Ordner leer.

Also folgte ich den Anweisungen im ersten Bild und gab die folgenden Befehle ein.

Hinweis: Diese Befehle erzeugten Nachrichten, die ich ignoriert habe.

/sbin/mount -P 1
/usr/libexec/init_data_protection
/sbin/mount -P 2

Unten ist die Ausgabe des mountBefehls. Jetzt wird das Datenvolume auf bereitgestellt /System/Volumes/Data.

Da dieses Daten-Volume bei der Erstellung mit dem Datenrollen-Metadaten-Flag gekennzeichnet wurde und sich in derselben APFS-Volume-Gruppe wie das anfänglich gemountete Volume befindet, teilen sich beide Volumes den Root-Bereitstellungspunkt ( ) /. Mit anderen Worten, dieses Datenvolume wird zweimal gemountet.

Als nächstes habe ich die Reparatur durchgeführt, indem ich den folgenden Befehl eingegeben habe.

mv /private/xetc /private/etc

Hinweis: Ich hätte die gleiche Reparatur auch durchführen können, indem ich die unten angegebene längere Version eingegeben hätte.

mv /System/Volumes/Data/private/xetc /System/Volumes/Data/private/etc

Schließlich habe ich den folgenden Befehl eingegeben, um nach Monterey zu booten.

exit

 

Interessanterweise mountweiß die Manpage von does nichts über -P.
@nohillside: Ich muss gestehen, ich weiß nicht, was die Befehle eigentlich machen. Die Eingabe der Befehle war eine reine Vermutung meinerseits. Ich habe meine Antwort aktualisiert, um die Ausgabe des mountBefehls vor und nach der Eingabe der drei Befehle anzuzeigen.
Danke @DavidAnderson. Deine Lösung funktioniert einwandfrei!
So stellen Sie ein umbenanntes /etc-Verzeichnis in Mac OS Monterey wieder her (was dazu führt, dass Sie sich nicht anmelden können)
AntwortenHierDatenschutz-Bestimmungen1y, 0v