upgrade from 17.10 failed...help...

[papapenguin]

I tried the upgrade (through Discover) from 17.10 to 18.04 and part way through the process it stopped.

I thought it may start up again (I noticed that there were many times when the installation seemed to pause for a few minutes), but it did not. I left the installation overnight, but it didn't seem to start up again.

I then tried to boot the drive and after the Lenovo splash screen, I got one short burst of life from the drive, then a black screen.

I then tried to reinstall and during the partition process, it wanted to rewrite all of them. Of course, my backup is too old to be of help...

So I installed 18.04 on another drive (not my fast SSD), and tried to view the first drive in KDE Partition Manager. I can see the drive, but it shows it as an unknown file system (LVM). I can 'restore' to see the folders, but not the files.



How can I get these files from that drive? or rebuild that drive with the file system intact?

[papapenguin]

...any ideas

[GreyGeek]

That "old backup" may be the only backup you've got. Treat it with care.

YOU control the partition program. It cannot "rewrite all of them" unless you tell it to do so.
So now you have Bionic installed on an HD and can boot to it, but your SSD is giving you the problems. How old is your SSD? Instant death with no fore warning is how they usually die.

[papapenguin]

Yes. I can see the partition, as you see on the screenshot. I can also see all of the folders.

I don't remember giving any commands at all to the upgrade. It just showed that it was 'upgrading ubuntu 17.10 to version 18.04 and that it didn't need a number of installed packages. Then it ran for a while and quit.

The SSD drive is only a couple of years old, and when I ran a check, it didn't show any problems. Partition Manager shows that it is unformatted and that its Mount Point (none found). When I select Restore, I can see the folders but no data in them...

[papapenguin]

here's lsblk

donald@sound-X:~$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 119.2G  0 disk 
├─sda1   8:1    0   512M  0 part /boot/efi
└─sda2   8:2    0 118.8G  0 part /
sdb      8:16   0 111.8G  0 disk 
├─sdb1   8:17   0   512M  0 part 
└─sdb2   8:18   0 111.3G  0 part 
sdc      8:32   1 235.8G  0 disk 
└─sdc1   8:33   1 235.7G  0 part /media/donald/USB30FD

sudo fdisk -l

donald@sound-X:~$ sudo fdisk -l
[sudo] password for donald: 
Disk /dev/sda: 119.2 GiB, 128035676160 bytes, 250069680 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: BDB60ABB-6AD6-48E3-9633-15D5F2F10E85

Device       Start       End   Sectors   Size Type
/dev/sda1     2048   1050623   1048576   512M EFI System
/dev/sda2  1050624 250068991 249018368 118.8G Linux filesystem

Disk /dev/sdc: 235.8 GiB, 253134635008 bytes, 494403584 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xebd0b7cd

Device     Boot  Start       End   Sectors   Size Id Type
/dev/sdc1       133392 494403583 494270192 235.7G  c W95 FAT32 (LBA)

Disk /dev/sdb: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 33553920 bytes
Disklabel type: gpt
Disk identifier: 93185FE4-5E1F-406A-BA88-22DE869CFAD9

Device       Start       End   Sectors   Size Type
/dev/sdb1     2048   1050623   1048576   512M EFI System
/dev/sdb2  1050624 234440703 233390080 111.3G Linux LVM

...as you see, it's /dev/sbd