From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 13 18:30:37 2016 Received: (at submit) by debbugs.gnu.org; 13 Dec 2016 23:30:37 +0000 Received: from localhost ([127.0.0.1]:41155 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGwWr-0003OS-2g for submit@debbugs.gnu.org; Tue, 13 Dec 2016 18:30:37 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52105) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGwEQ-0002wj-Fc for submit@debbugs.gnu.org; Tue, 13 Dec 2016 18:11:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cGwEJ-0003ya-TY for submit@debbugs.gnu.org; Tue, 13 Dec 2016 18:11:29 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:33558) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cGwEJ-0003yU-QP for submit@debbugs.gnu.org; Tue, 13 Dec 2016 18:11:27 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43065) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cGwEI-0002tk-0n for bug-parted@gnu.org; Tue, 13 Dec 2016 18:11:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cGwEE-0003w2-MK for bug-parted@gnu.org; Tue, 13 Dec 2016 18:11:25 -0500 Received: from mail-wj0-f177.google.com ([209.85.210.177]:36688) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cGwEE-0003n9-BV for bug-parted@gnu.org; Tue, 13 Dec 2016 18:11:22 -0500 Received: by mail-wj0-f177.google.com with SMTP id tk12so3339643wjb.3 for ; Tue, 13 Dec 2016 15:10:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=/jOj7H6jFPy/9YUucIN3mVqam02fhVC6u/auhLdUC2Q=; b=zLgt1huCnNqYvKFNlhjsKsLGdT7w+jzHBGefnaDcdIGfvyJ1ZfnzD8ZtDg9N58wm4Z am9MHptvBZx4+14dU0vSvVe7cvc9WzNgo8fqMk9KniqKhgJITpsfLSqSU1ahwQwVGjSm l5BVf/65q88UOaKRTf+bRolw3C6Z63XPCnHf+TaDWPwP0LPcil0V5BSROTZTD1ouH/QL eAdUqcmd7n7v6qOANfrGRUStBt12+IBbX7NUXi4FkY2JN+YV6AarIe67sbgdqvlLDcgr Qs1ecqVuY8dpr+ipl3De5AyX90bW7LfgYYC1SEAt4NDcfwHj+upVht5729awToLHnNA6 myjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=/jOj7H6jFPy/9YUucIN3mVqam02fhVC6u/auhLdUC2Q=; b=Za45PT3BCSKYqmqEc7wuXiXpqqKKJVMEkQFOug3Vgk+gGJ4ni0CrZ4maQUg+uZ7P/W Ci5m8AIeOHJwY2O2I6reyDUGCVKtJ7o9dh3/wBoba5oHYJ3wW/VZTUnvqB28r6/qtUcQ oTMOq+670azejygy5/vEcClyzq8/EVxA2Piqn2IsbKAzX1RUHlsnBvk/5tcDYGrJMQij 46Z/L5R2Wx74sAB0sUPbUG7C4Nka5f/K9kimPZ52IOwf9Wxq2hEiqdal5r+6dVOjpOtt Lx8GE3hBkVosdlKSVAWRxaAB7sKMccSxTkKoc2tYCpLYkfH+Y1Q1drBW8TK1h4jZs0Zk Mo+A== X-Gm-Message-State: AKaTC02O4fGhzCQpToa0n8BPpu+DsPsvIvbHNxUvGrYXdWTNx4YF1ev/OTTAKV2cjY+MobVm144GoKm4ERp0Kw== X-Received: by 10.28.225.138 with SMTP id y132mr4504068wmg.52.1481670598479; Tue, 13 Dec 2016 15:09:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.109.234 with HTTP; Tue, 13 Dec 2016 15:09:57 -0800 (PST) From: Rauno Viskus Date: Wed, 14 Dec 2016 01:09:57 +0200 Message-ID: Subject: bug: assertion (metadata_length > 0) failed To: bug-parted@gnu.org Content-Type: multipart/alternative; boundary=001a114b17d4b256080543925188 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 13 Dec 2016 18:30:36 -0500 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: -4.0 (----) --001a114b17d4b256080543925188 Content-Type: text/plain; charset=UTF-8 Hi, Running parted -l crashes with Backtrace has 15 calls on stack: 15: /lib/x86_64-linux-gnu/libparted.so.2(ped_assert+0x44) [0x7f58e0393644] 14: /lib/x86_64-linux-gnu/libparted.so.2(+0x20b26) [0x7f58e03a6b26] 13: /lib/x86_64-linux-gnu/libparted.so.2(+0x120aa) [0x7f58e03980aa] 12: /lib/x86_64-linux-gnu/libparted.so.2(ped_disk_add_partition+0x263) [0x7f58e03989a3] 11: /lib/x86_64-linux-gnu/libparted.so.2(+0x20405) [0x7f58e03a6405] 10: /lib/x86_64-linux-gnu/libparted.so.2(+0x204a0) [0x7f58e03a64a0] 9: /lib/x86_64-linux-gnu/libparted.so.2(+0x204a0) [0x7f58e03a64a0] 8: /lib/x86_64-linux-gnu/libparted.so.2(+0x2043f) [0x7f58e03a643f] 7: /lib/x86_64-linux-gnu/libparted.so.2(+0x21555) [0x7f58e03a7555] 6: /lib/x86_64-linux-gnu/libparted.so.2(ped_disk_new+0x48) [0x7f58e03985c8] 5: parted() [0x407769] 4: parted() [0x4069cf] 3: parted(main+0x11b2) [0x405f82] 2: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f58dfb88b45] 1: parted() [0x405fc7] You found a bug in GNU Parted! Here's what you have to do: Don't panic! The bug has most likely not affected any of your data. Help us to fix this bug by doing the following: Check whether the bug has already been fixed by checking the last version of GNU Parted that you can find at: http://ftp.gnu.org/gnu/parted/ Please check this version prior to bug reporting. If this has not been fixed yet or if you don't know how to check, please visit the GNU Parted website: http://www.gnu.org/software/parted for further information. Your report should contain the version of this release (3.2) along with the error message below, the output of parted DEVICE unit co print unit s print and the following history of commands you entered. Also include any additional information about your setup you consider important. Assertion (metadata_length > 0) at ../../../libparted/labels/dos.c:2313 in function add_logical_part_metadata() failed. As much as I found searching aroud mentioned about partitions needing at least a sector in between eachother for metadata - is that it? Weird thing is that everything worked before I removed my Windows partition from the gap in between sda1 and sda3. Output of fdisk -l: Disk /dev/sda: 238.5 GiB, 256060514304 bytes, 500118192 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: 0x9a232254 Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 3074047 3072000 1.5G 7 HPFS/NTFS/exFAT /dev/sda3 397805566 485435391 87629826 41.8G 5 Extended /dev/sda5 397805568 436865023 39059456 18.6G 83 Linux /dev/sda6 436867072 466163711 29296640 14G 83 Linux /dev/sda7 466163712 485435391 19271680 9.2G 82 Linux swap / Solaris BR, Rauno --001a114b17d4b256080543925188 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

