Linux зависает при открытии папок

unixforum.org

Зависание файловых менеджеров на сетевых дисках

Зависание файловых менеджеров на сетевых дисках

Сообщение UriyZenkov » 17.10.2018 18:09

Если скорость копирования/чтения на сетевой диск низкая, то файловые менеджеры зависают. Причем в случае с Spacefm зависает не только окно с открытым сетевым диском, но и другие окна, а также его рабочий стол ~spacefm —desktop
Есть ли решение этой проблемы ?

Bizdelnick Модератор Сообщения: 20387 Статус: nulla salus bello ОС: Debian GNU/Linux

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение Bizdelnick » 17.10.2018 18:30

Есть два решения: 1) использовать файловый менеджер, который не зависает, или 2) не использовать файловый менеджер.

в консоли вку́пе (с чем-либо) в общем вообще

в течение (часа) новичок нюанс по умолчанию

приемлемо проблема пробовать трафик

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение Vascom » 17.10.2018 20:22

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение ormorph » 17.10.2018 22:11

На загрузку процессора смотрели?
У меня как то не виснет, хотя по умолчанию использую Spacefm, он может виснуть только когда диск на котором ОС крутится вместе со всякими home, var, сильно загружен всяким копированием, тогда время отклика всей системы вполне может тормозить.
Ну и если память сильно загружена, тогда тоже такое может быть происходить, например если при копировании идет кеширование.
Только два дня назад пере собирал gentoo с помощью distcc и копировал файлы несколько гиг с одного компа на другой по NFS, из под SpaceFM. Тормозов как то не заметил, только я его не использую в качестве десктопа, просто как файловый менеджер. Но тут я соединял через сетевой кабель, а там у меня пропускной скорости с большим запасом.

Как вариант можно попробовать запустить SpaceFM с низким приоритетом и посмотреть как он будет себя вести, так как системных ресурсов станет потреблять поменьше.

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение UriyZenkov » 18.10.2018 10:25

Есть два решения: 1) использовать файловый менеджер, который не зависает, или 2) не использовать файловый менеджер.

Ну логично, вот только какой ФМ использовать (из десктопных с GUI я имею в виду) чтоб ничего не зависало (rox-fm, emelfm, и gentoo), а также аналоги нортон коммандера не вариант. В spacefm море полезных возмжностей, а также он не требует красноглазия с консолью чтоб настроить монтирование дисковых носителей. В нем все из коробки работает. Вот только с сетевыми дисками постоянные глюки.

У меня ВМ Icewm всегда показывает загрузку системы. CPU на нуле, ОЗУ свободно 10 гб.

Забыл сказать, что зависание также есть на примонтированных через ptp фотоаппаратах и андроид через mtp. Это если в открытом каталоге большой фильм, а в фм включены превьюшки.

ormorph, если есть фотоаппарат с sd-картой, попробуй на него скинуть двухгиговый фильм и открыть каталог с фильмом в spacefm (включив превью). Просто интересно, это только у меня зависает или нет.

Я вот одного не пойму. Эта проблема наблюдается десятки лет, неужели за столько времени не получилось реализовать монтирование сетевых файловых систем отдельными процессами, чтоб можно было вырубать или перемонтировать. И опционально приделать таймаунт, если удаленный хост не отвечает.

Сделали бы хоть за деньги. Задолбало же, тем более что в винде этот вопрос уже решен.

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение UriyZenkov » 18.10.2018 10:40

А когда таким образом зависает ФМ, то ты сидишь за компом без рук. Надо открыть каталог, получить доступ к файлам, а файловый менеджер нельзя ни запустить заново ни вырубить командой killall -s 9. В крайнем случае перезагрузить компьютер, тут хорошо что инит не Systemd, a Systemv, ибо пришлось бы три часа ждать перезагрузки. Остается только принудительно вырубить сетевой диск командой umount -l или выдернуть сетевой кабель. Можно конечно установить другой ФМ для подобных случаев, но устанавливать дополнительный ФМ специально для того момента, когда основной завис и не реагирует на killall -s 9, сами понимаете — смешно. Я понимаю, что ФМ в таких случаях на самом деле не зависает, а всего лишь настолько внимательно ждет ответов от удаленного хоста, что даже не обращает внимание ни на что другое. Но можно же решить эту проблему ?

