Как восстановиться после oom-уничтожителя, вызванного во время раздела, изменяют размер?
Я работал, продолжительный раздел изменяют размер с gparted на моем "основном" (корень? но не начальная загрузка) раздел, когда что-то произошло. Системный журнал сообщает, что "gpartedbin вызвал oom-уничтожителя" (который является странным, так как я не выполнял ничего кроме gparted, но так или иначе...). Как я получаю свою систему в устойчивое состояние?
Некоторые детали:
- Я был (и все еще), под управлением Ubuntu 14.04 от Карты памяти для выполнения gparted по крайней мере несколько безопасно.
- Однако я обычно загружаю Ubuntu 14.04 от раздела 'начальной загрузки' "основного" жесткого диска SSD.
- Операция, которая была прервана (после выполнения в течение нескольких часов) должна была удалить гибибайт из передней стороны "основного" раздела (на том же твердотельном диске как нормальный раздел начальной загрузки и раздел подкачки).
- Мой высший приоритет должен удостовериться, что система находится в конюшне и согласованном состоянии, даже когда я перезагружаю без внешнего USB. Вторая по важности задача должна восстановить состояние установленных драйверов (в особенности драйвер Nvidia, который не является версией с открытым исходным кодом).
- Я не создал резервное копирование, так как я не забочусь ни об одних из данных, которые я имею на этом компьютере. Но переустановка
pip,numpy,tensorflow, и т.д. была бы незначительная стычка. Когда я работаю
gparted, это появляется (насколько я могу сказать), точно как, прежде чем я запустил изменение размер/операцию пересылки. Вот выводprintвpartedподсказка:(parted) print Model: ATA PNY CS1311 240GB (scsi) Disk /dev/sda: 240GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags 1 1049kB 3146kB 2097kB bios_grub 2 3146kB 203MB 200MB ext4 3 203MB 10.2GB 10.0GB linux-swap(v1) 4 10.2GB 239GB 229GB ext4 5 239GB 240GB 1074MB ext4
Раздел, которого я пытался изменить размер, был /dev/sda4. * Я пытался работать sudo fdisk -l и это главным образом жаловалось это fdisk не поддерживает GPT.
Я могу предоставить дополнительную информацию согласно просьбе.
Как я продолжаю двигаться?
1 ответ
Ваши наилучшие варианты, в порядке:
- Данные восстановления из резервного копирования.
- Использовать
fsckна разделе. Это очень вряд ли будет работать, но это намного легче, чем следующая опция. Обратите внимание, однако, что существует значительный шанс этоfsckусугубит положение, поэтому если раздел будет содержать важные данные, я рекомендую делать резервное копирование низкого уровня (сddк другому физическому устройству) перед продолжением шага № 3. - Используйте PhotoRec, чтобы попытаться восстановить отдельные файлы. Это, вероятно, будет долгим и утомительным процессом и не восстановит систему к bootability; Вы использовали бы его только для восстановления персональных данных.
- Переустановить.
Изменение размеров разделов несет маленький риск катастрофических последствий. Когда эти операции разлагаются, они обычно идут очень плохо, поскольку Вы обнаружили. Резервное копирование прежде, чем изменить размер раздела желательно.