Running

<= div>parted -l

crashes with
=
Backtrace has 15 calls on stack:
=C2=A0 15: /lib/x86_64= -linux-gnu/libparted.so.2(ped_assert+0x44) [0x7f58e0393644]
=C2= =A0 14: /lib/x86_64-linux-gnu/libparted.so.2(+0x20b26) [0x7f58e03a6b26]
=C2=A0 13: /lib/x86_64-linux-gnu/libparted.so.2(+0x120aa) [0x7f58e03= 980aa]
=C2=A0 12: /lib/x86_64-linux-gnu/libparted.so.2(ped_disk_a= dd_partition+0x263) [0x7f58e03989a3]
=C2=A0 11: /lib/x86_64-linux= -gnu/libparted.so.2(+0x20405) [0x7f58e03a6405]
=C2=A0 10: /lib/x8= 6_64-linux-gnu/libparted.so.2(+0x204a0) [0x7f58e03a64a0]
=C2=A0 9= : /lib/x86_64-linux-gnu/libparted.so.2(+0x204a0) [0x7f58e03a64a0]
=C2=A0 8: /lib/x86_64-linux-gnu/libparted.so.2(+0x2043f) [0x7f58e03a643f]<= /div>
=C2=A0 7: /lib/x86_64-linux-gnu/libparted.so.2(+0x21555) [0x7f58e= 03a7555]
=C2=A0 6: /lib/x86_64-linux-gnu/libparted.so.2(ped_disk_= new+0x48) [0x7f58e03985c8]
=C2=A0 5: parted() [0x407769]
=C2=A0 4: parted() [0x4069cf]
=C2=A0 3: parted(main+0x11b2) [0x= 405f82]
=C2=A0 2: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_ma= in+0xf5) [0x7f58dfb88b45]
=C2=A0 1: parted() [0x405fc7]


