| 1 |
On Monday, March 11, 2019 9:31:58 PM CET Dan Johansson wrote: |
| 2 |
> On 11.03.19 20:55, J. Roeleveld wrote: |
| 3 |
> > On March 10, 2019 1:24:14 PM UTC, Dan Johansson <Dan.Johansson@×××.nu> wrote: |
| 4 |
> >> After updating a server from kernel-4.14.83 to 4.19.27-r1 (same problem |
| 5 |
> >> |
| 6 |
> >> with 4.19.23) the server will not boot. |
| 7 |
> >> |
| 8 |
> >> Grub starts fine and I can select the new kernel. |
| 9 |
> >> The kernel starts booting and after mounting "/" and "/usr" (this is a |
| 10 |
> >> server with a separate /usr") the boot-process hangs. |
| 11 |
> >> |
| 12 |
> >> Here are the last few lines displayed before it hangs: |
| 13 |
> >>>> Initializing root device... |
| 14 |
> >>>> Detected root: /dev/md127 |
| 15 |
> >>>> Mounting /dev/md127 as root... |
| 16 |
> >>>> Detected fstype: ext4 |
| 17 |
> >>>> Using mount fstype: ext4 |
| 18 |
> >>>> Using mount opts: -o ro |
| 19 |
> >>>> |
| 20 |
> >> 7.6104971 EXT4-fs (md127): mounted filesystem with ordered data |
| 21 |
> >> |
| 22 |
> >> mode. Opts (null) |
| 23 |
> >> |
| 24 |
> >> 7.6572671 init (5708) used greatest stack depth: 13280 bytes left |
| 25 |
> >>>> |
| 26 |
> >>>> Mounting /dev/dm-O as /usr: mount -t ext4 -o noatime,user_xattr,ro |
| 27 |
> >> |
| 28 |
> >> /deu/dm-O /newroot/usr |
| 29 |
> >> |
| 30 |
> >> 7.6909561 EXT4-fs (dm-0): INFO: recouery required on readonly |
| 31 |
> >> |
| 32 |
> >> filesystem |
| 33 |
> >> |
| 34 |
> >> 7.6925551 EXT4-fs (dm-0): write access will be enabled diming |
| 35 |
> >> |
| 36 |
> >> recouery |
| 37 |
> >> |
| 38 |
> >> 7.9169781 EXT4-fs (dm-0): recovery complete |
| 39 |
> >> 7.9223701 EXT4-fs (dm-0): mounted filesystem with ordered data |
| 40 |
> >> |
| 41 |
> >> mode. Opts: user_xattr |
| 42 |
> >> |
| 43 |
> >> 7.9233051 mount (5722) used greatest stack depth, 13000 bytes left |
| 44 |
> >>>> |
| 45 |
> >>>> /usr already mounted, skipping... |
| 46 |
> >>>> Booting (initramfs) |
| 47 |
> >> |
| 48 |
> >> sep-usr init: running user requested applet |
| 49 |
> >> |
| 50 |
> >> |
| 51 |
> >> As I said, the 4.14.83 kernel boots without problem with the same |
| 52 |
> >> configuration. |
| 53 |
> >> |
| 54 |
> >> Any suggestions? |
| 55 |
> > |
| 56 |
> > I updated my servers last weekend and all moved to 4.19.27, 2 use ZFS for |
| 57 |
> > the filesystem, several are VMs on top of Xen. None had any issues. |
| 58 |
> > |
| 59 |
> > The messages you show make me think they are from an initrd, not the |
| 60 |
> > actual kernel. I would investigate that first and make sure your initrd |
| 61 |
> > is actually updated as well. Did you copy the text? Or did you manage to |
| 62 |
> > grab the output somehow? |
| 63 |
> > |
| 64 |
> > Also, which init system and initrd are you using? |
| 65 |
> > |
| 66 |
> > -- |
| 67 |
> > Joost |
| 68 |
> |
| 69 |
> The text was copied from a screenshot (IPMI-KVM). |
| 70 |
> I am using sys-apps/openrc with sys-fs/eudev and I use genkernel to |
| 71 |
> build the kernel and the initramfs. |
| 72 |
> |
| 73 |
> Yes, for me it also looks like it has to do with /ginit (busybox) or |
| 74 |
> /sbin/init (sys-apps/sysvinit) and not the kernel. |
| 75 |
> |
| 76 |
> I also have a bunch of other servers which all updated fine to 4.19.?? |
| 77 |
> |
| 78 |
> I tried the suggestion from Hasan to run "make synconfig" but that did |
| 79 |
> not change any option in .config. |
| 80 |
> |
| 81 |
> I'll try to rebuild kernel/init/busybox/intel-microcode again next weekend. |
| 82 |
|
| 83 |
Are you booting with the updated initramfs? Or perhaps still with the initramfs belonging |
| 84 |
to an older kernel? |
| 85 |
|
| 86 |
Does the server respond to SSH after a while? It might simply be that the login-prompt is |
| 87 |
not showing on the correct console. |
| 88 |
|
| 89 |
-- |
| 90 |
Joost |
Archives