После изменения точки монтирования USB Flash система не загружается

Попробуй монтировать не через /dev/sdX, а через UUID

А, стоп, у тебя походу просто некорректная запись. Вот тут:

ntfs

должно быть что-то другое

Абсолютно незачем в fstab тащить всякую хрень. Только самое необходимое.

Абсолютно незачем бестолково править fstab. Только очень грамотно и очень внимательно.

С какой целью вы прописали сменный носитель в /etc/fstab?

dolphin в свойствах показывает ntfs3, нужно 3 добавить?
Вообщем то нужно чтобы система сохраняла роботоспособность и при отсутствии этой флэшки, а при её наличии монтировала бы в строго указанное место

Укажите noauto

или nofail

Прописал конкретное место, так как нужно чтобы всегда монтировалось в строго указное место

Ну а ntfs на ntfs3 нужно менять или и так норм?

С помощью встроенной в Kubuntu графической утилиты

Абсолютно незачем бестолково править fstab.

Монтируйте по UUID, как вам подсказали выше. Файловую систему укажите ntfs-3g

Если у твоей флешки метка тома «mydisk», то система без твоих фокусов будет монтировать ее в это место.

dolphin в свойствах показывает ntfs3, нужно 3 добавить?

Да, скорее всего. Либо ntfs3g.

Убираешь строчку монтирования из /etc/fstab, монтируешь средствами файлового менеджера, далее в командной строке в эмуляторе терминала смотришь выводе команды mount и определяешь какой драйвер используется.

Прописываешь его в /etc/fstab.

У тебя может использоваться как драйвер из состава ядра, так и драйвер ntfs-3g, работающий через подсистему ядра fuse.

Какой в твоей системе используется ты можешь определить так, как я написал выше.

Удачи.

Во первых вместо /dev/sdf1 указывай UUID, так флешка будет монтироваться даже если имена устройств «поползут» и станут другими. Но это не принципиально. Во вторых, определись какой драйвер ntfs у тебя используется. Если ntfs-fuse (не рекомендую, он медленный, устарел и более не развивается) пиши вместо ntfs — ntfs-3g. Если хочешь новый, нативный ядерный драйвер от Парагон (рекомендую), пиши ntfs3.

Указание типа ФС просто как ntfs (не ntfs-3g или ntfs3) приводит к неопределённому поведению в разных дистрибутивах, где то это псевдоним для ntfs-3g (драйвер работающий через fuse), а где то указание на древний ядерный readonly драйвер, который нынче выкинут из ядра и заменён Парагоновским ntfs3. В таких дистрибутивах тип ФС ntfs в fstab приводит к ошибке монтирования по причине невозможности загрузить древний и выброшенный из ядра модуль драйвера.

Если решишь использовать Парагоновский ядерный ntfs3 тебя может поджидать ещё одна засада — FS может отказаться монтироваться по причине наличия на ней виндового dirty bit, он там может оказаться если флешку просто выдёргивали из компа не делая «безопасное извлечение устройства» перед этим. Сообщение об этом будет в dmesg, при монтировании всегда смотри не только то что тебе в консоль пишут, но и в конец выхлопа dmesg, обычно истина там, а не в том что в консоль mount написал.

Драйвер ntfs-fuse родной виндовый dirty bit игнорирует и использует вместо него что то своё, поэтому иногда возникает непонимание, почему одну и ту же флешку ntfs-fuse монтирует, а Парагоновский ntfs3 — нет.

Снять dirty bit можно двумя способами — проверить флешку штатными средствами в винде (самый лучший способ), после проверки и исправления, если оно потребуется, бит будет снят. Либо воспользоваться утилитой ntfsfix. ВАЖНЫЙ МОМЕНТ. Утилиты типа fsck для ntfs под Линукс НЕТ.

ntfsfix ничего не fix, он просто снимает dirty bit. Он не проверяет FS на консистентность, он не исправит на ней ошибки, если они есть. Так что если у тебя ФС действительно повреждена, о вероятности чего тонко намекает dirty bit, тот факт что она смонтируется после снятия этого бита не означает что она исправна и не продолжит разваливаться в процессе работы. Так что лучший и единственный способ гарантированно убедиться что у тебя всё в порядке с FS, и снять dirty bit — воспользоваться настоящей Windows и проверить флешку в ней.

