Блог им. aleksandrfedorov
   873

Не грузится система после изменения fstab

Здравствуйте, уважаемые.

После переустановки системы (Manjaro KDE, ядро 6.8.5-1) возникла следующая проблема. У меня имеются три ntfs-раздела, которые я хотел бы монтировать автоматически и, главное, без ввода пароля. В прошлый раз я решил данную проблему, отредактировав fstab следующим образом:

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
UUID=B0628556628521E8 /run/media/alex/data ntfs-3g defaults, user, umask=007 0 0
UUID=6C088E08088DD20E /run/media/alex/video ntfs-3g defaults, user, umask=007 0 0


В этот раз я сделал всё то же самое, но при загрузке системы появляются ошибки монтирования и, соответственно, дальше система не стартует (см. фото).


Фото (к сожалению, почему-то не выходит вставить изображение)

Вот результат команды blkid:

/dev/sdf1: LABEL="movies" BLOCK_SIZE="512" UUID="324467C844678E03" TYPE="ntfs" PARTLABEL="Elements" PARTUUID="26276c64-7591-49d5-9ff5-bb8747cab65a"
/dev/sdd2: UUID="4e803548-4cae-48a6-8eb1-cbfe66557ee6" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="root" PARTUUID="f6961a33-c43f-4273-a4ad-3e3e3c542fbd"
/dev/sdd1: UUID="9EC0-D0B1" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="4a729eb8-52c4-40ce-9e3e-68b149fa6cdf"
/dev/sdb1: LABEL="video" BLOCK_SIZE="512" UUID="6C088E08088DD20E" TYPE="ntfs" PARTUUID="5b093215-01"
/dev/sdk1: LABEL="Ventoy" UUID="40A1-9019" BLOCK_SIZE="512" TYPE="exfat" PARTLABEL="Ventoy" PARTUUID="cb6bedc0-a752-0819-2092-e085155e02b1"
/dev/sdk2: SEC_TYPE="msdos" LABEL_FATBOOT="VTOYEFI" LABEL="VTOYEFI" UUID="B2C8-40D2" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="VTOYEFI" PARTUUID="66adb29c-7e86-c2a4-93f2-251a31a58438"
/dev/sde2: UUID="61e060ab-0b51-4de9-8a84-849ac05323d7" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="root" PARTUUID="f16d1e09-4306-a547-a8f1-5dd27466aeeb"
/dev/sde1: UUID="E554-DBE0" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="eaba70ed-d590-ba4c-a2d6-011533b0470b"
/dev/sdc2: PARTLABEL="Microsoft reserved partition" PARTUUID="2f53491d-a071-400b-aede-1057dddeb04f"
/dev/sdc3: BLOCK_SIZE="512" UUID="9E9EED1D9EECEEA9" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="2fea51d7-1bd5-4089-b2a1-5f46d40b4f5c"
/dev/sdc1: UUID="DEE5-3B4D" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="acedd188-c2f9-4551-82c7-3af596ecf2d3"
/dev/sdc4: BLOCK_SIZE="512" UUID="78B607F4B607B1A4" TYPE="ntfs" PARTUUID="c0c3421d-92e8-41a3-b0bd-c5342295cd0c"
/dev/sda1: LABEL="data" BLOCK_SIZE="512" UUID="B0628556628521E8" TYPE="ntfs" PARTUUID="276ab267-01"

На всякий случай не стал удалять никакие записи. Нужные нам диски — sda1 и sdb1. Как видите, UUID верные. Все разделы по дефолту монтируются в /run/media/alex/

Пожалуйста, подскажите, что у меня не так? Самое главное — что до переустановки всё работало, а теперь почему-то нет.

Заранее спасибо всем, кто откликнется!

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

