3243
Не грузится система после изменения fstab
Здравствуйте, уважаемые.
После переустановки системы (Manjaro KDE, ядро 6.8.5-1) возникла следующая проблема. У меня имеются три ntfs-раздела, которые я хотел бы монтировать автоматически и, главное, без ввода пароля. В прошлый раз я решил данную проблему, отредактировав fstab следующим образом:
В этот раз я сделал всё то же самое, но при загрузке системы появляются ошибки монтирования и, соответственно, дальше система не стартует (см. фото).
![](https://postsabbath.narod.ru/2024-04-12_21-26-07.jpg)
Фото (к сожалению, почему-то не выходит вставить изображение)
Вот результат команды blkid:
На всякий случай не стал удалять никакие записи. Нужные нам диски — sda1 и sdb1. Как видите, UUID верные. Все разделы по дефолту монтируются в /run/media/alex/
Пожалуйста, подскажите, что у меня не так? Самое главное — что до переустановки всё работало, а теперь почему-то нет.
Заранее спасибо всем, кто откликнется!
После переустановки системы (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
В этот раз я сделал всё то же самое, но при загрузке системы появляются ошибки монтирования и, соответственно, дальше система не стартует (см. фото).
![](https://postsabbath.narod.ru/2024-04-12_21-26-07.jpg)
Фото (к сожалению, почему-то не выходит вставить изображение)
Вот результат команды 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 комментариев
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»
Вот я тоже грешу на то, что в новой версии ядра какие-то обновления безопасности или что-то в этом роде, что «глушит» мои правки. Потому что раньше всё работало отлично.
UUID=B0628556628521E8 /run/media/alex/data ntfs defaults 0 0
UUID=6C088E08088DD20E /run/media/alex/video ntfs defaults 0 0
Попробовал — результат тот же. У меня вообще складывается впечатление, что проблема не в содержимом, а в самом факте внесения изменений. Во-первых, ровно те же строки я вносил в предыдущий раз, когда ставил систему где-то год назад. И всё работало как часы. Во-вторых, вы же сами видите, что ошибок вроде бы нет. Может быть так, что это — реакция системы? Может, где-то какая-то защита включена от изменений?..
Добавление. Дело не в ядре, действительно что-то отслеживает fstab и любые изменения приводят к ошибкам. Видимо нужно изменения как-то актуализировать, может какую службу перезагрузить.
Почитал немного: ntfs3 от Paragon в ядре, использовать ntfs3, сторонний ntfs-3g тоже ничего, как раз он понимает в fstab и ntfs и ntfs-3g. Но, видимо, он потихоньку будет отступать на второй план.
1. Никогда не монтируй диски в run
2. Добавь ключ nofail в запись обоих, пробуй подключить уже после входа.
0. У меня параллельно установлена ещё и Windows, поскольку по работе я не могу на 100% отказаться от неё.
1. А можно объяснить — почему? Как бы это — не моя прихоть, туда их монтирует сама Манджара… Диверсанты? :)
1. Потомучто эта директория при каждом выключении ПК очищается.
Рекомендую www.youtube.com/watch?v=WL2Xbndqy0k
быстрые простые правильные (иногда) ответы здесь t.me/ManjaroRu
Судя по всему, проблема не конкретно в том, какие параметры передаются, а в самом факте изменений. Выше товарищ написал, что у него точно такая же проблема возникла после обновления ядра.
Диск movies — внешний диск. Он подключается нормально и без специальных указаний.
Хочу заметить имея раздел hfsplus хакинтошный монтируется на обоих ядрах без проблем
Третий монтируется нормально. Диски те же на которые ругается загрузка системы если их (диски) поставить в автозагрузку в fstab.
Вертайся на дефолтное 6.6 LTS.
Если так хочется в альфа-тестеры, для этого есть manjaro-testing, Arch и ссаная win11
только что повторнонедавно. Прогони хард через чекдиск винды (лучше 7, но можно и 10-11) и должна пропасть. Это висящая ошибка какой-то проги осталась и манжаро ждету моря погодыубирания метки перед монтированием. И ошибка будет только в твоей системе, ну максимум в другой такой же манжаро KDE и то далеко не фактP.S. или проверку диска в gparted, но из-под бубунты. Я
точно натуралпёс его знает, почему именно манжаро и именно KDE не может провернуть тоже самое из-под себяналожалосьналожилось почти одновременно c основной проблемой, поэтому потащил все в одну кучу, чекдиск делал с аварийного paragon partition manager. Пять минут на все про все.зы. ситуацию полностью разбирали в группе телеграм, ссылка в подписи
быстрые простые правильные (иногда) ответы здесь t.me/ManjaroRu