GNU bug report logs -
#63890
automatic alignment using 0% broken
Previous Next
To reply to this bug, email your comments to 63890 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-parted <at> gnu.org
:
bug#63890
; Package
parted
.
(Sun, 04 Jun 2023 10:10:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Harald Dunkel <harri <at> afaics.de>
:
New bug report received and forwarded. Copy sent to
bug-parted <at> gnu.org
.
(Sun, 04 Jun 2023 10:10:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi folks,
How comes that sometimes "mkpart test 0% ..." is properly aligned, and
sometimes it isn't? Sample:
{root <at> lola:code () 589} parted -a optimal /dev/sda
GNU Parted 3.5
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) mklabel gpt
Warning: The existing disk label on /dev/sda will be destroyed and all data on this disk will be lost. Do you want to continue?
Yes/No? yes
(parted) mkpart test 0% 1%
(parted) u s p
Model: ASMT USB 3.0 TOSATA (scsi)
Disk /dev/sda: 976773168s
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 65535s 9764714s 9699180s test
(parted) rm 1
(parted) mkpart test 0% 4GiB
Warning: The resulting partition is not properly aligned for best performance: 34s % 65535s != 0s
Ignore/Cancel? i
(parted) u s p
Model: ASMT USB 3.0 TOSATA (scsi)
Disk /dev/sda: 976773168s
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 34s 8388607s 8388574s test
(parted)
{root <at> lola:code () 589} cat /sys/block/sda/queue/optimal_io_size
33553920
{root <at> lola:code () 590} cat /sys/block/sda/queue/minimum_io_size
512
{root <at> lola:code () 591} cat /sys/block/sda/alignment_offset
0
{root <at> lola:code () 592} cat /sys/block/sda/queue/physical_block_size
512
Why is the start of the partition not properly aligned for the 2nd mkpart?
It is "0%", as in the first case.
Is there some way to tell parted to *always* align start and end
properly, even if they were given in MiB instead of multiples of
65535s? I would be fine if parted adds a few sectors to the partition.
Regards
Harri
This bug report was last modified 1 year and 173 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.