LinuxQuestions.org
Help answer threads with 0 replies.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Software
User Name
Password
Linux - Software This forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.

Notices


Reply
  Search this Thread
Old 08-09-2014, 11:08 AM   #1
pjvex86
LQ Newbie
 
Registered: Jun 2009
Posts: 7

Rep: Reputation: 0
Smile Broken installation... Kernel panic... weird problem.


Originally, I didn't think this was going to be too difficult... While I am not Linux guru, I have been able to escape some dicey positions on my own in the past.

I first posted this at the /r/LinuxQuestions sub at Reddit... but that isn't really working. I will be posting most of the data in that thread here, but the link to that post on Reddit is below just in case: my first post at reddit.

OK.. I have a dual boot laptop—an Intel i5 sandy bridge (I think)— I had been successfully running a Kali Linux hybrid (basically it is Wheezy with a few pieces of Ubuntu added).

The last time I was in the OS, there were no problems and I exited normally. I was doing a lot of things, mostly having to do with networking, installing different gdm themes, and also I updated my kernel/kernel header files using
Code:
apt-get install linux-headers-$(uname -r)
.

Then about 5 days later, I tried to reboot into it again.... Grub was fine but after about 10 seconds, I get this on my screen:

Code:
inconsistency detected by ld.so: dl_closed.c: 743: _dl_close: Assertion 'map->l_into called' failed!
Code:
Kernel panic - not syncing: Attempted to kill init! exitcode= 0x0007100
Code:
CPU: 0 PID: 1 Comm: init not tainted
along with some other text... But it simply froze. Below is the best I could do in capturing it with my phone:

picture at startup

Weird thing was that Grub had 3 other options for different kernels, including recovery options for those kernels, and I tried them all but they all failed (like the above).

Finally, I booted a Live USB and fsck'd my root directory (after making sure it wasn't mounted). It showed clean.

I then was going to try and update the install to see if that would help, so I mounted everything and tried to chroot. I got pretty much the same as above:

Code:
inconsistency detected by ld.so: dl_closed.c: 743: _dl_close: Assertion 'map->l_into called' failed!
While it was mounted, I looked at the log files as well. For brevity's sake, please look at the reddit link above as I copied 30 lines from 4 or 5 different logs over there (and they are easy to find and read).

I have researched this and all of the info I can find says that this has something to do with the glibc library.... or possibly OpenGL... But I wasn't playing any games, listening to any audio, or video the last time it was working.

This distro has been working solidly since last October... so whatever I did (or whatever happened) must be an edge case.

