Sé que esta pregunta se ha hecho antes, pero las soluciones sugeridas no funcionan para mí.
Acabo de terminar de conectar un nuevo disco duro externo y de esperar 14 horas a que Time Machine termine de hacer una copia de seguridad. Ahora, no puedo expulsar el disco. Me sale este error:
Noquiero"Forzar Expulsión ..." porque la última vez que lo hice destruyó el sistema de archivos de manera que no se pudo reparar. De ahí la necesidad de un nuevo disco duro externo.
Parece que el índice de Spotlight es el culpable aquí:
$sudo lsof | grep /Volumes/Backup/
mds 64 root 21r DIR 1,7 2108 3347098 /Volumes/Backup/.Spotlight-V100/Store-V2/26061632-2165-4372-BACA-B77080B37A25
mds 64 root 24u REG 1,7 0 3347143 /Volumes/Backup/.Spotlight-V100/Store-V2/26061632-2165-4372-BACA-B77080B37A25/journalExclusion
mds_store 310 root txt REG 1,7 8 3347107
He intentado agregar mi unidad de copia de seguridad a la lista de privacidad de Spotlight. Aparentemente se supone que esto tiene efecto inmediatamente. Pero no lo hace.
Cuando intento detenerlo usando la línea de comandos, esto es lo que sucede:
mdutil -v -a -s
/:
Indexing disabled.
/.MobileBackups:
2015-12-06 14:53:51.707 mdutil[11654:1215293] Metadata.framework [Error]: mdsCopyStoreAttributes failed: (8) (os/kern) no access
No index.
/Volumes/Backup:
Indexing and searching disabled.
/Volumes/Backup/Backups.backupdb:
Indexing enabled.
Scan base time: 1970-01-01 00:00:01 +0000 (1449442430 seconds ago), reasoning: '(null)'
También probé esto ...
$sudo mdutil -i off -d -E /Volumes/Backup/Backups.backupdb/
Password:
/Volumes/Backup/Backups.backupdb:
2015-12-06 16:42:53.210 mdutil[11822:1237806] mdutil disabling Spotlight: /Volumes/Backup/Backups.backupdb -> kMDConfigSearchLevelOff
Indexing enabled.
$sudo lsof | grep /Volumes/Backup/
mds 64 root 14r DIR 1,7 1972 3359270 /Volumes/Backup/.Spotlight-V100/Store-V2/26061632-2165-4372-BACA-B77080B37A25
mds 64 root 22u REG 1,7 0 3359315 /Volumes/Backup/.Spotlight-V100/Store-V2/26061632-2165-4372-BACA-B77080B37A25/journalExclusion
mds_store 310 root txt REG 1,7 8 3359279 /Volumes/Backup/.Spotlight-V100/Store-V2/26061632-2165-4372-BACA-B77080B37A25/0.indexIds
También intenté eliminar los procesos de Spotlight ...
$ps -ax | awk '/[m]ds/{print $1}'
64
310
$sudo kill 64
$sudo kill 310
$sudo lsof | grep /Volumes/Backup/
backupd 11828 root 4w REG 1,7 1453 3359329 /Volumes/Backup/Backups.backupdb/Alex’s MacBook Pro/2015-12-06-164406.inProgress/.Backup.471141846.204163.log
backupd 11828 root 6w REG 1,7 1780482048 3366847 /Volumes/Backup/Backups.backupdb/Alex’s MacBook Pro/2015-12-06-164406.inProgress/88F84A3D-497C-4059-99AE-BF8C3C91534C/Macintosh HD/Users/alexryan/VirtualBox VMs/boot2docker-vm/boot2docker-vm.vmdk
mds 11849 root 12r DIR 1,7 2108 3359270 /Volumes/Backup/.Spotlight-V100/Store-V2/26061632-2165-4372-BACA-B77080B37A25
mds 11849 root 17u REG 1,7 0 3359315 /Volumes/Backup/.Spotlight-V100/Store-V2/26061632-2165-4372-BACA-B77080B37A25/journalExclusion
...
¿Hay alguna forma de poder expulsar de forma segura mi disco duro externo sin destruir el sistema de archivos de nuevo?
Estoy ejecutando OS X 10.11.1 en una Macbook Pro (mediados de 2010).
La unidad externa es:
Seagate Backup Plus Slim Disco duro externo portátil de 2TB con dispositivo móvil de respaldo USB 3.0
Solución:
Estaba un poco nervioso por matar el proceso de los proyectores porque no estaba seguro de si cerraría limpiamente los archivos que había abierto antes de apagarse. No quería corromper mi sistema de archivos otra vez.
Matar directamente los procesos no funcionó. Acaban de volver a la vida con nuevos identificadores de proceso.
Sin embargo, el uso de launchctl funcionó. Pude expulsar el disco. Y parece que mi sistema de archivos no se corrompió.
$sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist
$ps -ax | awk '/[m]ds/{print $1}'
$sudo lsof | grep /Volumes/Backup/