sshfs - проблемы с отключением

[gasx]

Добрый день.
Хочу сообщить о такой неприятности, с которой столкнулся.
Я подключаюсь к удаленному компу по sshfs. Все хорошо работает.
Но если у меня например отпал интернет - перезагрузили роутер.
То мое подключение зависает навсегда. Нет возможности ни отключить примонтированный каталог, ни зайти даже в каталог пользователя. В плоть до того что висит весь гном. Нельзя ничего запустить. У меня ubuntu 11.04.

Подскажите как обойтись в этой ситуации без перезагрузки компьютера.
И куда надо написать чтобы такую ошибку исправили в конце концов???



Пользователь решил продолжить мысль 29 Октября 2012, 17:42:00:Добавлю.
Если я пытаюсь в консоли написать:

Код: [Выделить]

fusermount -u каталогто в ответ получаю такое:

Код: [Выделить]

fusermount: failed to unmount /home/user/каталог: Device or resource busyодно решение - перезагрузка компа.

[aSmile]

А

Код: [Выделить]

sudo umount каталог что говорит?

[ttt]

fusermount: failed to unmount /home/user/каталог: Device or resource busy

Завершить все приложения, работающие с примонтированной ФС. В том числе закрыть папку в файловых менеджерах.

А если нужно автоматизировать, то, вроде, autofs должно помочь. Сам хочу в будущем с этим поковыряться.

[ArcFi]

Подскажите как обойтись в этой ситуации без перезагрузки компьютера.

Позакрывать приложения, блокирующие файлы.

Код: [Выделить]

man fuser
man lsofЕсли грубо, то как-то так:

Код: [Выделить]

fuser -k -TERM -m "$DIR"

[gasx]

Завершить все приложения, работающие с примонтированной ФС. В том числе закрыть папку в файловых менеджерах.

Я бы с радостью, но не могу - все зависает. Даже нельзя перейти на файловый менеджер.

Сам хочу в будущем с этим поковыряться.

На самом деле ошибку получить очень легко. Надо передернуть роутер, чтобы сменился ип адрес.
Непонятно почему в Linuxе до сих пор есть такие ошибки приводящие к зависанию всего Linuxа...

Позакрывать приложения, блокирующие файлы.

Код: [Выделить]

man fuser
man lsofЕсли грубо, то как-то так:

Код: [Выделить]

fuser -k -TERM -m "$DIR"

Спасибо посмотрю.
Пользователь решил продолжить мысль 29 Октября 2012, 19:00:04:Я нашел в какой момент зависает ВСЁ.
В начале висят только приложения которые уже были открыты.
Но если я пытаюсь сделать переход в каталог пользователя, виснет ВСЁ!
Переключиться между программами можно только по АЛЬТ-ТАБ.

Код: [Выделить]

lsofзависает!

Пользователь решил продолжить мысль 29 Октября 2012, 19:01:06:

Код: [Выделить]

fuser -k -TERM -m "$DIR"тоже зависает!
ничего не дает.

Жду еще соображений.

[ArcFi]

Код: [Выделить]

pkill -SIGKILL sshfs
***
Кстати, я в своё время делал encfs@sshfs.
Вдруг пригодится. %)

Код: [Выделить]

################################################################################
# encfs@sshfs

SRC_URL="ssh://user@host:port:/:dir1/dir2"

# url parse
url_parse(){
URL="$1"
URL_USER="$(echo $URL | awk --field-separator '://|:|@' '{print $2}')"
URL_HOST="$(echo $URL | awk --field-separator '://|:|@' '{print $3}')"
URL_PORT="$(echo $URL | awk --field-separator '://|:|@' '{print $4}')"
URL_DIR1="$(echo $URL | awk --field-separator '://|:|@' '{print $5}')"
URL_DIR2="$(echo $URL | awk --field-separator '://|:|@' '{print $6}')"
}

# sshfs open
sshfs_open(){
test -d "$SSH_MNTDIR" || mkdir "$SSH_MNTDIR"
mkdir "$SSH_LDIR"
sshfs "$SSH_USER@$SSH_HOST:$SSH_RDIR" -p "$SSH_PORT" -o uid="$(id --user $USER)",gid="$(id --group $USER)" "$SSH_LDIR"
}

