Re: *** Error in `/sbin/grubby': free(): invalid pointer: 0x0000000001fb2921 ***

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

 



On 17.10.2014 19:26, Peter Jones wrote:
> On Fri, Oct 17, 2014 at 07:15:46PM +0200, poma wrote:
>> On 16.10.2014 23:23, poma wrote:
>>>
>>> ...
>>>   Cleanup    : grubby-8.35-4.fc21.x86_64                                                                 440/441 
>>>   Cleanup    : libmwaw-.3.2-2.fc21.x86_64                                                                441/441 
>>> *** Error in `/sbin/grubby': free(): invalid pointer: 0x0000000001fb2921 ***
>>> ======= Backtrace: =========
>>> /lib64/libc.so.6(+0x7850e)[0x7f04dc03b50e]
>>> /lib64/libc.so.6(cfree+0x5b5)[0x7f04dc047165]
>>> /sbin/grubby[0x40a160]
>>> /sbin/grubby[0x4050d7]
>>> /lib64/libc.so.6(__libc_start_main+0xf0)[0x7f04dbfe2fe0]
>>> /sbin/grubby[0x40523d]
>>> ======= Memory map: ========
>>> 00400000-0040f000 r-xp 00000000 08:03 2152023                            /usr/sbin/grubby
>>> 0060e000-0060f000 r--p 0000e000 08:03 2152023                            /usr/sbin/grubby
>>> 0060f000-00610000 rw-p 0000f000 08:03 2152023                            /usr/sbin/grubby
>>> 00610000-00611000 rw-p 00000000 00:00 0 
>>> 01fb2000-01fd3000 rw-p 00000000 00:00 0                                  [heap]
>>> 7f04dbba7000-7f04dbbbd000 r-xp 00000000 08:03 2136032                    /usr/lib64/libgcc_s-4.9.1-20140930.so.1
>>> 7f04dbbbd000-7f04dbdbc000 ---p 00016000 08:03 2136032                    /usr/lib64/libgcc_s-4.9.1-20140930.so.1
>>> 7f04dbdbc000-7f04dbdbd000 r--p 00015000 08:03 2136032                    /usr/lib64/libgcc_s-4.9.1-20140930.so.1
>>> 7f04dbdbd000-7f04dbdbe000 rw-p 00016000 08:03 2136032                    /usr/lib64/libgcc_s-4.9.1-20140930.so.1
>>> 7f04dbdbe000-7f04dbdc2000 r-xp 00000000 08:03 2129107                    /usr/lib64/libuuid.so.1.3.0
>>> 7f04dbdc2000-7f04dbfc1000 ---p 00004000 08:03 2129107                    /usr/lib64/libuuid.so.1.3.0
>>> 7f04dbfc1000-7f04dbfc2000 r--p 00003000 08:03 2129107                    /usr/lib64/libuuid.so.1.3.0
>>> 7f04dbfc2000-7f04dbfc3000 rw-p 00004000 08:03 2129107                    /usr/lib64/libuuid.so.1.3.0
>>> 7f04dbfc3000-7f04dc177000 r-xp 00000000 08:03 2099109                    /usr/lib64/libc-2.20.so
>>> 7f04dc177000-7f04dc376000 ---p 001b4000 08:03 2099109                    /usr/lib64/libc-2.20.so
>>> 7f04dc376000-7f04dc37a000 r--p 001b3000 08:03 2099109                    /usr/lib64/libc-2.20.so
>>> 7f04dc37a000-7f04dc37c000 rw-p 001b7000 08:03 2099109                    /usr/lib64/libc-2.20.so
>>> 7f04dc37c000-7f04dc380000 rw-p 00000000 00:00 0 
>>> 7f04dc380000-7f04dc38b000 r-xp 00000000 08:03 2130555                    /usr/lib64/libpopt.so.0.0.0
>>> 7f04dc38b000-7f04dc58b000 ---p 0000b000 08:03 2130555                    /usr/lib64/libpopt.so.0.0.0
>>> 7f04dc58b000-7f04dc58c000 r--p 0000b000 08:03 2130555                    /usr/lib64/libpopt.so.0.0.0
>>> 7f04dc58c000-7f04dc58d000 rw-p 0000c000 08:03 2130555                    /usr/lib64/libpopt.so.0.0.0
>>> 7f04dc58d000-7f04dc5c8000 r-xp 00000000 08:03 2126502                    /usr/lib64/libblkid.so.1.1.0
>>> 7f04dc5c8000-7f04dc7c8000 ---p 0003b000 08:03 2126502                    /usr/lib64/libblkid.so.1.1.0
>>> 7f04dc7c8000-7f04dc7cb000 r--p 0003b000 08:03 2126502                    /usr/lib64/libblkid.so.1.1.0
>>> 7f04dc7cb000-7f04dc7cc000 rw-p 0003e000 08:03 2126502                    /usr/lib64/libblkid.so.1.1.0
>>> 7f04dc7cc000-7f04dc7cd000 rw-p 00000000 00:00 0 
>>> 7f04dc7cd000-7f04dc7ee000 r-xp 00000000 08:03 2101605                    /usr/lib64/ld-2.20.so
>>> 7f04dc9bb000-7f04dc9bf000 rw-p 00000000 00:00 0 
>>> 7f04dc9ec000-7f04dc9ee000 rw-p 00000000 00:00 0 
>>> 7f04dc9ee000-7f04dc9ef000 r--p 00021000 08:03 2101605                    /usr/lib64/ld-2.20.so
>>> 7f04dc9ef000-7f04dc9f0000 rw-p 00022000 08:03 2101605                    /usr/lib64/ld-2.20.so
>>> 7f04dc9f0000-7f04dc9f1000 rw-p 00000000 00:00 0 
>>> 7fff1f966000-7fff1f987000 rw-p 00000000 00:00 0                          [stack]
>>> 7fff1f9c3000-7fff1f9c5000 r--p 00000000 00:00 0                          [vvar]
>>> 7fff1f9c5000-7fff1f9c7000 r-xp 00000000 00:00 0                          [vdso]
>>> ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0                  [vsyscall]
>>> /sbin/new-kernel-pkg: line 194: [: too many arguments
>>> /sbin/new-kernel-pkg: line 200: [: too many arguments
>>> /sbin/new-kernel-pkg: line 460: [: too many arguments
>>> /sbin/new-kernel-pkg: line 466: [: too many arguments
>>>   Verifying  : 1:NetworkManager-wifi-0.9.10.0-8.git20140704.fc21.x86_64                                    1/441 
>>>   Verifying  : vala-devel-0.26.1-1.fc21.x86_64                                                             2/441 
>>>   Verifying  : anaconda-core-21.48.10-1.fc21.x86_64                                                        3/441 
>>> ...
>>>
> 
> No idea what's going on there; reproducing with debuginfo installed
> would help.  In any case if you don't see it with -7 then it probably is
> in the code that got reverted anyway.
> 
>> Here, update to grubby-8.35-6.fc21.x86_64 produced unbootable/crashing kernel, 3.17.1-300.fc21.x86_64.
>> However update to grubby-8.35-7.fc21.x86_64 produced bootable kernel, 3.17.1-300.fc21.x86_64.
>> 	
>> But for adamwill & chr77 is quite opposite:
>> https://admin.fedoraproject.org/updates/FEDORA-2014-12932/grubby-8.35-7.fc21?_csrf_token=510cc2a
>>
>> Feedback [Update feedback guidelines]
>>
>>     adamwill (proventesters) - 2014-10-16 00:03:13
>>     I get errors from new-kernel-pkg with this, when building a live image: "/sbin/new-kernel-pkg: line 194: [: too many arguments" , same on line 200, 460, and 466. They're the changes from Dennis' "add support for devicetree directories for use on arm" patch which swap out "if [ "x$devtreefile" != "x" -a -f "$devtreefile" ]; then" for "if [ -n $devtreefile -a -f "$devtreefile" ]; then".
>>     chr77 - 2014-10-16 00:10:50
>>     As above 
> 
> That's about -6; -7 should fix those errors as well as the 
> 
>> What's going on?
> 
> There was a bug in an update package, testing caught it, and another
> update without the bug was produced?
> 

If they revolt for 6, then it is OK because 7 here is alles gut.
Thanks.


poma



-- 
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test





[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux