How to boot from an EUFI original or clone Linux partition

[brucebne]

Brian K wrote:
> Bruce,
>
> Using your instructions, slightly altered, I've copied a Linux partition
> and booted it from the BIU Boot Menu. I did all edits in IFL and used
> copy/paste. I didn't have to type uuid's.
>
> My cryptic notes are here...
>
> copy the linux partition
> create ubuntu.111 (using Paul's lines)
> boot ifl
> terminal
> blkid
> maximize screen (to get partition eg /dev/mvme1n1p20)
> e2fsck -vfy /dev/mvme1n1p20
> uuidgen
> copy uuid (ctrl-c)
> tune2fs /dev/nvme1n1p20 -U f0acce91-a416-474c-8a8c-43f3ed3768f9
> (f0acce91-a416-474c-8a8c-43f3ed3768f9 is copy/pasted from uuidgen) ?use
> mouse
> wait, don't press y
> leave terminal open
> mount p20 as mnt1
> mount esp as mnt2
> editor
> tbu/mnt1/etc/fstab (might have to ctrl-c the terminal again)
> save
> tbu/mnt1/boot/grub/grub.cfg (paste the uuid)
> search, replace, ..., replace all
> paste the new UUID in Replace before copy/paste the old from the text
> replace all
> save
> edit ubuntu.111
> /tbu/mnt2/EFI/ubuntu.111/grub.cfg (might have to ctrl-c the terminal
> again)
> save
> create boot item from ubuntu.111
> boot ubuntu.111
> sudo update-grub (might not be necessary)


I note you used
e2fsck -vfy /dev/mvme1n1p20 .... . :"vfy" rather than just "-f" I will have to look up what v and y do.

I understand what you've done there basically, but wouldn't have been confident doing it in via BIU/IFL.
I need to boot into Linux to ensure I on the right partition in the right folder.

Either way, it will be great to get this process nailed and documented....as I am sure many people would like to be able to dual boot into original Linux and a clone of it.
Thanks again for your patience and the hundreds of hours of experience behind understanding this stuff!
There's indication in the interwebz very few do.

[brucebne]

Incidentally, I cannot get a grub timeout of 0 seconds to work.
Google says you have to comment out the timeout line instead....but that didn't work either. (but I think they said to set the timeout to 3 or more seconds and booting, before going back and commenting it out.
Too many reboots.....will try it again later today.

[Brian K]

brucebne wrote:
> Incidentally, I cannot get a grub timeout of 0 seconds to work.
>

I use 0.1 seconds...

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0.1
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

etc

Then sudo update-grub

[brucebne]

Thx

[brucebne]

Thanks again Brian... timeout set to 0.1, and will do fine.

To do list

- research slow BIU copy function on this ssd
Samsung MZVLW256HEHP PM961 256GB M.2 NVMe PCIe Internal SSD - OEM

- test BIU copy function speed on 2nd laptop.

- trial the dual boot original/clone procedure on my dodgy BIOS Lenovo Yoga 720.
fingers very crossed for that....but now that i am starting to visualize what's going on with GPTs and UEFI, maybe it won't be so bad.

_________________________________________________________


On another note, regarding a UEFI AND LEGACY bootable Linux OS USB with persistence file, I was not successful in making this....until I found

https://help.ubuntu.com/community/mkusb

MKUSB worked first go for live Linux with persistence file >4GB.

It can also do a permanent installation to a ssd (though you cannot do an OS install from this)

However, I've had troubles with persistence files getting corrupt on USB sticks, so tend to use them only as a tech tool.

Maybe faster USB-A (3) or a USB-C sticks might be less prone to corruption.

[Brian K]

Bruce, I compared imaging times in IFL compared to IFU in my computer (Linux partitions)....

IFU takes 6 times longer to create an image than IFL

IFU takes 3 times longer to restore an image than IFL

IFU takes 1.3 times longer to copy a partition than IFL

Doing a partition copy in Partition Work takes 12 longer than IFL

IFL is the fastest in my computer. Your computer could be different.

[brucebne]

Brian K wrote:
> Bruce, I compared imaging times in IFL compared to IFU in my computer
> (Linux partitions)....
>
> IFU takes 6 times longer to create an image than IFL
>
> IFU takes 3 times longer to restore an image than IFL
>
> IFU takes 1.3 times longer to copy a partition than IFL
>
> Doing a partition copy in Partition Work takes 12 longer than IFL
>
> IFL is the fastest in my computer. Your computer could be different.

Thanks for that.
Yes I'll do a bit of experimenting myself over the following days
- copying with installed vs external boot BIU
- laptops compared
- I kind of feel for ?Paul (of Terabyte). I think UEFI:GPT has been a massive change in technology, and probably requires several years of programming to get the functionality back of BootIt's products for MBR.

[Brian K]

brucebne wrote:
> I think UEFI:GPT has been a massive change
> in technology, and probably requires several years of programming to get the
> functionality back of BootIt's products for MBR.

I disagree. I'm stunned by BIU's functionality. I think it is 99% that of BIBM. And it's early days.

[brucebne]

Brian K wrote:
> brucebne wrote:
> > I think UEFI:GPT has been a massive change
> > in technology, and probably requires several years of programming to get the
> > functionality back of BootIt's products for MBR.
>
> I disagree. I'm stunned by BIU's functionality. I think it is 99% that of BIBM. And
> it's early days.


BiNG and BIBM's prime MBR functionality to me was:
- the most flexible boot manager (with ability to hide partitions) : BIU cannot hide.
- partition manipulation (copy, resize, slide) : slow copy issue, resizing Linux creates fsck issues
- EMBR allowing more than 4 primaries
- the fastest most reliable backup and restore imaging software

[Brian K]

brucebne wrote:

>
> BiNG and BIBM's prime MBR functionality to me was:
> - the most flexible boot manager (with ability to hide partitions) : BIU cannot
> hide.

Yes, BIU can hide any partition. In Boot Edit select the partition(s) you want to hide and press the Spacebar. The Partition GUID Type becomes BootIt Hidden.


> - partition manipulation (copy, resize, slide) : slow copy issue, resizing Linux
> creates fsck issues

Agree with resizing smaller. No problem with resizing larger.


> - EMBR allowing more than 4 primaries

GPT disks can have 128 primary partitions.


> - the fastest most reliable backup and restore imaging software

IFL is faster than BIBM or BIU imaging. In my experience BIBM imaging with IFD is the slowest TeraByte imaging app. The speed of imaging in BIU is related to your UEFI firmware. Some computers will have better results than others. The UEFI environment has slower imaging than a Linux environment.