So che questa domanda è stata fatta prima, ma le soluzioni suggerite non funzionano per me.
Ho appena terminato di allegare un nuovo disco rigido esterno e di attendere 14 ore affinché Time Machine finisca di eseguirne il backup. Ora, non posso espellere l'unità. Ho ricevuto questo errore:
Nonvoglio"Forza espulsione ..." perché l'ultima volta che l'ho fatto ha distrutto il file system in modo tale da non poter essere riparato. Quindi la necessità di un nuovo disco rigido esterno.
Sembra che l'indicizzazione di Spotlight sia il colpevole qui:
$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
Ho provato ad aggiungere la mia unità di backup all'elenco di privacy di Spotlight. Apparentemente si presume che abbia effetto immediatamente. Ma non è così.
Quando provo a fermarlo usando la riga di comando, ecco cosa succede:
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)'
ha anche provato questo ...
$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
ha anche provato ad uccidere i processi 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
...
C'è un modo per espellere il mio disco rigido esterno senza distruggere il file system?
Sto utilizzando OS X 10.11.1 su un MacBook Pro (metà del 2010).
L'unità esterna è:
Disco rigido esterno portatile Seagate Backup Plus Slim da 2 TB con dispositivo portatile Backup USB 3.0
Soluzione:
Ero un po 'nervoso all'idea di uccidere il processo dei riflettori perché non ero sicuro se avrebbe chiuso in modo pulito i file che aveva aperto prima di spegnersi. Non volevo rovinare il mio file system.
L'uccisione diretta dei processi non ha funzionato. Sono appena tornati in vita con nuovi ID di processo.
Tuttavia, l'uso di launchctl ha funzionato. Sono stato in grado di espellere l'unità. E sembra che il mio file system non sia stato danneggiato.
$sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist
$ps -ax | awk '/[m]ds/{print $1}'
$sudo lsof | grep /Volumes/Backup/