>From the log: disk 'disk-nvme0n1' does not have correct partition table or cannot be read, but preserve is set to true (or wipe is not set). cannot continue installation.
I would drop to a shell (Ctrl+alt+2) and at a root shell I would re-wipe that disk (wipefs -af /dev/nvme0m1) and try again ... --- Thanks, Alexander Sent from my Google Pixel 9 Pro On Wed, Aug 20, 2025, 11:51 Mark Phillips via PLUG-discuss < plug-discuss@lists.phxlinux.org> wrote: > Here is the log file from the failed installation. > > On Wed, Aug 20, 2025 at 11:47 AM Mark Phillips <m...@phillipsmarketing.biz> > wrote: > >> Houston, we have a problem. >> >> I installed the new 1TB and 8TB SSDs and attempted to install Ubuntu >> 24.04 from the live USB stick I have been using so far. I went through the >> manual installation steps, put the OS on the 1 TB drive and setup the 8TB >> drive, and the installation crashed. The drives are brand new. I >> submitted a bug report to Ubuntu - >> https://bugs.launchpad.net/subiquity/+bug/2121085. Not sure if you can >> access that report to see if you know what happened. Any suggestions? I >> will try it again and take screenshots of the partition tables. Maybe I >> messed that up. >> >> Mark >> >> On Wed, Aug 20, 2025 at 8:25 AM Stephen Partington via PLUG-discuss < >> plug-discuss@lists.phxlinux.org> wrote: >> >>> There is also the ability to use LVM for storage tiering via LVM >>> caching. really cool tech to speed up a spinning rust drive. I have >>> presented this to the group in the past. >>> >>> On Tue, Aug 19, 2025 at 4:23 PM Steve Litt via PLUG-discuss < >>> plug-discuss@lists.phxlinux.org> wrote: >>> >>>> >>>> On Tue, 19 Aug 2025 11:20:57 -0700 >>>> Mark Phillips via PLUG-discuss <plug-discuss@lists.phxlinux.org> wrote: >>>> >>>> > In terms of a major reinstall, should I use LVM or not? >>>> >>>> No, don't use LVM. Just one more abstraction layer to go wrong and bork >>>> all your data. It also adds more learning to our already >>>> overburdened minds. From my understanding, LVM bestows three advantages: >>>> >>>> 1) "Rubber" partitions that can grow and shrink. >>>> >>>> 2) Partition snapshots. >>>> >>>> 3) Combining multiple hardware disks into one virtual disk. >>>> >>>> Now, with the advent of bind mounts, rubber partitions are trivial >>>> without LVM or any other abstraction layer. >>>> >>>> You can get pretty close to the utility of snapshots with rsync. If you >>>> want real snapshots, just substitute btrfs instead of ext4. >>>> >>>> Combining multiple hardware disks is often done for the wrong reason. I >>>> wish I had a dime for every person trying to combine a 20 year old 20GB >>>> drive, a 10 year old 1TB drive, and a current day 16GB drive, just to >>>> add 1020GB to a 16,000,000 GB system. Not worth the added complexity of >>>> LVM. >>>> >>>> A better reason is to add in a new 20TB drive after your 16TB drive >>>> became full. But still not good enough. The new drive can be carved up >>>> into directories to be bind-mounted to mountpoints on the 20GB drive, >>>> so LVM is still not necessary. >>>> >>>> Maybe there's some RAID related reason to use LVM. I wouldn't know >>>> because I don't use RAID. If you don't need high availability or error >>>> correction, why use RAID. If you DO need high availability or error >>>> correction, then you can take everything I've said with a grain of >>>> salt, because your use case is different. >>>> >>>> SteveT >>>> >>>> Steve Litt >>>> Spring 2023 featured book: Troubleshooting Techniques of the Successful >>>> Technologist http://www.troubleshooters.com/techniques >>>> >>>> --------------------------------------------------- >>>> PLUG-discuss mailing list: PLUG-discuss@lists.phxlinux.org >>>> To subscribe, unsubscribe, or to change your mail settings: >>>> https://lists.phxlinux.org/mailman/listinfo/plug-discuss >>>> >>> >>> >>> -- >>> A mouse trap, placed on top of your alarm clock, will prevent you from >>> rolling over and going back to sleep after you hit the snooze button. >>> >>> Stephen >>> >>> --------------------------------------------------- >>> PLUG-discuss mailing list: PLUG-discuss@lists.phxlinux.org >>> To subscribe, unsubscribe, or to change your mail settings: >>> https://lists.phxlinux.org/mailman/listinfo/plug-discuss >>> >> --------------------------------------------------- > PLUG-discuss mailing list: PLUG-discuss@lists.phxlinux.org > To subscribe, unsubscribe, or to change your mail settings: > https://lists.phxlinux.org/mailman/listinfo/plug-discuss >
--------------------------------------------------- PLUG-discuss mailing list: PLUG-discuss@lists.phxlinux.org To subscribe, unsubscribe, or to change your mail settings: https://lists.phxlinux.org/mailman/listinfo/plug-discuss
