On Sun, 13 Mar 2022 05:01:23 -0400, Johannes Koehler <
j...@johannes-koehler.de> wrote:
> On 2022-03-11, David W. Hodgins <
dwho...@nomail.afraid.org> wrote:
>>> But... I went -fast- into flowing ground. I.e., I like to create more then
>>> one gpt partition table at one device (hybrid mbr?).
>>
>> Would you try to create more than one master boot record on an mbr disk? Don't
>> try to create more than one gpt partition table per device.
>
> Would uefi handle more then one gpt table while booting? E.g. booting
> diffrent efi grub bootloader partitions at one device? Thought about using
> hybrid mbr records with this more gpt tables...
First get it out of your mind that gpt is only for uefi.
Bios firmware works with gpt partitioned drives or mbr partitioned drives.
UEFI firmware works with gpt partitioned drives or mbr partitioned drives.
There are some exceptions due to faulty firmware and ancient bios firmware, but
both types of firmware are supposed to work with either partitioning schemes.
A gpt partitioned hard drive has one, and only one partition table header
https://en.wikipedia.org/wiki/GUID_Partition_Table#Partition_table_header_(LBA_1)
with one backup copy of that header. The table header is followed by the partition
table entries.
>>> The idea came into being... It was not possible to create more then three
>>> [...]
>>
>> That doesn't make sense. How old is the software you're using?
>
> Sry... Made a mistake on using sgdisk parameters.
>
>> Hope the above helps. Feel free to ask if anything isn't clear.
>
> When working with parted,sgdisk,gdisk,partx and wipefs there came
> some questions into been:
>
> Wipefs... Showing more then one label for an whole device with one
> gpt tabled partition. (E.g. GPT and PBMR labels with an sector offset)
> The sense would be, wipefs is showing gpt data instead of filesystem data
> like mentioned in the manpages?
With an mbr partitioned hard drives, labels only apply to file systems, and
are stored inside of the file system by the file system formatting software.
There's also a 32-bit disk signature in the mbr.
With gpt partitions, in addition to the file system label, the partition table
entries also have a "Partition Name". That name is assigned to the partition,
and is not changed by formatting the file system inside of the partition which
still have their own labels.
> Sector alignment... When i am using SI instead of EIC alignment
> then it would mind to align it to e.g. 2000 instead of 2048bytes?
> Neither of the tools, provided by gnu and apple, let me change the
> value with an result in the mode settings?
Hard drive marketers use 1000 as the base, but all computer partitioning software
and the drive firmware is based on 1024.
Most partitioning software now defaults to aligning things on 1 MiB boundaries.
That's 1048576 bytes, 2048 sectors for 512 byte sectors, or 256 sectors for 4096
byte sectors.
It works well with the physical write sizes used by hard drives, ssd drives, and
sd flash drives. Those write sizes vary between 512 bytes, 4096 bytes, 8192 bytes,
and possibly larger sizes.
1 Mib = 2048 x 512 bytes
1 Mib = 4096 x 256
1 Mib = 8192 x 128
For hard drives, logical sector size is used for addressing, but all i/o is done
using physical sectors. For flash based storage (ssd drives and sd cards), i/o is
done using pages (similar to logical sectors), but the i/o is done based on the
page erase size (similar to physical sectors).
> Sector size... I distinguiѕh between sector alignment value
> and physical/logical sector size. Is there a possibility to set the
> logical sector size? Because, btrfs takes raw devices, also. When
> i create a software raid with btrfs, it should have the possiblity
> to align the sectors on the fly. Then logical=physical sector size
> should fasten the device I/O?
The physical and logical sector size for a given device are controlled by the
firmware on that device. Very old partitioning software assumed 512 byte sectors,
and track alignment, but all current software uses 1MB alignment.
Don't use ancient software and let it do it's job without overriding things
without very good reason, and understanding of the underlying technology.
Regards, Dave Hodgins