0. А нет варианта держать их на другом ПК или NAS? Чтобы работать с ними по SMB?
1. Потомучто эта директория при каждом выключении ПК очищается.
Рекомендую www.youtube.com/watch?v=WL2Xbndqy0k
Осталось дождаться и понять — это баг или фича. Пофиксят ли они это, или окажется, что это какие-то новые политики безопасности и т.п. Увы, зная себя, понимаю, что если откачусь на 6.6, то внутри всё будет свербеть от этого. Я не особо понимаю разницы между этими версиями, и более того — убеждён, что лично для меня разницы никакой и нет (разве что автомонтирование заработает). Но я, к сожалению, один из тех маньяков, что гонятся за номером версии, даже толком не понимая — что ему это даст… :)))
На arch (xfce) с ядром 6.8.5 примонтировал в fstab два ntfs раздела, как указывал выше. Т.е. повторить глюк не получилось. Убрал строки из fstab тоже без проблем. Различия только Arch-Manjaro и Xfce-KDE. Возможно ещё что-то установлено в Manjaro или что-то криво встало. Пока не знаю на что подумать, но интересно.
Взял грех на душу, создал вин.раздел и получил Ваши страдания, ядро 6.6 все делает, а вот ядро 6.8 позволяет загрузиться только под рутом.
Хочу заметить имея раздел hfsplus хакинтошный монтируется на обоих ядрах без проблем
Итак, после загрузки с внешнего накопителя, тоже manjaro 6.8 ядро, при попытке смонтировать два диска из менеджера dolphin следующая ошибка
Произошла ошибка при обращении к 2, ответ системы: Не удалось выполнить запрошенную операцию: Error mounting /dev/sdc1 at /run/media/alexandewr/2: wrong fs type, bad option, bad superblock on /dev/sdc1, missing codepage or helper program, or other error
Третий монтируется нормально. Диски те же на которые ругается загрузка системы если их (диски) поставить в автозагрузку в fstab.
Совершенно верно. Я удалил их, потому что с ними ничего не грузится. :) После своих экспериментов я загружаюсь с лайв-образа и удаляю строки, после чего могу вновь пользоваться системой, хотя мне и приходится монтировать диски вручную, вводя пароль. :)
Диск movies — внешний диск. Он подключается нормально и без специальных указаний.
<code>6.8.5-1-MANJARO
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
sda
└─sda1 ntfs data B0628556628521E8
sdb
└─sdb1 ntfs video 6C088E08088DD20E
sdc
├─sdc1 vfat FAT32 DEE5-3B4D
├─sdc2
├─sdc3 ntfs 9E9EED1D9EECEEA9
└─sdc4 ntfs 78B607F4B607B1A4
sdd
├─sdd1 vfat FAT32 9EC0-D0B1 299,1M 0% /boot/efi
└─sdd2 ext4 1.0 4e803548-4cae-48a6-8eb1-cbfe66557ee6 183G 16% /
sde
└─sde1 ntfs movies 324467C844678E03 652,3G 82% /run/media/alex/movies
sdg
sdh
sdi
sdj
sr0
# /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=9EC0-D0B1 /boot/efi vfat umask=0077 0 2
UUID=4e803548-4cae-48a6-8eb1-cbfe66557ee6 / ext4 defaults,noatime 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
</code>
У меня при тех же проблемах на ядре 6.8, что и у топикстартера на ядре 6.6 и 6.7 все было нормально и сейчас на 6.6 LTS все замечательно работает с редактированным fstab после удаления ядра 6.8. Кстати подобная проблема с аналогичной ошибкой возникает если на 6.6 ядре поставить программу ntfs automount.
Поставьте ядро 6.6 и попробуйте, лучше мой вариант, но и ваш может сработать.
Добавление. Дело не в ядре, действительно что-то отслеживает fstab и любые изменения приводят к ошибкам. Видимо нужно изменения как-то актуализировать, может какую службу перезагрузить.
Спасибо за ответ!
Судя по всему, проблема не конкретно в том, какие параметры передаются, а в самом факте изменений. Выше товарищ написал, что у него точно такая же проблема возникла после обновления ядра.
Спасибо за ответ!
Вот я тоже грешу на то, что в новой версии ядра какие-то обновления безопасности или что-то в этом роде, что «глушит» мои правки. Потому что раньше всё работало отлично.
Спасибо за ответ!
Попробовал — результат тот же. У меня вообще складывается впечатление, что проблема не в содержимом, а в самом факте внесения изменений. Во-первых, ровно те же строки я вносил в предыдущий раз, когда ставил систему где-то год назад. И всё работало как часы. Во-вторых, вы же сами видите, что ошибок вроде бы нет. Может быть так, что это — реакция системы? Может, где-то какая-то защита включена от изменений?..
Не запускается вообще на протоне. С wine GE запускается, но в 10фпс. Видео от radeon 6670. На винде всё ок.
Вертайся на дефолтное 6.6 LTS.
Если так хочется в альфа-тестеры, для этого есть manjaro-testing, Arch и ссаная win11
1. Потомучто эта директория при каждом выключении ПК очищается.
Рекомендую www.youtube.com/watch?v=WL2Xbndqy0k
Хочу заметить имея раздел hfsplus хакинтошный монтируется на обоих ядрах без проблем
Третий монтируется нормально. Диски те же на которые ругается загрузка системы если их (диски) поставить в автозагрузку в fstab.
Диск movies — внешний диск. Он подключается нормально и без специальных указаний.
Добавление. Дело не в ядре, действительно что-то отслеживает fstab и любые изменения приводят к ошибкам. Видимо нужно изменения как-то актуализировать, может какую службу перезагрузить.
Судя по всему, проблема не конкретно в том, какие параметры передаются, а в самом факте изменений. Выше товарищ написал, что у него точно такая же проблема возникла после обновления ядра.
Вот я тоже грешу на то, что в новой версии ядра какие-то обновления безопасности или что-то в этом роде, что «глушит» мои правки. Потому что раньше всё работало отлично.
Попробовал — результат тот же. У меня вообще складывается впечатление, что проблема не в содержимом, а в самом факте внесения изменений. Во-первых, ровно те же строки я вносил в предыдущий раз, когда ставил систему где-то год назад. И всё работало как часы. Во-вторых, вы же сами видите, что ошибок вроде бы нет. Может быть так, что это — реакция системы? Может, где-то какая-то защита включена от изменений?..