Forzare lo smontaggio di un dispositivo, come?


8

Ho montato un dispositivo a blocchi (disco rigido interno) da dire ~/HDe sto provando,

~# umount ~/HD

Risponde

umount: device is busy.

Ora uccido tutti i processi manualmente esaminando

~# fuser -m ~/HD

Mi assicuro inoltre che nessun processo acceda al ~/HDpercorso

~# lsof | grep HD

Ancora umount ~/HDdice device is busyanche con -fl'opzione.

PS: Non voglio usare l' -lopzione di umount, poiché il dispositivo montato è in realtà un dispositivo mappatore crittografato, che a sua volta non verrà smontato a meno che il dispositivo mappatore non sia chiaramente smontato.

Quindi, in pratica la mia domanda è come realmente forzare umountper smontare un dispositivo o Come può un dispositivo ancora essere contrassegnato come occupato mentre nessun processo sta accedendo è (o almeno fusere lsofnon segnalarlo) e che cosa posso fare?

Sono su Ubuntu 9.10 x64.


Risposte:


3

Vedrai questo comportamento se hai montato qualcos'altro su una sottodirectory di ~ / hd. In questo caso, né il fusore né lsof mostreranno nulla. Se non hai montato nulla in ~ / hd ('mount' risponderà a questa domanda), allora non sono sicuro di cosa controllare.


Sto selezionando la tua risposta come migliore, anche se questa non era la mia condizione, ma potrebbe aiutare gli altri. Inoltre, non riesco a trovare una risposta migliore. ;)
Vikrant Chaudhary il

5

Assicurati che la tua directory di lavoro corrente (esegui 'pwd') non sia in ~ / hd. Se ci si trova attualmente in quella directory, umount si rifiuterà di smontare.


3

Il comando lsof ti dirà quali processi mantengono aperto un file.


2

per individuare i processi attivi / gli utenti eseguono:

fusore -u / path / to / mount

quindi eseguire quanto segue per rimuoverli:

fusore -k / path / to / mount

infine smonta il dispositivo offensivo.


Pericoloso. Utilizzare -Manche.
Tom Hale,

1

Larsks ha scritto: "Vedrai questo comportamento se hai montato qualcos'altro su una sottodirectory di ~ / hd. In questo caso, né fuser né lsof mostreranno nulla."

L'uso di lsof con grep mostrerà l'uso della sottodirectory, ad esempio "lsof | grep HD".

Ho avuto lo stesso problema del poster originale e ho trovato la causa usando il comando sopra.


0

Hai provato a usare la sincronizzazione ?

Il comando di sincronizzazione svuota le cache del filesystem forzando la scrittura dei blocchi modificati sul disco.


Non è necessario eseguire la sincronizzazione: umount scaricherà la cache in base alle esigenze.
Kevin Panko,

0

Se vuoi davvero smontarlo, puoi usare umount -f

da man umount :

-f     Force unmount (in case of an unreachable NFS system).  (Requires kernel 2.1.116 or later.)

Non funziona, ma non è colpa tua. È colpa di Linus. :-(
peterh - Ripristina Monica il

0

Non ho potuto smontare perché un utente aveva una sessione SMB aperta. Vale la pena controllare.


1
Sembra più un commento che una risposta a una domanda di 5 anni.
Ramhound,

non avevo il rappresentante, né lo farò con i voti negativi, ma l'età conta quando un post ha ~ 21k visualizzazioni? Questo è dove google mi guida oggi e lsof | grep / mnt / disk ha risolto il mio problema
FreeSoftwareServers

1
Sì; è importante perché i commenti non sono risposte. Puoi facilmente modificare la tua risposta e renderla una risposta, ma attualmente come è scritto sembra più un commento. Una risposta descrive in dettaglio una soluzione e risponde in modo specifico alla domanda che è stata posta. Non hai la reputazione di pubblicare un commento come risposta non è come pubblichi un commento.
Ramhound,

Certo, volevo fare un commento, ma non potevo, ma fai riferimento al fatto che ha 5 anni come se fosse importante. Lo aggiornerò quindi ... e aggiungerò la parte ls grep
FreeSoftwareServers

1
Tutto il contenuto è importante. La tua risposta ha portato questa domanda alla prima pagina. Se vuoi commentare pubblicare utili contenuti dettagliati su domande a cui conosci la risposta o porre domande specifiche dettagliate
Ramhound
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.