FS может отказаться монтироваться по причине наличия на ней виндового dirty bit

Поэтому, кстати, лучше не вносить в fstab всякую левую хрень типа ntfs-разделов. Пусть монтируются динамически.

(Зачем systemd выпадает в режим восстановления при неудаче монтирования любого раздела - тоже хороший вопрос, конечно. Это явная лажа с т.з. UX)

Ну вообще ему нужно бы noauto или nofail добавить к defaults, через запятую, да.

Во первых вместо /dev/sdf1 указывай UUID, так флешка будет монтироваться даже если имена устройств «поползут»

Не если, а когда. Там, скорее всего, /dev/sdf - совсем не флешка и совсем не нтфс

Ну так то на все флешки упаришься их UUID прописывать. Если TC желает чтобы у него разные флешки в одну директорию монтировались — придётся таки устройство указать. И вместо ntfs помогло бы auto тогда, мало ли какая на них fs, но с нынешним бардаком в виде двух (трёх) реализаций драйверов ntfs (две живых, одна мёртвая), а так же двух реализаций exfat (через fuse и нативная, ядерная), auto ведёт себя непредсказуемо в разных дистрибутивах и может обломаться на той же ntfs, не угадав какую реализацию использовать.

Прописал UUID. С ntfs норм старатует, если флэшка вставлена. Если же нет, то виснет. Ни nofail ни noauto не помогают

Возможно я всё же что то не так делаю, можно полный пример строки в fstabдля флэшки

Виснет вряд ли , а вот на 90 секунд может затянуть загрузку. Будет искать флешку.

Можно это время сократить до 1с?

Да, если флэшку воткнуть в этот момент то сразу загружается

nofail,x-systemd.device-timeout=5

https://wiki.archlinux.org/title/Fstab

Сокращать не нужно. Для этого есть параметр nofail в параметрах загрузки флешки в файле /etc/fstab

https://zalinux.ru/?p=6183

,x-systemd.mount-timeout не работает, также виснет на заставке пока флэшку не вставлю

Сработала такая комбинация:
nofail,rw,utf8,x-systemd.device-timeout=1 0 0

Неужели ты сначала просто написал x-systemd.device-timeout?

rw и utf8 небыло, а было ещё defaults

Не уверен, что опция utf8 работает в случае ntfs

С каких пор fstab стала проблемной? Особенно для некритичных точек монтирования.

Есть у меня предположение, что 0 0 обозначает в т.ч. обязательную проверку фс при загрузке - почитай ман на эту тему. ntfs не родная, не помню чтобы линуксы вообще умели её проверять и исправлять. Короче fsck не возвращает верного кода проверки, инит стопорится.

Почитай эти коды, у меня стоит 0 2 для некритичных, но не помню точного значения. И ещё полезные опции user,noauto. Монтирование по запросу любого пользователя, но не при старте.

Тогда точно не /dev/sdX, а /dev/disk/by-label/* или /dev/disk/by-id/*

Не, серьёзно, почему я первый кто вспомнил, что коды 0 0 в конце строки значат вполне конкретные действия и отлично подходят дял корня, но не для флешки?

С каких пор fstab стала проблемной?

никто ещё не упамянул, что вконце файла /etc/fstab должна быть хотя бы одна пустая строка, иначе могут быть проблемы...

А разве они могут быть? Просто у меня nano, я с трудом представляю как сделать чтобы её там не было.

0 0 это не проверять значит

noauto где?

Про UUID тоже верно сказали.

0 0 обозначает

Отсутствие проверки раздела.

Именно поэтому при значении 0 0 у меня регулярно проверяется корень?

Да, вижу что так в мане и написано, но что то всё равно проверяет при установленном 0.

Кто сказал udev? Хм… Никто не сказал. Ну, может быть на второй полусотне комментариев скажут…

Что-то не то с ФС.

Ну.... Строго говоря с питанием. В среднем раз в месяц свет отключается.

Вот и ответ