Saya memasang sistem file jarak jauh menggunakan sshfs (versi 2.8.4)
sshfs -o allow_root [email protected]: ./example
tapi melepasnya gagal
> fusermount -u example
umount: /home/joeuser/example: device is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))
Adakah gagasan tentang apa yang mungkin menyebabkan kesalahan ini dan bagaimana seseorang memperbaikinya?
ps aux | grep gvfsd-archive
.Saya pikir Anda menginginkan unmount malas:
sumber
Detach the filesystem from the filesystem hierarchy now, and cleanup all references to the filesystem *as soon as it is not busy* anymore
. Jadi itu tidak akan menyelesaikan masalah aslinya. Setuju dengan @Gilles,lsof
harus membantu di sini.umount -l
berfungsi.Saya baru saja mengalami masalah ini dan tidak dapat
kill -9
membaca dari sistem file yang dipasang.kill -9
tidak bekerja bahkan setelahfusermount -zu /mount/point
atauumount -l /mount/point
(yang berhasil). Satu-satunya hal yang berhasil adalahpkill -9 sshfs
.sumber
fusermount -zu /mount/point
bekerja untukku. Terima kasih!Menjalankan Ubuntu,
man fusermount
menceritakan tentang-z
opsi, yang didokumentasikan sebagai "lazy unmount". Tampaknya terkait, tetapi perlu konfirmasi, yang diberikan oleh halaman manual ini: fusermount (man.he.net) , yang mengatakan "lazy unmount (berfungsi meskipun sumber daya masih sibuk)". Satu harus menggunakannya dengan yang-u
, yang-z
pilihan saja, akan menghasilkan kesalahan. Saya mencoba-z
opsi, dan dapat mengonfirmasi itu melakukan trik, tetapi ini terlalu banyak terlihat seperti trik: apa fungsinya sebenarnya? Buat itu dilepas secara otomatis segera setelah direktori tidak lagi sibuk? Saya tidak tahu, tidak didokumentasikan, sangat tidak aman.Jadi di sini ada pilihan lain, lebih bertele-tele, tetapi lebih aman: mencoba meng-unmount sampai berhasil, sebanyak waktu yang diperlukan, dalam satu lingkaran.
Ada umpan balik kemajuan minimal, sehingga orang tahu apa yang terjadi dan tidak percaya itu digantung.
Opsi ini dapat diterima dari skrip shell; untuk interaksi baris perintah, penggunaan
-z
opsi lebih praktis, tetapi orang mungkin harus menyadari halaman manual tidak mendokumentasikannya dan mungkin ada keraguan tentang apa yang sebenarnya dilakukannya.sumber
Saya sering melihat "perangkat sibuk" dengan sshfs ketika saya memiliki jendela terminal terbuka ke direktori di bagian sshfs. Keluar dari terminal atau mengubah direktori ke share lokal kemudian menjalankan fusermount -u memecahkan masalah saya.
sumber
Pada OS X coba:
sumber
Jika Anda sudah memastikan tidak ada proses masih menggunakan sistem file sebelum mencoba umounting "biasa":
fuser -vm /mount/point
dan / ataulsof /mount/point
untuk menemukan mereka,/mount/point
lagi,Mencoba:
pkill -KILL sshfs
lalufusermount -u /mount/point
.Ini membantu saya ketika saya kehilangan koneksi jaringan dan tidak bisa menghitung mount point sshfs yang tidak responsif.
Juga, jika Anda ingin sshfs secara otomatis melakukan umount ketika koneksi jaringan terputus, memberi tahu aplikasi menggunakan sshfs dari kesalahan I / O (sehingga mereka tidak terhenti tanpa batas), pasang dengan:
sshfs -o ServerAliveInterval=15 remote-srv:/remote/dir /local/mountpoint
Ketika tidak ada data yang dipertukarkan,
ssh
klien Anda akan memeriksa setiap 15 detik jika bisa mendapatkan respons dari server. Jika 3 pemeriksaan gagal, itu akan memutuskan dan umount.sumber