PS: I know I will get admonished for this, but since about February... since I was running as root so frequently and needed some more space, I transferred everything to the root directory (/root/) and have been always running as root since then... but I have been careful and not reckless (and I am not going to do a
Code:
rm * -rf
by accident.

Any help on this gets my sincerest gratitude and appreciation in advance...

Let me know if you need any more data....

Thanks again!!!!
 
Old 08-10-2014, 02:19 PM   #2
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, RPi OS, Mint & Android
Posts: 13,017

Rep: Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732
Not very much to go on.

The kernel headers are for compiling. On their own, they hardly did much. Usual pattern here is
boot kernel - mount / readonly - start init - remount / rw - boot the system stuff.

Once it's finished the roll call of bits in your box, it mounts the disks. I think that's where you're hitting trouble. Can you boot on an install cd and do a scan?
 
Old 08-10-2014, 02:53 PM   #3
pjvex86
LQ Newbie
 
Registered: Jun 2009
Posts: 7

Original Poster
Rep: Reputation: 0
Smile

First, thanks for taking the time to read this... I have been fretting about this... I can save (most) files and just wipe and re-install, but I did a lot of tiny system tweaks that will be a pain to redo....so I really want to exhaust my attempts to fix this.

Quote:
Originally Posted by business_kid View Post
Not very much to go on.
The kernel headers are for compiling. On their own, they hardly did much. Usual pattern here is
boot kernel - mount / readonly - start init - remount / rw - boot the system stuff.

Once it's finished the roll call of bits in your box, it mounts the disks. I think that's where you're hitting trouble. Can you boot on an install cd and do a scan?
I can boot from a live USB/install flash drive, but as said above, I cannot chroot.
But beyond that, I would be thrilled to run a scan... what type of disk scan exactly do you suggest?
 
Old 08-11-2014, 03:37 AM   #4
itsgregman
Member
 
Registered: Jan 2008
Location: North Carolina
Distribution: Slackware 14.1
Posts: 209

Rep: Reputation: 69
Have you tried using super grub disk or something similar to make sure it's not a bootloader issue?
 
Old 08-11-2014, 03:47 AM   #5
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, RPi OS, Mint & Android
Posts: 13,017

Rep: Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732Reputation: 1732
Quote:
Originally Posted by pjvex86 View Post
I can boot from a live USB/install flash drive, but as said above, I cannot chroot.
But beyond that, I would be thrilled to run a scan... what type of disk scan exactly do you suggest?
Code:
ls /dev/sd*
will show you the available partitions. Decide which is the usb; that will probably be mounted, so
Code:
cat /etc/mtab
will tell you what is mounted as /, and identify your usb drive. Make sure the partitions you want to check are not mounted. Then
Code:
e2fsck -cfv /dev/sdxx
e.g. e2fsck /dev/sdb3 checks the 3rd partition of the second drive.
 
Old 01-17-2015, 05:22 AM   #6
mig21forum
LQ Newbie
 
Registered: Jan 2015
Posts: 1

Rep: Reputation: Disabled
I had a similar problem, it all started when I tried to install some Mesa S3 drivers, it displayed an error and didn't install. Ok, didn't pay attention as everything seemed to keep working. After opening a console, it displayed that inconsistency error and exited. I said "Ok, I'll just reboot, maybe after rebooting everything get back in place."

After doing BIOS POST my pc couldn't boot, it didn't even get to start the initramfs. I died just after loading the kernel.

I grabbed a bootable working linux USB drive (but I think it can work from a LiveCD as well), tried to chroot onto the damaged installation and guess what? The same issue. Mmmm that's not a kernel problem (as I first thought), I'm working from a fully functional kernel (USB Drive)... And what in the world could it be?

Going here and there, and not finding someone that had exactly the same problem I had, and after reading also this very post, I tried something that worked for me.

I've just deleted the /etc/ld.so.cache file! Pay attention not to confuse the /etc/ld.so.cache with /etc/ld.so.cache.d and not to deleted the /etc in your actual LiveCD or USB Linux Rescue Drive. Instead, mount the damaged installation e.g

/dev/sda2 /media/mydamagedinstall

then

rm /media/mydamagedsinstall/etc/ld.so.cache

After doing that I could be able to do chroot, this very fact (that I didn't have the error when chrooting) told me that maybe if I just leave it that way and restart it could just load the rest of the system. I rebooted and voila! My system is back again!
 
Old 01-17-2015, 05:32 AM   #7
veerain
Senior Member
 
Registered: Mar 2005
Location: Earth bound to Helios
Distribution: Custom
Posts: 2,524

Rep: Reputation: 319Reputation: 319Reputation: 319Reputation: 319
Does your system uses initramfs/initrd. Then it's been damaged.
 
Old 01-17-2015, 07:03 AM   #8
Head_on_a_Stick
Senior Member
 
Registered: Dec 2014
Location: London, England
Distribution: Debian stable (and OpenBSD-current)
Posts: 1,187

Rep: Reputation: 285Reputation: 285Reputation: 285
Quote:
Originally Posted by pjvex86 View Post
I had been successfully running a Kali Linux hybrid (basically it is Wheezy with a few pieces of Ubuntu added).
That's just asking for trouble...
https://wiki.debian.org/DontBreakDeb..._FrankenDebian

You are not an "edge case" -- you are a warning to others.
 
Old 04-29-2017, 03:31 PM   #9
pulidovpe
LQ Newbie
 
Registered: Apr 2017
Posts: 2

Rep: Reputation: Disabled
Thumbs up Thank you!

Quote:
Originally Posted by mig21forum View Post
I had a similar problem, it all started when I tried to install some Mesa S3 drivers, it displayed an error and didn't install. Ok, didn't pay attention as everything seemed to keep working. After opening a console, it displayed that inconsistency error and exited. I said "Ok, I'll just reboot, maybe after rebooting everything get back in place."

After doing BIOS POST my pc couldn't boot, it didn't even get to start the initramfs. I died just after loading the kernel.

I grabbed a bootable working linux USB drive (but I think it can work from a LiveCD as well), tried to chroot onto the damaged installation and guess what? The same issue. Mmmm that's not a kernel problem (as I first thought), I'm working from a fully functional kernel (USB Drive)... And what in the world could it be?

Going here and there, and not finding someone that had exactly the same problem I had, and after reading also this very post, I tried something that worked for me.

I've just deleted the /etc/ld.so.cache file! Pay attention not to confuse the /etc/ld.so.cache with /etc/ld.so.cache.d and not to deleted the /etc in your actual LiveCD or USB Linux Rescue Drive. Instead, mount the damaged installation e.g

/dev/sda2 /media/mydamagedinstall

then

rm /media/mydamagedsinstall/etc/ld.so.cache

After doing that I could be able to do chroot, this very fact (that I didn't have the error when chrooting) told me that maybe if I just leave it that way and restart it could just load the rest of the system. I rebooted and voila! My system is back again!

Only this, was necessary to fix my system. Thanks a lot!
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
Red hat 9 installation: kernel panic problem keshav2125 Linux - Software 3 01-24-2009 05:04 AM
weird kernel panic message blackzed Debian 2 07-10-2007 04:13 PM
Installation problem. Kernel panic javap Fedora - Installation 4 04-12-2006 05:55 AM
Installation Problem (Kernel Panic + Details) Oracle99 Mandriva 1 12-04-2005 01:57 AM
Kernel Panic & Freezes at Installation. A Problem ! ! ! Be.Gurmeet.Be Mandriva 1 10-25-2005 10:12 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Software

All times are GMT -5. The time now is 08:29 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration