starting sector number, 4532393984 exceeds the msdos-partition-table-imposed maximum

[oshunluvr]

rwbehne1: You should be able to install "testdisk" while running from the USB. Install it, run it, select "no log", and analyse sda. If it does it's job it should find your old sda4. Restore it if you can then re-print your partition table from gdisk and see if it's listed properly (sectors match the number in my last post).

[oshunluvr]

I'm wagering he already has deleted his data because he thinks disk size and data are the same thing. And that he will be forced to resort to backups to recover it. IF he hasn't backed up .... that's a good reason to move to Btrfs. He already and a 700Gb HD to which he can send ro snapshots of @ and @home.

I respectfully and totally disagree. Re-partitioning does not remove any data from a drive. It only realigns logical partition boundaries. Assuming the installer did not randomly move about the disk - which I've never experienced - his data is intact. Simply redefining the sector using the old location should, or at least could, restore the data. I've done this - recovered deleted partitions - before. Wiping it clean and giving up isn't the best course of action right now.

BTW, you might go back and read more of the thread - the "/target" partition you referred to is a mount point used by Ubiquity to mount the installation partition during install - not one the user randomly created.

[GreyGeek]

I'm wagering he already has deleted his data because he thinks disk size and data are the same thing. IF he has backed up then his data should be safe and can be restored. IF he hasn't backed up .... that's a good reason to move to Btrfs. He already and a 700Gb HD to which he can send ro snapshots of @ and @home.

[oshunluvr]

GREY GEEK: If he deletes all his data how is he to recover it?

rwbehne1: DON'T WIPE THE DISK OR WRITE ANYTHING TO IT RIGHT NOW!

Possibly you have not lost the data, but you may need to do some recovery. I see the partition tables match up now. See the unallocated section in between sda3 and 4? It looks to me like the old sda4 is not in the partition table but it's still there. The old sector boundaries of sda4 were 4075401216 to 4532393983 - those sectors are in the unallocated portion of your disk, so it's very likely the data is all still there. You can also see the current sda3 partition ends at 4075401215 - exactly one sector before the old sda4 began.

testdisk or parted should be able to recreate the missing partition.

[GreyGeek]

Oh holy crap with peanuts on top! What the hell is happening NOW?

.....
What has happened? sda3 (my old /home) and sda4 (my old /usr/local) were NOT supposed to be touched, they're both ext4 partitions with important data on them. What has happened here? I carefully set up the install to ONLY install a small system exclusively on sda2. Damnit anyhow! How do I recover from this DISASTER?

Your existing /home and /usr/local were on an EXT4 partition. You gave / to Btrfs and it also includes /home and /user/local, so you were putzing the system. You don't put chevy parts on a ford engine, do you?

I haven't played with 17.04 but every other version of Kubuntu & Neon I've used shows a progress bar. And, I doubt that 17.04 touched partitions that you didn't select during the install.

BTW, the size of the disk is NO indication as to how much DATA is on the disk. What I was asking was how many GB of DATA were in the partitions you wanted to preserve.

IF you haven't backed up that data you were concerned with then it has joined its brethren in the infinite bit bucket in the sky. IF you have then all is not lost.

Either way, what I'd do is reboot the installation USB and this time delete ALL the partitions on sda and create only one, sda1. That's all you really need. Select Btrfs as the file system and assign it to "/". Don't get fancy with small partitions and names like "target". /home will be created automatically. You don't need to create special partitions for subdirectories. Select the option to install multimedia apps but do not select the option to do updates during the install. You can apply updates later. Accept its default grub installation location. After the install is down don't reboot, POWER DOWN. Remove the USB stick and power back up.

[rwbehne1]

OK, so re-launch the partition manager and see what it says about sda

KDE partition tool:


gdisk:

root@kubuntu:~# gdisk /dev/sda
GPT fdisk (gdisk) version 1.0.1

Partition table scan:
 MBR: protective
 BSD: not present
 APM: not present
 GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): p
Disk /dev/sda: 5860533168 sectors, 2.7 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): F9C78116-9D2E-4304-A329-E3A7704EF117
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 5860533134
Partitions will be aligned on 8-sector boundaries
Total free space is 1328139151 sectors (633.3 GiB)

Number  Start (sector)    End (sector)  Size       Code  Name
  1              34            2047   1007.0 KiB  EF02  BIOS boot partition
  2            2048       209922047   100.1 GiB   8300  
  3       209922048      4075401215   1.8 TiB     8300  Linux filesystem
  4      5403539456      5860532223   217.9 GiB   8300  Linux filesystem

Command (? for help): q
root@kubuntu:~#

As you can see, they're still in conflict. It looks to me like my old /usr/local (sda4) got completely hosed. It's supposed to still be ext4! I can mount both sda3 and sda4, the /home files are still in sda3, but sda4 appears to be empty. I had a lot of files I archived there to prepare for installing Kubuntu, including 22,000 ebooks, ant it's all gone as far as I can tell!

[oshunluvr]

OK, so re-launch the partition manager and see what it says about sda

[rwbehne1]

MBR: Protective is correct

This: Warning: The driver descriptor says the physical block size is 2048 bytes, but Linux says it is 512 bytes.

doesn't usually happen to hard drives, usually USB drives. improperly using "dd" can cause it. Have you rebooted?

The sda wouldn't boot, so I rebooted into the live Drive.

[oshunluvr]

MBR: Protective is correct

This: Warning: The driver descriptor says the physical block size is 2048 bytes, but Linux says it is 512 bytes.

doesn't usually happen to hard drives, usually USB drives. improperly using "dd" can cause it. Have you rebooted?

[rwbehne1]

So you did an install using "Manual Partitioning" and selected /dev/sda2 as root with no other partitions selected? If you chose "Guided" install it might have done whatever it does when you do that.

The way to tell what's what on the drive is to mount all the /dev/sda partitions somewhere and look at the contents. If you look closely at your picture above, you'll see that sda3 and sda4 aren't mounted. You might be looking at the LABELS which doesn't mean they've been touched. However, the partition table in that picture is not the same partition table that you printed above so I can't say what happened. It looks to me like your old MBR partition table is still being read by the installer, which might be why it hung.

Unmount /target, re-run gdisk and verify your partition table. Probably running "sudo partprobe" will reload it correctly. Then mount all the partitions and looks at their contents. Assuming all is well, reboot and attempt the install again. If it's not, you'll have to try and recover your old partitions.

Yes, I did manual partitioning, and selected /dev/sda2 to be formatted as btrfs, no other drives to be touched, but I did set mount points for sda3 and sda4 in /mnt.

# umount /target
[B]umount: /target: mountpoint not found[/B]
root@kubuntu:~# partprobe
[B]Warning: The driver descriptor says the physical block size is 2048 bytes, but Linux says it is 512 bytes.[/B]
root@kubuntu:~#

root@kubuntu:~# gdisk /dev/sda
GPT fdisk (gdisk) version 1.0.1

Partition table scan:
MBR: protective   [B]<-----<<< Is this right?[/B]
BSD: not present
APM: not present
GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): p
Disk /dev/sda: 5860533168 sectors, 2.7 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): F9C78116-9D2E-4304-A329-E3A7704EF117
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 5860533134
Partitions will be aligned on 8-sector boundaries
Total free space is 1328139151 sectors (633.3 GiB)

Number  Start (sector)    End (sector)  Size       Code  Name
 1              34            2047   1007.0 KiB  EF02  BIOS boot partition
 2            2048       209922047   100.1 GiB   8300  
 3       209922048      4075401215   1.8 TiB     8300  Linux filesystem
 4      5403539456      5860532223   217.9 GiB   8300  Linux filesystem

Command (? for help): q
root@kubuntu:~#

I'd say everything is NOT well.

If the problem is that the old MBR partition table is still being read by the installer, how can I check that and correct it? I assumed that switching to GPT would stop the installer from reading the MBR partition table.

ADDED: How does the KDE partition tool and the gdisk programs read the tables? They are disagreeing with each other.

[oshunluvr]

So you did an install using "Manual Partitioning" and selected /dev/sda2 as root with no other partitions selected? If you chose "Guided" install it might have done whatever it does when you do that.

The way to tell what's what on the drive is to mount all the /dev/sda partitions somewhere and look at the contents. If you look closely at your picture above, you'll see that sda3 and sda4 aren't mounted. You might be looking at the LABELS which doesn't mean they've been touched. However, the partition table in that picture is not the same partition table that you printed above so I can't say what happened. It looks to me like your old MBR partition table is still being read by the installer, which might be why it hung.

Unmount /target, re-run gdisk and verify your partition table. Probably running "sudo partprobe" will reload it correctly. Then mount all the partitions and looks at their contents. Assuming all is well, reboot and attempt the install again. If it's not, you'll have to try and recover your old partitions.

[rwbehne1]

gdisk /dev/sda shows this:

p
Disk /dev/sda: 5860533168 sectors, 2.7 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): F9C78116-9D2E-4304-A329-E3A7704EF117
Partition table holds up to 128 entries                                                                                                        
First usable sector is 34, last usable sector is 5860533134                                                                                    
Partitions will be aligned on 8-sector boundaries                                                                                              
Total free space is 1328139151 sectors (633.3 GiB)                                                                                             
                                                                                                                                              
Number  Start (sector)    End (sector)  Size       Code  Name                                                                                  
  1              34            2047   1007.0 KiB  EF02  BIOS boot partition                                                                   
  2            2048       209922047   100.1 GiB   8300                                                                                        
  3       209922048      4075401215   1.8 TiB     8300  Linux filesystem                                                                      
  4      5403539456      5860532223   217.9 GiB   8300  Linux filesystem

Why does the KDE partition tool show one thing, and gdisk another?

[rwbehne1]

Oh holy crap with peanuts on top! What the hell is happening NOW?

I stopped the hung install, and it ended without explanation. So I loaded the partition tool to see what it installed in sda2, but this is what I saw:


What has happened? sda3 (my old /home) and sda4 (my old /usr/local) were NOT supposed to be touched, they're both ext4 partitions with important data on them. What has happened here? I carefully set up the install to ONLY install a small system exclusively on sda2. Damnit anyhow! How do I recover from this DISASTER?

[rwbehne1]

Yeah that sucks. It shouldn't take more than 5-10 minutes so wait it out a bit, then try again I guess. You should be able to cancel the installation without mashing the reboot button. You might look and see how far it got. Usually, if grub fails you'll get an error message. I assume you're installing 17.04 which I haven't done so I don't know what issues there are. FYI, it you want a slightly differetn experience but still run Plasma 5 in the *buntu world, try KDEneon

Yup, it's 17.04

I'm only doing a basic install, without updates, so it shouldn't have been going since 8:45pm - almost an hour now.
How can I tell how far it got? Without any progress screen, I can't tell.

[oshunluvr]

Yeah that sucks. It shouldn't take more than 5-10 minutes so wait it out a bit, then try again I guess. You should be able to cancel the installation without mashing the reboot button. You might look and see how far it got. Usually, if grub fails you'll get an error message. I assume you're installing 17.04 which I haven't done so I don't know what issues there are. FYI, it you want a slightly differetn experience but still run Plasma 5 in the *buntu world, try KDEneon