bug-parted
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: parted 2.1 crash with (encrypted) Apple Core Storage partition


From: Jim Meyering
Subject: Re: parted 2.1 crash with (encrypted) Apple Core Storage partition
Date: Thu, 09 Feb 2012 08:08:14 +0100

Chris Murphy wrote:

> On Feb 8, 2012, at 11:43 PM, Chris Murphy wrote:
>> On Feb 8, 2012, at 11:34 PM, Jim Meyering wrote:
>>>
>>> If it makes CentOS6.2's parted abort, then I will be happy to work on
>>> it.  Can you install debug symbols and invoke parted via gdb?
>>>
>>>   gdb --args parted <your usual options>
>>>
>>> Then type "run".
>>> If it crashes, type "backtrace" (aka "bt") and post the result.
>>
>> Backtrace has 14 calls on stack:
>>  14: /lib64/libparted-2.1.so.0(ped_assert+0x31) [0x7ffff7b6efb1]
>>  13: /lib64/libparted-2.1.so.0(ped_geometry_read+0x80) [0x7ffff7b769d0]
>>  12: /lib64/libparted-2.1.so.0(hfsplus_probe+0x279) [0x7ffff7b925f9]
>>  11: /lib64/libparted-2.1.so.0(ped_file_system_probe_specific+0x5c) 
>> [0x7ffff7b7057c]
>>  10: /lib64/libparted-2.1.so.0(ped_file_system_probe+0xa5) [0x7ffff7b70b25]
>>  9: /lib64/libparted-2.1.so.0(+0x4253f) [0x7ffff7b9f53f]
>>  8: /lib64/libparted-2.1.so.0(ped_disk_new+0x75) [0x7ffff7b76165]
>>  7: /sbin/parted() [0x40692c]
>>  6: /sbin/parted() [0x4077cd]
>>  5: /sbin/parted() [0x409764]
>>  4: /sbin/parted() [0x40a95f]
>>  3: /sbin/parted(main+0x2c) [0x40aa6c]
>>  2: /lib64/libc.so.6(__libc_start_main+0xfd) [0x7ffff7376cdd]
>>  1: /sbin/parted() [0x404f49]
>>
>> Program received signal SIGABRT, Aborted.
>> 0x00007ffff738a885 in raise () from /lib64/libc.so.6
>> (gdb) backtrace
>> #0  0x00007ffff738a885 in raise () from /lib64/libc.so.6
>> #1  0x00007ffff738c065 in abort () from /lib64/libc.so.6
>> #2  0x00007ffff7b6f064 in ped_assert () from /lib64/libparted-2.1.so.0
>> #3  0x00007ffff7b769d0 in ped_geometry_read () from /lib64/libparted-2.1.so.0
>> #4  0x00007ffff7b925f9 in hfsplus_probe () from /lib64/libparted-2.1.so.0
>> #5  0x00007ffff7b7057c in ped_file_system_probe_specific ()
>>   from /lib64/libparted-2.1.so.0
>> #6  0x00007ffff7b70b25 in ped_file_system_probe ()
>>   from /lib64/libparted-2.1.so.0
>> #7  0x00007ffff7b9f53f in ?? () from /lib64/libparted-2.1.so.0
>> #8  0x00007ffff7b76165 in ped_disk_new () from /lib64/libparted-2.1.so.0
>> #9  0x000000000040692c in ?? ()
>> #10 0x00000000004077cd in ?? ()
>> #11 0x0000000000409764 in ?? ()
>> #12 0x000000000040a95f in ?? ()
>> #13 0x000000000040aa6c in main ()
>> (gdb)
>
> (gdb) list
> No symbol table is loaded. Use the "file" command.

Thanks, but without symbols, that's no more than you posted before.

When I run gdb on fedora or RHEL against tools/libs with no symbols,
at start-up, it suggests that I run a "debuginfo-install ...." command
for each application and library.  Do you see that advice from gdb on
Centos?

If not, can you rebuild from a .src.rpm file?



reply via email to

[Prev in Thread] Current Thread [Next in Thread]