Я уже некоторое время пользуюсь Pop!_OS и решил установить Kubuntu. Я загрузился с USB-накопителя Kubuntu, чтобы сначала попробовать, и решил подготовить раздел для установки с помощью KDE Partition Manager.
На этом SSD уже было 4 раздела: sda1(старая установка Windows), sda2(данные), sda3(Pop!_OS) и sda4(swap). Чтобы освободить место для нового раздела для Kubuntu, я уменьшил конец на sda230 ГБ, но не смог отформатировать это нераспределенное пространство, так как там уже было 4 основных раздела. Поэтому я решил удалить sda1, переместить его нераспределенное пространство справа от sda2и добавить это пространство в sda2. При применении действий возникла ошибка (что-то о несоответствии размера), и процесс был прерван.
Загружаюсь снова в Pop!_OS и вижу, что 30 ГБ нераспределенного пространства взяты оттуда sda2, и они sda1не были тронуты, но я не могу их смонтировать sda2:
Вот что GParted показывает сейчас:
Вот информация для sda2:
И вывод fdisk -l:
(записи таблицы разделов не соответствуют порядку расположения на диске).
Поскольку, похоже, там может быть несколько проблем, я решил пока не трогать его и получить совет, я бы очень хотел восстановить данные в этом разделе. Если нужна дополнительная информация, я буду рад ее предоставить. Извините за длинную ветку, и большое спасибо за ваше время.
ОБНОВЛЯТЬ:
Пока я жду отзывов, я попытался исправить порядок записей таблицы разделов с помощью fdisk. После выполнения процедуры (и необходимости исправить GRUB, чтобы иметь возможность загрузиться снова) fdisk не сообщает о том, что они вышли из строя.
Еще я использовал checkопцию gparted на этом разделе, которая вернула еще более интересную информацию:
GParted 0.32.0 --enable-libparted-dmraid --enable-online-resize
Libparted 3.2
Check and repair file system (ext4) on /dev/sda2 00:00:00 ( ERROR )
calibrate /dev/sda2 00:00:00 ( SUCCESS )
path: /dev/sda2 (partition)
start: 275396608
end: 782370815
size: 506974208 (241.74 GiB)
check file system on /dev/sda2 for errors and (if possible) fix them 00:00:00 ( ERROR )
e2fsck -f -y -v -C 0 '/dev/sda2' 00:00:00 ( ERROR )
The filesystem size (according to the superblock) is 71051776 blocks
The physical size of the device is 63371776 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort? yes
e2fsck 1.45.3 (14-Jul-2019)
Это ошибка, из-за которой все это началось, я просто не смог сохранить эту информацию. Мне кажется, что раздел просто не знает своего реального размера? Он начался с более чем 270 ГБ, затем я удалил 30 ГБ для нового раздела. Thunar сообщает, что у него 260 ГБ, Dolphin, GParted и fdisk сообщают, что у него 240 ГБ, что логично. Теперь, как мне это исправить, не усугубив ситуацию? Еще раз большое спасибо всем, кто читает.
решение1
Похоже, вы забыли изменить размер файловой системы после сжатия раздела. Вы должны использовать resize2fsдля сжатия файловой системы до размера меньшего, чем раздел. У вас не может быть разделов, которые меньше файловых систем
resize2fs /dev/sda2 239G
Это должно дать вам один гигабайт пространства, чтобы файловая система была меньше самого раздела.
решение2
Этот совет даетсябез каких-либо гарантий, особенно учитывая, что мы не можем знать, что именно произошло с вашими разделами/файловыми системами.
Перед внесением изменений в разделы и/или файловые системы следует сделать резервную копию исходных данных, например, загрузившись с Live CD/DVD/USB и скопировав весь диск в безопасное место. Сохранение в виде сжатого обычного файла (для экономии места) так же просто, как:
$ sudo gzip -c /dev/sda >/path/on/safe/storage/sda.img.gz
Тем не менее, похоже, ваш менеджер разделов успешно сжал sda2(раздел), но не смог сжать содержащуюся в нем файловую систему.
Вы сможете подтвердить то, что говорит GParted, выполнив:
$ sudo fsck.ext4 -v -f /dev/sda2
(ответьте y, если вас попросят прервать операцию).
Вместо того, чтобы пытаться изменить размер файловой системы, я бы посоветовал вам восстановить размер sda2до изначального. Или, в любом случае, увеличить sda2на количество свободного места справа. Если содержащаяся файловая система не повреждена, это должно позволить смонтировать ее снова, по крайней мере, позволяя вам сделать резервную копию ваших данных, прежде чем пытаться снова сжать этот раздел.
Исходя из личных предпочтений, я бы использовалGNU рассталисьчтобы отредактировать таблицу разделов и заново создать второй раздел ( sda2):
$ sudo parted /dev/sda
(parted) unit s
(parted) rm 2
(parted) mkpart primary ext4 275396608 843810815
(parted) quit
Это, конечно, основано на fdiskвыводе, который вы изначально опубликовали. Вам может потребоваться его скорректировать, если что-то изменилось с тех пор.
(Использование fdiskвместо partedтоже просто: после sudo fdisk /dev/sdaиспользуйте pдля проверки таблицы разделов, dзатем 2для удаления sda2, nзатем p, 275396608в качестве первого сектора и ничего в качестве последнего сектора (по умолчанию будет выбран последний сектор непрерывного свободного пространства), чтобы заново создать sda2, wчтобы сохранить. Затем вам может потребоваться sudo partprobe -s /dev/sdaсообщить ядру об обновленной таблице разделов).
Затем вы сможете проверить файловую систему (как указано выше, с помощью fsck.ext4 -v -f /dev/sda2) и выполнить монтирование sda2снова.
Наконец, вы можете повторить попытку сжатия sda2: используемые вами инструменты, включая KDE Partition Manager, должны уметь это делать. Я бы просто посоветовал вам сохранять/применять одну операцию за раз (например, удалить sda1, сжать sda2или сдвинуть sda2...) и избегать постановки нескольких из них в очередь — это увеличивает вероятность наткнуться на какой-нибудь непроверенный случай.