You found a bug in GNU Parted! Here's wh= at you have to do:

Don't panic! The bug has mo= st likely not affected any of your data.
Help us to fix this bug = by doing the following:

Check whether the bug has = already been fixed by checking
the last version of GNU Parted tha= t you can find at:


Please = check this version prior to bug reporting.

If this= has not been fixed yet or if you don't know how to check,
pl= ease visit the GNU Parted website:


for further information.

Your rep= ort should contain the version of this release (3.2)
along with t= he error message below, the output of

parted DEVICE u= nit co print unit s print

and the following histor= y of commands you entered.
Also include any additional informatio= n about your setup you
consider important.

Assertion (metadata_length > 0) at ../../../libparted/labels/dos.c:23= 13 in
function add_logical_part_metadata() failed.

As much as I found searching aroud mentioned about = partitions needing at least a sector in between eachother for metadata - is= that it? Weird thing is that everything worked before I removed my Windows= partition from the gap in between sda1 and sda3.

= Output of fdisk -l:

Disk /dev/sda: 238.5 GiB, 25606= 0514304 bytes, 500118192 sectors
Units: sectors of 1 *= 512 =3D 512 bytes
Sector size (logical/physical): 512= bytes / 512 bytes
I/O size (minimum/optimal): 512 byt= es / 512 bytes
Disklabel type: dos
Disk identifier: 0x9a232254

Device =C2=A0 =C2=A0 Boot =C2=A0 =C2=A0 Start =C2=A0 =C2=A0 =C2=A0 End = =C2=A0Sectors =C2=A0Size Id Type
/dev/sda1 =C2=A0* =C2= =A0 =C2=A0 =C2=A0 =C2=A0 2048 =C2=A0 3074047 =C2=A03072000 =C2=A01.5G =C2= =A07 HPFS/NTFS/exFAT
/dev/sda3 =C2=A0 =C2=A0 =C2=A0 39= 7805566 485435391 87629826 41.8G =C2=A05 Extended
/dev= /sda5 =C2=A0 =C2=A0 =C2=A0 397805568 436865023 39059456 18.6G 83 Linux
/dev/sda6 =C2=A0 =C2=A0 =C2=A0 436867072 466163711 2929664= 0 =C2=A0 14G 83 Linux
/dev/sda7 =C2=A0 =C2=A0 =C2=A0 4= 66163712 485435391 19271680 =C2=A09.2G 82 Linux swap / Solaris
<= /blockquote>

