Hi,
sudidus wrote:
> Later on, in the HH series, you can revert back from 'nopersistent' and
> let the system create an ext4 partition again (in a USB drive behind the
> image of the iso file),
So the software in the ISO fiddles with the USB stick partitioning ?
That would be a prime suspect for MBR addiction.
How does the stick look in partition editors after this happened ?
Is still a GPT recognized ? Did it mutate to MBR ("dos") ?
If this "persistent" feature stems from the time of Ubuntu ISOs with
ISOLINUX isohybrid, then it had to deal with a MBR partition table and
had to ignore the invalid GPT.
Is it now able to handle the new and neat GPT ?
> 2. I think USB pendrives are not well standardized. They are tested to
> work as data storage devices with Windows and MacOS.
Their only job is to take storage blocks (usually 512 byte per block) and
to give their unaltered content back on demand.
Partitioning and other boot lures are in the data of these blocks.
Problems arise if the USB stick cannot communicate properly with the
computer or the operating system. In my case a "USB 3.0" stick appears
useless at two USB 3 sockets, where an old stick from 2005 does work fine.
> It is also my experience that booting is more
> likely to succeed via USB2 ports than via USB3 ports,
If the port belongs to the main board, then the firmware should be able to
operate it. Less likely if the port belongs to an add-on card.
Hubs add complexity. (But are fine to protect the computer's sockets from
wear-off.)
Have a nice day :)
Thomas
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1899308
Title:
failure to boot groovy daily (again)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-cdimage/+bug/1899308/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
