I was running a long-running partition resize with gparted on my "main" (root? but not boot) partition when something happened. The syslog reports that "gpartedbin invoked oom-killer" (which is strange since I was not running anything except gparted, but anyway...). How do I get my system into a stable state?
- I was (and still am) running Ubuntu 14.04 off a USB drive in order to run gparted at least somewhat safely.
- However, I normally boot Ubuntu 14.04 from the 'boot' partition of the "main" SSD hard disk.
- The operation that was interrupted (after running for several hours) was to remove a gibibyte from front of the "main" partition (on the same SSD drive as the normal boot partition and the swap partition).
- My top priority is to make sure the system is in a stable and consistent state, even when I reboot without the external USB. Second priority is to restore the state of installed drivers (in particular the NVidia driver, which is not the open-source version).
- I did not create a backup since I don't care about any of the data I have on this computer. But reinstalling
tensorflow, etc. would be a minor hassle.
When I run
gparted, it appears (so far as I can tell) exactly as before I started the resize/move operation. Here's the output of
(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
The partition I tried to resize was
* I tried running
sudo fdisk -l and it mainly complained that
fdisk doesn't support GPT.
I can provide additional information as requested.
How do I proceed?