avatar
Аналогичная проблема после замены ядра, экран загрузки аналогичен.
blkid
/dev/sdd2: BLOCK_SIZE=«512» UUID=«D634B8FF34B8E421» TYPE=«ntfs» PARTUUID=«b84722d6-fb00-451e-9f68-72341eccaa63»
/dev/sdd1: LABEL_FATBOOT=«7» LABEL=«7» UUID=«3606-0B39» BLOCK_SIZE=«512» TYPE=«vfat» PARTLABEL=«Basic data partition» PARTUUID=«afed4445-2e07-46e6-bd11-8b995ecf83ac»
/dev/sdb1: BLOCK_SIZE=«512» UUID=«744E5BC552C9863A» TYPE=«ntfs» PARTLABEL=«4» PARTUUID=«bb00469b-0c60-4609-95ab-7e8f26c170b7»
/dev/sdc2: LABEL=«3» BLOCK_SIZE=«512» UUID=«71061B65509352CE» TYPE=«ntfs» PARTUUID=«6bdda67b-0420-4ae0-9b76-92804a4df085»
/dev/sdc1: LABEL=«2» BLOCK_SIZE=«512» UUID=«5D1B9E9452C5F3C9» TYPE=«ntfs» PARTUUID=«405c07e2-ce1d-47fc-974e-62a94bd6f65a»
/dev/sda4: UUID=«8c9cf184-ba3b-46ac-99ae-fee536c06a9c» BLOCK_SIZE=«4096» TYPE=«ext4» PARTUUID=«96914485-279c-4589-b1e3-61281f70534c»
/dev/sda2: UUID=«2ACC-738C» BLOCK_SIZE=«512» TYPE=«vfat» PARTLABEL=«EFI system partition» PARTUUID=«6da66bbc-d057-4e3d-a911-9e1562c89759»
/dev/sda3: UUID=«d87c937a-966f-46c0-9d3d-8fa00605217b» BLOCK_SIZE=«4096» TYPE=«ext4» PARTUUID=«50baba29-0a90-4bd7-a648-c84f197c8230»
/dev/sda1: LABEL=«M-PM-^RM-PM->M-QM-^AM-QM-^AM-QM-^BM-PM-0M-PM-=M-PM->M-PM-2M-PM-8M-QM-^BM-QM-^L» BLOCK_SIZE=«512» UUID=«10A81854A8183AA4» TYPE=«ntfs» PARTLABEL=«Basic data partition» PARTUUID=«90664e6e-59ae-4b8d-8ec9-be005592c311»
0
avatar
Спасибо за ответ!
Вот я тоже грешу на то, что в новой версии ядра какие-то обновления безопасности или что-то в этом роде, что «глушит» мои правки. Потому что раньше всё работало отлично.
0
avatar
Попробуй так:
UUID=B0628556628521E8 /run/media/alex/data ntfs defaults 0 0
UUID=6C088E08088DD20E /run/media/alex/video ntfs defaults 0 0
0
avatar
Спасибо за ответ!
Попробовал — результат тот же. У меня вообще складывается впечатление, что проблема не в содержимом, а в самом факте внесения изменений. Во-первых, ровно те же строки я вносил в предыдущий раз, когда ставил систему где-то год назад. И всё работало как часы. Во-вторых, вы же сами видите, что ошибок вроде бы нет. Может быть так, что это — реакция системы? Может, где-то какая-то защита включена от изменений?..
+1
avatar
Поставьте ядро 6.6 и попробуйте, лучше мой вариант, но и ваш может сработать.
Добавление. Дело не в ядре, действительно что-то отслеживает fstab и любые изменения приводят к ошибкам. Видимо нужно изменения как-то актуализировать, может какую службу перезагрузить.
Последний раз редактировалось
+1
avatar
У меня при тех же проблемах на ядре 6.8, что и у топикстартера на ядре 6.6 и 6.7 все было нормально и сейчас на 6.6 LTS все замечательно работает с редактированным fstab после удаления ядра 6.8. Кстати подобная проблема с аналогичной ошибкой возникает если на 6.6 ядре поставить программу ntfs automount.
+1
avatar
На arch (xfce) с ядром 6.8.5 примонтировал в fstab два ntfs раздела, как указывал выше. Т.е. повторить глюк не получилось. Убрал строки из fstab тоже без проблем. Различия только Arch-Manjaro и Xfce-KDE. Возможно ещё что-то установлено в Manjaro или что-то криво встало. Пока не знаю на что подумать, но интересно.
+2
avatar
На linux66 работает и с ntfs, и с ntfs-3g, на linux68 ничего не работает. Дело в ядре.
Последний раз редактировалось
+2
avatar
Да, на 6.6 LTS всё заработало без проблем. Я всё-таки выбрал ntfs-3g, а не просто ntfs. Насколько я понимаю, этот драйвер более оптимизирован для работы под Линукс? Или я неправ?
0
avatar
Я не очень знаю, есть ntfs3 в ядре, есть ntfs-3g отдельно, какой-то из них понимает и когда пишут ntfs. Всё быстро меняется — не успеваю следить.
Последний раз редактировалось
0
avatar
Ну вроде бы как раз 3g понимает и чтение и запись… Чёрт его знает. Вообще я пользуюсь Линуксом уже почти два года, и на сегодняшний день запускаю Винду даже не каждый месяц — лишь когда возникает необходимость по работе. После данного случая всерьёз подумываю о том, чтобы перевести максимум разделов на ext4. Пользуюсь ntfs-разделами постоянно, и уже пару раз ловил серьёзные баги, когда у меня под линуксом начинали исчезать файлы. Они физически были, но я их не видел. Благо, была возможность перезагрузиться под Виндой и сделать checkdisk — это решало проблему. В общем, поскольку почти всё, что мне нужно повседневно, вполне покрывается Манджаро, то действительно есть смысл, как писал здесь товарищ, максимально мигрировать с ntfs.
0
avatar
Если приходится использовать Windows, то ntfs тоже придётся.
Почитал немного: ntfs3 от Paragon в ядре, использовать ntfs3, сторонний ntfs-3g тоже ничего, как раз он понимает в fstab и ntfs и ntfs-3g. Но, видимо, он потихоньку будет отступать на второй план.
0
avatar
Если в fstab указать ntfs3 (не ntfs и не ntfs-3g) то работает и с ядром linux68.
+5
avatar
Подтверждаю это работает, у себя установил
ntfs3-dkms linux-headers
и сделал изменения в
fstab
Последний раз редактировалось
?
p5ql/epu q9300 clover,hackintosh,mint,void,manjaro,only kde
+2
avatar
У меня заработало Благодарю за помощь!
0
avatar
0. Никогда не связывайся с ntfs дисками. Даже fat32 на линуксе работает лучше.
1. Никогда не монтируй диски в run
2. Добавь ключ nofail в запись обоих, пробуй подключить уже после входа.
+2
avatar
Спасибо за ответ!
0. У меня параллельно установлена ещё и Windows, поскольку по работе я не могу на 100% отказаться от неё.
1. А можно объяснить — почему? Как бы это — не моя прихоть, туда их монтирует сама Манджара… Диверсанты? :)
+1
avatar
0. А нет варианта держать их на другом ПК или NAS? Чтобы работать с ними по SMB?
1. Потомучто эта директория при каждом выключении ПК очищается.
Рекомендую www.youtube.com/watch?v=WL2Xbndqy0k
Последний раз редактировалось
+1
avatar
совет 0 — полная дичь
?
Всегда есть быстрое простое неправильное решение.
быстрые простые правильные (иногда) ответы здесь t.me/ManjaroRu
0
avatar
пример пробуйте по аналогии
?
p5ql/epu q9300 clover,hackintosh,mint,void,manjaro,only kde
0
avatar
Спасибо за ответ!
Судя по всему, проблема не конкретно в том, какие параметры передаются, а в самом факте изменений. Выше товарищ написал, что у него точно такая же проблема возникла после обновления ядра.
+1
avatar
покажите вывод
uname -r;lsblk -f;cat /etc/fstab
Последний раз редактировалось
?
p5ql/epu q9300 clover,hackintosh,mint,void,manjaro,only kde
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
<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
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
у Вас нет записи монтирования виндовых дисков
?
p5ql/epu q9300 clover,hackintosh,mint,void,manjaro,only kde
0
avatar
Совершенно верно. Я удалил их, потому что с ними ничего не грузится. :) После своих экспериментов я загружаюсь с лайв-образа и удаляю строки, после чего могу вновь пользоваться системой, хотя мне и приходится монтировать диски вручную, вводя пароль. :)
Диск movies — внешний диск. Он подключается нормально и без специальных указаний.
Последний раз редактировалось
+1
avatar
Я грузился выбирая в меню загрузки вариант с LTS ядром, вот только оно дожно быть установлено )
Последний раз редактировалось
+1
avatar
Взял грех на душу, создал вин.раздел и получил Ваши страдания, ядро 6.6 все делает, а вот ядро 6.8 позволяет загрузиться только под рутом.
Хочу заметить имея раздел hfsplus хакинтошный монтируется на обоих ядрах без проблем
?
p5ql/epu q9300 clover,hackintosh,mint,void,manjaro,only kde
+2
avatar
Осталось дождаться и понять — это баг или фича. Пофиксят ли они это, или окажется, что это какие-то новые политики безопасности и т.п. Увы, зная себя, понимаю, что если откачусь на 6.6, то внутри всё будет свербеть от этого. Я не особо понимаю разницы между этими версиями, и более того — убеждён, что лично для меня разницы никакой и нет (разве что автомонтирование заработает). Но я, к сожалению, один из тех маньяков, что гонятся за номером версии, даже толком не понимая — что ему это даст… :)))
+1
avatar
Это баг. Монтирование кривое или не идет. 6.8 еще тест же? Поправят к stable
0
avatar
Разница между версиями именно в отсутствии внезапных багов. А фичи тестовых ядер нормально заюзают в прогах аккурат к выходу ядра в stable
0
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
О божечки, 6.8. Зачем?!
Вертайся на дефолтное 6.6 LTS.
Если так хочется в альфа-тестеры, для этого есть manjaro-testing, Arch и ссаная win11
+2
avatar
Во, тоже сразу маякнуло у меня. Не тот форум для разборов багов теста. И не тот язык
0
avatar
По
wrong fs type, bad option, bad superblock on /dev/sdc1, missing codepage or helper program, or other error
я пробамбливался сам только что повторно недавно. Прогони хард через чекдиск винды (лучше 7, но можно и 10-11) и должна пропасть. Это висящая ошибка какой-то проги осталась и манжаро ждет у моря погоды убирания метки перед монтированием. И ошибка будет только в твоей системе, ну максимум в другой такой же манжаро KDE и то далеко не факт

P.S. или проверку диска в gparted, но из-под бубунты. Я точно натурал пёс его знает, почему именно манжаро и именно KDE не может провернуть тоже самое из-под себя
Последний раз редактировалось
+1
avatar
Благодарю, за ответ, это я пофиксил почти сразу, видимо наложалосьналожилось почти одновременно c основной проблемой, поэтому потащил все в одну кучу, чекдиск делал с аварийного paragon partition manager. Пять минут на все про все.
0
avatar
трудность заключается в использовании ntfs3, ранее я использовал для монтирования ntfs-3g. после обновления до ядра 6.8 возникли сложности с использованием ntfs-3g. потому я полностью перешел на ntfs3, проверил работоспособность так же на ядре 5.15 и остановился на такой записи в fstab:


UUID=40B8ACEFB8ACE49E	/mnt/sda/sda2 ntfs3 rw,nosuid,nodev,relatime,uid=0,gid=0,iocharset=utf8,uhelper=udisks2,x-gvfs-show,prealloc,windows_names 0 0


зы. ситуацию полностью разбирали в группе телеграм, ссылка в подписи
Последний раз редактировалось
?
Всегда есть быстрое простое неправильное решение.
быстрые простые правильные (иногда) ответы здесь t.me/ManjaroRu
+3
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.