Мой домашний раздел на 150 ГБ испорчен!

Я доводил Ubuntu 16.04 до упора; Поскольку до EOL осталось всего четыре месяца, я изучаю варианты замены (поскольку Linux, очевидно, никогда не будет поддерживать настоящие обновления). Одна из замен, которые я ищу, - это Kubuntu 20.04; Раньше я использовал Kubuntu 14.04, а затем переключил DTE на 16.04.

Сегодня я использовал опцию «Попробовать Ubuntu» в Kubuntu 20.04 Live, чтобы выполнить работу, которую я не мог выполнить при запуске с моего SSD: изменить размер моего / домашний раздел. В течение нескольких недель я получал сообщения о "нехватке места", связанные с загрузками, связанными с обновлениями игр, и загрузкой файлов .iso дистрибутива Linux (каждый из которых составляет пару гигабайт или больше). Очистка корзины больше не выполняла свою работу, и у меня был раздел прямо над («слева») моим / home , который остался после пробной установки Kubuntu 16.04. В разделе 150+ ГБ / home было около 2 ГБ свободного места.

Используя KDE Partition Manager в пробной версии 20.04 Live, я решил сжать этот старый раздел Kubuntu (который не использовался годами, может быть даже не загрузочным), переместите / home в освободившееся пространство и разверните / home , чтобы заполнить только что освобожденное пространство в конце диска. Все шло гладко в течение 45+ минут, пока была установлена ​​геометрия раздела, раздел перемещен и геометрия сброшена для большего пространства, но во время «расширения файловой системы» мне сообщили, что «произошли ошибки - прерывание». Теперь весь мой раздел 150 ГБ / home недоступен. KDE Partition Manager теперь сообщает о 160 ГиБ «нераспределенных», где должен быть мой / home , 1.84 ТиБ нераспределенного пространства после него (на 256 ГБ SSD) и 150,36 ГиБ (размер моего старого / home ) с точкой монтирования / run и за пределами расширенного раздела, в котором он должен находиться.

Я уверен, что мои данные все еще присутствуют - операция перемещения завершилась успешно, но мой 16.04 не загружается без / home . Я вообще не гуру интерфейса командной строки, но sudo fsck / dev / sda9 даже не признает, что существует / sda9 (это нормально с другими разделами). Этот раздел, как и другие мои, имеет формат ext4 . В настоящее время у меня есть только те инструменты, которые включены в загрузку Kubuntu 20.04 Live. Моя старая копия Parted Magic находится в поврежденном разделе, и у меня нет копии на моем ноутбуке. И я не могу просто восстановить из резервной копии; несмотря на то, как все должно быть, резервное копирование сотен гигабайт не является ни простым, ни бесплатным.

Большая часть данных в разделе - это игры, префиксы Wine для игр, загруженные файлы (в основном для игр, но также и файлы .iso Linux. ) - но также есть около 100 000 слов частичных романов, над которыми я не работал в последнее время, но я бы очень предпочел не терять.

Как я могу это исправить?

До сих пор я пытался используйте fsck - он вообще не признает наличие раздела. Менеджер разделов KDE зачитывает то, что я вам сказал - возможно, я смогу отредактировать снимок экрана из сеанса 20.04 Live, но я сомневаюсь, что это что-то даст. У меня есть работающий Firefox и проводное подключение к Интернету на машине, но USB не настроен как постоянный, поэтому все, что я установлю, исчезнет при следующем перезапуске. На USB-накопителе есть 1,43 ГиБ «записываемого» раздела, но он не используется для сохранения, и я не знаю, как его настроить.

Screenshot of KDE Partition Manager

$ sudo blkid
/dev/sda1: LABEL="Boot" UUID="5244bd6b-56d2-4966-bc64-b5d145e681ec" TYPE="ext4" PARTUUID="000e3de9-01"
/dev/sda5: LABEL="Kubuntu64" UUID="b401b3f9-9dc6-4c3d-80fe-aabaf5f327cc" TYPE="ext4" PARTUUID="000e3de9-05"
/dev/sda6: LABEL="Dropbox" UUID="9ddd5013-36af-4d63-a492-710a4069af68" TYPE="ext4" PARTUUID="000e3de9-06"
/dev/sda7: UUID="8cd256cb-e942-425b-acce-e189f0bcf4c9" TYPE="ext4" PARTUUID="000e3de9-07"
/dev/sda8: LABEL="Kubuntu64 16.04" UUID="42b5719f-9dc4-4f92-88d2-c1ec48f25395" TYPE="ext4" PARTUUID="000e3de9-08"
/dev/sdb1: LABEL="Seagate 1T-C" UUID="5E5C65065C64D9F3" TYPE="ntfs" PARTUUID="8623c7fc-01"
/dev/sdb5: LABEL="Seagate 1T-D" UUID="88CCAB91CCAB77D8" TYPE="ntfs" PARTUUID="8623c7fc-05"
/dev/sdb6: LABEL="Seagate 1T-E" UUID="3680C08C80C05451" TYPE="ntfs" PARTUUID="8623c7fc-06"
/dev/sdb7: LABEL="Seagate 1T-F" UUID="E6ACC7B2ACC77B95" TYPE="ntfs" PARTUUID="8623c7fc-07"
/dev/sdb8: LABEL="Seagate 1T-G" UUID="48CCD912CCD8FB60" TYPE="ntfs" PARTUUID="8623c7fc-08"
/dev/sdb9: LABEL="Seagate 1T-H" UUID="CA58E44A58E436BB" TYPE="ntfs" PARTUUID="8623c7fc-09"
/dev/sdc1: UUID="2020-07-31-16-50-07-00" LABEL="Kubuntu 20.04.1 LTS amd64" TYPE="iso9660" PTUUID="7341469f" PTTYPE="dos" PARTUUID="7341469f-01"
/dev/loop0: TYPE="squashfs"
/dev/sda2: UUID="a7bf4f9c-f525-4646-87dd-f897cec03c66" TYPE="swap" PARTUUID="000e3de9-02"
/dev/sdc2: SEC_TYPE="msdos" UUID="C26E-047E" TYPE="vfat" PARTUUID="7341469f-02"
/dev/sdc3: LABEL="writable" UUID="e3579a86-3ecb-4ef0-a21d-983e5b417714" TYPE="ext4" PARTUUID="7341469f-03"

