From unknown Sun Jun 22 11:35:44 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#50168 <50168@debbugs.gnu.org> To: bug#50168 <50168@debbugs.gnu.org> Subject: Status: Inconsistent behavior creating partitions with 'Xmib' and 'X%' (off-by-1 error?) Reply-To: bug#50168 <50168@debbugs.gnu.org> Date: Sun, 22 Jun 2025 18:35:44 +0000 retitle 50168 Inconsistent behavior creating partitions with 'Xmib' and 'X%= ' (off-by-1 error?) reassign 50168 parted submitter 50168 Diederik de Haas severity 50168 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 22 19:40:09 2021 Received: (at submit) by debbugs.gnu.org; 22 Aug 2021 23:40:10 +0000 Received: from localhost ([127.0.0.1]:40011 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mHx4T-0001lL-4v for submit@debbugs.gnu.org; Sun, 22 Aug 2021 19:40:09 -0400 Received: from lists.gnu.org ([209.51.188.17]:59236) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mHrkl-0006DF-QS for submit@debbugs.gnu.org; Sun, 22 Aug 2021 13:59:31 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:54206) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mHrkl-0007sT-BM for bug-parted@gnu.org; Sun, 22 Aug 2021 13:59:27 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:11329) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mHrki-0006Tm-Ma for bug-parted@gnu.org; Sun, 22 Aug 2021 13:59:27 -0400 Received: from bagend.localnet (86-126-20-31.ftth.glasoperator.nl [31.20.126.86]) (Authenticated sender: didi.debian@cknow.org) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 10214240003 for ; Sun, 22 Aug 2021 17:59:19 +0000 (UTC) From: Diederik de Haas To: bug-parted@gnu.org Subject: Inconsistent behavior creating partitions with 'Xmib' and 'X%' (off-by-1 error?) Date: Sun, 22 Aug 2021 19:59:06 +0200 Message-ID: <5866920.Mn9LVKsFZs@bagend> Organization: Connecting Knowledge MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2186451.YP1lnvXENK"; micalg="pgp-sha512"; protocol="application/pgp-signature" Received-SPF: pass client-ip=217.70.183.193; envelope-from=didi.debian@cknow.org; helo=relay1-d.mail.gandi.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sun, 22 Aug 2021 19:40:08 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) --nextPart2186451.YP1lnvXENK Content-Type: multipart/mixed; boundary="nextPart11321901.FjFvFgaN7z"; protected-headers="v1" Content-Transfer-Encoding: 7Bit From: Diederik de Haas To: bug-parted@gnu.org Subject: Inconsistent behavior creating partitions with 'Xmib' and 'X%' (off-by-1 error?) Date: Sun, 22 Aug 2021 19:59:06 +0200 Message-ID: <5866920.Mn9LVKsFZs@bagend> Organization: Connecting Knowledge This is a multi-part message in MIME format. --nextPart11321901.FjFvFgaN7z Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" [I'm not sure this is the appropriate place/way and if not, apologies, and can you point me to the right place/way] Hi, This is a forward of https://bugs.debian.org/988146 where I reported that partitions were created differently when using 'mib' unit vs '%' unit. To demonstrate it, I created 3 scripts which creates a 100MB image and do the partitioning within that. When reporting the Debian bug, I only had the mixed test and 'parted-bug-test- mixed.sh' is identical to the one attached here, apart from an 'else' clause which explicitly deletes a prior created image. In parted-bug-test-mixed.sh, I mixed 'mib' and '%' and due to the 100MB, that should've worked, but it did not. When using only 'mib' then the script fails too. When using only '%' then the script succeeds. I think parted does the right thing when using '%'. Relevant portion of output when running the mixed script: ======================================================= Creating partition table ... Done Creating 1st partition ('4mib' '20%') ... Done Creating 2nd partition ('20%' '40%' ... Done Creating 3rd partition ('40mib' '60mib') ... Done Showing partition layout Disk temp/parted-test.img: 100 MiB, 104857600 bytes, 204800 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x03f77810 Device Boot Start End Sectors Size Id Type temp/parted-test.img1 8192 40959 32768 16M c W95 FAT32 (LBA) temp/parted-test.img2 40960 81919 40960 20M 83 Linux temp/parted-test.img3 81920 122880 40961 20M 83 Linux Creating 4th partition ('60mib' '100%' ... Error: You requested a partition from 62,9MB to 105MB (sectors 122880..204799). The closest location we can manage is 62,9MB to 105MB (sectors 122881..204799). ======================================================= Cheers, Diederik --nextPart11321901.FjFvFgaN7z Content-Disposition: attachment; filename="parted-bug-test-mb.sh" Content-Transfer-Encoding: base64 Content-Type: application/x-shellscript; name="parted-bug-test-mb.sh" IyEvYmluL3NoCkJVSUxEX0RJUj0idGVtcCIKSU1BR0VfTkFNRT0icGFydGVkLXRlc3QtbWIuaW1n IgpJTUFHRV9QQVRIPSIkQlVJTERfRElSLyRJTUFHRV9OQU1FIgpJTUFHRV9TSVpFPSIxMDBNIgoK ZWNobyAiQlVJTERfRElSOiAkQlVJTERfRElSIgplY2hvICJJTUFHRV9OQU1FOiAkSU1BR0VfTkFN RSIKZWNobyAiSU1BR0VfUEFUSDogJElNQUdFX1BBVEgiCmVjaG8gIklNQUdFX1NJWkU6ICRJTUFH RV9TSVpFIgoKaWYgWyAhIC1kICIkQlVJTERfRElSIiBdIDsgdGhlbgogICAgZWNobyAiZGlyZWN0 b3J5ICRCVUlMRF9ESVIgZG9lc24ndCBleGlzdDsgY3JlYXRlIGl0IgogICAgbWtkaXIgJEJVSUxE X0RJUgplbHNlCiAgICBpZiBbIC1mICIkSU1BR0VfUEFUSCIgXSA7IHRoZW4KICAgICAgICBlY2hv ICJSZW1vdmluZyBwcmV2aW91cyBpbWFnZSIKICAgICAgICBybSAiJElNQUdFX1BBVEgiCiAgICBm aQpmaQoKZWNobyAiQ3JlYXRpbmcgaW1hZ2UgYXQgJyRJTUFHRV9QQVRIJyBvZiBzaXplICckSU1B R0VfU0laRSciCnFlbXUtaW1nIGNyZWF0ZSAtZiByYXcgIiRJTUFHRV9QQVRIIiAiJElNQUdFX1NJ WkUiCmVjaG8gIkltYWdlIGZpbGUgY3JlYXRlZCIKCmVjaG8gLW4gIkNyZWF0aW5nIHBhcnRpdGlv biB0YWJsZSAuLi4gIgovc2Jpbi9wYXJ0ZWQgLXMgJElNQUdFX1BBVEggbWtsYWJlbCBtc2Rvcwpl Y2hvICJEb25lIgoKZWNobyAtbiAiQ3JlYXRpbmcgMXN0IHBhcnRpdGlvbiAoJzRtaWInICcyMG1p YicpIC4uLiAiCi9zYmluL3BhcnRlZCAtcyAkSU1BR0VfUEFUSCBta3BhcnQgcHJpbWFyeSBmYXQz MiAnNG1pYicgJzIwbWliJwplY2hvICJEb25lIgoKZWNobyAtbiAiQ3JlYXRpbmcgMm5kIHBhcnRp dGlvbiAoJzIwbWliJyAnNDBtaWInIC4uLiAiCi9zYmluL3BhcnRlZCAtcyAkSU1BR0VfUEFUSCBt a3BhcnQgcHJpbWFyeSBleHQ0ICcyMG1pYicgJzQwbWliJwplY2hvICJEb25lIgoKZWNobyAtbiAi Q3JlYXRpbmcgM3JkIHBhcnRpdGlvbiAoJzQwbWliJyAnNjBtaWInKSAuLi4gIgovc2Jpbi9wYXJ0 ZWQgLXMgJElNQUdFX1BBVEggbWtwYXJ0IHByaW1hcnkgZXh0NCAnNDBtaWInICc2MG1pYicKZWNo byAiRG9uZSIKCmVjaG8gIiIKZWNobyAiU2hvd2luZyBwYXJ0aXRpb24gbGF5b3V0Igovc2Jpbi9m ZGlzayAtbCAkSU1BR0VfUEFUSAoKZWNobyAiIgoKZWNobyAtbiAiQ3JlYXRpbmcgNHRoIHBhcnRp dGlvbiAoJzYwbWliJyAnMTAwbWliJyAuLi4gIgovc2Jpbi9wYXJ0ZWQgLXMgJElNQUdFX1BBVEgg bWtwYXJ0IHByaW1hcnkgZXh0NCAnNjBtaWInICcxMDBtaWInCmVjaG8gIkRvbmUiCgo= --nextPart11321901.FjFvFgaN7z Content-Disposition: attachment; filename="parted-bug-test-perc.sh" Content-Transfer-Encoding: base64 Content-Type: application/x-shellscript; name="parted-bug-test-perc.sh" IyEvYmluL3NoCkJVSUxEX0RJUj0idGVtcCIKSU1BR0VfTkFNRT0icGFydGVkLXRlc3QtcGVyYy5p bWciCklNQUdFX1BBVEg9IiRCVUlMRF9ESVIvJElNQUdFX05BTUUiCklNQUdFX1NJWkU9IjEwME0i CgplY2hvICJCVUlMRF9ESVI6ICRCVUlMRF9ESVIiCmVjaG8gIklNQUdFX05BTUU6ICRJTUFHRV9O QU1FIgplY2hvICJJTUFHRV9QQVRIOiAkSU1BR0VfUEFUSCIKZWNobyAiSU1BR0VfU0laRTogJElN QUdFX1NJWkUiCgppZiBbICEgLWQgIiRCVUlMRF9ESVIiIF0gOyB0aGVuCiAgICBlY2hvICJkaXJl Y3RvcnkgJEJVSUxEX0RJUiBkb2Vzbid0IGV4aXN0OyBjcmVhdGUgaXQiCiAgICBta2RpciAkQlVJ TERfRElSCmVsc2UKICAgIGlmIFsgLWYgIiRJTUFHRV9QQVRIIiBdIDsgdGhlbgogICAgICAgIGVj aG8gIlJlbW92aW5nIHByZXZpb3VzIGltYWdlIgogICAgICAgIHJtICIkSU1BR0VfUEFUSCIKICAg IGZpCmZpCgplY2hvICJDcmVhdGluZyBpbWFnZSBhdCAnJElNQUdFX1BBVEgnIG9mIHNpemUgJyRJ TUFHRV9TSVpFJyIKcWVtdS1pbWcgY3JlYXRlIC1mIHJhdyAiJElNQUdFX1BBVEgiICIkSU1BR0Vf U0laRSIKZWNobyAiSW1hZ2UgZmlsZSBjcmVhdGVkIgoKZWNobyAtbiAiQ3JlYXRpbmcgcGFydGl0 aW9uIHRhYmxlIC4uLiAiCi9zYmluL3BhcnRlZCAtcyAkSU1BR0VfUEFUSCBta2xhYmVsIG1zZG9z CmVjaG8gIkRvbmUiCgplY2hvIC1uICJDcmVhdGluZyAxc3QgcGFydGl0aW9uICgnNCUnICcyMCUn KSAuLi4gIgovc2Jpbi9wYXJ0ZWQgLXMgJElNQUdFX1BBVEggbWtwYXJ0IHByaW1hcnkgZmF0MzIg JzQlJyAnMjAlJwplY2hvICJEb25lIgoKZWNobyAtbiAiQ3JlYXRpbmcgMm5kIHBhcnRpdGlvbiAo JzIwJScgJzQwJScgLi4uICIKL3NiaW4vcGFydGVkIC1zICRJTUFHRV9QQVRIIG1rcGFydCBwcmlt YXJ5IGV4dDQgJzIwJScgJzQwJScKZWNobyAiRG9uZSIKCmVjaG8gLW4gIkNyZWF0aW5nIDNyZCBw YXJ0aXRpb24gKCc0MCUnICc2MCUnKSAuLi4gIgovc2Jpbi9wYXJ0ZWQgLXMgJElNQUdFX1BBVEgg bWtwYXJ0IHByaW1hcnkgZXh0NCAnNDAlJyAnNjAlJwplY2hvICJEb25lIgoKZWNobyAiIgplY2hv ICJTaG93aW5nIHBhcnRpdGlvbiBsYXlvdXQiCi9zYmluL2ZkaXNrIC1sICRJTUFHRV9QQVRICgpl Y2hvICIiCgplY2hvIC1uICJDcmVhdGluZyA0dGggcGFydGl0aW9uICgnNjAlJyAnMTAwJScgLi4u ICIKL3NiaW4vcGFydGVkIC1zICRJTUFHRV9QQVRIIG1rcGFydCBwcmltYXJ5IGV4dDQgJzYwJScg JzEwMCUnCmVjaG8gIkRvbmUiCgo= --nextPart11321901.FjFvFgaN7z Content-Disposition: attachment; filename="parted-bug-test-mixed.sh" Content-Transfer-Encoding: base64 Content-Type: application/x-shellscript; name="parted-bug-test-mixed.sh" IyEvYmluL3NoCkJVSUxEX0RJUj0idGVtcCIKSU1BR0VfTkFNRT0icGFydGVkLXRlc3QtbWl4ZWQu aW1nIgpJTUFHRV9QQVRIPSIkQlVJTERfRElSLyRJTUFHRV9OQU1FIgpJTUFHRV9TSVpFPSIxMDBN IgoKZWNobyAiQlVJTERfRElSOiAkQlVJTERfRElSIgplY2hvICJJTUFHRV9OQU1FOiAkSU1BR0Vf TkFNRSIKZWNobyAiSU1BR0VfUEFUSDogJElNQUdFX1BBVEgiCmVjaG8gIklNQUdFX1NJWkU6ICRJ TUFHRV9TSVpFIgoKaWYgWyAhIC1kICIkQlVJTERfRElSIiBdIDsgdGhlbgogICAgZWNobyAiZGly ZWN0b3J5ICRCVUlMRF9ESVIgZG9lc24ndCBleGlzdDsgY3JlYXRlIGl0IgogICAgbWtkaXIgJEJV SUxEX0RJUgplbHNlCiAgICBpZiBbIC1mICIkSU1BR0VfUEFUSCIgXSA7IHRoZW4KICAgICAgICBl Y2hvICJSZW1vdmluZyBwcmV2aW91cyBpbWFnZSIKICAgICAgICBybSAiJElNQUdFX1BBVEgiCiAg ICBmaQpmaQoKZWNobyAiQ3JlYXRpbmcgaW1hZ2UgYXQgJyRJTUFHRV9QQVRIJyBvZiBzaXplICck SU1BR0VfU0laRSciCnFlbXUtaW1nIGNyZWF0ZSAtZiByYXcgIiRJTUFHRV9QQVRIIiAiJElNQUdF X1NJWkUiCmVjaG8gIkltYWdlIGZpbGUgY3JlYXRlZCIKCmVjaG8gLW4gIkNyZWF0aW5nIHBhcnRp dGlvbiB0YWJsZSAuLi4gIgovc2Jpbi9wYXJ0ZWQgLXMgJElNQUdFX1BBVEggbWtsYWJlbCBtc2Rv cwplY2hvICJEb25lIgoKZWNobyAtbiAiQ3JlYXRpbmcgMXN0IHBhcnRpdGlvbiAoJzRtaWInICcy MCUnKSAuLi4gIgovc2Jpbi9wYXJ0ZWQgLXMgJElNQUdFX1BBVEggbWtwYXJ0IHByaW1hcnkgZmF0 MzIgJzRtaWInICcyMCUnCmVjaG8gIkRvbmUiCgplY2hvIC1uICJDcmVhdGluZyAybmQgcGFydGl0 aW9uICgnMjAlJyAnNDAlJyAuLi4gIgovc2Jpbi9wYXJ0ZWQgLXMgJElNQUdFX1BBVEggbWtwYXJ0 IHByaW1hcnkgZXh0NCAnMjAlJyAnNDAlJwplY2hvICJEb25lIgoKZWNobyAtbiAiQ3JlYXRpbmcg M3JkIHBhcnRpdGlvbiAoJzQwbWliJyAnNjBtaWInKSAuLi4gIgovc2Jpbi9wYXJ0ZWQgLXMgJElN QUdFX1BBVEggbWtwYXJ0IHByaW1hcnkgZXh0NCAnNDBtaWInICc2MG1pYicKZWNobyAiRG9uZSIK CmVjaG8gIiIKZWNobyAiU2hvd2luZyBwYXJ0aXRpb24gbGF5b3V0Igovc2Jpbi9mZGlzayAtbCAk SU1BR0VfUEFUSAoKZWNobyAiIgoKZWNobyAtbiAiQ3JlYXRpbmcgNHRoIHBhcnRpdGlvbiAoJzYw bWliJyAnMTAwJScgLi4uICIKL3NiaW4vcGFydGVkIC1zICRJTUFHRV9QQVRIIG1rcGFydCBwcmlt YXJ5IGV4dDQgJzYwbWliJyAnMTAwJScKZWNobyAiRG9uZSIKCg== --nextPart11321901.FjFvFgaN7z-- --nextPart2186451.YP1lnvXENK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQT1sUPBYsyGmi4usy/XblvOeH7bbgUCYSKQagAKCRDXblvOeH7b broHAQCNoLuZ0bO9HeSvjcTwv0y+GMOWbJqJLfI9Hh5z1rMmRgEAiFCVHHzFOtU5 +koENhKra8By5F/CeoRTtMs+TH6s2QA= =P+9O -----END PGP SIGNATURE----- --nextPart2186451.YP1lnvXENK-- From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 26 17:42:40 2021 Received: (at 50168-close) by debbugs.gnu.org; 26 Aug 2021 21:42:41 +0000 Received: from localhost ([127.0.0.1]:50664 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mJN8y-0001QN-Hd for submit@debbugs.gnu.org; Thu, 26 Aug 2021 17:42:40 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:51684) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mJN8w-0001QE-A7 for 50168-close@debbugs.gnu.org; Thu, 26 Aug 2021 17:42:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1630014157; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=prC2JaKbMoL9MxOQUrlsZlQb1azv+y8Tg8ME14HIeZc=; b=jMPaqpMwy9TnzO1wWAmfOYQ3fgV/8WbKpOp7RFqq6OTjSF/Y+ISqVLDQSctcS9NRkJ7PMk qgvhRHso+HDuUWtYCo8wsqTTFSjF9O9QkimL6penc5SS/GijazlhUgk1Geuf4bkCJHML2q OyjEYESss0lZ6bLQCbpvNWaAhuN2u+E= Received: from mail-pj1-f72.google.com (mail-pj1-f72.google.com [209.85.216.72]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-447-hGuBGAF4MBWPuQHVOK-YqQ-1; Thu, 26 Aug 2021 17:42:36 -0400 X-MC-Unique: hGuBGAF4MBWPuQHVOK-YqQ-1 Received: by mail-pj1-f72.google.com with SMTP id u3-20020a17090abb0300b0019567f8a277so13336pjr.1 for <50168-close@debbugs.gnu.org>; Thu, 26 Aug 2021 14:42:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=prC2JaKbMoL9MxOQUrlsZlQb1azv+y8Tg8ME14HIeZc=; b=XC+0nE5r2sp6rqDeu9FqVsm/NrYFYmdbMlGR59PaIXoCNtEOe9y47kH8zUl1Qc7NWW avtghiqHsJKvTY2VIXyN7cejYS58iGiqWz/7kbn5cn/2oiG6hjSOqu50pbliZPTVwQd0 AS4h2scxxAcvCuu+bB1Avb530h5RpR1AQI/OSP4iCq1ronUMASklc0GYrwnGTrP15Grx /ChknpsZMK6S867Wo/NE5WsEHfPwZ+uy3CXD3VbivZsl91bITghD+IhH7wtSK4GBYEJx vEEBbX9Q3x2UiFYmyjU/thGbmSuGddF5R2BRYr0WkmudByQNNngAZ8603UyPxcYQWLHx J81A== X-Gm-Message-State: AOAM533Ynx/K3mPYxPDxB9MW+hzPikz/xSPkToExluklAMhpEYgYkBlL 9cckreDN4Ge7yJwsjQy98jAVxHX8tRAmBOskz/scR1spIss5F/2hG3BOagY9m+P/E+6xa2wD/4E CaaFCoQz1wZ6B0z+teSdv4hRGoRAf+zvp4y5y3ylusqWS3h239fW5phh24043W5q7meVH X-Received: by 2002:a62:7d84:0:b029:3b8:49bb:4c3f with SMTP id y126-20020a627d840000b02903b849bb4c3fmr5805573pfc.49.1630014154433; Thu, 26 Aug 2021 14:42:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw3Ze1oCOs3i5ZXFVsPjd2lHsRgWxbhyqEcI6kqqnxFeGUVNF6gSuYZ3IvehYyrzXcdF3f1pw== X-Received: by 2002:a62:7d84:0:b029:3b8:49bb:4c3f with SMTP id y126-20020a627d840000b02903b849bb4c3fmr5805546pfc.49.1630014153986; Thu, 26 Aug 2021 14:42:33 -0700 (PDT) Received: from ohop.brianlane.com ([2601:603:5000:3e9:52e5:49ff:fe52:c5be]) by smtp.gmail.com with ESMTPSA id t9sm2997990pfe.73.2021.08.26.14.42.33 for <50168-close@debbugs.gnu.org> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 26 Aug 2021 14:42:33 -0700 (PDT) Date: Thu, 26 Aug 2021 14:42:31 -0700 From: "Brian C. Lane" To: 50168-close@debbugs.gnu.org Subject: Re: bug#50168: Inconsistent behavior creating partitions with 'Xmib' and 'X%' (off-by-1 error?) Message-ID: References: <5866920.Mn9LVKsFZs@bagend> MIME-Version: 1.0 In-Reply-To: <5866920.Mn9LVKsFZs@bagend> Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=bcl@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 50168-close X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On Sun, Aug 22, 2021 at 07:59:06PM +0200, Diederik de Haas wrote: > This is a forward of https://bugs.debian.org/988146 where I reported that > partitions were created differently when using 'mib' unit vs '%' unit. This list is where those bugs end up, so the first one made it :) > > Creating 4th partition ('60mib' '100%' ... Error: You requested a partition > from 62,9MB to 105MB (sectors 122880..204799). > The closest location we can manage is 62,9MB to 105MB (sectors > 122881..204799). When you use MiB as a unit you are requesting an exact location, so this is telling you that sector 122880 (60*1024*1024) is already in use and it has to use the next sector instead. The other units use a snap algorithm with a radius of half the unit size (eg. 500k for MB) so it doesn't have this problem, and it is the default so that's why the output units are in MB. Brian -- Brian C. Lane (PST8PDT) - weldr.io - lorax - parted - pykickstart From unknown Sun Jun 22 11:35:44 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 24 Sep 2021 11:24:08 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator