Вопрос или проблема
Извините, если я смешиваю различные единицы измерения, но это те единицы, которые я вижу при работе.
Я решил добавить новый раздел на свою загрузочную SD-карту, на которой был раздел объемом 21 ГБ с файловой системой EXT4 (Debian с KDE) и около 8 ГБ пространства под обмен на другом разделе, используя менеджер разделов KDE на своем Raspberry Pi (в отличие от ПК, который я обычно использую с загрузочным диском).
Я принял глупое решение попытаться уменьшить и переместить оба раздела, чтобы оставить себе пустой раздел NTFS объемом около 11 ГиБ для использования с любым устройством Windows. Этот раздел был создан нормально, но при выборе Debian в GRUB на моем ПК, initramfs сообщил мне, что моя файловая система, вероятно, повреждена, и я не могу правильно загрузиться. Предполагаемый размер файловой системы в 21 с лишним ГБ был больше, чем доступный размер устройства (раздела) в 15 ГБ, и он не смог продолжить.
Попытавшись исправить свое решение, я вынул SD-карту и использовал свой RPi, чтобы отформатировать ее обратно в исходное состояние. Все работало нормально, переносил разделы и изменял размер обменного пространства. Однако менеджер разделов KDE не смог увеличить ext4 до первоначального размера (см. изображения 1, 2 и 3).
Можно ли что-то сделать, чтобы вернуть все на свои места, или, если нет, восстановить некоторые данные на файловой системе ext4? У меня не было никаких незаменимых документов, но я настроил много параметров под себя, и я хотел бы, чтобы процесс восстановления был как можно быстрее.
Если у вас есть ответ, пожалуйста, скажите, есть ли какая-либо дополнительная информация о моей ситуации, которую я еще не предоставил.
После первого раздела (1):
Перед попыткой увеличить раздел (2):
Ошибка! (3):
============================
В ответ на первый вопрос о деталях, приведенных под ошибкой:
============================
Увеличить раздел ‘/dev/sda1’ с 14.65 ГиБ до 21.71 ГиБ
Задача: Проверка файловой системы на разделе ‘/dev/sda1’
Команда: e2fsck -f -y -v /dev/sda1
e2fsck 1.44.5 (15-Dec-2018)
Размер файловой системы (согласно суперконтролю) составляет 5487104 блоков
Физический размер устройства составляет 3840000 блоков
Либо суперконтроль, либо таблица разделов, вероятно, повреждены!
Прервать? да
Команда: e2fsck -f -y -v /dev/sda1
e2fsck 1.44.5 (15-Dec-2018)
Размер файловой системы (согласно суперконтролю) составляет 5487104 блоков
Физический размер устройства составляет 3840000 блоков
Либо суперконтроль, либо таблица разделов, вероятно, повреждены!
Прервать? да
Проверка файловой системы на разделе ‘/dev/sda1’: Ошибка
Проверка раздела ‘/dev/sda1’ перед изменением размера/перемещением не удалась.
Увеличение раздела ‘/dev/sda1’ с 14.65 ГиБ до 21.71 ГиБ: Ошибка
Похоже, что ваша файловая система по какой-то причине больше, чем раздел. Не уверен, как вы попали в такое состояние, этого не должно происходить с менеджером разделов. В любом случае, теперь он откажется работать для вас, пока вы не исправите это вручную. Лучший способ продолжить — это исправить размер раздела с помощью fdisk. Удалите старый раздел и создайте его заново с той же начальной позицией, но достаточно большим, чтобы вместить все 5487104 блока (Один блок составляет 4096 байт, один сектор в fdisk должен быть 512 байт), так что вам нужно будет 5487104 * 8 секторов.
Затем вы можете попытаться увеличить его с помощью менеджера разделов KDE до нужного вам размера.
Ответ или решение
Проблема, с которой вы столкнулись, связана с несовпадением между размером файловой системы и фактическим размером раздела на вашем SD-карте. Существует несколько шагов, которые помогут вам решить эту проблему и восстановить доступ к вашей файловой системе EXT4.
1. Понимание проблемы
Как вы верно заметили, система отчитывается о том, что размер файловой системы больше размера раздела. Ваша файловая система EXT4 имеет размер 21 ГБ (5487104 блока), а фактический физический размер устройства составляет 15 ГБ (3840000 блока). Это несоответствие возникло при изменении размеров и перемещении разделов, что может произойти из-за ошибочного изменения размера или проблемы с таблицей разделов.
2. Первый шаг: резервное копирование данных
Перед любыми операциями с разделами настоятельно рекомендуется создать резервную копию всех важных данных. Попробуйте использовать инструмент восстановления данных, такой как testdisk или photorec, чтобы восстановить файлы, если ваша файловая система повреждена. Если на разделе есть что-то важное, стоит сначала попытаться выполнить глубокое сканирование.
3. Восстановление размера раздела с помощью fdisk
Чтобы исправить несоответствие, выполните следующие шаги:
a. Запустите fdisk:
Откройте терминал и запустите команду:
sudo fdisk /dev/sdab. Удалите старый раздел:
Введите d для удаления раздела. Обратите внимание, что если вы удалите раздел, данные не будут удалены, пока не будет перезаписан тот же участок диска.
c. Создайте новый раздел:
Затем введите n для создания нового раздела. Убедитесь, что начальный сектор остается таким же, как и у предыдущего раздела, но теперь укажите размер, который соответствует размеру вашей файловой системы. Можно вычислить нужный размер, используя:
5487104 блоков * 4 КБ = 21 КБd. Запишите изменения:
Нажмите w для сохранения изменений.
4. Проверка файловой системы
После того как вы исправили размеры разделов, необходимо проверить файловую систему на наличие ошибок:
sudo e2fsck -f /dev/sda1Эта команда проверит файловую систему на наличие структурных проблем.
5. Расширение раздела с помощью KDE Partition Manager
Теперь вы должны быть в состоянии использовать KDE Partition Manager для увеличения размера вашего EXT4-раздела до желаемого значения.
6. Восстановление данных
Если после всех изменений вы потеряли доступ к каким-либо данным, вы можете попробовать инструменты восстановления информации, такие как extundelete или testdisk, чтобы попытаться восстановить утраченные файлы.
Заключение
Следуя данным шагам, вы сможете устранить проблему с несоответствием между размером файловой системы и раздела, а также восстановить данные, если это необходимо. Всегда помните о создании резервных копий перед внесением изменений в разделы или файловые системы, чтобы избежать риска потери данных в будущем.