Уголок новичка

[РЕШЕНО] Баг при монтировании жёсткого диска

Устанавливал Manjaro XFCE 20 на SSD, всё запускается, всё быстро. НО! когда открываешь в Thunar жёсткий диск с данными (ну, видео, музыка, фото, всё там у меня), то происходит некий баг, происходит подзависание, перестают работать значки рабстола (при нажатии на них мышкой ничего не происходит); можно открыть Thunar через меню Whisker, но Thunar уже не так шустр становится в запуске; можно просмотреть содержимое жёсткого диска после этого, всё работает, но всё это на фоне глюков/торможений/долгих загрузок... Даже не знаю, как отследить, что именно в системе вызывает данную неисправность...

В Лайв-режиме, кстати, тоже самое. Linux Mint работает безупречно в абсолютно таких же условиях.

13 комментариев

какая версия gvfs?

pacman -Q gvfs

Последний раз редактировалось 1 мая 2020, 15:32

Отправка специалистом технической поддержки ссылки на руководство по эксплуатации и другую документацию, не является отказом в предоставлении поддержки.
bash.org

Gvfs — 1.44.1.-1. И ещё после перестаёт работать перезагрузка системы ошибка:

После размонтирования этого диска всё возвращается в норму, хотя и не сразу (значки на рабочем столе становятся снова доступными для действий с ними примерно через 1 минуты или около того). Причём, проблема только из-за этого NTFS-раздела (прошу заметить — именно раздел диска, а не весь диск, с другим EXT4-разделом на этом же диске всё норм). Другой NTFS-диск (на SSD который) также не вызывает данного бага.

Последний раз редактировалось 1 мая 2020, 19:06

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

journalctl -xb > file

а пакет ntfs-3g установлен? покажи /etc/fstab

Последний раз редактировалось 1 мая 2020, 18:23

Да, ntfs3g есть:

. А это FSTAB (но того проблемного диска нету в нём):

Спойлер!

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=db9f10b6-2e3e-4dd4-b8a8-45c2a232a245 /boot          ext4    defaults,noatime,discard 0 2
UUID=135e2bdb-2a21-49b0-aa52-03680cfa9231 /              ext4    defaults,noatime,discard 0 1
UUID=cbcca483-d700-4cdf-a684-4033b0715b05 /home          ext4    defaults,noatime,discard 0 2
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0

но того проблемного диска нету в нём

так добавь, рекомендую подключать не по юид, а по метке, может надо фсчек сделать…

journalctl -xb — https://privatebin.net/?b9e786d175f4e5bf#3AzrNcZGmCEjvNCwT85iKEEMbhX2TGZLmMdbppVXX7Gm

journalctl -xb — privatebin.net/?b9e786d175f4e5bf#3AzrNcZGmCEjvNCwT85iKEEMbhX2TGZLmMdbppVXX7Gm

все-таки проблема в gvfs

мая 02 00:18:20 nix-manjaro gvfsd[1163]: Error calling org.gtk.vfs.MonitorClient.Changed(): No such interface “org.gtk.vfs.MonitorClient” on object at path /org/gtk/vfs/client/filemonitor/1 (g-dbus-error-quark, 19)

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

DOWNGRADE_FROM_ALA=1 downgrade gvfs

еще посмотри здесь и здесь

@Agafron Пока что я добавил в Fstab раздел. Он теперь не показывается в списке подключаемых устройств, но грузится автоматически в папку, которую я для него выделил (/home/DATA/). При загрузке системы чёрный рабочий стол около 2-3 секунд, я имею в виду вместо обоины чёрный фон (видимо, как раз в это время и подгружается данный NTFS-раздел). Конечно, это не слишком критично, по-сути можно сказать, что вопрос большей частью решён (и он решён по своему), но перфекционист внутри меня противится этим «чёрному фону» и «2-3 секундам ожидания.»

Откат, наверное, пока делать не буду, но подумаю. Если это сработает, разумеется. Ведь у меня чистоустановленная система, откат куда? В любом случае, благодарю за эти подсказки, они тем не менее оказались полезными! Я, признаться, думал, что шансы на какой-либо успех были менее 1-го процента, а решилось это за несколько часов.

Откат, наверное, пока делать не буду, но подумаю.… откат куда?

выше приведенная мною команда, тянет пакеты и архивных репозиториев арча, там будет несколько пакетов, правда у меня проблема была с версией 1.42.2, я себе собирал 1.43 отдельно,
только надо установить downgrade

При загрузке системы чёрный рабочий стол около 2-3 секунд, я имею в виду вместо обоины чёрный фон (видимо, как раз в это время и подгружается данный NTFS-раздел).

опять-таки, читай логи, можно grep`нуть по слову error и потом уже разбираться дальше

благодарю за эти подсказки, они тем не менее оказались полезными!

пожалуйста

На самом деле, как оказалось чёрный фон был около 5-ти секунд. Но сейчас я почистил Корзину (с диска NTFS удалились файлы в папке /home/DATA/.Trash-1000) — и сейчас при загрузке системы нет чёрного фона (ну, либо он есть, но исчезает за доли секунды, глазу не заметить)! Не совсем понятно, зачем система считывала Корзину NTFS-раздела… Ну, спишем это на то, что ntfs не родная ФС для Линукса… В общем, сейчас меня устраивает уже гораздо больше. Хочу удалить данный диск из Fstab и снова проверить, как он будет через Thunar грузиться, может-быть дело было в огромном кол-ве файлов в директории для удалённых файлов, а так же в том что, Thunar пытался их «прошерстить» все…

Лол, ну да, так и есть… Хоть в EXT4 переформатируй! :) Ну, чтобы в будущем такого не происходило. Ну, или раз в полгода производить такую же чистку.

Последний раз редактировалось 1 мая 2020, 22:38

Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.