Bug 23580 - update to kernel-4.14.69 fails and on reboot grub2 error(Stage2 in unknown)
Summary: update to kernel-4.14.69 fails and on reboot grub2 error(Stage2 in unknown)
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 6
Hardware: All Linux
Priority: Normal major
Target Milestone: ---
Assignee: Kernel and Drivers maintainers
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-09-15 17:37 CEST by Leon Goldman
Modified: 2018-09-23 19:01 CEST (History)
1 user (show)

See Also:
Source RPM: kernel-4.14.69-1.mga6.src.rpm
CVE:
Status comment:


Attachments

Description Leon Goldman 2018-09-15 17:37:33 CEST
Description of problem:
I just got the kernel update in my mga applet and updated to kernel-4.14.69. My system froze during the update and would not respond to anything. I waited an hour and no response. I forced a close.

When I rebooted I got the error: 
Internal error: second sector of Stage 2 unknown.

Version-Release number of selected component (if applicable):
kernel-4.14.69-1.mga6

How reproducible: Only tries once.

I am reporting this because I do not know if this was a fluke or if there is a problem with the script

I booted into a rescue CD and first tried to repair the boot disk with fsck, but that did not help. I then found that there was no grub.cfg file any longer. I fixed my problem by copying my grub.cfg.old to grub.cfg and rebooted into my prior kernel.

As noted I do not currently have a problem but did not know how best to report the event back to Mageia. Thank you.
Comment 1 Morgan Leijström 2018-09-15 23:09:26 CEST
Thank you for the report.
Can you see in the journal if some errors got logged during install?
Is it possible the partition where /boot is got temporarily full?

CC: (none) => fri
Assignee: bugsquad => kernel

Comment 2 Leon Goldman 2018-09-15 23:25:44 CEST
I would be happy to check if you could instruct me on how to do so
Comment 3 Leon Goldman 2018-09-15 23:51:19 CEST
Just to follow up.  I checked with journalctl and there is no boot information for the event when grub failed. The failure occurs before a boot into linux.
Also my /boot in on  a drive partition that is only 5% used and has 263G available, so I doubt it got full.
I do not know how to look for any record of the events that occured while the new kernel package was installing and got hung up
Comment 4 Leon Goldman 2018-09-16 14:55:49 CEST
Just to follow up and give further information:

I checked /var/log/rpmpkgs and the 4.14.69 kernel files were installed.
I ran update-grub2 and it ran without a problem and installed the information for the 4.14.69 kernel into grub.cfg and I was able to boot into the updated kernel.

I don't know why the update install froze like it did. My system seems to be working fine at this point.
Comment 5 Morgan Leijström 2018-09-16 16:03:35 CEST
This is not my cup of tea, but I think you searched in the correct places :)
Did you look in the journal for any errors logged for the time of the install?  Se options -S and -U at http://man7.org/linux/man-pages/man1/journalctl.1.html

I suggest to keep this bug open and report back here whether next kernel update works.  4.14.70 kernel is already in updates_testing repo.
Comment 6 Leon Goldman 2018-09-16 16:51:51 CEST
I will do do.
I did look at the journal using -S -U and there was nothing about the 4.14.69 kernel. There were no errors.