BR,
Rauno
--001a114b17d4b256080543925188-- From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 18 11:15:32 2017 Received: (at 25198-done) by debbugs.gnu.org; 18 Apr 2017 15:15:32 +0000 Received: from localhost ([127.0.0.1]:54904 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d0Uqq-0000uD-CZ for submit@debbugs.gnu.org; Tue, 18 Apr 2017 11:15:32 -0400 Received: from mail-vk0-f44.google.com ([209.85.213.44]:35591) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d0Uqo-0000tz-Fv for 25198-done@debbugs.gnu.org; Tue, 18 Apr 2017 11:15:30 -0400 Received: by mail-vk0-f44.google.com with SMTP id r69so76749229vke.2 for <25198-done@debbugs.gnu.org>; Tue, 18 Apr 2017 08:15:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=f6HU/N7Bt/UqFCMlekPhv9W5IPEmO5o7kb5wP6z2ux8=; b=RSIiTpXahZiK9WqTOu/nkFsWydITEqJOaj32Fuoxb4k3Hte8jhlmWTtFOj9F+8XSF2 u00N1ZFC3IFvWBhE5qbBDdFfJ55CHT86W3441df3im0zS1Q33xUk2GgPEHI2eBNaGASi nad+uw8/ufpE2MzW78R/P3uXEubsCtx6xSwQ7VT/5mFhJHBm/3vH4BdxVDmBzxFoge0o byKTDuBDy3ewbV9LMsichOTztWwY8KYxIJJ1FI164yvpvY/2ttVIORkwlhEi26wp/6ko ZO+m5Xsc4bbMzAWPbrGabBf88+Cs0oBc2vL0HhGn9erZgUxGv+6DoFH8Er3Q8U5P+NMO b2GQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=f6HU/N7Bt/UqFCMlekPhv9W5IPEmO5o7kb5wP6z2ux8=; b=XKNnjekcy0sQIA3p703lBI/jEpi+GUQbfXi8T/6hMG49iK2B8Cjwyu2WOQJ1C7h/14 GahnsDt76W4kuwoJfN4HPeJhP60OMSo24C95Xpv0/uRhZ0iG3zpaDWOezEmR2K4OwbBk pZs6/LaB+emyMnqKp7DCptjCW98X3vb1IwZ+pml2z3C8G6h0Pt6+La8OTErvTaljrcMf DuVUo5jjmCboaEspilwEl6Eb0/Ra7yE07Wd7SqVKKItI4J2Ake0u+BmiAlhnGSY5AJDk ChA99IZ+fMfrS6XeWrbsJ5RBfYmxsZyawp1w+XNTAZD+3QzLrULqE/URqHV5mkZfVELQ dV4w== X-Gm-Message-State: AN3rC/5rX3JS5nlpN9xYpo9x42EaJ9hd5f5V/pCaDXJ0y7uZaVU27kgC rqEv7AGIwao/iA== X-Received: by 10.31.13.81 with SMTP id 78mr303368vkn.28.1492528524903; Tue, 18 Apr 2017 08:15:24 -0700 (PDT) Received: from [10.1.1.184] (fl-67-77-88-12.sta.embarqhsd.net. [67.77.88.12]) by smtp.googlemail.com with ESMTPSA id h14sm3572433uac.7.2017.04.18.08.15.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Apr 2017 08:15:24 -0700 (PDT) Subject: Re: bug#25198: bug: assertion (metadata_length > 0) failed To: Rauno Viskus , 25198-done@debbugs.gnu.org References: From: Phil Susi Message-ID: <3a549e3f-4e4e-c985-c66b-43c1511e60d6@ubuntu.com> Date: Tue, 18 Apr 2017 11:17:05 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 25198-done 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 (--) On 12/13/2016 6:09 PM, Rauno Viskus wrote: > As much as I found searching aroud mentioned about partitions needing at > least a sector in between eachother for metadata - is that it? Weird thing > is that everything worked before I removed my Windows partition from the > gap in between sda1 and sda3. > > Output of fdisk -l: > > > Disk /dev/sda: 238.5 GiB, 256060514304 bytes, 500118192 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: 0x9a232254 > > Device Boot Start End Sectors Size Id Type > /dev/sda1 * 2048 3074047 3072000 1.5G 7 HPFS/NTFS/exFAT > /dev/sda3 397805566 485435391 87629826 41.8G 5 Extended > /dev/sda5 397805568 436865023 39059456 18.6G 83 Linux > /dev/sda6 436867072 466163711 29296640 14G 83 Linux > /dev/sda7 466163712 485435391 19271680 9.2G 82 Linux swap / Solaris Yes, you have to have at least one sector between partitions for the chained EBR. I'm curious as to what messed up partitioning tool created this layout. From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 19 11:34:46 2017 Received: (at 25198) by debbugs.gnu.org; 19 Apr 2017 15:34:46 +0000 Received: from localhost ([127.0.0.1]:57110 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d0rd0-0003N9-7a for submit@debbugs.gnu.org; Wed, 19 Apr 2017 11:34:46 -0400 Received: from mail-ua0-f180.google.com ([209.85.217.180]:36862) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d0lM7-0006De-IW for 25198@debbugs.gnu.org; Wed, 19 Apr 2017 04:52:56 -0400 Received: by mail-ua0-f180.google.com with SMTP id a1so9959079uaf.3 for <25198@debbugs.gnu.org>; Wed, 19 Apr 2017 01:52:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=p0qQlaYWqS8g7TlxP34w2CwUKj2Jvm5s3UMTSMlYtDk=; b=kOm+l8XtCix/F29eaLazJoxl57afRfKt1CFKAY+X7TzH0DDSKEi/tyPs/wbaA+cv1K oP1Tu65Baiz7w07ApiUczmAt8fGVm7GDH3VMFMYWevTbgMzC2BoFfRrNj0J2WpW73AWN hxy0bYPfqxpv8A0L5Sc6UWZyGsRuPIoWY70tjMMkjZZWyBbZmk9A0nBlYleIu7ezAjrh w1E4uKXJf7K69todlstcQHLQcAs7/9AH5rEJXvv6gzVqwutXV+4zS15U7vpchHo93FEj Sykzb0fhTipzGmDtJUaghXGK7gkdWI9BzZBla/z0QGHrSoOIV08iiKZ6WLYPZYZRkcjS n6WQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=p0qQlaYWqS8g7TlxP34w2CwUKj2Jvm5s3UMTSMlYtDk=; b=S0Bgxw/iON2IeiWUobVniZdqhReUI4IcPAxs+Z5jYRKsuVaBMEVYeAiB1Ym84PrmwO Y0vb3twY2qNtjTDpWszRtcZVwmkxnnMNtZxjIdQyWcVF8l5avLWvTa00SfLffVOwEzY9 Jnn0lGtMc5Rl51p80po2JW49864j/gmQFnCDRoEOH9RAxP9mJFKytNEYaj4kt9DDS1jk aDAamsH+7uMAml36hcZ7HfkKWo9GLi2TfD6Lo2vEj+6PUZZT/Qc8K9+SDFjK5/agzbzT JS1nP82i21TArniBLs8bBz3yLSkIAlaoLtUV1ACNCW9nSrqXaw1ILbyafTDJHwlY5cGy v2ww== X-Gm-Message-State: AN3rC/4A1fNItoiPyyzt54nZ64SDRzG9NRi+YyPET9WUkIb5/isutHFz cqsBXnCU/vMuOJp4qaQBR+l799ySz4Gy X-Received: by 10.176.16.23 with SMTP id f23mr622350uab.178.1492591969711; Wed, 19 Apr 2017 01:52:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.75.78 with HTTP; Wed, 19 Apr 2017 01:52:49 -0700 (PDT) In-Reply-To: References: <3a549e3f-4e4e-c985-c66b-43c1511e60d6@ubuntu.com> From: Rauno Viskus Date: Wed, 19 Apr 2017 11:52:49 +0300 Message-ID: Subject: Re: bug#25198: closed (Re: bug#25198: bug: assertion (metadata_length > 0) failed) To: 25198@debbugs.gnu.org Content-Type: multipart/alternative; boundary=f403045e1d64263d3f054d8126ab X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 25198 X-Mailman-Approved-At: Wed, 19 Apr 2017 11:34:43 -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: -0.0 (/) --f403045e1d64263d3f054d8126ab Content-Type: text/plain; charset=UTF-8 Used fdisk or gparted to remove partition. Partition itself was created by install process of debian. Rauno On Tue, Apr 18, 2017 at 6:16 PM, GNU bug Tracking System < help-debbugs@gnu.org> wrote: > Your bug report > > #25198: bug: assertion (metadata_length > 0) failed > > which was filed against the parted package, has been closed. > > The explanation is attached below, along with your original report. > If you require more details, please reply to 25198@debbugs.gnu.org. > > -- > 25198: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=25198 > GNU Bug Tracking System > Contact help-debbugs@gnu.org with problems > > > ---------- Forwarded message ---------- > From: Phil Susi > To: Rauno Viskus , 25198-done@debbugs.gnu.org > Cc: > Bcc: > Date: Tue, 18 Apr 2017 11:17:05 -0400 > Subject: Re: bug#25198: bug: assertion (metadata_length > 0) failed > On 12/13/2016 6:09 PM, Rauno Viskus wrote: > > As much as I found searching aroud mentioned about partitions needing at > > least a sector in between eachother for metadata - is that it? Weird > thing > > is that everything worked before I removed my Windows partition from the > > gap in between sda1 and sda3. > > > > Output of fdisk -l: > > > > > > Disk /dev/sda: 238.5 GiB, 256060514304 bytes, 500118192 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: 0x9a232254 > > > > Device Boot Start End Sectors Size Id Type > > /dev/sda1 * 2048 3074047 3072000 1.5G 7 HPFS/NTFS/exFAT > > /dev/sda3 397805566 485435391 87629826 41.8G 5 Extended > > /dev/sda5 397805568 436865023 39059456 18.6G 83 Linux > > /dev/sda6 436867072 466163711 29296640 14G 83 Linux > > /dev/sda7 466163712 485435391 19271680 9.2G 82 Linux swap / > Solaris > > Yes, you have to have at least one sector between partitions for the > chained EBR. I'm curious as to what messed up partitioning tool created > this layout. > > > > > ---------- Forwarded message ---------- > From: Rauno Viskus > To: bug-parted@gnu.org > Cc: > Bcc: > Date: Wed, 14 Dec 2016 01:09:57 +0200 > Subject: bug: assertion (metadata_length > 0) failed > Hi, > > Running > > parted -l > > > crashes with > > Backtrace has 15 calls on stack: > 15: /lib/x86_64-linux-gnu/libparted.so.2(ped_assert+0x44) > [0x7f58e0393644] > 14: /lib/x86_64-linux-gnu/libparted.so.2(+0x20b26) [0x7f58e03a6b26] > 13: /lib/x86_64-linux-gnu/libparted.so.2(+0x120aa) [0x7f58e03980aa] > 12: /lib/x86_64-linux-gnu/libparted.so.2(ped_disk_add_partition+0x263) > [0x7f58e03989a3] > 11: /lib/x86_64-linux-gnu/libparted.so.2(+0x20405) [0x7f58e03a6405] > 10: /lib/x86_64-linux-gnu/libparted.so.2(+0x204a0) [0x7f58e03a64a0] > 9: /lib/x86_64-linux-gnu/libparted.so.2(+0x204a0) [0x7f58e03a64a0] > 8: /lib/x86_64-linux-gnu/libparted.so.2(+0x2043f) [0x7f58e03a643f] > 7: /lib/x86_64-linux-gnu/libparted.so.2(+0x21555) [0x7f58e03a7555] > 6: /lib/x86_64-linux-gnu/libparted.so.2(ped_disk_new+0x48) > [0x7f58e03985c8] > 5: parted() [0x407769] > 4: parted() [0x4069cf] > 3: parted(main+0x11b2) [0x405f82] > 2: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) > [0x7f58dfb88b45] > 1: parted() [0x405fc7] > > > You found a bug in GNU Parted! Here's what you have to do: > > Don't panic! The bug has most likely not affected any of your data. > Help us to fix this bug by doing the following: > > Check whether the bug has already been fixed by checking > the last version of GNU Parted that you can find at: > > http://ftp.gnu.org/gnu/parted/ > > Please check this version prior to bug reporting. > > If this has not been fixed yet or if you don't know how to check, > please visit the GNU Parted website: > > http://www.gnu.org/software/parted > > for further information. > > Your report should contain the version of this release (3.2) > along with the error message below, the output of > > parted DEVICE unit co print unit s print > > and the following history of commands you entered. > Also include any additional information about your setup you > consider important. > > Assertion (metadata_length > 0) at ../../../libparted/labels/dos.c:2313 in > function add_logical_part_metadata() failed. > > > As much as I found searching aroud mentioned about partitions needing at > least a sector in between eachother for metadata - is that it? Weird thing > is that everything worked before I removed my Windows partition from the > gap in between sda1 and sda3. > > Output of fdisk -l: > > > Disk /dev/sda: 238.5 GiB, 256060514304 bytes, 500118192 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: 0x9a232254 > > Device Boot Start End Sectors Size Id Type > /dev/sda1 * 2048 3074047 3072000 1.5G 7 HPFS/NTFS/exFAT > /dev/sda3 397805566 485435391 87629826 41.8G 5 Extended > /dev/sda5 397805568 436865023 39059456 18.6G 83 Linux > /dev/sda6 436867072 466163711 29296640 14G 83 Linux > /dev/sda7 466163712 485435391 19271680 9.2G 82 Linux swap / Solaris > > > BR, > Rauno > > --f403045e1d64263d3f054d8126ab Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Used fdisk or gparted to remove partition. Partition itsel= f was created by install process of debian.

Rauno
<= /div>

On Tue, Apr = 18, 2017 at 6:16 PM, GNU bug Tracking System <help-debbugs@gnu.org= > wrote:
Your bug report

#25198: bug: assertion (metadata_length > 0) failed

which was filed against the parted package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 25198@debbugs.gnu.org.

--
25198: http://debbugs.gnu.org/cgi/bugreport= .cgi?bug=3D25198
GNU Bug Tracking System
Contact help-debbugs@gnu.org wi= th problems


---------- Forwarded message ----------
From:=C2= =A0Phil Susi <psusi@ubuntu.com&g= t;
To:=C2=A0Rauno Viskus <rvisku= s@gmail.com>, 25198-do= ne@debbugs.gnu.org
Cc:=C2=A0
Bcc:=C2=A0
Date:=C2=A0Tue, 18 Apr= 2017 11:17:05 -0400
Subject:=C2=A0Re: bug#25198: bug: assertion (metada= ta_length > 0) failed
On 12/13/2016 6:09 PM, Rauno Viskus wrote:
> As much as I found searching aroud mentioned about partitions needing = at
> least a sector in between eachother for metadata - is that it? Weird t= hing
> is that everything worked before I removed my Windows partition from t= he
> gap in between sda1 and sda3.
>
> Output of fdisk -l:
>
>
> Disk /dev/sda: 238.5 GiB, 256060514304 bytes, 500118192 sectors
> Units: sectors of 1 * 512 =3D 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disklabel type: dos
> Disk identifier: 0x9a232254
>
> Device=C2=A0 =C2=A0 =C2=A0Boot=C2=A0 =C2=A0 =C2=A0Start=C2=A0 =C2=A0 = =C2=A0 =C2=A0End=C2=A0 Sectors=C2=A0 Size Id Type
> /dev/sda1=C2=A0 *=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A02048=C2=A0 =C2=A030= 74047=C2=A0 3072000=C2=A0 1.5G=C2=A0 7 HPFS/NTFS/exFAT
> /dev/sda3=C2=A0 =C2=A0 =C2=A0 =C2=A0397805566 485435391 87629826 41.8G= =C2=A0 5 Extended
> /dev/sda5=C2=A0 =C2=A0 =C2=A0 =C2=A0397805568 436865023 39059456 18.6G= 83 Linux
> /dev/sda6=C2=A0 =C2=A0 =C2=A0 =C2=A0436867072 466163711 29296640=C2=A0= =C2=A014G 83 Linux
> /dev/sda7=C2=A0 =C2=A0 =C2=A0 =C2=A0466163712 485435391 19271680=C2=A0= 9.2G 82 Linux swap / Solaris

Yes, you have to have at least one sector between partitions for the
chained EBR.=C2=A0 I'm curious as to what messed up partitioning tool c= reated
this layout.




---------- Forwarded message ----------
From:=C2=A0Rauno Viskus = <rviskus@gmail.com>
To:= =C2=A0bug-parted@gnu.org
Cc:= =C2=A0
Bcc:=C2=A0
Date:=C2=A0Wed, 14 Dec 2016 01:09:57 +0200
Subje= ct:=C2=A0bug: assertion (metadata_length > 0) failed
Hi,

Running

parted -l

crashes with

Backtr= ace has 15 calls on stack:
=C2=A0 15: /lib/x86_64-linux-gnu/= libparted.so.2(ped_assert+0x44) [0x7f58e0393644]
=C2=A0 14: = /lib/x86_64-linux-gnu/libparted.so.2(+0x20b26) [0x7f58e03a6b26]
<= div>=C2=A0 13: /lib/x86_64-linux-gnu/libparted.so.2(+0x120aa) [0x7f58e= 03980aa]
=C2=A0 12: /lib/x86_64-linux-gnu/libparted.so.2(ped= _disk_add_partition+0x263) [0x7f58e03989a3]
=C2=A0 11: /lib/= x86_64-linux-gnu/libparted.so.2(+0x20405) [0x7f58e03a6405]
= =C2=A0 10: /lib/x86_64-linux-gnu/libparted.so.2(+0x204a0) [0x7f58e03a6= 4a0]
=C2=A0 9: /lib/x86_64-linux-gnu/libparted.so.2(+0x204a0= ) [0x7f58e03a64a0]
=C2=A0 8: /lib/x86_64-linux-gnu/libparted= .so.2(+0x2043f) [0x7f58e03a643f]
=C2=A0 7: /lib/x86_64-linux-gnu/= libparted.so.2(+0x21555) [0x7f58e03a7555]
=C2=A0 6: /lib/x86= _64-linux-gnu/libparted.so.2(ped_disk_new+0x48) [0x7f58e03985c8]<= /div>
=C2=A0 5: parted() [0x407769]
=C2=A0 4: parted() [0x406= 9cf]
=C2=A0 3: parted(main+0x11b2) [0x405f82]
=C2=A0 2:= /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f58dfb88b= 45]
=C2=A0 1: parted() [0x405fc7]


