Bug #1988
kernel panic after recent update
100%
Description
Also worth noting that I used this as an excuse to do a fresh install and that failed.
History
Updated by freemor over 5 years ago
- Status changed from open to info needed
What type of system?
What Archetecture?
What was the error is any?
When did the kernel panic?
If this is an older machine did you apply the clocksource=hpet workaround for the current kernel bug? see #1967
Updated by christian over 5 years ago
Systemd system, x86_64 architecture, I don't remember all the errors but one of them explicitly said "kernel panic". It happened after rebooting after an update and did a kernel panic immediately upon every boot. Machine was new probably three years ago, so not too old.
I tried reinstalling the systemd version and that failed due to kernel errors. I tried again a few hours ago and now it installs okay, but has a problem with the wired internet connection (probably an unrelated bug?), which is functional during the installer. Explicitly, if I ping 8.8.8.8 it succeeds, but
ping -c 3 gnu.org
gives the error:
temporary failure in name resolution
The dhcpcd service is enabled.
I'm able to get an openrc install with working internet, but I'd prefer to use systemd because it has better documentation.
Updated by freemor over 5 years ago
Then this is no longer a kernel panic bug?
do you have a systemd system installed still.
If so what does cat /etc/resolv.conf show?
What network manager are you using? netctl, wicd, networkmanager
This sounds like a DNS failure. Or a failure to pickup the DNS settings from dhcp correctly
Updated by christian over 5 years ago
cat /etc/resolv.conf
gives:
- Generated by NetworkManager
nameserver 75.75.75.75
nameserver 75.75.76.76
nameserver 2001:558:feed::1- NOTE: the libc resolver may not support more than 3 nameservers.
- The nameservers listed below may not be recognized.
nameserver 2001:558:feed::2
Updated by freemor over 5 years ago
what happens if you:
nslookup gnu.org
and
nslookup gnu.org 75.75.75.75
Updated by freemor over 5 years ago
Also what class of MODEl of CPU is it a as in i3, i5, i7, pentuim, etc
want to know #1967 may have been involved
Updated by freemor over 5 years ago
If you can no longer reproduce the kernel panic I should mark this bug report as invalid
Network configuration is an entirely different issue.
Updated by christian over 5 years ago
Nevermind, this is nonsense. The output I just gave was from the live version, chrooted in. I assumed the command would show the contents of /etc/resolv.conf on the disk, but when I checked it from inside the actual install (not just chrooted) it was blank. In fact, networkmanager wasn't even installed, so of course there's going to be a problem. In the past I never actually needed to explicitly install networkmanager, so I guess it was in the "base" group previously and recently removed.
I'm really sorry for wasting your time, and genuinely appreciate your help.
Updated by freemor over 5 years ago
I'll leave this open until some time tomorrow in case you have another panic. If so please report it. If not I'll mark this invalid
Updated by ovruni over 5 years ago
- Assignee set to ovruni
- Status changed from info needed to in progress
I believe that the error was due to an error in systemd that affected mkinitcpio. systemd-239.2-1.parabola1 fix this.
Updated by ovruni over 5 years ago
- % Done changed from 0 to 100
- Status changed from in progress to fixed