Anoche mi MacBook Pro se estrelló. Esta mañana intenté encender la computadora y tuvo algunos problemas.
Así que trato de usar el modo de usuario único, porque obviamente no llego a ninguna parte con este bucle de arranque.
Yo sigo este proceso:
$ /sbin/fsck -fy
** /dev/rdisk1
** Root file system
Executing fsck_hfs (Version hfs-305.10.1).
** Checking Journaled HFS Plujs vloume.
The volume name is Macintosh HD
** Checking extents overflow tile.
** Checking catalog file.
Procede a colgar aquí hasta que salga ^C
de fsck
.
Intento reconstruir el catálogo ...
$ fsck_hfs -y -Rc -d /dev/disk0s2
Unable to open block device /dev/disk0s2: Resource busyjournal_replay(/dev/disk0s2) returned 16
** /dev/rdisk0s2 (NO WRITE)
Using cacheBlockSize=32K cacheTotalBlock=16384 cacheSize=524288K.
Executing fsck_hfs (version hfs-305.10.1).
Block 975093950 is not an MDB or Volume Header
Journal is empty
** Checking JOurnaled HFS Plus volume.
The volume name is Macintosh HD
** Checking extents overflow file.
** Checking catalog file.
** The volume Macintosh HD was found corrupt and needs to be repaired.
volume type is pure HFS+
primary MDB is at block 0 0x00
alternative MDB is at block 0 0x00
primary VHB is at block 2 0x02
alternate VHB is at block 975093950 0x3a1ec0be
sector size = 512 0x200
VolumeObject flags = 0x03
total sectors for volume = 975093952 0x3a1ec0c0
total sectors for embedded volume = 0 0x00
CheckHFS returned 7. fsmodified = 0
Dice que mi disco duro está corrupto. Para reparar el disco duro sueles utilizarlo /sbin/fsck -fy
, ¿no? El único problema es que me da lo mismo que antes, colgado en el archivo del catálogo.
¡No estoy muy seguro de qué hacer!
Cuando no puede obtener una ejecución limpia de fsck (que es posible que deba dejar que se ejecute durante un puñado de horas), entonces es hora de tomar una decisión:
En mi experiencia, si no tiene muchos errores de IO ( -B
opción para fsck_hfs
), el borrado restaurará la función completa y podrá reinstalar el sistema operativo y restaurar desde la copia de seguridad. Tampoco he tenido mucha suerte al obligar fsck_hfs
a reconstruir partes cuando /sbin/fsck -fy
falla el plano, pero podría tener suerte con un patrón de corrupción inusual en esta unidad.
La segunda opción no promete mucho. Disk Warrior parece ser una de las utilidades decentes para probar cuando fsck no funciona, pero a menos que tenga muchos problemas específicos de corrupción, el tiempo que dedica a limpiar y reinstalar generalmente no compensa el costo de ese software. También puede o no funcionar. Si Disk Warrior tampoco repara o reconstruye el catálogo, vuelve al punto de decisión: borrar o escalar a un soporte aún más costoso/especializado como abrir un ticket de ingeniería con Apple o alguien que pueda volcar la estructura del sistema de archivos más profundamente para análisis.
Nebulosa
bmike