fsckd-cancel-msg

Пожалуй самая редкая, и в тоже время нервов она потратит не мало и не только у начинающих юзеров но и продвинутых.
О чем она нам сообщает. Да и приходит при загрузке системы, можно сказать даже система была отстроена, всё установлено и опять надо по новой все переделывать. Как-же это неожиданно, тем более может придти  в самое  не подходящее время.
Выглядит она так: и как с этим бороться не совсем понятно.

Читаем о чем это. Пробы найти  в интернете не привели не к чему, каждый предполагает возможные варианты, загрузится с LIVE-CD.
Даже попадался некий список подобных, но тем более все в таком запущенном виде, что разобрать о чем идет речь невозможно.
Даже надо лечить, но что и где. Лечите и всё. Так и приходит на ум, люди не понимают куда вас отсылают. И не знают что с этим делать.

Но позвольте, после ошибки есть точный ответ что надо делать!
там ясно написано: ….
fsckd-cancel-msg Ctrl+C to cancel all filesystem checks in progress
что в переводе, отлично сказано:
Нажмите  Ctrl+C  и система сама исправит , что надо и дальше все придет в норму. Только нет уточнения когда, в какой момент это делать.

Это делать надо прямо после того как система придет в норму, ещё точнее, остановится, Нажимаем эти клавиши и перегружаем систему, всё!

Только это в теории так, и возможно.
Если смотреть ещё точней, там-же написано: это сбой ошибки сектора диска и даже указано какого сектора и какого диска!
/deb/sdc5: и номер 170267/1831424 files, 1593308/7318016 blocks

И опять косяк борьбы с этой ошибкой. Люди пишут как исправить, на том что и так работает ??. Дык какого, извиняюсь, пишут как и что?
ПК не работает как должен, как исправить то что не работает, а вот когда заработает надобность исправления отпадает, может даже система при следующей перестановки системы обойдет этот блок, но сам сбойный сектор никуда не денется.
Как нет-же, вас начнут учить искать блоки те что могут быть повреждены !в теории!
Но на практике, ответа не будет, но он есть прямо перед вами. Указано где искать и даже в каком разделе и есть даже имя  папки.

Право написано понятным только системе, на её языке, и её  форме ответов.

Конечно можно сослаться на плохой диск, или кривые руки, и как это бывает часто, на производителя китайского SSD disc-ка. Это может случиться в независимости от выше приведенных причин.
А вот ответы пишутся: людьми не понимающих что они пишут, вроде у них это было и они справились, но так до конца не понявшие как это случилось и как исправилось. Можно сказать само.

Но как это предвидеть? а никак. Вот как это было у меня, это отдельно можно сказать.

Система отлично работала, но в какой-то момент стала зависать. Хорошо, перезагрузка давала результат, но не на долго, вернее сказать она работать стала нестабильно, вроде работает но зависание стали приходить и чаще и интервал после старта стали уменьшаться.
Раз система сбоит, и однажды схлопнулась. Делаю другого пользователя и наслаждаюсь, Но остался осадок прежний пользователь и привычней и тд. и тп.
Думаю привыкну.  Только система не дала привыкнуть и к новому пользователю. Она однажды решила вовсе не загружаться.и показала мне это первое окно.

Пробовал переставить по новой всю систему, и вот оно: она и даже в этом варианте не успокаивалась. Она тупо не стартовала, и показывала эту упрямую ошибку, Как тат-то? на свеже-установленной системе? Так не может быть! Однако так и случилось.

И считаю это очень показательным примером для лечения и определения подобных ошибок.

И вот совсем недавно она эта ошибка опять побеспокоила. Такого вида.

Дальше Система сама пробует исправить эту ошибку, но не справившись сама, предложила нажать это сочетание клавиш Ctrl+C 

Вывод, чем сложнее ошибка на первый взгляд, то решение будет самым простым способом, точнее сказать, чем сложнее-тем проще решаема.

