Причину появления потерянных инодов и сбоя загрузки можно исправить вручную с помощью fsck?

Мой первый пост здесь.

Я запускаю 18.04.1, и недавно я получил ошибку при загрузке - экран остается черным после POST, и ничего не происходит. Я перешел в режим восстановления и обнаружил, что мой корневой раздел не монтируется из-за потерянных инодов и тому подобного - я не могу предоставить журнал, так как дважды перезагружался с момента его исправления, и я фактически не знаю, как получить доступ к историческим журналам загрузки. Я мог бы исправить это, запустив fsck.ext4 -p /dev/mapper/name-of-root-partition, и все снова хорошо и прекрасно... Однако я знаю, что это, вероятно, повторится в будущем, так как у меня была точно такая же проблема с Debian - это была фактически одна из причин, по которой я переключился на Ubuntu (другой из-за плохой совместимости с Debian и некоторых других мелких проблем я не чувствовал необходимости исправлять вручную, в Ubuntu это просто работает).

Теперь решение проблемы легко и довольно безболезненно, но мне интересно, в чем может быть причина, так как это происходит довольно часто (я считаю, два раза в неделю) - я понял, что это может быть связано с выключением компьютера с помощью sudo shutdown now, Я на правильном пути? Я не мог найти какую-либо правильную информацию о том, что этот подход "опасен", но в то же время все, кажется, вводят различные аргументы, прежде чем nowникогда не запускаю его "сырым".

Мое аппаратное обеспечение довольно общее, и я бы сказал, что на самом деле это неважно. У меня есть один SSD-накопитель Kingston, и самая странная вещь в моей настройке - это, вероятно, принудительная загрузка ядра amdgpu вместо по умолчанию radeon водители.