El Capitan Installer korrumpiert ständig den HFS+ Superblock

Das standardmäßige Nicht-Beta-Installationsprogramm von El Capitan beschädigt den HFS+-Superblock und gibt an, dass es die Festplatte nicht reparieren und die Installation nicht fortsetzen kann. (Die Reparaturwerkzeuge reparieren die Festplatte nicht einmal im Einzelbenutzermodus.)

Was mich verwirrt, ist, dass die Sicherung des Superblocks gültig bleibt und beim Schreiben der Sicherung über den beschädigten aktuellen Superblock das Laufwerk erneut auf dem Bildschirm mit den Startoptionen angezeigt wird. Und ich kann in Yosemite booten, ohne dass meine Apps/Daten betroffen sind.

Das heißt, wenn ich das Installationsprogramm erneut ausführe , wird der aktuelle Superblock munged und das Backup bleibt gültig. So kann ich das Laufwerk wieder reparieren und normal booten. (Und diesen Prozess bis zur Übelkeit fortsetzen)

A: Warum prüft das Festplatten-Dienstprogramm nicht, ob der aktuelle Superblock und der Backup-Superblock unterschiedlich sind? Und versucht, mit dem Backup zu testen, ob es das Laufwerk nicht anderweitig reparieren kann. (Auch im Einzelbenutzermodus)

B: Warum beschädigt der OSX-Installer durchgehend nur den Superblock und lässt nichts im Rest des Laufwerks kaputt. Ich habe dies zu diesem Zeitpunkt fünfmal getan, einschließlich des erneuten Herunterladens des Installationsprogramms. Heute vor allem aus morbider Faszination.

Ich teste ab

  • Yosemite.
  • 13 Zoll Mitte 2013 Air.
  • Fahren Sie unverschlüsselt.
  • 22 GB HD kostenlos.

Der Zustand des SSD-Laufwerks wird als ausgezeichnet gemeldet.

Irgendwelche Ideen, wie ich aus diesem Kreislauf herauskomme? Danke für jedes Feedback.

PS Versucht, einfach die Sierra Beta auszuprobieren und zu sehen, ob was auch immer dieses Problem ist, im nächsten Installationsprogramm gepatcht wird.


Bearbeiten: Am Ende habe ich die aktuelle Sierra-Beta ausprobiert, mit genau den gleichen Ergebnissen.

Stern & Upvote, nur weil ich keine Ahnung habe, wovon du sprichst ... aber es klingt interessant <g> Es ist auch etwas, das, wenn es sich nicht um eine Repro für einen sehr speziellen Fall handelt, mittlerweile allgemein bekannt wäre - Ich denke also, dass das zugrunde liegende Problem nicht das Installationsprogramm des Betriebssystems ist , sondern etwas mit dem Laufwerk selbst zu tun hat. Mich würde interessieren, was so etwas wie DiskWarrior davon hält.
Danke. Leider kann ich mir DiskWarrior nicht leisten. (Finanziell oder emotional)
Emotional hat es mir bei mehreren Gelegenheiten den Arsch gerettet, aber eigentlich ist das lange, lange her – ich habe seine Dienste seit vielen Jahren nicht wirklich gebraucht. Finanziell, da stimme ich zu, ist es ein bisschen teuer für ein One-Trick-Pony....
Alternativ ... vorausgesetzt, alles ist gut gesichert - versuchen Sie es mit Sierra und konvertieren Sie es in APFS ... bearbeiten Sie das vielleicht vergessen - nicht sicher, ob es noch bootfähig ist
Ja, ich bin mir nicht sicher, ob es verfügbaren Äther gibt. Mein reguläres Konto ist kein Entwicklerkonto, und ich denke, die Beta für APFS ist im Moment nur für Entwickler.
APFS ist noch nicht für Boot-Volumes verfügbar und würde das Problem wahrscheinlich sowieso nicht lösen. Ich denke, es muss die gesamte Partitionstabelle auf dem Laufwerk selbst gelöscht und neu erstellt werden.

Antworten (1)

Ich würde immer noch ein Problem mit dem Superblock oder der GUID-Tabelle vermuten.

Persönlich würde ich das gesamte Laufwerk auf ein externes Laufwerk kopieren, dann von dem externen Laufwerk booten und das interne Laufwerk löschen. Dafür verwende ich normalerweise Carbon Copy Cloner

An diesem Punkt sollten Sie in der Lage sein, El Capitan problemlos zu installieren, und dann, wenn Sie vom Installationsprogramm dazu aufgefordert werden, können Sie die Anwendungen, Einstellungen und Benutzer von der externen Festplatte in das neue System übertragen.

Was sind Ihrer Meinung nach die häufigsten Ursachen für diese Art von Problem? Das möchte ich in Zukunft möglichst vermeiden.
Wer weiß. Diese Dinge passieren einfach manchmal.