Хочу нормальный sshfs на арче

А reconnect где?

С этим-то ясно, но что если серв оффнется или сеть пропадёт на время? У меня так и будет pcmanfm и весь софт мёртвым сном зависать?

Малинка 2 подключается к домашнему десктопу по sshfs. В подключенных директориях фильмы, которые замечательно малинка отображает на TV. Эти все кайфы через wifi. Быстро, надежно, переподключаемо. Везде арч, монтируются через fstab.

дашь строку для фстаба?

Увы, в линуксе нет сетевых ФС, нормально (с точки зрения пользователя) обрабатывающих потерю сети. Оно всё виснет и утаскивает за собой половину системы в D-state.

Почему же они EIO не возвращают какое-нибудь?

Авторам sshfs, например, я хочу задать именно этот вопрос. Казалось бы, следить за таблицей маршрутов до конечного узла + пускать heartbeat, по результатам чего автоматически разрывать и переподнимать соединение — тривиальная идея.

Однако, имеем что имеем. И параметр soft в NFS никогда нормально не работал.

Что особенно весело на фоне того, что в том же оффтопике из коробки есть не только такое поведение, но ещё и оффлайн-кэширование с синхронизацией.

Попробуй samba. Для папок в arch да ещё и с systemd идеальный вариант.
(а sshfs это для директорий в gentoo с sysvinit)

Це зрада.

я вроде не замечал проблем с -o reconnect -o intr , (не помню, что означает intr), но возможно дело именно в том, что не замечал.

не помню, что означает intr

       -o intr
	      allow requests to be interrupted

быть может именно в этом секрет успеха?

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

А как шинда решает конфликты?

В Gnome не SSHFS, а GVFS-SFTP.
У меня оно сейчас тоже работает вполне вменяемо.

А для конечного пользователя есть разница?

По датам. У кого новее коммит — того и тапки.

В свете вышеперечисленного, использование samba для связи linux-linux не кажется такой уж странной идеей.

а ты выключи, и не включай. включи минут через 15.

а ты выключи, и не включай. включи минут через 15.

И что должно поменяться? В чем логика?

В свете вышеперечисленного, использование samba для связи linux-linux не кажется такой уж странной идеей.

в гноме же все идеально.

Срочно в номер. ФС на уровне ядра нормально работает только в одном DE!

А для конечного пользователя есть разница?

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

ФС на уровне ядра нормально работает только в одном DE

Не, GVFS работает в юзерспейсе.

Кэп!

Да, но это gvfs, ане sshfs. В общем случае FUSE там вообще не задействуется. Потому и не виснет.

Понятия не имею. Наверняка там всё не очень хорошо с этим, но сам факт.

вполне вменяемо

Справедливости ради, мне удавалось подвесить gvfs-sftp до такого состояния, что приходилось руками прибивать процессы ssh.

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

Поражают меня эти «иксперды», у которых линукс, не так, как по их скудоумному мнению, работает.

Это ещё что. Меня поражают «иксперды», которые считают, что их юзкейс — единственный, а их мнение — единственное правильное.

Хочу нормальный sshfs на арче (комментарий)

У тебя раздвоение личности?

Да, но это gvfs, ане sshfs. В общем случае FUSE там вообще не задействуется. Потому и не виснет.

На сколько я знаю именно FUSE дает возможность работать с файлами точно так же как с локальными, и не как в кде через специальное костыльное апи и только если редактор поддерживает это апи, а по факту никто не поддерживает кроме всяких kwrite, а реально прям как с локальными, хоть через атом редактируй, хоть через саблайм, хоть через вим из консоли.

Я же вполне конкретно написал: «с точки зрения пользователя». С точки зрения пользователя, хорошее поведение сетевой ФС при потере сети — это сообщить об ошибке и прервать все высокоуровневые операции, а не утаскивать систему в disk sleep.

Тут немного конфликт интересов. Для сетевой ФС, которая используется в качестве корневой — разумеется, нужно ждать до последнего и синхронно пытаться переподнять соединение. Но для сетевой ФС, которая используется в прикладных целях («подмонтировать на ноут домашнюю файлопомойку») — обычно всё строго наоборот.

Не говоря уже о том, что сабжевый sshfs на самом деле ни рыба, ни мясо (удачно сочетает недостатки обоих подходов).

На сколько я знаю именно FUSE дает возможность работать с файлами точно так же как с локальными

Правильно знаешь. Но GVFS устроен точно так же, как KIO.

Да, в GVFS есть мостик в FUSE, но он задействуется не по умолчанию, а только если специально попросить. Понятно, что по замыслу «специально просить» должен наутилус, если при открытии файла не нашлось приложений, умеющих в GVFS URI, но в общем случае такая схема не работает. Допустим, что мне делать, если я хочу заскриптовать что-нибудь с участием сетевых каталогов?

я честно не в курсе как там и что реализовано но в гноме я спокойно могу открыть файлы на удаленном сервере тем же sublime-text, отредактировать их и сохранить, а в кде или используй kwriter или соси хер. разве нет?

разве нет?

Да, совершенно верно, ты прав. Только это не имеет ни малейшего отношения к тому, что мы обсуждаем.

Меня поражают «иксперды», которые считают, что их юзкейс — единственный, а их мнение — единственное правильное.

Апломб прикрути, неуч.

После вас, учёный хам.