You found a bug in GNU Parted! Here's what you have to do:

Don't panic! The bug has most likely not affected= any of your data.
Help us to fix this bug by doing the following= :

Check whether the bug has already been fixed by = checking
the last version of GNU Parted that you can find at:


Please check this version prior to bug reporting.

If this has not been fixed yet or if you don't know how= to check,
please visit the GNU Parted website:

=
for further information.

Your repor= t should contain the version of this release (3.2)
along with the= error message below, the output of

parted DEVICE unit co print unit s print

= and the following history of commands you entered.
Also include a= ny additional information about your setup you
consider important= .

Assertion (metadata_length > 0) at ../../../l= ibparted/labels/dos.c:2313 in
function add_logical_part_meta= data() failed.

As much as I found sea= rching aroud mentioned about partitions needing at least a sector in betwee= n eachother for metadata - is that it? Weird thing is that everything worke= d before I removed my Windows partition from the gap in between sda1 and sd= a3.

Output of fdisk -l:

Di= sk /dev/sda: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 =3D 512 bytes
Sector= size (logical/physical): 512 bytes / 512 bytes
I/O si= ze (minimum/optimal): 512 bytes / 512 bytes
Disklabel = type: dos
Disk identifier: 0x9a232254
=

Device =C2=A0 =C2=A0 Boot =C2=A0 =C2=A0 Star= t =C2=A0 =C2=A0 =C2=A0 End =C2=A0Sectors =C2=A0Size Id Type
/dev/sda1 =C2=A0* =C2=A0 =C2=A0 =C2=A0 =C2=A0 2048 =C2=A0 3074047 =C2= =A03072000 =C2=A01.5G =C2=A07 HPFS/NTFS/exFAT
/dev/sda= 3 =C2=A0 =C2=A0 =C2=A0 397805566 485435391 87629826 41.8G =C2=A05 Extended<= /div>
/dev/sda5 =C2=A0 =C2=A0 =C2=A0 397805568 436865023 390= 59456 18.6G 83 Linux
/dev/sda6 =C2=A0 =C2=A0 =C2=A0 43= 6867072 466163711 29296640 =C2=A0 14G 83 Linux
/dev/sd= a7 =C2=A0 =C2=A0 =C2=A0 466163712 485435391 19271680 =C2=A09.2G 82 Linux sw= ap / Solaris

BR,
Rauno


--f403045e1d64263d3f054d8126ab-- From unknown Thu Jun 19 14:19:38 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 18 May 2017 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