Это не имеет ничего общего с zfs, но с недостаточными правами для ваших программ синхронизации для доступа к папке gvfs.
Вы можете проверить это, установив что-то, чтобы /var/run/user/1000/gvfs было заполнено, а затем выполните sudo ls /var/run/user/1000/gvfs и ls /var/run/user/1000/gvfs. Только последний из них отобразит содержимое папки gvfs, первая из которых завершится неудачей с недостаточными правами доступа.
Как видно из pkexec в вашем сообщении, вы пытаетесь запустить их как root, что не удается здесь , Просто запустите их как пользователь.
Мне удалось выявить проблемы и исправить их.
Кажется проблематичным иметь / var, установленный на другом диске. Возможно, потому, что запись в / var / log жестко запрограммирована где-то во время загрузки, когда диск еще не установлен.
Как решить?
Загрузите в режим восстановления монтируйте диски с помощью чтения / записи options
, тогда
nano /etc/fstab
# -> in nano outcomment the /var mount by prepending a "#" character
umount /dev/sdxx /var
mkdir /media/var
mount /dev/sdxx /media/var
rm -rf /var
mkdir /var
rsync -a /media/var/ /var/
reboot
пояснения
sdxx - это идентификатор раздела, который вы установили в / var. В зависимости от вашей установки это также может начинаться с nvme.
nano /etc/fstab сначала нам нужно предотвратить установку дополнительного раздела в / var. После того, как редактор выпустил outcommentment mount и запустил, нажав Ctrl+w, а затем Ctrl+x umount /dev/sdxx /var отключите диск mkdir /media/var, создайте каталог, в котором вы собираетесь повторно подключить sdxx mount /dev/sdxx /media/var, установите раздел на в новом каталоге rm -rf /var используйте кувалду и убедитесь, что перед mkdir /var ничего не осталось. Создайте новую пустую папку как root rsync -a /media/var/ /var/ скопируйте все как есть - в / var. Я не знаю, почему, но cp -a дал мне неправильные результаты, только rsync -a, похоже, работает надежно. reboot тестовая установкаЧто, где мои проблемы с cp -r?
После копирования всех файлов в / var i, если структура кажется одинаковой, запустив несколько команд. [ ! d17]
проверка по папке размером
du -hs /var vs. du -hs /media/var
проверка по папке размером
find /var -type l | wc -l vs. find /media/var -type l | wc -l
Я сделал несколько попыток, cp всегда что-то испортил, либо права были неправильными, и службы начали блокировать загрузку, либо были созданы ссылки, где ни одна из них не была в источник. Не спрашивайте меня, почему - как я понимаю, cp -a он должен работать отлично, но это не так. rsync -a сделал, хотя
важно: не забывайте конечную косую черту в команде rsync
important:
Итак, сейчас это становится яснее. После настройки моего / dev / sda5 для непосредственного монтирования /var/www вместо /var (по историческим причинам я использую для размещения своих веб-проектов в этом месте), загрузка не была успешной снова. Поэтому я предположил, что это должен быть apache, который блокирует мою загрузку.
Мое решение для этого
nano /etc/fstab сначала нам нужно предотвратить установку дополнительного раздела на / вар. После того, как редактор выпустил outcomment, монтируйте и закройте, нажав Ctrl+w, а затем Ctrl+x запустите mount -a -orw,remount, чтобы иметь доступ на чтение / запись к файловой системе umount /dev/sdxx /var, размонтировать дискИ теперь он работает снова.
По какой-то причине кажется, что apache загружается ДО НАЧАЛА всех дисков. Так что это может быть ошибка NASTY в systemd.
Я собираюсь перезагрузить 5 раз, чтобы быть уверенным: -)
UPDATE 2
OKAY - it кажется, более чем одна проблема сразу поразила меня
Наконец, (по крайней мере, на данный момент lookfrustrated), моя настройка работает:
запустите mount -a -orw,remount, чтобы читать / напишите доступ к файловой системе , запустив ntfsfix перед установкой раздела, установленного в обоих - windows и linuxИтак, подробно:
Ubuntu, похоже, подключает все диски параллельно а не один за другим, это причина случайного характера этой проблемы.
Когда окна закрываются, это может не оставить «чистую» файловую систему из-за некоторых внутренних окон.
Мой /etc/fstab содержит только критические разделы только для Linux:
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/nvme0n1p2 / ext4 errors=remount-ro 0 1
/dev/sda3 /boot ext4 defaults 0 2
/dev/nvme0n1p6 none swap sw 0 0
И мой /etc/rc.local содержит инструкции для всего остального:
mount /dev/sda5 /var/www
mount /dev/sdb1 /media/hdd
ntfsfix /dev/sda6
mount -t ntfs-3g /dev/sda6 /media/share
exit 0
3 ботинки в ряд без проблем. Но я сомневаюсь, что сейчас все в порядке, моя система кажется проклятой
UPDATE 2
Это тоже не решение, теперь установка становится «конкурентоспособной», потому что ubuntu пытается установить /dev/sda5 и /dev/sdb1 автоматически на / media / $ USER / somelabel
Кроме того, я заметил, что ntfs-3g иногда предотвращает остановку, поэтому мне приходится выключать, нажимая кнопку питания -button.
Я думаю, что есть что-то, что я полностью пропустил: - (
Мне удалось выявить проблемы и исправить их.
Кажется проблематичным иметь / var, установленный на другом диске. Возможно, потому, что запись в / var / log жестко запрограммирована где-то во время загрузки, когда диск еще не установлен.
Как решить?
Загрузите в режим восстановления монтируйте диски с помощью чтения / записи options
, тогда
nano /etc/fstab
# -> in nano outcomment the /var mount by prepending a "#" character
umount /dev/sdxx /var
mkdir /media/var
mount /dev/sdxx /media/var
rm -rf /var
mkdir /var
rsync -a /media/var/ /var/
reboot
пояснения
sdxx - это идентификатор раздела, который вы установили в / var. В зависимости от вашей установки это также может начинаться с nvme.
nano /etc/fstab сначала нам нужно предотвратить установку дополнительного раздела в / var. После того, как редактор выпустил outcommentment mount и запустил, нажав Ctrl+w, а затем Ctrl+x umount /dev/sdxx /var отключите диск mkdir /media/var, создайте каталог, в котором вы собираетесь повторно подключить sdxx mount /dev/sdxx /media/var, установите раздел на в новом каталоге rm -rf /var используйте кувалду и убедитесь, что перед mkdir /var ничего не осталось. Создайте новую пустую папку как root rsync -a /media/var/ /var/ скопируйте все как есть - в / var. Я не знаю, почему, но cp -a дал мне неправильные результаты, только rsync -a, похоже, работает надежно. reboot тестовая установкаЧто, где мои проблемы с cp -r?
После копирования всех файлов в / var i, если структура кажется одинаковой, запустив несколько команд. [ ! d17]
проверка по папке размером
du -hs /var vs. du -hs /media/var
проверка по папке размером
find /var -type l | wc -l vs. find /media/var -type l | wc -l
Я сделал несколько попыток, cp всегда что-то испортил, либо права были неправильными, и службы начали блокировать загрузку, либо были созданы ссылки, где ни одна из них не была в источник. Не спрашивайте меня, почему - как я понимаю, cp -a он должен работать отлично, но это не так. rsync -a сделал, хотя
важно: не забывайте конечную косую черту в команде rsync
important:
Итак, сейчас это становится яснее. После настройки моего / dev / sda5 для непосредственного монтирования /var/www вместо /var (по историческим причинам я использую для размещения своих веб-проектов в этом месте), загрузка не была успешной снова. Поэтому я предположил, что это должен быть apache, который блокирует мою загрузку.
Мое решение для этого
nano /etc/fstab сначала нам нужно предотвратить установку дополнительного раздела на / вар. После того, как редактор выпустил outcomment, монтируйте и закройте, нажав Ctrl+w, а затем Ctrl+x запустите mount -a -orw,remount, чтобы иметь доступ на чтение / запись к файловой системе umount /dev/sdxx /var, размонтировать дискИ теперь он работает снова.
По какой-то причине кажется, что apache загружается ДО НАЧАЛА всех дисков. Так что это может быть ошибка NASTY в systemd.
Я собираюсь перезагрузить 5 раз, чтобы быть уверенным: -)
UPDATE 2
OKAY - it кажется, более чем одна проблема сразу поразила меня
Наконец, (по крайней мере, на данный момент lookfrustrated), моя настройка работает:
запустите mount -a -orw,remount, чтобы читать / напишите доступ к файловой системе , запустив ntfsfix перед установкой раздела, установленного в обоих - windows и linuxИтак, подробно:
Ubuntu, похоже, подключает все диски параллельно а не один за другим, это причина случайного характера этой проблемы.
Когда окна закрываются, это может не оставить «чистую» файловую систему из-за некоторых внутренних окон.
Мой /etc/fstab содержит только критические разделы только для Linux:
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/nvme0n1p2 / ext4 errors=remount-ro 0 1
/dev/sda3 /boot ext4 defaults 0 2
/dev/nvme0n1p6 none swap sw 0 0
И мой /etc/rc.local содержит инструкции для всего остального:
mount /dev/sda5 /var/www
mount /dev/sdb1 /media/hdd
ntfsfix /dev/sda6
mount -t ntfs-3g /dev/sda6 /media/share
exit 0
3 ботинки в ряд без проблем. Но я сомневаюсь, что сейчас все в порядке, моя система кажется проклятой
UPDATE 2
Это тоже не решение, теперь установка становится «конкурентоспособной», потому что ubuntu пытается установить /dev/sda5 и /dev/sdb1 автоматически на / media / $ USER / somelabel
Кроме того, я заметил, что ntfs-3g иногда предотвращает остановку, поэтому мне приходится выключать, нажимая кнопку питания -button.
Я думаю, что есть что-то, что я полностью пропустил: - (