El instalador de El Capitán corrompe constantemente la supermanzana HFS+

El instalador estándar, no beta de El Capitan, corrompe el superbloque HFS+ y afirma que no puede reparar el disco duro y no puede continuar con la instalación. (Las herramientas de reparación no repararán el disco duro ni siquiera en el modo de usuario único).

Lo que me confunde es que la copia de seguridad del superbloque sigue siendo válida, y al escribir la copia de seguridad sobre el superbloque actual dañado, la unidad aparece nuevamente en la pantalla de opciones de arranque. Y puedo iniciar Yosemite sin que ninguna de mis aplicaciones o datos se vean afectados.

Dicho esto, si vuelvo a ejecutar el instalador , cambia el superbloque actual y deja la copia de seguridad aún válida. Entonces puedo reparar la unidad nuevamente y arrancar normalmente. (Y continuar este proceso ad-nauseam)

R: ¿ Por qué la utilidad de disco no verifica el hecho de que los superbloques actuales y de respaldo son diferentes? E intenta probar con la copia de seguridad si no puede reparar la unidad. (Incluso en modo de usuario único)

B: ¿ Por qué el instalador de OSX corrompe constantemente solo el superbloque, sin dejar nada en el resto de la unidad rota? He hecho esto, incluyendo volver a descargar el instalador, cinco veces en este momento. Sobre todo por la fascinación morbosa ahora.

estoy probando desde

  • Yosemite.
  • Aire de mediados de 2013 de 13 pulgadas.
  • Unidad sin cifrar.
  • 22 GB de HD gratis.

El estado de la unidad SSD se informa como excelente.

¿Alguna idea sobre cómo puedo salir de este ciclo? Gracias por cualquier comentario.

PD: Estoy tentado de probar la versión beta de Sierra y ver si cualquiera que sea este problema se corrige en el próximo instalador.

Editar: terminé probando la versión beta actual de Sierra, con exactamente los mismos resultados.

Estrella y vota a favor solo porque no tengo ni idea de lo que estás hablando... pero suena interesante <g> También es algo que, si no fuera una reproducción de un caso muy específico, ya sería de conocimiento común. - así que creo que el problema subyacente no es el instalador del sistema operativo, sino algo que tiene que ver con la unidad en sí. Me interesaría ver qué piensa algo como DiskWarrior.
Gracias. Por desgracia, no puedo pagar DiskWarrior. (Financieramente o emocionalmente)
Emocionalmente, me ha salvado el culo en varias ocasiones, pero en realidad eso fue hace mucho, mucho tiempo. Realmente no he necesitado sus servicios en muchos años. Financieramente, estoy de acuerdo, es un poco caro para un pony de un solo truco...
Alternativamente ... suponiendo que todo esté bien respaldado, pruebe Sierra y conviértalo a APFS ... edite , tal vez olvide eso, no estoy seguro de que sea de arranque todavía
Sí, no estoy seguro de si está disponible el éter. Mi cuenta normal no es una cuenta de desarrollador, y creo que la versión beta de APFS es solo para desarrolladores en este momento.
APFS aún no está disponible para volúmenes de arranque y probablemente no resolvería el problema de todos modos. Creo que necesita borrar y reconstruir toda la tabla de particiones en el propio disco.

Respuestas (1)

Todavía sospecharía un problema con el superbloque o la tabla GUID.

Personalmente, copiaría todo el disco en un disco externo, luego arrancaría desde el externo y borraría el disco interno. Para esto suelo usar Carbon Copy Cloner

En ese momento, debería poder instalar El Capitan correctamente y luego, cuando el instalador se lo solicite, puede transferir las aplicaciones, la configuración y los usuarios desde la unidad externa al nuevo sistema.

¿Cuáles diría que son las causas comunes de este tipo de problema? Me gustaría evitarlo en el futuro si es posible.
Quién sabe. Estas cosas simplemente suceden a veces.
El instalador de El Capitán corrompe constantemente la supermanzana HFS+
RespuestasAquíPolítica de privacidad1y, 0v