Lepas direktori yang dipasang oleh sshfs di Mac


157

Saya telah menginstal OSXFUSEdi mac saya dan digunakan sshfsuntuk me-mount direktori jarak jauh. Sekarang saya ingin melepasnya, tetapi tidak dapat menemukan jalannya. OS saya adalah OSX 10.8 Mountain. Adakah yang bisa membantu?

Jawaban:


165

Jangan gunakan umount.

Menggunakan

fusermount -u PATH

8
Jawaban ini datang dari @peterdemin di komentar untuk jawaban lain .
palswim

37
fusermount tidak ditemukan di OS10.8
Meetai.com

26
Gunakan umount, seperti yang dikatakan dokumen (ditunjukkan oleh jawaban @opsmason).
Ioannis Filippidis

3
opsi <umount> berfungsi dengan baik di bawah Versi Sistem Mac: OS X 10.10.3 bahkan tanpa sudo
ravi.zombie

4
umountAwalnya tidak mulai bekerja karena saya pikir itu unmount— tidak ada n!
George WS

170

Coba ini:

umount -f <absolute pathname to the mount point>

Contoh:

umount -f /Users/plummie/Documents/stanford 

Jika itu tidak berhasil, coba perintah yang sama dengan root:

sudo umount -f ...

3
Menggunakan umount -f meninggalkan saya dengan direktori rusak memberikan kesalahan: "bash: cd: direktori-nama: Transport endpoint tidak terhubung"
peterdemin

5
Catatan untuk penggunaan di masa depan: perintah di atas berfungsi dengan baik di Mavericks. Juga, jalur absolut tidak diperlukan.
be hollenbeck

1
Baik pada OS X 10.10.2 dan homebrew
user2707671

2
Baik di OSX 10.10.4 menggunakan umount -f /Users/me/Documents/theretanpa sudo
Christiaan Westerbeek

2
Bekerja pada 10.12.1 Sierra denganumount -f ~/relative-path
sscirrus

29
sudo diskutil unmount force PATH 

Bekerja setiap saat :)
Perhatikan forcetag


Ini melakukannya untuk saya, di mana tidak ada lagi yang melakukannya! Terima kasih!
drkvogel

Sama disini. Batalkan seluruh situs dari orbit — itu satu-satunya cara untuk memastikan.
Darragh Enright

1
Memang itu berfungsi setiap saat. Kuncinya adalah opsi paksa :-) Misalnya: Saya mendapatkan kesalahan berikut dengan umount mount_osxfuse: mount point / Users / mount / root sendiri pada diskutil volume OSXFUSE
irsis

15

Setidaknya dalam 10.11 (El Capitan), halaman manual untuk umount menunjukkan:

Karena sifat Mac OS X yang rumit dan terjalin, umount mungkin sering gagal. Disarankan agar diskutil (1) (seperti pada, "diskutil unmount / mnt") digunakan sebagai gantinya.

Pendekatan ini (misalnya, " jalur umut diskutil / ke / mount / point ") memungkinkan saya untuk meng-unmount konten yang terpasang di sshfs, dan tidak memerlukan sudo. (Dan saya percaya itu harus bekerja kembali setidaknya 10.8.)


3
Pipa yang rusak terkadang meninggalkan volume dalam kondisi yang sangat buruk. Dalam kasus ini, hanya diskutil unmount force /path/to/mountpointakan membantu saya.
cw '10

1
Kebetulan, ini hanya berfungsi untuk saya jika saya gunakan diskutil umount force .... Metode lain di sini juga.
Abalter

12

gunakan ps aux | grep sshfsuntuk menemukan PID dari sshfs (Ini akan menjadi nomor di sebelah nama pengguna)

Lalu kill -9 $PID, jika solusi lain tidak berhasil


Bekerja pada OS X 10.11.0, setelah menangguhkannya dan pindah ke jaringan yang berbeda (meninggalkan titik pemasangan dengan kesalahan Input / Output). umount tidak berfungsi, fusermount tidak terpasang
RobM

Ini bekerja untuk saya ketika saya mengalami situasi di mana banyak appps / proses beachballing / "terjebak" -status-in-top / "U" -status-in-ps. Bersulang.
Slipp D. Thompson

6

Berikut ini bekerja untuk saya:

hdiutil detach <path to sshfs mount>

Contoh:

hdiutil detach /Users/user1/sshfs

Anda juga dapat menemukan volume yang dibuat oleh sshfs di Finder, klik kanan, dan pilih Eject. Yaitu, setahu saya, versi GUI dari perintah di atas.


Ini adalah sesuatu yang bekerja untuk saya tanpa hambatan pada macOS Sierra. Saya menduga ini akan bekerja dengan sempurna karena pada Gui saya menekan tombol eject ini akan menjadi hal yang terjadi.
Prageeth

Bekerja dengan baik di macOS Sierra .
spencer.sm

Bekerja untuk saya di High Sierrra ketika pendekatan lain tidak, tetapi harus menambahkan opsi "-force": mis. "Hdiutil detach / Users / user1 / sshfs -force"
Chris

2

Jika Anda memiliki masalah dengan fusermountperintah, Anda dapat mematikan proses:

ps -ax | grep "sshfs"


1
Atau bahkan: killall sshfs
matemaciek

2

Dalam kasus saya (Mac OS Mojave), kuncinya adalah menggunakan path lengkap $umount -f /Volumnes/fullpath/folder


1

Sama seperti referensi, izinkan saya mengutip FAQ osxfuse

4.8. Bagaimana saya harus melepas sistem file "FUSE for OS X" saya? Saya tidak dapat menemukan program fusermount di mana pun.

Cukup gunakan perintah umount standar di OS X. Anda tidak perlu fusermount khusus Linux dengan "FUSE for OS X".

Seperti disebutkan di atas, salah satu diskutil unmountatau umountharus bekerja


0

Hanya untuk referensi saya menemukan ini bekerja untuk saya.

diskutil unmount / path / ke / direktori /

Ketika saya menggunakan perintah umount saya mendapat kesalahan yang merekomendasikan perintah diskutil ini.


0

Jika masalah Anda adalah bahwa Anda memasang drive jaringan dengan SSHFS, tetapi koneksi ssh terputus dan Anda tidak dapat menginstalnya kembali karena kesalahan seperti mount_osxfuse: mount point /Users/your_user/mount_folder is itself on a OSXFUSE volume, pengguna github theunsa menemukan solusi yang bekerja untuk saya. Mengutip jawabannya:


Solusi saya saat ini adalah untuk:

Temukan proses pelakunya sshfs:

$ pgrep -lf sshfs

Bunuh itu:

$ kill -9 <pid_of_sshfs_process>

sudo force unmount direktori "tidak tersedia":

$ sudo umount -f <mounted_dir>

Remount direktori sekarang "tersedia" dengan sshfs ... dan kemudian besok pagi kembali ke langkah 1.


-1

Anda selalu dapat melakukan ini dari finder. Cukup navigasikan ke direktori di atas tempat mount dan tekan ikon eject di atas folder yang terpasang, yang akan memiliki SSHFS dalam namanya (dalam finder). Jalan pintas untuk membuka folder di finder dari terminal adalah

open .

yang akan membuka direktori saat ini di jendela pencari baru. Ganti "." dengan direktori pilihan Anda.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.