/ home должен быть / dev / sda9 - я не сразу помню, было ли оно помечено как «Домашний» или нет.

Вот экспортированная таблица разделов - я боюсь редактировать это без коучинга, но очевидно Менеджер разделов KDE может экспортировать и импортировать его, так что это возможно. Как уже отмечалось, / home должен был находиться в / sda9 .

##|v1|## partition table of /dev/sda
# on Friday, 25 December 2020 22:16:46 UTC
type: "msdos"
align: "sector"

# number start end type roles label flags
1;63;208844;ext4;primary;"Boot";"boot"
2;208845;16996769;linuxswap;primary;"";""
3;16996831;500103449;extended;extended;"";""
5;16996833;79907309;ext4;logical;"Kubuntu64";""
6;79907373;100888199;ext4;logical;"Dropbox";""
7;100888263;142833914;ext4;logical;"";""
8;142833978;164562943;ext4;logical;"Kubuntu64_16.04";""
9;4459532288;4774856044;unknown;primary;"";""

Я думаю, он должен выглядеть следующим образом:

##|v1|## partition table of /dev/sda
# on Friday, 25 December 2020 22:16:46 UTC
type: "msdos"
align: "sector"

# number start end type roles label flags
1;63;208844;ext4;primary;"Boot";"boot"
2;208845;16996769;linuxswap;primary;"";""
3;16996831;500103449;extended;extended;"";""
5;16996833;79907309;ext4;logical;"Kubuntu64";""
6;79907373;100888199;ext4;logical;"Dropbox";""
7;100888263;142833914;ext4;logical;"";""
8;142833978;164562943;ext4;logical;"Kubuntu64_16.04";""
9;164562944;500321424;ext4;logical;"/home";""

Однако, хотя другие устройства имеют возможность импортировать таблица разделов в KDE Partition Manager, эта опция неактивна для этого SSD (доступна «Экспортировать таблицу разделов», но не «Импортировать таблицу разделов»).

У меня есть рабочий ноутбук с Unbuntu 16.04 и проверка внешнего диска устройство, которое я могу использовать для доступа к SSD за пределами настольного компьютера, если это необходимо - поэтому я могу использовать полностью установленную версию 16.04 для ремонтных работ, если это проще / лучше, чем сеанс 20.04 Live. А у меня еще два выходных дня (Мне следовало бы провести это время в своих темных комнатах, но это своего рода чрезвычайная ситуация), с еще одним четырехдневным уик-эндом перед Новым годом.

0
задан 26 December 2020 в 10:51

1 ответ

Вы можете попробовать инструменты восстановления раздела для сброса раздела. Testdisk часто используется и разделяется спасением. Testdisk находит все старые версии разделов, которые у вас есть, поэтому, если много изменений, может быть сложно выбрать правильный набор или раздел для восстановления. У вас есть только один раздел, поэтому должно быть немного проще. Некоторые также используют раздельное спасение, где вы должны указать приблизительное начало и конец раздела.

http://www.cgsecurity.org/wiki/TestDisk

https://www.cgsecurity.org/wiki/TestDisk_Step_By_Step

https://www.gnu.org/software/parted/manual /html_node/rescue.html

Часто после восстановления требуется проверка файловой системы. если формат ext4, вы запускаете fsck или e2fsck. Примеры команд для e2fsck:

Ubuntu 14.04 не загружается нормально после жесткой загрузки вручную

См. также testdisk & parted recovery:

«Обновлено» до Windows 10 при двойной загрузке и не может загрузиться в Ubuntu раздел

https://help.ubuntu.com/community/DataRecovery#Lost_Partition

1
ответ дан 26 December 2020 в 04:34

Другие вопросы по тегам:

Похожие вопросы: