installer
installer copied to clipboard
elementary
Installation failure with active LVM partitions
I've noticed that the installation always fails if I have LVM partitions that show as being "active" with the little dialog-password icon in gparted
Not sure if this is more of a distinst issue, but wanted to log it :)
Is there a workaround we can at least document until this gets fixed? I've noticed these failures as well but hadn't narrowed it down to the active LVM partitions. What I would do when I hit these failures was delete the partition, reboot, then try installing again. :sweat_smile:
Yeah going to Custom, opening Gparted, and deleting the partition seems to work for me. There's probably a less blunt workaround
I've moved my comment to a new issue - after looking through the code of both distinst and elementary installer it doesn't look like RAID is really supported at all.
To add to this, it only happens if you didn't use encryption on the install you're trying to overwrite. This is why I've previously not been able to reproduce this.
Though it's obvious now that I think about it, as the installer wouldn't be able to activate the encrypted volumes, as it doesn't have the password.
Worst experience installing a distro.... just WTF and not encrypting the danm disk wont to squash
Ran into this while trying to install 7 over 5. The previous install was not encrypted, but I fixed it by:
- Trying to install without encrypting (resulting in failure)
- Trying to install with encryption (resulting in failure)
- Try to install without encryption (it worked!)
Very scientific and very helpful, I know.
Is it possibly the same issue as #705 or related? I remember the lock icon in gparted but I'm not sure if there was an "active" label...
I do see LVM on my system now after fresh reinstall from OS 6.1 to OS 7. LVM apparently causes GRUB to show up for 30s on every boot, which is very annoying so I'm looking into why it's happening and how to disable it (or at least set it to more sensible value like 3s).
PS: I found LVM is to blame for the GRUB timeout thanks to looking for recordfail in /boot/grub/grub.cfg - it's being set to 1 which sets GRUB timeout to 30s, overwriting settings in other places like /etc/default/grub or /etc/grub.d/30_os-prober. Any idea how to change that timeout set due to LVM?
PPS: Ok I fixed it by editing the /etc/grub.d/00_header file, specifically the two lines containing set timeout=${GRUB_RECORDFAIL_TIMEOUT:-30} where I replaced the default value 30 with 3, followed by sudo update-grub. I still don't know why this happened during the upgrade from OS 6.1 to OS 7, but both used the new installer so the culprit must be somewhere here. :shrug:
