How do I figure out which library is causing ldconfig to segfault?
Clash Royale CLAN TAG#URR8PPP up vote
0
down vote
favorite
I downloaded the Ubuntu 16.04 distro for NanoPi Neo 2 and found something interesting.
Running ldconfig.real -i (ignoring auxiliary cache) ought to rebuild the library cache. Instead, the binary generates a segmentation fault.
This error is reproducible on the Xenial image but does not occur with the Armbian 5.34 (4.13 kernel) or the Armbian 5.35 (3.4 kernel) distro images.
All images were tested as they are, without updates or modifications.
I think the problem may lie in libc, but I'm not sure how to find out.
Any suggestions...? I’m considering recompiling all the libraries (one by one) with apt-src to see which one is broken.
compiling libraries debugging derivatives
asked Jan 28 at 7:46
Hugo Rabson
1
add a comment |Â
up vote
0
down vote
favorite
I downloaded the Ubuntu 16.04 distro for NanoPi Neo 2 and found something interesting.
Running ldconfig.real -i (ignoring auxiliary cache) ought to rebuild the library cache. Instead, the binary generates a segmentation fault.
This error is reproducible on the Xenial image but does not occur with the Armbian 5.34 (4.13 kernel) or the Armbian 5.35 (3.4 kernel) distro images.
All images were tested as they are, without updates or modifications.
I think the problem may lie in libc, but I'm not sure how to find out.
Any suggestions...? I’m considering recompiling all the libraries (one by one) with apt-src to see which one is broken.
compiling libraries debugging derivatives
asked Jan 28 at 7:46
Hugo Rabson
1
Readman strace, and do something likestrace -e trace=open,read ldconfig.real -ito see which file it's reading at the crash.
– waltinator
Jan 28 at 8:03
1
Tried verbose mode?ldconfig.real -iv?
– Olorin
Jan 28 at 8:04
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I downloaded the Ubuntu 16.04 distro for NanoPi Neo 2 and found something interesting.
Running ldconfig.real -i (ignoring auxiliary cache) ought to rebuild the library cache. Instead, the binary generates a segmentation fault.
This error is reproducible on the Xenial image but does not occur with the Armbian 5.34 (4.13 kernel) or the Armbian 5.35 (3.4 kernel) distro images.
All images were tested as they are, without updates or modifications.
I think the problem may lie in libc, but I'm not sure how to find out.
Any suggestions...? I’m considering recompiling all the libraries (one by one) with apt-src to see which one is broken.
compiling libraries debugging derivatives
asked Jan 28 at 7:46
Hugo Rabson
1
I downloaded the Ubuntu 16.04 distro for NanoPi Neo 2 and found something interesting.
Running ldconfig.real -i (ignoring auxiliary cache) ought to rebuild the library cache. Instead, the binary generates a segmentation fault.
This error is reproducible on the Xenial image but does not occur with the Armbian 5.34 (4.13 kernel) or the Armbian 5.35 (3.4 kernel) distro images.
All images were tested as they are, without updates or modifications.
I think the problem may lie in libc, but I'm not sure how to find out.
Any suggestions...? I’m considering recompiling all the libraries (one by one) with apt-src to see which one is broken.
compiling libraries debugging derivatives
compiling libraries debugging derivatives
asked Jan 28 at 7:46
Hugo Rabson
1
asked Jan 28 at 7:46
Hugo Rabson
1
asked Jan 28 at 7:46
Hugo Rabson
1
asked Jan 28 at 7:46
Hugo Rabson
1
asked Jan 28 at 7:46
Hugo Rabson
1
1
Readman strace, and do something likestrace -e trace=open,read ldconfig.real -ito see which file it's reading at the crash.
– waltinator
Jan 28 at 8:03
1
Tried verbose mode?ldconfig.real -iv?
– Olorin
Jan 28 at 8:04
add a comment |Â
Readman strace, and do something likestrace -e trace=open,read ldconfig.real -ito see which file it's reading at the crash.
– waltinator
Jan 28 at 8:03
1
Tried verbose mode?ldconfig.real -iv?
– Olorin
Jan 28 at 8:04
Read
man strace, and do something like strace -e trace=open,read ldconfig.real -i to see which file it's reading at the crash.– waltinator
Jan 28 at 8:03
Read
man strace, and do something like strace -e trace=open,read ldconfig.real -i to see which file it's reading at the crash.– waltinator
Jan 28 at 8:03
1
1
Tried verbose mode?
ldconfig.real -iv?– Olorin
Jan 28 at 8:04
Tried verbose mode?
ldconfig.real -iv?– Olorin
Jan 28 at 8:04
add a comment |Â
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1000606%2fhow-do-i-figure-out-which-library-is-causing-ldconfig-to-segfault%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Read
man strace, and do something likestrace -e trace=open,read ldconfig.real -ito see which file it's reading at the crash.– waltinator
Jan 28 at 8:03
1
Tried verbose mode?
ldconfig.real -iv?– Olorin
Jan 28 at 8:04