Включил сегодня комп, а он загрузился в консоль initramfs. Ничего там не понял, кое-как вышел оттуда через ctrl+alt+del (команда reboot несмотря на её наличие в списке help’а ничего не делала), комп загрузился нормально. Погуглил, нашел рекомендацию проверить файловую систему с помощью fsck.
В общем диск с GPT, структура разделов такая:
Устр-во начало Конец Секторы Размер Тип
/dev/nvme0n1p1 264192 1953523711 1953259520 931,4G Файловая система Linux
/dev/nvme0n1p2 2048 4096 2049 1M BIOS boot
/dev/nvme0n1p3 6144 264191 258048 126M EFI
Элементы таблицы разделов упорядочены не так, как на диске.
Все разделы с ext4, кроме EFI разумеется.
fsck ругается на то, что у раздела /dev/nvme0n1p2 поврежден суперблок.
stinger@STnuc:~$ LANG=C sudo fsck -n /dev/nvme0n1p2
fsck from util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
Error reading block 1174 (Invalid argument). Ignore error? no
Superblock has an invalid journal (inode 8).
Clear? no
fsck.ext4: The journal superblock is corrupt while checking journal for /dev/nvme0n1p2
e2fsck: Cannot proceed with file system check
/dev/nvme0n1p2: ********** WARNING: Filesystem still has errors **********
Нагуглил, что у суперблоков есть резервные копии, положение которых можно вычислить, если выполнить mke2fs -n /dev/nvme0n1p2
, но у меня эта команда не выводит никакой информации о резервных суперблоках. Возможно дело в том, что раздел слишком маленький, или в его типе BIOS boot.
Собственно что с этим можно сделать? Учитывая что ценных данных в этом разделе нет, может его как-то перегенерировать можно? В остальном то всё в порядке, система грузится, и даже в initramfs больше не перегружалась (но вдруг может делать это в будущем?).