when the 4.14.70 comes out I will update and get back to you.
Comment 7 Leon Goldman 2018-09-16 18:05:50 CEST
I reran journalctl looking for 4.14.69 entries and found this from the time of the install:
Sep 15 07:47:34 localhost [RPM][29310]: install kernel-desktop-devel-4.14.69-1.mga6-1-1.mga6.x86_64: success
Sep 15 07:47:39 localhost [RPM][29310]: install kernel-desktop-4.14.69-1.mga6-1-1.mga6.x86_64: success
Sep 15 07:47:39 localhost [RPM][29310]: install kernel-desktop-latest-4.14.69-1.mga6.x86_64: success
Sep 15 07:47:40 localhost [RPM][29310]: install kernel-desktop-devel-latest-4.14.69-1.mga6.x86_64: success
Sep 15 07:47:40 localhost [RPM][29310]: install cpupower-4.14.69-1.mga6.x86_64: success
Sep 15 07:47:41 localhost [RPM][29310]: install kernel-userspace-headers-4.14.69-1.mga6.x86_64: success
Sep 15 07:49:20 localhost bootloader-config[7325]: adding /boot/vmlinuz-4.14.69-desktop-1.mga6
Sep 15 07:49:20 localhost bootloader-config[7325]: running: mkinitrd -f /boot/initrd-4.14.69-desktop-1.mga6.img 4.14.69-desktop-1.mga6
Sep 15 07:49:40 localhost bootloader-config[7325]: running: /usr/share/bootsplash/scripts/make-boot-splash /boot/initrd-4.14.69-desktop-1.mga6.img 1024
Sep 15 07:49:40 localhost bootloader-config[7325]: adding /boot/vmlinuz-4.14.69-desktop-1.mga6
Sep 15 07:49:40 localhost bootloader-config[7325]: current labels: Mageia Mageia (4.14.65-desktop-1.mga6) 6 Mageia (4.14.65-desktop-1.mga6) 6 (recovery mode) Mageia (4.14.62-desktop-2.mga6) 6 Mageia (4.14.62-desktop-2.mga6) 6 (recovery mode) Mageia (4.14.56-desktop-1.mga6) 6 Mageia (4.14.56-desktop-1.mga6) 6 (recovery mode) Mageia (4.14.50-desktop-2.mga6) 6 Mageia (4.14.50-desktop-2.mga6) 6 (recovery mode) Mageia (4.14.44-desktop-2.mga6) 6 Mageia (4.14.44-desktop-2.mga6) 6 (recovery mode) Mageia (4.14.40-desktop-1.mga6) 6 Mageia (4.14.40-desktop-1.mga6) 6 (recovery mode) Mageia (4.14.30-desktop-3.mga6) 6 Mageia (4.14.30-desktop-3.mga6) 6 (recovery mode) Mageia (4.14.25-desktop-1.mga6) 6 Mageia (4.14.25-desktop-1.mga6) 6 (recovery mode) Mageia (4.14.20-desktop-1.mga6) 6 Mageia (4.14.20-desktop-1.mga6) 6 (recovery mode) Mageia (4.14.18-desktop-1.mga6) 6 Mageia (4.14.18-desktop-1.mga6) 6 (recovery mode) Mageia (desktop) 6 Mageia (desktop) 6 (recovery mode) linux desktop 4.14.69-1.mga6
Sep 15 11:27:23 localhost drakrpm[31305]: running: rpm -ql kernel-desktop-4.14.69-1.mga6-1-1.mga6.x86_64
Sep 15 11:27:23 localhost drakrpm[31305]: running: rpm -q --qf '%{description}' kernel-desktop-4.14.69-1.mga6-1-1.mga6.x86_64
Sep 15 11:27:23 localhost drakrpm[31305]: running: rpm -q --changelog kernel-desktop-4.14.69-1.mga6-1-1.mga6.x86_64
Sep 15 11:29:17 localhost sudo[5735]:     leon : TTY=pts/1 ; PWD=/home/leon ; USER=root ; COMMAND=/bin/rpm -qif /boot/config-4.14.69-desktop-1.mga6

I see no errors, so I cannot explain what happened. I will follow up with 4.14.70 when it comes out.
Comment 8 Leon Goldman 2018-09-17 14:47:20 CEST
I have spent more time looking through the journal and did find this error just after the initial update to 4.14.69 when the bootloader tried to run update-grub2, which I suspect is when the system froze:

Sep 15 07:49:40 localhost bootloader-config[7325]: running: update-grub2
Sep 15 07:49:40 localhost su[21474]: (to root) leon on none
Sep 15 07:49:40 localhost su[21474]: pam_systemd(su-l:session): Cannot create session: Already running in a session
Sep 15 07:49:40 localhost su[21474]: pam_unix(su-l:session): session opened for user root by (uid=0)
Sep 15 07:49:41 localhost kernel: BUG: Bad page state in process grub2-probe  pfn:15f6eb
Sep 15 07:49:41 localhost kernel: page:ffffe541457dbac0 count:0 mapcount:-1 mapping:ffff9f3c92815a00 index:0x1
Sep 15 07:49:41 localhost kernel: flags: 0x200000000000000()
Sep 15 07:49:42 localhost kernel: raw: 0200000000000000 ffff9f3c92815a00 0000000000000001 00000000fffffffe
Sep 15 07:49:42 localhost kernel: raw: dead000000000100 dead000000000200 0000000000000000 0000000000000000
Sep 15 07:49:42 localhost kernel: page dumped because: non-NULL mappin
-- Reboot --

I hope this means something to you.
Thank you.
Comment 9 Leon Goldman 2018-09-23 18:10:31 CEST
Follow up as suggested:
Just updated to 4.14.70. Installation went without a problem and was able to reboot smoothly.
Thank you
Will mark resolved

Resolution: (none) => FIXED
Status: NEW => RESOLVED

Comment 10 Morgan Leijström 2018-09-23 19:01:50 CEST
Great, Thanks :)

Note You need to log in before you can comment on or make changes to this bug.