Ho una piccola pila di unità esterne alimentate tramite bus WD collegate al mio mid-end da 17 "a metà del 2010 attraverso un hub a 10 porte. (Secondo le specifiche, l'hub fornisce una corrente più che sufficiente per accenderle tutte una volta, ma in realtà non ho mai testato l'amperaggio.)
Negli ultimi sei mesi circa, ho visto episodi irregolarmente ricorrenti di una o più di queste unità che si espellevano spontaneamente (non smontate, smontate, ma semplicemente disconnettendo). Di solito, sono stato in grado di rintracciare il problema sul power brick dell'hub che viene calpestato da un gatto. (Per qualche ragione insondabile, le aziende continuano a fare verruche che non sono completamente supportate contro il muro o la ciabatta, così che la pressione all'estremità del mattone opposta all'estremità della spina estrae parzialmente la spina. / p>
A volte, però, non c'è una causa apparente per la disconnessione. In questi casi, la maggior parte delle volte l'unità scomparsa si rimonterà da sola senza intervento. Ogni tanto, dovrò scollegare e ricollegare l'unità interessata per farlo rimontare.
Oggi, una di queste unità ha fatto il trucco di smontaggio e non sarebbe rimontata. Ho provato a riavviare. Ho provato a collegarlo direttamente all'MBP. Ho letto diverse domande e risposte qui che sembrano correlate e ho provato le soluzioni che sembravano applicabili. Ancora senza supporto.
Disk Utility.app vede l'unità, ma non può farci niente. Il nome del volume non viene visualizzato nell'elenco. Se provo la riparazione, si agita per un momento e quindi segnala "Impossibile installare il disco" o "È necessario un disco con un punto di montaggio".
Il terminale può vedere anche il disco. Prima di riavviare, ls -@aehlFGO (le mie opzioni di alias% personalizzatols) di / Volumi ha mostrato il nome del volume, ma con autorizzazioni errate:
d--x--x--x+ 2 root admin - 102B Mar 29 00:20 Raptor/
0: group:everyone inherited deny add_file,add_subdirectory,directory_inherit
Le mie altre unità esterne mostrano le autorizzazioni corrette di drwxrwxr-x@ con proprietario / gruppo di me / staff o root / wheel, senza ACL. Dal momento del riavvio, ovviamente, l'unità interessata non è elencata in / Volumi.
diskutil list mostra l'unità interessata come disco6. Tutto sembra normale, tranne che non c'è il nome del volume:
/dev/disk6
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk6
1: EFI 209.7 MB disk6s1
2: Apple_HFS 999.8 GB disk6s2
Per consigli dati in un'altra domanda, ho eseguito sudo gpt -r show disk6 e ho ottenuto il seguente output (che non so esattamente come interpretare):
start size index contents
0 1 PMBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 1952786352 2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
1953195992 262151
1953458143 32 Sec GPT table
1953458175 1 Sec GPT header
L'esecuzione dello stesso comando su una delle altre unità esterne della stessa capacità ha prodotto un output identico, quindi suppongo che questo significhi che la tabella delle partizioni è normale.
Provare i suggerimenti di un'altra risposta non mi ha portato da nessuna parte:
Wed 2017-03-29 04:37:54 PM qpanda in ~ -bash 4.4.5
$ diskutil mountDisk /dev/disk6
One or more volume(s) failed to mount
Wed 2017-03-29 04:46:35 PM qpanda in ~ -bash 4.4.5
$ diskutil mountDisk readOnly /dev/disk6
One or more volume(s) failed to mount
Wed 2017-03-29 04:47:21 PM qpanda in ~ -bash 4.4.5
$ diskutil mountDisk /dev/disk6s1
One or more volume(s) failed to mount
Wed 2017-03-29 04:48:41 PM qpanda in ~ -bash 4.4.5
$ diskutil mountDisk /dev/disk6s2
One or more volume(s) failed to mount
Wed 2017-03-29 04:49:16 PM qpanda in ~ -bash 4.4.5
$ diskutil unmountDisk /dev/disk6
Unmount of disk6 failed: at least one volume could not be unmounted
Wed 2017-03-29 04:55:22 PM qpanda in ~ -bash 4.4.5
$ diskutil unmountDisk force /dev/disk6
Forced unmount of disk6 failed: at least one volume could not be unmounted
Wed 2017-03-29 04:57:01 PM qpanda in ~ -bash 4.4.5
$ diskutil eject /dev/disk6
Volume timed out while waiting to eject
Wed 2017-03-29 04:57:48 PM qpanda in ~ -bash 4.4.5
$ diskutil eject force /dev/disk6
Unable to find disk for force
Quindi ora non sono sicuro di cosa fare. L'unità gira quando la collego, e la luce di attività brilla normalmente, ma nulla mi sembra di essere in grado di fare nulla con l'unità eccetto avere una piccola quantità di informazioni di base da esso.
Tengo questa copia di backup su Time Machine, e c'è un backup corrente da poco prima dello smontaggio, quindi non sono eccessivamente preoccupato per la perdita di dati. La mia domanda è se non vi è alcun motivo nel continuare a provare ad accedere a questa unità in modo da poter riformattare e ripristinare i dati, o devo solo andare avanti e sostituirlo?
Non sono sicuro che questa unità sia ancora in garanzia, ma stasera lo verificherò con WD (tutte le mie unità WD sono registrate attivamente, per fortuna). Che sia o non sia, però, sostituire l'unità significa spendere troppi soldi (sia per un acquisto in negozio locale o per la spedizione notturna in un acquisto online) o per non averlo per alcuni giorni. Poiché i contenuti di questo disco sono tutti di uso personale, non di lavoro, non è una spesa che posso cancellare. Quindi, se è ragionevolmente possibile far funzionare questa unità, anche solo a breve termine, sarebbe la mia preferenza.
Quindi, ho qualche speranza di salvare questa unità? O dovrei semplicemente dargli il funerale di Viking?