# sshfs close
sshfs_close(){
fusermount -u "$SSH_LDIR"
rmdir "$SSH_LDIR"
}

# encfs@sshfs open
encfs_open(){
test -d "$ENC_MNTDIR" || mkdir "$ENC_MNTDIR"
mkdir "$ENC_LDIR"
echo "$ENC_PASS" | encfs --stdinpass "$SSH_LDIR/$ENC_RDIR" "$ENC_LDIR"
}

# encfs@sshfs close
encfs_close(){
fusermount -u "$ENC_LDIR"
rmdir "$ENC_LDIR"
}

ENC_PASS=""
SSH_USER="$URL_USER"
SSH_HOST="$URL_HOST"
SSH_PORT="$URL_PORT"
SSH_RDIR="$URL_DIR1"
ENC_RDIR="$URL_DIR2"
SSH_MNTDIR="$HOME/.sshfs"
SSH_LDIR="$SSH_MNTDIR/$SSH_USER@$SSH_HOST:$SSH_PORT"
ENC_MNTDIR="$HOME/.encfs"
ENC_LDIR="$ENC_MNTDIR/$SSH_USER@$SSH_HOST:$SSH_PORT:$(echo $ENC_RDIR | tr '/' '_')"
sshfs_open && encfs_open || exit
encfs_close && sshfs_close || exit
pkill -SIGKILL encfs
pkill -SIGKILL sshfs

################################################################################

[gasx]

Так.
На Ubuntu 10.04.4 - таже самая проблема.

Код: [Выделить]

sudo umount каталогDevice is busy

Но не только программы при обращении к каталогу зависают.
Если каталог называется например direct
пишем в косоли ~/dir и нажимаем ТАБ. И консоль навсегда зависает.

Фигняя какаято.
Неужто господа програмеры на столько недальновидные что пропустили такую проблему?

Кто может помочь? Куда надо написать?
Крайне неудобно работать. Надо по sshfs подключаться, а канал часто рвется, назначается новый ИП и папка зависает.

ЛЮДИ!!! ХЕЛП!!!!

[rayanAyar]

Тоже частенько бывают обрывы, приводящие к зависанию sshfs. Выхожу так:

Код: [Выделить]

killall -SIGKILL sshfs
umount -l каталог_монтирования
При этом, при наборе в консоли "каталога_монтирования" автоподстановкой (tab) пользоваться нельзя. При необходимости точку монтирования можно посмотреть командой mount.

[gasx]

Спасибо за совет. Попробую - отпишусь.
По поводу ТАБА - у меня почемуто он вообще ничего не дает. Черт знает что такое. Кроме каталогов ничего не подсвечивает. Про версии пакетов при инстале приходится в инете колупаться.