Разбор этой ошибки, дал тоже неожиданный результат, теперь она в другом месте: на другом разделе и другой сектор.
Мы может даже не догадываться, что они могут быть и система сама их правит, но не всегда показывает, исправила и и дальше.

Так у меня и случилось: после нескольких стартов, система исправила или сама справилась с ней и всё.

Вы думаете: теперь всё и ошибаетесь, ой как ошибаетесь.
Ещё не все стороны этой ошибки открыты.

Берем или LIVE-CD или как это сделал собственно сам.  Установил новую систему и уже с неё начал рассматривать эту ошибку. (Забегая вперед так и появилась эта статья)

Но система работала отлично, и даже прежние разделы диска работали, можно сказать безотказно. Все разделы читаемы, программы, папки и файлы на месте и сбоев нет. Ого?? Пробую что-то копировать в оба конца на диск и с диска, всё отлично работает. Ещё больший ступор.
Оно-же не работало.
Хорошо перезагружаюсь на прежней системе, и?? и ничего, ошибка на месте. Но тут я решил обмануть систему, поправил диск (раздел-home) с прежней системы на прежнюю. Пробую.

Вот оно место ошибки, новая система не стартует так-же оО!!
Тупо поменял пути в файле, для наглядности:

# /etc/fstab: static file system information.
#
# тут по умолчанию, дыр-дыр
#
# так далее
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdd3 during installation
UUID=a494f58d-df10-4f8f-bec1-b02ca8ca8748   /                ext4   errors=remount-ro   0 1 
# /home was on /dev/sdd5 during installation
UUID=21f0c3c2-362a-4f35-a0db-735967d18813   /home            ext4   defaults            0 2 
# /yvs was on /dev/sdd4 during installation
UUID=b54fbffc-3d31-4303-a227-e21de357c2f7   /yvs             ext4   defaults            0 2 
/dev/sdd2                                   /home/ok/Win11   ext4   defaults            0 0

Коментирую строчку 11  ## так UUID=21f0c3c2-362a-4f35-a0db-735967d18813 /home
И подставляю на точь-точь такую=же но только от дркгого раздела, и пользователь с тем-же именем

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdd3 during installation
UUID=a494f58d-df10-4f8f-bec1-b02ca8ca8748   /                ext4   errors=remount-ro   0 1 

# /home was on /dev/sdd5 during installation

# тутUUID=21f0c3c2-362a-4f35-a0db-735967d18813   /home        ext4   defaults            0 2 

# /home was on /dev/sdd2 during installation
UUID=f66b9759-56ba-4a66-9073-cf3db2a76611      /home          ext4    defaults        0     2

# /yvs was on /dev/sdd4 during installation
UUID=b54fbffc-3d31-4303-a227-e21de357c2f7   /yvs             ext4   defaults            0 2

И система опять не стартовала и выдала туже ошибку. Обращаем внимание на разделы диска изменились с
/home was on /dev/sdd5
На
/home was on /dev/sdd2

Вывод был очень наглядный, система тут вообще никаким боком участия, тут полная зависимость читаемости диска: SSD, и алгоритма считывания. Сам радел находится в середине диска, и файловая система тут так-же не причем. Но будем упрямо искать почему файловая сбоит.

Для справки: как устроен диск HHD, Нам известно что информация на нем равна размеру диска,  если диск заявлен как 120 гиг,  но по факту он буде с удвоенном размере. Размер будет равен 240 гиг.  Для чего это делается, для того что не всегда инфа прочитана правильно, поэтому идет сверка двух дублирующих дорожек. Только тогда система справляется.
Каков алгоритм диска: SSD можно только предполагать.

На этом можно остановиться и принять как данность и про эту ошибку так-же.

Теперь можно оставить коментарии и если вам попадутся ошибки в тексте и тем более, что не верно изложено, на ваше усмотрение. мне будет приятно.