serzh-z Бывший модератор Сообщения: 8256 Статус: Маньяк ОС: Arch, Fedora, Ubuntu Контактная информация:

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение serzh-z » 18.10.2018 11:06

Если у этого ФМ перестают отвечать даже другие вкладки и окна, то подобную криворукость уже ничем не исправить. Разве только монтировать ФС с опцией soft и timeout (если речь идёт о NFS), хотя это спасет разве что в случае полного отсоединения.

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение ormorph » 18.10.2018 15:44

ormorph, если есть фотоаппарат с sd-картой, попробуй на него скинуть двухгиговый фильм и открыть каталог с фильмом в spacefm (включив превью). Просто интересно, это только у меня зависает или нет.

Похоже что только у вас такое, у меня превьюшка показалась практически мгновенно, запускал mkv 2.2 гига.
С MTP и андроид тоже не было проблем. Для монтирования MTP обычно использую simple-mtpfs

Обычно это ядерная проблема, у меня на некоторых ядрах emerge бывало оставляло не убиваемый зомби процесс, когда родитель был уже убит. Причем происходило это стабильно при сборке определенных пакетов.
У меня OpenBox стоит, spacefm в качестве десктопа не использую, но он у меня настроен по умолчанию файловым менеджером. Ну а если бы мне понадобились иконки, то наверное остановился на использовании idesk.

serzh-z Бывший модератор Сообщения: 8256 Статус: Маньяк ОС: Arch, Fedora, Ubuntu Контактная информация:

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение serzh-z » 18.10.2018 16:53

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

Проблема же автора в том, что его ФМ, видимо, написан так, что не ожидает, что ядро его может надолго заблокировать, да ещё и запускает все свои компоненты в одном процессе/потоке.

Bizdelnick Модератор Сообщения: 20387 Статус: nulla salus bello ОС: Debian GNU/Linux

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение Bizdelnick » 18.10.2018 17:03

в консоли вку́пе (с чем-либо) в общем вообще

в течение (часа) новичок нюанс по умолчанию

приемлемо проблема пробовать трафик

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение ormorph » 18.10.2018 17:32

Проблема же автора в том, что его ФМ, видимо, написан так, что не ожидает, что ядро его может надолго заблокировать, да ещё и запускает все свои компоненты в одном процессе/потоке.

Кто же его знает, у меня сборка spacefm на gtk2, версия 1.0.5. Ядро 4.18.7-rt-r5 реал тайм. На другом компе пока еще 4.16, по позже пересоберу более новое.
Openbox на ноуте запускаю с приоритетом 3 (низкий), так все проги меньше ресурсов используют, особенно видео. На стационарнике приоритет стандартный 0, но чтобы на нем зависло это большая редкость, было только когда оперативки было мало, но сейчас добавил, так вообще проблем нет.
Запускается еще compton с параметрами:

serzh-z Бывший модератор Сообщения: 8256 Статус: Маньяк ОС: Arch, Fedora, Ubuntu Контактная информация:

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение serzh-z » 18.10.2018 18:09

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение UriyZenkov » 18.10.2018 18:16

Проблема же автора в том, что его ФМ, видимо, написан так, что не ожидает, что ядро его может надолго заблокировать, да ещё и запускает все свои компоненты в одном процессе/потоке.

serzh-z Бывший модератор Сообщения: 8256 Статус: Маньяк ОС: Arch, Fedora, Ubuntu Контактная информация:

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение serzh-z » 18.10.2018 18:42

UriyZenkov
Понятия не имею, редко ими пользуюсь. Но у GNOME Files (Nautilus) не замечал такого, чтобы одно зависшее на ожидании окно вешала все остальное.

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение UriyZenkov » 18.10.2018 18:49

В Nautilus такого нет, но он (и на нем основанные ФМ) очень убогий и неудобный. В нем даже нет функции массового переименования и продвинутой функции поиска.

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение ormorph » 18.10.2018 18:53

