[SOLVED] Kernel panic after having been unable to execute any command
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Did you try to boot it? You have not upgraded the kernel so you don't need a new initrd. (It didn't work because you tried to make an initrd for the running kernel, not the kernel to be booted from the disk.)
Yes, I tried...
...the good news is that there is no more kernel panic
...the bad is a possible library conflict (?) (please see the attached picture)
EDIT: it seems that I can login to my system (no X11). Some basic commands work...so I was thinking about updating everything again with the right mirror. But:
Code:
# iwconfig
# ifconfig
"Warning: cannot open /proc/net/dev (No such file or directory). Limited output.
# dhclient wlan0
Cannot find device 'wlan0'
My apologies for having been imprecise. All the listed commands are now intended under the Slackware64 boot disk (14.2, default kernel).
The partition to restore is located in /dev/sda3. I use grub2 (no efi, classical bios) but to run lilo would be good anyway.
What appears to be your main problem has been identified by Petri Kaukasoina, but if you boot up with grub2 on a computer with legacy BIOS/MBR boot, then running lilo would not "be good anyway" unless you intend to switch to lilo instead of grub as the boot loader. You use one or the other. If you have installed grub2 pre-loader into the MBR (actually an area between the MBR and the first partition), which is the default with grub with legacy BIOS/MBR boot, don't overwrite it with lilo unless you have configured lilo.conf and want it to supercede grub.
Some minutes ago I run an upgrade: it ended and asked me for a #lilo update considering the new kernel image; I accepted but obtained "command not found". Quite strange...but then I remembered I have grub (oh...but again "command not found". I opened another terminal, but it was unable to be called.
At that point, the system was unable to launch any command.
I did the mistake of (hard) rebooting...and have now a kernel panic (attached picture).
Does someone have a piece of advice about how can I fix the system?
Thanks and cheers, Wario
Ps: meanwhile I am searching for this "kernel panic" situation on the web, but a point was to highlight out how the system broke after the most recent upgrade. 99% my fault but...never say never.
dear sir just press the "e" when grub comes up. edit your grub to just say vmlinuz
Code:
linux /boot/vmlinuz root=UUID=f52adeea-a45c-4dc5-b599-aecadc1709b5 ro
Code:
linux /boot/vmlinuz disregard this drive block ID -->>root=UUID=f52adeea-a45c-4dc5-b599-aecadc1709b5 ro <<-- you will use your own.
kernel will boot.
if you isntall lilo at boot time and never edit it you should be fine. !!! but you have grub LIKE ME. edit the grub to vmlinuz only do not worry about intrd.img .
just do it. then after your done learn grub. then run as root grub-mkconfig -o /boot/grub/grub.cfg
reboot and be happy. learn grub or learn lilo learn both. I prefer grub for multi systems and lilo for single system
The OP didn't install a new kernel and didn't really run either lilo or grub (tried but they didn't execute) and didn't make a new initrd either. And the system boots as well as ever before using the old kernel. The problem was that kernel could not exec init because /sbin/init was linked against a glibc which was not there.
The remaining problem now is probably due to the fact that the latest -current glibc.so is newer than the previous working glibc, and some executable binaries and/or libraries have problems with that. Upgrading to the latest current should help, but everyone knows that current is work with your own risk...
@Petri, great! I am downloading the currentDVD right now.
Dealing with the grub / lilo issue, it's just that in the past I have never had any kind of problem in switching between them.
I have lilo now, but since the system booted correctly I think we can move to the next step (as suggested).
I will keep you update, thanks for the support.
EDIT:
Meanwhile, could I ask for a small clarification, please?
By installing the official 14.2, one must choose the 14.2 repository.
Otherwise, the right choice is (generally) the -current fork, like in the MateLIVE edition.
Did I understand correctly?
By installing the official 14.2, one must choose the 14.2 repository.
Otherwise, the right choice is (generally) the -current fork, like in the MateLIVE edition.
Did I understand correctly?
I didn't know what MateLIVE is, but Alien Bob seems to explain it like this (Slackware Live Edition, that is):
"It is a version of Slackware (14.2 and newer) that can be booted and run directly from a DVD or a USB stick. It is distributed as an ISO image and meant to be a showcase of what Slackware is about. You get the default install, no customizations, but with all the power. You do not have to install Slackware to your harddisk first to experience it first-hand."
I would understand it as a demo of what Slackware is so that you could install the real thing later on the hard drive. If that is correct, I wouldn't try to update MateLIVE using any repository as there is no MateLIVE repository. Instead, I would install the real Slackware to start with.
Maybe Eric will give a better answer, himself.
Last edited by Petri Kaukasoina; 02-02-2019 at 08:19 AM.
Meanwhile, could I ask for a small clarification, please?
By installing the official 14.2, one must choose the 14.2 repository.
Otherwise, the right choice is (generally) the -current fork, like in the MateLIVE edition.
Did I understand correctly?
To generalize, 14.2 is the latest stable release. If you point slackpkg to the 14.2 mirror/repository, it will be able to get all the patches Pat has put out for 14.2. -current is the development version of Slackware that will eventually become the next stable release (which will be 15.0 in this case). There have been over 2 years worth of updates to core packages in -current, which will make most, if not all, of the packages from -current not function on 14.2, which is what broke your system. While -current tends to be relatively stable, it does occasionally have problems, and will likely cause you problems with 3rd-party packages as any dependencies they are built against could be upgraded to a newer version that no longer works without the main program being recompiled against the new dependency.
...and this is exactly why automated system updates are risky business. IMHO It's just easier to do them manually.
How would you exactly upgrade the entire system manually? By looking through every security advisory Pat has published until now?
Good luck with that?
By the way, I'm not using Slack, but I would like to get your explanation anyway, since I'm interested in it.
How would you exactly upgrade the entire system manually? By looking through every security advisory Pat has published until now?
Good luck with that?
By the way, I'm not using Slack, but I would like to get your explanation anyway, since I'm interested in it.
*Shrugs* If and only if you are running a pure Slackware system with absolutely no external packages, then the automated systems should work fine. (Unless you've managed to fill a partition/logical volume to 100% that the automated system needs to write into. Oops.)
Otherwise, the only one that you know who has a system exactly like yours is yourself. Some things you'll catch from the upgrade comments, some you won't. The automated tools in Slackware generally won't leave the old kernel around unless you take steps for that to happen.
How would you exactly upgrade the entire system manually? By looking through every security advisory Pat has published until now?
Good luck with that?
By the way, I'm not using Slack, but I would like to get your explanation anyway, since I'm interested in it.
Wheelerof4te --
I don't use a package manager but I do keep my local mirror up-to-date via Alien Bob's rsync-current.sh
I wrote the script below my sig back when I ran Slackware 10.0, before I knew about any Package Managers for Slackware.
It is set up for MY local Slackware rsync mirror ( see # edit me Comments near the top of .find-missing-packages ) for MY Slackware 14.2 + Multilib System.
Example: Today's output for `./.find-missing-packages` is:
First of all, thanks for all the various information. I am reading them step by step, but currently still facing a local problem.
I downloaded the current slackware iso, extracted and copied the content into '/mnt/current'.
So, '/mnt/current' contains now the folders like "extra", "isolinux", etc..., (and, in particular, ChangeLog.txt).
I edited '/etc/slackpkg/mirror' in order to have only one line uncommented, specifically:
Code:
file://mnt/current/
But when I start the system upgrade with:
Code:
slackpkg update
I obtain a cascade of errors as in the attached picture. Could I ask, where did I make the mistake, please?
I do not understand why it is still trying to connect to an online mirror, while the only line that I specified referred to my local folder.
Thanks so much for the README link!
I was unaware about "slackpkgplus" - here enabled by default since I installed the slackwareMATE edition.
After having temporarily disabled it, the system upgrade from local directories is starting...
At this moment I have to decide how to manage some packages conflict...but I think it would be wiser to share this step with you.
Please, see again the attached picture
What exactly does this message mean, and which action do you suggest to perform?
Thanks again for your precious support.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.