avatar
я полез в инет,
Приветствую, хватит лазить — ищите информацию например
0
avatar
Та же проблема.
Не запускается вообще на протоне. С wine GE запускается, но в 10фпс. Видео от radeon 6670. На винде всё ок.
0
avatar
О божечки, 6.8. Зачем?!
Вертайся на дефолтное 6.6 LTS.
Если так хочется в альфа-тестеры, для этого есть manjaro-testing, Arch и ссаная win11
+2
avatar
0. А нет варианта держать их на другом ПК или NAS? Чтобы работать с ними по SMB?
1. Потомучто эта директория при каждом выключении ПК очищается.
Рекомендую www.youtube.com/watch?v=WL2Xbndqy0k
Последний раз редактировалось
+1
avatar
На linux66 работает и с ntfs, и с ntfs-3g, на linux68 ничего не работает. Дело в ядре.
Последний раз редактировалось
+2
avatar
Осталось дождаться и понять — это баг или фича. Пофиксят ли они это, или окажется, что это какие-то новые политики безопасности и т.п. Увы, зная себя, понимаю, что если откачусь на 6.6, то внутри всё будет свербеть от этого. Я не особо понимаю разницы между этими версиями, и более того — убеждён, что лично для меня разницы никакой и нет (разве что автомонтирование заработает). Но я, к сожалению, один из тех маньяков, что гонятся за номером версии, даже толком не понимая — что ему это даст… :)))
+1
avatar
На arch (xfce) с ядром 6.8.5 примонтировал в fstab два ntfs раздела, как указывал выше. Т.е. повторить глюк не получилось. Убрал строки из fstab тоже без проблем. Различия только Arch-Manjaro и Xfce-KDE. Возможно ещё что-то установлено в Manjaro или что-то криво встало. Пока не знаю на что подумать, но интересно.
+2
avatar
Взял грех на душу, создал вин.раздел и получил Ваши страдания, ядро 6.6 все делает, а вот ядро 6.8 позволяет загрузиться только под рутом.
Хочу заметить имея раздел hfsplus хакинтошный монтируется на обоих ядрах без проблем
+2
avatar
Итак, после загрузки с внешнего накопителя, тоже 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.
Последний раз редактировалось
+1
avatar
Я грузился выбирая в меню загрузки вариант с LTS ядром, вот только оно дожно быть установлено )
Последний раз редактировалось
+1
avatar
Совершенно верно. Я удалил их, потому что с ними ничего не грузится. :) После своих экспериментов я загружаюсь с лайв-образа и удаляю строки, после чего могу вновь пользоваться системой, хотя мне и приходится монтировать диски вручную, вводя пароль. :)
Диск movies — внешний диск. Он подключается нормально и без специальных указаний.
Последний раз редактировалось
+1
avatar
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
у Вас нет записи монтирования виндовых дисков
0
avatar
<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>
0
avatar
Аналогичная с топикстартером проблема.

<6.6.26-1-MANJARO
NAME   FSTYPE FSVER LABEL        UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                                  
├─sda1 ntfs         Восстановить 10A81854A8183AA4                                    
├─sda2 vfat   FAT32              2ACC-738C                             527,6M     0% /boot/efi
├─sda3 ext4   1.0                d87c937a-966f-46c0-9d3d-8fa00605217b  257,4G    25% /
└─sda4 ext4   1.0                8c9cf184-ba3b-46ac-99ae-fee536c06a9c                
sdb                                                                                  
└─sdb1 ntfs                      744E5BC552C9863A                                    
sdc                                                                                  
├─sdc1 ntfs         2            5D1B9E9452C5F3C9                        428G    19% /run/media/alexander/2
└─sdc2 ntfs         3            71061B65509352CE                      779,5G    42% /run/media/alexander/3
sdd                                                                                  
├─sdd1 vfat   FAT32 7            3606-0B39                                           
└─sdd2 ntfs                      D634B8FF34B8E421                      152,6G    32% /run/media/alexander/4
# /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=2ACC-738C                            /boot/efi      vfat    umask=0077 0 2
UUID=d87c937a-966f-46c0-9d3d-8fa00605217b /              ext4    defaults,noatime 0 1
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0
UUID=71061B65509352CE            /run/media/alexander/3    ntfs    defaults,noatime 0 0
UUID=5D1B9E9452C5F3C9            /run/media/alexander/2    ntfs    defaults,noatime 0 0
UUID=D634B8FF34B8E421            /run/media/alexander/4    ntfs    defaults,noatime 0 0
/code>
Последний раз редактировалось
0
avatar
У меня при тех же проблемах на ядре 6.8, что и у топикстартера на ядре 6.6 и 6.7 все было нормально и сейчас на 6.6 LTS все замечательно работает с редактированным fstab после удаления ядра 6.8. Кстати подобная проблема с аналогичной ошибкой возникает если на 6.6 ядре поставить программу ntfs automount.
+1
avatar
покажите вывод
uname -r;lsblk -f;cat /etc/fstab
Последний раз редактировалось
0
avatar
Поставьте ядро 6.6 и попробуйте, лучше мой вариант, но и ваш может сработать.
Добавление. Дело не в ядре, действительно что-то отслеживает fstab и любые изменения приводят к ошибкам. Видимо нужно изменения как-то актуализировать, может какую службу перезагрузить.
Последний раз редактировалось
+1
avatar
Спасибо за ответ!
Судя по всему, проблема не конкретно в том, какие параметры передаются, а в самом факте изменений. Выше товарищ написал, что у него точно такая же проблема возникла после обновления ядра.
+1
avatar
Спасибо за ответ!
Вот я тоже грешу на то, что в новой версии ядра какие-то обновления безопасности или что-то в этом роде, что «глушит» мои правки. Потому что раньше всё работало отлично.
0
avatar
Спасибо за ответ!
Попробовал — результат тот же. У меня вообще складывается впечатление, что проблема не в содержимом, а в самом факте внесения изменений. Во-первых, ровно те же строки я вносил в предыдущий раз, когда ставил систему где-то год назад. И всё работало как часы. Во-вторых, вы же сами видите, что ошибок вроде бы нет. Может быть так, что это — реакция системы? Может, где-то какая-то защита включена от изменений?..
+1