Хм вопрос интересный, те которые порождают новые процессы, т.е. каждый экземпляр ФМ запускается в новом процессе, ну и порождение новой вкладки тоже создает новый поцесс. Можно проследить по команде ps.
На счет ФМ не знаю, но браузер Firefox точно многопоточный, это можно увидеть когда запускается новая вкладка.
У меня сейчас стоят только pcmanfm и spacefm его форк, но сильно ушел от своего собрата. Оба они одно поточные.

Re: Зависание файловых менеджеров на сетевых дисках

Сообщение UriyZenkov » 19.10.2018 13:14

Похоже что только у вас такое, у меня превьюшка показалась практически мгновенно, запускал mkv 2.2 гига.
С MTP и андроид тоже не было проблем. Для монтирования MTP обычно использую simple-mtpfs

А с копированием файла 2гига через фотоаппарат (протокол ptp) у вас как ? Монтирую фотоаппарат так:
gphotofs /mnt
Копирование такого файла зависает примерно две минуты. CP забирает себе консоль, ничего не делает и не реагирует на ctrl+z и +c. И только потом начинает копировать
gphotofs /mnt
~$ ls /mnt
store_00010001
~$ cd store_00010001
bash: cd: store_00010001: Нет такого файла или каталога
~$ cd /mnt/store_00010001
/mnt/store_00010001$ ls
DCIM
/mnt/store_00010001$ cd DCIM
/mnt/store_00010001/DCIM$ ls
140_2412 142_3112 144_2202 146_0603 148_2307 150_2209
141_2812 143_1902 145_0203 147_0705 149_2708 151_1710
/mnt/store_00010001/DCIM$ cd 151_1710
/mnt/store_00010001/DCIM/151_1710$ ls
MVI_0002.MOV
/mnt/store_00010001/DCIM/151_1710$ cp MVI_0002.MOV ~/Загрузки

В Наутилусе такой проблемы нет. Может есть какая другая команда для монтирования ? Наутилус, как я понял, монтирует так:

но я не понимаю как в консоли зайти в каталог фотоаппарата.

Источник

Долго открытие больших сетевых папок (SMB) в Nautilus, Dolphin.

Добрый день! Есть система на Ubuntu 20.10, в ней я подключаюсь к сетевым каталогам, расположенным на FreeNAS-11.3-U4 через SMB шару. Проблема в том, что очень долго открываются каталоги с большим кол-вом папок, например, папка с ~7,000 подпапками открывается около 10-15с. Пробовал открыть с помощью Nautilus, Dolphin и десятком других популярных файл менеджеров с тем же результатом. Докопался до PCmanfm-QT в LXQT, который смог открыть даже самую большую папку за 2с, но, к сожалению, он не устраивает по ряду причин, в том числе и из-за того что необходимо ставить LXQT.

Подскажите, пожалуйста, возможно я где-то что-то проглядел и есть способ ускорить открытие больших сетевых каталогов Nautilus или Dolphin?

PCmanfm работает без привязки к DE.
использовал его с wmaker

Посмотри в настройках того же Dolphin’а, что там с предпросмотром.
Settings -> Configure Dolphin -> General -> Previews

ls за сколько отрабатывает? Клоны проводничка хернёй страдают, пробуют найти метаданные, сделать превьюшки и т.п.

Эта та где в Андроиде (это который на этом вашем линуксе) Из коробки не умеет в nfs без костылей и рута?

Кстати, почему я про это заговорил. Вот в опеннете очередная новость про фуксию и я там написал «что нас так полностью лишат рута» и мне сразу наставили 100500 минусов и начале строчить ответы типа «сижу на стоке, рут так и не прошил» и т.д.

Забыл уточнить, что пробовал PCmanfm и он так же окрывает очень долго, а вот именно PCmanfm-QT быстро.

Завиc напрочь, не смогу отобразить список.

Источник

Linux зависает при открытии папок

Периодически виснет управление и доступ к файлам (проводник)

Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Для начала воспользуйтесь поиском форума. 2. Укажите версию ОС вместе с разрядностью. Пример: LM 19.3 x64, LM Sarah x32 3. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 4. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 5. Суть. Желательно с выводом консоли, логами. 6. Скрин. Просьба указывать 2, 3 и 4 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот

Источник