Version-Release number of selected component: parted-3.2-3.fc21 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline: parted /dev/sda print crash_function: xrealloc executable: /usr/sbin/parted kernel: 3.16.2-301.fc21.x86_64+debug runlevel: N 5 type: CCpp uid: 0 Truncated backtrace: Thread no. 1 (6 frames) #6 xrealloc at xmalloc.c:61 #7 table_render_row at table.c:184 #8 table_render_rows at table.c:231 #9 table_render at table.c:243 #10 do_print at parted.c:1225 #11 non_interactive_mode at ui.c:1636
Created attachment 938177 [details] File: backtrace
Created attachment 938178 [details] File: cgroup
Created attachment 938179 [details] File: core_backtrace
Created attachment 938180 [details] File: dso_list
Created attachment 938181 [details] File: environ
Created attachment 938182 [details] File: limits
Created attachment 938183 [details] File: maps
Created attachment 938184 [details] File: open_fds
Created attachment 938185 [details] File: proc_pid_status
Created attachment 938186 [details] File: var_log_messages
Can you reproduce this every time? What does the output of 'parted -m -s /dev/sda p' look like? If that also crashes, how about gdisk or fdisk? It looks to me like you may have run out of memory. xrealloc should pretty much never fail, and in this case it was only asking for 1624 bytes.
reproducible every time. [root@localhost woolf]# parted -m -s /dev/sda p BYT; /dev/sda:500GB:scsi:512:4096:gpt:ATA Hitachi HTS54505:; 1:1049kB:525MB:524MB:ntfs:Basic data partition:скрытый, diag; 2:525MB:840MB:315MB:fat32:ﾡﾸﾁﾂﾵﾼﾽﾋﾹ ﾀﾰﾷﾴﾵﾻ EFI:загрузочный, esp; 3:840MB:974MB:134MB::Microsoft reserved partition:msftres; 4:974MB:270GB:269GB:ntfs:Basic data partition:msftdata; 5:270GB:271GB:472MB:ntfs:Project-Id-Version: parted 3.1.90 Report-Msgid-Bugs-To: bug-parted POT-Creation-Date: 2014-07-28 23:04-0400 PO-Revision-Date: 2014-07-05 12:52+0400 Last-Translator: Yuri Kozlov <yuray> Language-Team: Russian <gnu> Language: ru MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Generator: Lokalize 1.5 Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2); :скрытый, diag; 8:271GB:271GB:524MB:ext4:Project-Id-Version: parted 3.1.90 Report-Msgid-Bugs-To: bug-parted POT-Creation-Date: 2014-07-28 23:04-0400 PO-Revision-Date: 2014-07-05 12:52+0400 Last-Translator: Yuri Kozlov <yuray> Language-Team: Russian <gnu> Language: ru MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Generator: Lokalize 1.5 Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2); :msftdata; 9:271GB:477GB:206GB::Project-Id-Version: parted 3.1.90 Report-Msgid-Bugs-To: bug-parted POT-Creation-Date: 2014-07-28 23:04-0400 PO-Revision-Date: 2014-07-05 12:52+0400 Last-Translator: Yuri Kozlov <yuray> Language-Team: Russian <gnu> Language: ru MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Generator: Lokalize 1.5 Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2); :lvm; 6:477GB:499GB:22,3GB:ntfs:Basic data partition:скрытый, diag; 7:499GB:500GB:1074MB:fat32:Basic data partition:скрытый, diag; It isn't crashed with parted -m -s /dev/sda p
[root@localhost woolf]# free -m total used free shared buffers cached Mem: 7657 1520 6137 90 40 615 -/+ buffers/cache: 863 6793 Swap: 7823 0 7823 [root@localhost woolf]#
The 'Project-Id-Version:' stuff is actually in the output from -m? That looks like a translation is messed up so maybe that's part of the problem. Could you grab the first 34 sectors and attach them here? dd if=/dev/sda of=disk.img bs=512 count=34 Hopefully I can use that to reproduce it here.
Yes, stuff is actually in the output. Just tested after reboot. [root@localhost woolf]# free total used free shared buffers cached Mem: 7841624 2092420 5749204 69640 93480 890688 -/+ buffers/cache: 1108252 6733372 Swap: 8011772 17992 7993780 [root@localhost woolf]# free -m total used free shared buffers cached Mem: 7657 2042 5614 67 91 869 -/+ buffers/cache: 1082 6575 Swap: 7823 17 7806 [root@localhost woolf]#
Created attachment 939478 [details] dd if=/dev/sda of=disk.img bs=512 count=34
Can you create a disk.img that reproduces this using just parted commands? Or does it only happen on sda?
Yes, a disk.img was reprodused thus bug. Just do full image. And I was created on clean HDD the same partition table an bug was not reproduced. When I was clone HDD - nug reproduced. I think, it's something with my partition table, because there have some software such as Samsung recovery, Windows 10 and etc. Don't know what may be related.
I am unable to reproduce this, and others don't appear to be hitting it so I'm going to close it for now.