Система не запускается из-за плохого суперблока.

Вопрос или проблема

rolfi@rolf-vivobookasuslaptopx513eak513ea:~$ sudo e2fsck -f -y -v /dev/nvme0n1p9
e2fsck 1.47.0 (5-фев-2023)
Размер файловой системы (по суперблоку) составляет 7792136 блоков
Физический размер устройства составляет 7401984 блока
Либо суперблок, либо таблица разделов, вероятно, повреждены!
Прерывать? да

rolfi@rolf-vivobookasuslaptopx513eak513ea:~$ sudo e2fsck -p -f -v /dev/nvme0n1p9
/dev/nvme0n1p9: Размер файловой системы (по суперблоку) составляет 7792136 блоков
Физический размер устройства составляет 7401984 блока
Либо суперблок, либо таблица разделов, вероятно, повреждены!


/dev/nvme0n1p9: НЕОЖИДАННАЯ НЕКОНСИСТЕНТНОСТЬ; ЗАПУСТИТЕ fsck ВРУЧНУЮ.
    (т.е. без опций -a или -p)

Ответ или решение

Проблема, описанная вами, связана с ошибкой суперблока на разделе вашей системы Xubuntu, которая возникла после изменения размеров разделов с помощью KDE Partition Manager. Давайте разберем возможные шаги по восстановлению вашей системы.

Понимание проблемы

Использование утилит для изменения размеров разделов, таких как KDE Partition Manager, может привести к повреждению структуры файловой системы или суперблока. Ваша ошибка указывает на несоответствие между размером файловой системы, сохраненной в суперблоке, и фактическим размером устройства. То есть, система ожидает, что на раздел будет выделено больше места, чем в действительности доступно. Это может произойти по следующим причинам:

1. Ошибки в процессе изменения размера: Если процедура уменьшения размера раздела была выполнена некорректно, это могло привести к повреждению суперблока.

2. Конфликт в таблице разделов: Возможно, таблица разделов не отражает актуальную информацию о размере файловой системы.

Рекомендованные действия

Перед тем как предпринять какие-либо меры, рекомендую сделать резервную копию важных данных, если это возможно.

1. Использование резервного суперблока: У файловых систем ext4, ext3 и ext2 есть резервные суперблоки. Чтобы восстановить файловую систему, вы можете попробовать использовать один из резервных суперблоков. Для этого выполните следующую команду:

   sudo e2fsck -b 32768 /dev/nvme0n1p9

   Здесь 32768 — это номер резервного суперблока. Возможно, вам придется попробовать несколько значений (например, 98304, 163840 и т.д.), если первый вариант не сработает.

2. Проверка и восстановление файловой системы с помощью e2fsck:

   Попробуйте выполнить команду e2fsck без параметров “-a” или “-p”, чтобы дать утилите возможность взаимодействовать с вами и предоставлять возможности для восстановления. Запустите:

   sudo e2fsck /dev/nvme0n1p9

   Следуйте инструкциям на экране и отвечайте «y» (да) на все запросы на исправление ошибок.

3. Проверка таблицы разделов: Убедитесь, что таблица разделов корректна с использованием утилиты parted или fdisk. Запустите:

   sudo fdisk -l

   Проверьте, что размер раздела /dev/nvme0n1p9 соответствует ожиданиям.

4. Создание нового раздела и восстановление: Если кормящие меры не сработают, вы можете создать новый раздел, а затем попытаться восстановить данные, используя инструменты, такие как testdisk или photorec, для восстановления потерянных файлов. Важно понимать, что это может привести к частичному восстановлению данных.

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

Заключение

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