Bug 1142425

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.