Мне не понятно почему сталкиваешься с таким количеством глюков в этой убунте. и чем дальше тем глюков находишь больше.
Было бы такое место, куда можно написать, чтобы гарантировано проблему исправили.
А так куда только не пишу - результатов почти нет ((((

[memfis]

Здесь проблема не в sshfs, года полтора тому назад я поднимал топик и не один, например, https://forum.ubuntu.ru/index.php?topic=160983.msg1184509#msg1184509, https://forum.ubuntu.ru/index.php?topic=159289.msg1171640#msg1171640, с одинаково ровным нулевым результатом.

Те же результаты вы будете стабильно получать при уходе в ждущий\спящий режимы и поднятии из него.

Общий вывод таков - в бубнте следует избегать монтирования через fstab, mount, следует использовать gvfs, т.е. силами гуи и наутилуса, и обращаться через командную строку к подмонтированному ресурсу вы вряд ли сможете, хоть даже и будете знать, куда он смонтирован.

[ArcFi]

Для пользовательских задач, особенно когда речь идёт о всяких буках со ждущими режимами, на мой взгляд, самое удобное — gvfs.

и обращаться через командную строку к подмонтированному ресурсу вы вряд ли сможете

Сто лет уже лазаю терминалом на серваки через gvfs-sftp/smb.
А с помощью nautilus-open-terminal можно в любом месте открыть терминал, как удалённый, так и локальный.

[xeon_greg]

5 копеек по поводу

Мне не понятно почему сталкиваешься с таким количеством глюков в этой убунте. и чем дальше тем глюков находишь больше.
Было бы такое место, куда можно написать, чтобы гарантировано проблему исправили.
А так куда только не пишу - результатов почти нет ((((

вам ее дали бесплатно, и никто никаких гарантий не давал, по мере сил и возможностей постепенно исправляют начиная самого приоритетного; а вы купите винду за 70-100 енотов, и не говорите что там нет багов, думаю даже больше чем тут, найдите ненавистные для вас и напишите сапорту в майкрософт, интересно как быстро их пофиксят и пофиксят ли вообще, да и найти можно там кучу глюков которые тянутся от самой ХП, а ведь она за деньги продается..

[gasx]

Общий вывод таков - в бубнте следует избегать монтирования через fstab, mount, следует использовать gvfs, т.е. силами гуи и наутилуса, и обращаться через командную строку к подмонтированному ресурсу вы вряд ли сможете, хоть даже и будете знать, куда он смонтирован.

 
А мне не всегда удобно подключаться из наутилусов. Я написал удобный скрипт со всеми настройками. Ярлычек нажал, ввел пароль и открылся наутилус с подлюченным каталогом.
Но за совет спасибо, попробую эту самую gvfs. Признаться, даже никогда не пользовался...   

вам ее дали бесплатно, и никто никаких гарантий не давал, по мере сил и возможностей постепенно исправляют начиная самого приоритетного; а вы купите винду за 70-100 енотов, и не говорите что там нет багов, думаю даже больше чем тут

Та я ж не против... 
Я наоборот хочу помочь. Мало ли может люди просто не знают о проблеме. Так чтобы она до них дошла. Может как раз в моем случае информации для исправления будет достаточно.
Не имею привычки терпеть и молчать. Терплю, но не молчу - вот мой девиз 
Пользователь решил продолжить мысль 02 Ноября 2012, 19:21:55:

Тоже частенько бывают обрывы, приводящие к зависанию sshfs. Выхожу так:

Код: [Выделить]

killall -SIGKILL sshfs
umount -l каталог_монтирования
При этом, при наборе в консоли "каталога_монтирования" автоподстановкой (tab) пользоваться нельзя. При необходимости точку монтирования можно посмотреть командой mount.

Спасибо! Этот способ работает!
Единственная проблема, после такого отключения, если я повторно подключаюсь (естественно), то наутилус уже не подхватывает этот ресурс, видимо чтото в нем не отрезано. пишет

Ошибка: Произошла ошибка при получении сведений о файле «/home/user/server»: Конечная точка передачи не подсоединена
Выберите другой режим просмотра и повторите попытку.

Но через консоль хоть и медленно, но работает.
Думаю можно поставить пометку "решено". Но закрывать тему пока не надо, я еще попробую юзать gvfs
Потом напишу.

[ttt]

Сам хочу в будущем с этим поковыряться.

На самом деле ошибку получить очень легко. Надо передернуть роутер, чтобы сменился ип адрес.
Непонятно почему в Linuxе до сих пор есть такие ошибки приводящие к зависанию всего Linuxа...

Я про autofs говорил, а не про ошибку. Хотя с ошибкой тоже нужно бы разобраться, но для меня это не так критично, сеть вроде более-менее стабильно работает, а интернет-ресурсы примонтировать пока приходится достаточно редко.

А вообще в таких случаях отмонтировать нужно командой

Код: [Выделить]

fusermount -u -zНо для постоянного применения это не годится, нужно устранять проблему.
Пользователь решил продолжить мысль 10 Ноября 2012, 01:51:07:

Непонятно почему в Linuxе до сих пор есть такие ошибки приводящие к зависанию всего Linuxа...

По-идее зависает только то, что обращается к точке монтирования.