在调整分区大小期间调用 oom-killer 后如何恢复？

Question

我正在使用 gparted 在“主”（根？但不是启​​动）分区上运行长时间分区调整，这时发生了一些事情。系统日志报告“gpartedbin 调用了 oom-killer”（这很奇怪，因为我没有运行任何程序除了gparted，但无论如何......）。如何使我的系统进入稳定状态？

一些细节：

• 我曾经（现在仍然）通过 USB 驱动器运行 Ubuntu 14.04，以便至少在一定程度上安全地运行 gparted。
• 不过，我通常从“主”SSD 硬盘的“启动”分区启动 Ubuntu 14.04。
• 被中断的操作（运行了几个小时后）是从正面“主”分区（与正常启动分区和交换分区位于同一 SSD 驱动器上）。
• 我的首要任务是确保系统处于稳定一致的状态，即使重新启动时没有外部 USB 也是如此。第二要务是恢复已安装驱动程序的状态（特别是 NVidia 驱动程序，它不是开源版本）。
• 我没有创建备份，因为我不关心这台电脑上的任何数据。但重新安装、、pip等会有点麻烦。numpytensorflow

• 当我运行 时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。

我可以根据要求提供更多信息。

我该如何继续？

Answer 1

您的最佳选择依次为：

1. 从备份恢复数据。
2. fsck在分区上使用。这不太可能奏效，但比下一个选项容易得多。但请注意，这很有可能fsck使情况变得更糟，因此如果分区包含重要数据，我建议在继续执行步骤 3 之前进行低级备份（备份dd到另一台物理设备）。
3. 使用相簿尝试恢复单个文件。这可能是一个漫长而乏味的过程，并且将不是将系统恢复到可启动状态；您只能使用它来恢复您的个人数据。
4. 重新安装。

调整分区大小可能会带来灾难性后果。当这些操作出错时，它们通常会非常很糟糕，正如您所发现的。建议在调整分区大小之前进行备份。