The "drakboot" program crashed. Drakbug-16.105.1 caught it. Updating to GRUB2 from GRUB legacy and surfing the internet using Chromium... v55 I think. Also open was Firefox. update-grub2 failed: at /usr/lib/libDrakX/any.pm line 615. ...propagated at /usr/libexec/drakboot line 64. Perl's trace: drakbug::bug_handler() called from /usr/libexec/drakboot:64 Theme name: oxygen-gtk Kernel version = 4.4.30-desktop-2.mga5 Distribution=Mageia release 5 (Official) for x86_64 CPU=AMD E-300 APU with Radeon(tm) HD Graphics
CC: (none) => marja11, zen25000Assignee: bugsquad => mageiatoolsSummary: drakboot crashed => drakboot crashed (update-grub2 failed: at /usr/lib/libDrakX/any.pm line 615.)
*** Bug 19998 has been marked as a duplicate of this bug. ***
CC: (none) => hvarenah
Confirmed. Surfing w/Chromium Version 55.0.2883.87 Mageia.Org 5 (64-bit) & FirefoxESR 45.6.0
Created attachment 8806 [details] modprobe.conf
Created attachment 8807 [details] fstab
[user@mymachine ~]$ lspcidrake -v rt2800pci : Ralink corp.|RT5390 Wireless 802.11n 1T/1R PCIe [NETWORK_OTHER] (vendor:1814 device:5390 subv:103c subd:1636) r8169 : Realtek Semiconductor Co., Ltd.|RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller [NETWORK_ETHERNET] (vendor:10ec device:8136 subv:103c subd:3577) (rev: 05) rtsx_pci : Realtek Semiconductor Co., Ltd.|RTS5209 PCI Express Card Reader (vendor:10ec device:5209 subv:103c subd:3577) (rev: 01) unknown : Advanced Micro Devices, Inc. [AMD]|Family 12h/14h Processor Function 7 [BRIDGE_HOST] (vendor:1022 device:1719) unknown : Advanced Micro Devices, Inc. [AMD]|Family 12h/14h Processor Function 5 [BRIDGE_HOST] (vendor:1022 device:1716) unknown : Advanced Micro Devices, Inc. [AMD]|Family 12h/14h Processor Function 6 [BRIDGE_HOST] (vendor:1022 device:1718) unknown : Advanced Micro Devices, Inc. [AMD]|Family 12h/14h Processor Function 4 [BRIDGE_HOST] (vendor:1022 device:1704) k10temp : Advanced Micro Devices, Inc. [AMD]|Family 12h/14h Processor Function 3 [BRIDGE_HOST] (vendor:1022 device:1703) unknown : Advanced Micro Devices, Inc. [AMD]|Family 12h/14h Processor Function 2 [BRIDGE_HOST] (vendor:1022 device:1702) unknown : Advanced Micro Devices, Inc. [AMD]|Family 12h/14h Processor Function 1 [BRIDGE_HOST] (vendor:1022 device:1701) unknown : Advanced Micro Devices, Inc. [AMD]|Family 12h/14h Processor Function 0 [BRIDGE_HOST] (vendor:1022 device:1700) (rev: 43) ehci_pci : Advanced Micro Devices, Inc. [AMD/ATI]|SB7x0/SB8x0/SB9x0 USB EHCI Controller [SERIAL_USB] (vendor:1002 device:4396 subv:103c subd:3577) ohci_pci : Advanced Micro Devices, Inc. [AMD/ATI]|SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [SERIAL_USB] (vendor:1002 device:4397 subv:103c subd:3577) shpchp : Advanced Micro Devices, Inc. [AMD/ATI]|SB900 PCI to PCI bridge (PCIE port 3) [BRIDGE_PCI] (vendor:1002 device:43a3) shpchp : Advanced Micro Devices, Inc. [AMD/ATI]|SB700/SB800/SB900 PCI to PCI bridge (PCIE port 1) [BRIDGE_PCI] (vendor:1002 device:43a1) shpchp : Advanced Micro Devices, Inc. [AMD/ATI]|SB700/SB800/SB900 PCI to PCI bridge (PCIE port 0) [BRIDGE_PCI] (vendor:1002 device:43a0) ohci_pci : Advanced Micro Devices, Inc. [AMD/ATI]|SB7x0/SB8x0/SB9x0 USB OHCI2 Controller [SERIAL_USB] (vendor:1002 device:4399 subv:103c subd:3577) unknown : Advanced Micro Devices, Inc. [AMD/ATI]|SBx00 PCI to PCI Bridge [BRIDGE_PCI] (vendor:1002 device:4384) (rev: 40) unknown : Advanced Micro Devices, Inc. [AMD/ATI]|SB7x0/SB8x0/SB9x0 LPC host controller [BRIDGE_ISA] (vendor:1002 device:439d subv:103c subd:3577) (rev: 40) snd_hda_intel : Advanced Micro Devices, Inc. [AMD/ATI]|SBx00 Azalia (Intel HDA) [MULTIMEDIA_AUDIO_DEV] (vendor:1002 device:4383 subv:103c subd:3577) (rev: 40) i2c_piix4 : Advanced Micro Devices, Inc. [AMD/ATI]|SBx00 SMBus Controller [SERIAL_SMBUS] (vendor:1002 device:4385 subv:103c subd:3577) (rev: 42) ehci_pci : Advanced Micro Devices, Inc. [AMD/ATI]|SB7x0/SB8x0/SB9x0 USB EHCI Controller [SERIAL_USB] (vendor:1002 device:4396 subv:103c subd:3577) ohci_pci : Advanced Micro Devices, Inc. [AMD/ATI]|SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [SERIAL_USB] (vendor:1002 device:4397 subv:103c subd:3577) unknown : Advanced Micro Devices, Inc. [AMD/ATI]|SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] [STORAGE_SATA] (vendor:1002 device:4391 subv:103c subd:3577) Card:ATI Radeon HD 5000 to HD 6300 (radeon/fglrx): Advanced Micro Devices, Inc. [AMD/ATI]|Wrestler [Radeon HD 6310] [DISPLAY_VGA] (vendor:1002 device:9802 subv:103c subd:3577) unknown : Advanced Micro Devices, Inc. [AMD]|Family 14h Processor Root Complex [BRIDGE_HOST] (vendor:1022 device:1510) hub : Linux 4.4.36-desktop-2.mga5 ohci_hcd|OHCI PCI host controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001) hub : Linux 4.4.36-desktop-2.mga5 ohci_hcd|OHCI PCI host controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001) hub : Linux 4.4.36-desktop-2.mga5 ohci_hcd|OHCI PCI host controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001) usbhid : Logitech|USB Receiver [Human Interface Device|Boot Interface Subclass|Keyboard] (vendor:046d device:c52b) hub : Linux 4.4.36-desktop-2.mga5 ehci_hcd|EHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0002) uvcvideo : Chicony Electronics Co., Ltd.|HP Webcam-101 [Video|Video Control] (vendor:04f2 device:b249) hub : Linux 4.4.36-desktop-2.mga5 ehci_hcd|EHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0002) hid_logitech_dj : Logitech USB Receiver hid_logitech_dj : Logitech USB Receiver hid_logitech_dj : Logitech USB Receiver hid_logitech_hidpp: Logitech M325 [root@localhost ~]# blkid /dev/sda1: UUID="8d556807-3203-42b5-8440-5a7016c387ad" TYPE="ext2" PARTUUID="574e89f6-01" /dev/sda2: UUID="4e50eb1c-6411-4853-8c3b-a67290eff22a" TYPE="swap" PARTUUID="574e89f6-02" /dev/sda5: UUID="76523aa8-1ef7-4413-850a-dbdfaca5433f" TYPE="ext4" PARTUUID="574e89f6-05" /dev/sda6: UUID="a9966e36-fd1c-43ff-9c24-ec38fbb7dfa2" TYPE="ext4" PARTUUID="574e89f6-06" /dev/sda7: LABEL="CentOS_root" UUID="260e4d55-ceef-475c-a7ba-4aec075f11f9" TYPE="ext4" PARTUUID="574e89f6-07" /dev/sda8: LABEL="CentOS_home" UUID="a7726a2b-c943-408a-bbe3-d1545f5bedf5" TYPE="ext4" PARTUUID="574e89f6-08" /dev/sda9: LABEL="bunsen_root" UUID="ea24befc-096d-47ff-b325-a61ec1ca02f6" TYPE="ext4" PARTUUID="574e89f6-09" /dev/sda10: LABEL="bunsen_home" UUID="7fec925c-2f19-4eae-8190-3bb3850370f3" TYPE="ext4" PARTUUID="574e89f6-0a" /dev/sda11: UUID="dc7c1fba-76ac-4190-b118-ab97735c9adb" TYPE="ext4" PARTUUID="574e89f6-0b" /dev/sda12: UUID="433269ce-f63d-43b0-8c4c-841b978f7a2e" TYPE="ext4" PARTUUID="574e89f6-0c" /dev/sda13: UUID="b0a53505-4bd2-432a-8064-6b5c5d582287" TYPE="ext4" PARTUUID="574e89f6-0d" /dev/sda14: UUID="a96b5fef-f421-4e45-ab29-f0539c5c5ee2" TYPE="ext4" PARTUUID="574e89f6-0e"
Created attachment 8808 [details] device map
And for some reason when trying to add the menu.lst as an attachment, I keep getting an error message saying that this site is down. Here's what I was trying to attach... and yes, there are obviously some problems with this file. One of the reasons that I'm trying to install GRUB2 is that I'm just generally more familiar with it... GRUB legacy was just barely before the time I started my LINUX journey. Every distro that I've got clearly doesn't reside at hd0,12! I tried doing a command line install of grub2 but while it granted me access to all my other distros again the nokmsboot option didn't happen for mageia and that resulted in a startup in which X crashed. I started to go in and do some manual alterations to add the nokmsboot option but was having trouble concentrating so I just reinstalled, hoping that it would be the less troublesome option. So far that's not been the case. grub]# cat menu.lst timeout 10 color black/cyan yellow/cyan default 0 title linux kernel (hd0,12)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=b0a53505-4bd2-432a-8064-6b5c5d582287 nokmsboot splash quiet noiswmd resume=UUID=4e50eb1c-6411-4853-8c3b-a67290eff22a vga=788 root (hd0,12) initrd /boot/initrd.img title linux-nonfb kernel (hd0,12)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=UUID=b0a53505-4bd2-432a-8064-6b5c5d582287 nokmsboot resume=UUID=4e50eb1c-6411-4853-8c3b-a67290eff22a root (hd0,12) initrd /boot/initrd.img title failsafe kernel (hd0,12)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=b0a53505-4bd2-432a-8064-6b5c5d582287 nokmsboot failsafe noiswmd root (hd0,12) initrd /boot/initrd.img title Arch kernel (hd0,12)/boot/vmlinuz-4.4.30-desktop-2.mga5 BOOT_IMAGE=Arch root=UUID=76523aa8-1ef7-4413-850a-dbdfaca5433f root (hd0,12) initrd /boot/initrd.img title Centos kernel (hd0,12)/boot/vmlinuz-4.4.30-desktop-2.mga5 BOOT_IMAGE=Centos root=UUID=260e4d55-ceef-475c-a7ba-4aec075f11f9 root (hd0,12) initrd /boot/initrd.img title bunsen kernel (hd0,12)/boot/vmlinuz-4.4.30-desktop-2.mga5 BOOT_IMAGE=bunsen root=UUID=ea24befc-096d-47ff-b325-a61ec1ca02f6 root (hd0,12) initrd /boot/initrd.img title kali kernel (hd0,12)/boot/vmlinuz-4.4.30-desktop-2.mga5 BOOT_IMAGE=kali root=UUID=dc7c1fba-76ac-4190-b118-ab97735c9adb root (hd0,12) initrd /boot/initrd.img title desktop 4.4.30-2.mga5 kernel (hd0,12)/boot/vmlinuz-4.4.30-desktop-2.mga5 BOOT_IMAGE=desktop_4.4.30-2.mga5 root=UUID=b0a53505-4bd2-432a-8064-6b5c5d582287 nokmsboot splash quiet noiswmd resume=UUID=4e50eb1c-6411-4853-8c3b-a67290eff22a vga=788 root (hd0,12) initrd /boot/initrd-4.4.30-desktop-2.mga5.img title desktop 4.4.36-2.mga5 kernel (hd0,12)/boot/vmlinuz-4.4.36-desktop-2.mga5 BOOT_IMAGE=desktop_4.4.36-2.mga5 root=UUID=b0a53505-4bd2-432a-8064-6b5c5d582287 nokmsboot splash quiet noiswmd resume=UUID=4e50eb1c-6411-4853-8c3b-a67290eff22a vga=788 root (hd0,12) initrd /boot/initrd-4.4.36-desktop-2.mga5.img
*** Bug 20000 has been marked as a duplicate of this bug. ***
Assuming that you can boot this install from another system's grub2 could you check whether os-prober is working properly or whether it is choking on one of your systems. su os-prober ...and post the output here.
grub]# os-prober /dev/sda11:Kali GNU/Linux Rolling (kali-rolling):Kali:linux /dev/sda5::Arch:linux /dev/sda7:CentOS Linux release 7.2.1511 (Core) :RedHat:linux /dev/sda9:BunsenLabs GNU/Linux 8.6 (Hydrogen) (8.6):BunsenLabs:linux
That was run under the Mageia system... it detected *all* of my systems this time. When trying to install GRUB2 through drak the best it did was to detect everything *except* Bunsen (which is one of my faves currently). Of course it did not then proceed to actually install GRUB2 in a fashion that would allow me to boot into those systems. If it had then I would have been more likely to see if I could get the nokmsboot option to take if my Mageia didn't keep functioning properly. Regardless, more info is now provided... also it took FOREVER for os-prober to complete.
It it takes more than 10mn, drakboot will abort... See bug #18538
CC: (none) => thierry.vignaudSee Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=18538
It took *way* more than 10 minutes. I'll check out that bug.
grub]# time os-prober /dev/sda11:Kali GNU/Linux Rolling (kali-rolling):Kali:linux /dev/sda5::Arch:linux /dev/sda7:CentOS Linux release 7.2.1511 (Core) :RedHat:linux /dev/sda9:BunsenLabs GNU/Linux 8.6 (Hydrogen) (8.6):BunsenLabs:linux real 35m46.319s user 0m3.284s sys 0m4.921s
grub]# time update-grub Generating grub configuration file ... Found theme: /boot/grub2/themes/maggy/theme.txt Found linux image: /boot/vmlinuz-desktop Found initrd image: /boot/initrd-desktop.img Found linux image: /boot/vmlinuz-4.4.36-desktop-2.mga5 Found initrd image: /boot/initrd-4.4.36-desktop-2.mga5.img Found linux image: /boot/vmlinuz-4.4.30-desktop-2.mga5 Found initrd image: /boot/initrd-4.4.30-desktop-2.mga5.img Found Kali GNU/Linux Rolling (kali-rolling) on /dev/sda11 Found Arch on /dev/sda5 Found CentOS Linux release 7.2.1511 (Core) on /dev/sda7 Found BunsenLabs GNU/Linux 8.6 (Hydrogen) (8.6) on /dev/sda9 done real 36m34.287s user 0m17.238s sys 0m31.258s
That's ridiculous! Someone should try to rebase https://bugzilla.redhat.com/show_bug.cgi?id=875356 patches over os-prober 1.71
It seemed excessive. # POSSIBLY USELESS BACKGROUND I try to be a patient guy though and I *do* have a new dog that we're training (part English Shepherd part Blue Heeler) so I have LOTS to do while I'm waiting for things to happen on my machine. I got into this particular bug b/c the last time I installed Mageia (and could not boot into my other systems) I went into the command line and updated to grub2 from there. Problem being nokmsboot didn't take and I lost the ability to boot into Mageia with X running. Seeing as I have that dog mentioned above taking my time and attention it seemed best to just reinstall and let drak handle the u/g. Then drak couldn't handle the u/g. :/ # END POSSIBLY USELESS BACKGROUND I double checked a second ago and I haven't effed up yet and am still working w/legacy grub. # POSSIBLE USEFUL INFO root@localhost grub2]# grub-install -v grub-install (GNU GRUB 0.97) # END POSSIBLE USEFUL INFO # BEGIN NOISE DETRACTING FROM SIGNAL I'd just really like to be able to get back to working w/GRUB2 as it's just what I'm used to using. So far no love. Sadly I still lack the depth of knowledge to be much more useful than I have been thus far with solving my own problem. I'm invested though and will be here to see it through to the best of my ability! Happy holidays! # END NOISE DETRACTING FROM SIGNAL
In Mageia 5 grub was installed alongside grub2. The command you were looking for was grub2-install --version The same applies to virtually all the commands in Mageia's grub2 for this reason. If you are used to using e.g. grub-mkconfig etc. in other distros grub2, use grub2-* commands in Mageia.
Somewhat Off Topic May I also suggest that you create a small 20mb partition and install grub2 to it. Create a grub.cfg for it that boots into the core.img of each of your systems. (you could simply copy the important parts from one of your current systems) Remove os-prober (or at least disable it in /etc/default/grub) from all your systems. Now your machine will initially boot into your 20MB partition's grub2 from where you can select any of your systems. Each system will use it's own grub2 menu to boot whichever kernel you like and kernel updates will never touch your 20MB grub2 "master" partition which will never normally be mounted. I have done this for years and it really is the only way to go for multi-boot systems.
(In reply to Thierry Vignaud from comment #16) > That's ridiculous! > Someone should try to rebase > https://bugzilla.redhat.com/show_bug.cgi?id=875356 patches over os-prober > 1.71 Reading the reply to your #28 in that bug seems to indicate that we already have the 'low hanging fruit' and that the other patches need more work. I have looked at some other patches that Fedora is currently including and added those that we don't currently have. I don't think they are likely to affect this bug but I have pushed an updated package to updates_testing to test. @ Shadows Would you please test os-prober-1.71-12.mga6 from core/updates_testing to see if it makes any difference? More verbosity may show something: time -v os-prober
Indeed the other patches were not merged in FC
@ Barry I have attempted to fins os-prober-1.71-12.mga6 in core/updates_testing. I went in and enabled mirror list core/updates-testing, 32 bit also (distribs 5 & 33 respectively). Disabled core/updates (distribs 3 & 32). Enabled core/updates_testing debug & disabled core/updates_testing. Each time I would run: [root@localhost grub2]# urpmq os-prober-1.71-12.mga6 No package named os-prober-1.71-12.mga6 [root@localhost grub2]# urpmi os-prober-1.71-12.mga6 No package named os-prober-1.71-12.mga6 Same results each time. What am I doing wrong? Also: [root@localhost grub2]# time -v os-prober -bash: -v: command not found real 0m0.002s user 0m0.001s sys 0m0.000s So tried: [root@localhost grub2]# time os-prober -v /dev/sda11:Kali GNU/Linux Rolling (kali-rolling):Kali:linux /dev/sda5::Arch:linux /dev/sda7:CentOS Linux release 7.2.1511 (Core) :RedHat:linux /dev/sda9:BunsenLabs GNU/Linux 8.6 (Hydrogen) (8.6):BunsenLabs:linux real 36m12.562s user 0m3.334s sys 0m4.763s But somehow I don't think this is the result you were looking for (these are not the results you are looking for <waves hand>).
You want to use either "/bin/time -v" or "time" as the later is bash builtin and thus doesn't support the "-v" option
Went to IRC #Mageia and discovered the error of my ways. Added: ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/cauldron/x86_64/media/core/updates_testing/ https://gist.github.com/shadowsoftheabyss/83cc33513162c505761ed8e148eac707#file-os-prober-1-71-12-install [root@localhost ~]# time os-prober -v No volume groups found /dev/sda11:Kali GNU/Linux Rolling (kali-rolling):Kali:linux /dev/sda5::Arch:linux /dev/sda7:CentOS Linux release 7.2.1511 (Core) :RedHat:linux /dev/sda9:BunsenLabs GNU/Linux 8.6 (Hydrogen) (8.6):BunsenLabs:linux real 0m18.096s user 0m3.357s sys 0m4.764s
@Thierry Thank you. Some things I've gained a good bit of knowledge on, some things I'm still kinda' ignorant about. @Thierry/Barry I think that time is more what we were looking to see?
Have now gone through MCC to attempt GRUB2 setup as preferred bootloader. It SEEMS to have worked this time. I'm about to reboot. $ uptime 13:06:36 up 3 days, 22:15, 3 users, load average: 0.28, 0.75, 0.74 We'll see if I am EASILY able to get into my other systems & Mageia. Whatever the case I'll jump back in here ASAP to give updates.
Test 1 complete with no errors. Rebooted into Mageia. Graphical interface started with no errors. Test 2 about to commence where I actually try my other systems.
And everything is now in the green. Went through all my systems, did updates on all. Back in Mageia successfully. All is now well folks. Barry & Thierry, thank you both for your assistance. You have both been shining examples of why GNU/Linux remains my first choice in operating systems.
I'm changing the status on this to RESOLVED/WORKSFORME. I don't want to mark it as "FIXED" since it's not something that can be resolved w/o delving into the command line and, as we all know, not everyone feels comfortable doing that. It wouldn't technically be marked as SOLVED/FIXED until that update goes on to the version 5 repositories, yes?
Status: NEW => RESOLVEDResolution: (none) => WORKSFORME
Well I'm glad you have everything working, but I am a bit confused. Reading back it seems that I forgot that this bug was against Mageia5 when I suggested that you try the updated os-prober from cauldron. So, with that version installed in Mageia 5, has the run time of os-prober dropped significantly? (Note Thierry's comment in #23)
Quote from comment #24: [root@localhost ~]# time os-prober -v No volume groups found /dev/sda11:Kali GNU/Linux Rolling (kali-rolling):Kali:linux /dev/sda5::Arch:linux /dev/sda7:CentOS Linux release 7.2.1511 (Core) :RedHat:linux /dev/sda9:BunsenLabs GNU/Linux 8.6 (Hydrogen) (8.6):BunsenLabs:linux real 0m18.096s user 0m3.357s sys 0m4.764s # End quote Oh yeah! It was a HUGE drop in time. Works like a dream now. Took me a minute to figure out how to manually add the proper repository from Cauldron, but I managed it. Now I get to see if I can fix my ArchLinux install on a different partition. I have a feeling that *that* will be more challenging. You guys really did all the heavy lifting for me on this one.
OK thanks. I wonder if you would be able to do some more tests for us to double check with all 3 versions of os-prober, as follows: ################# Run the verbose time command in Mageia 5 as it is now with the os-prober version from cauldron/updates_testing: su /bin/time -v os-prober and copy/paste the output here. ################ Then to test again with the original version from Mageia 5: Make sure you don't have any cauldron/Mga6 repository enabled (if you did that) and: su urpmi.update -a urpmi --downgrade os-prober then (while still root) do: /bin/time -v os-prober and again paste the output here. ############### Then to test with the current cauldron version: Open a terminal as normal user and: cd wget http://mtf.no-ip.co.uk/pub/linux/Mageia/distrib/cauldron/x86_64/media/core/release/os-prober-1.71-11.mga6.x86_64.rpm (the above wget command is one line in case it gets word-wrapped) su urpmi os-prober-1.71-11.mga6.x86_64.rpm and again paste the output here. ############## To return to the updates_testing version you can: exit (to get back to normal user if you are still root) cd wget http://mtf.no-ip.co.uk/pub/linux/Mageia/distrib/cauldron/x86_64/media/core/updates_testing/os-prober-1.71-12.mga6.x86_64.rpm su urpmi os-prober-1.71-12.mga6.x86_64.rpm ############# Please be sure to indicate which output is from which version. Thanks, Barry
I'll be happy to run the tests for you and get back to you in the next couple of days.
Test 1: ################################################################################ [root@localhost ~]# /bin/time -v os-prober No volume groups found /dev/sda11:Kali GNU/Linux Rolling (kali-rolling):Kali:linux /dev/sda5::Arch:linux /dev/sda7:CentOS Linux release 7.2.1511 (Core) :RedHat:linux /dev/sda9:BunsenLabs GNU/Linux 8.6 (Hydrogen) (8.6):BunsenLabs:linux Command being timed: "os-prober" User time (seconds): 3.35 System time (seconds): 4.88 Percent of CPU this job got: 44% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:18.62 Average shared text size (kbytes): 0 Average unshared data size (kbytes): 0 Average stack size (kbytes): 0 Average total size (kbytes): 0 Maximum resident set size (kbytes): 26912 Average resident set size (kbytes): 0 Major (requiring I/O) page faults: 26 Minor (reclaiming a frame) page faults: 258760 Voluntary context switches: 6398 Involuntary context switches: 3641 Swaps: 0 File system inputs: 68030 File system outputs: 8 Socket messages sent: 0 Socket messages received: 0 Signals delivered: 0 Page size (bytes): 4096 Exit status: 0 ################################################################################ Test 2: I'm really glad that Gnu-Linux is a true multitasking system b/c otherwise I'd doing not much of anything while running this one. And yes, I had to do this twice b/c the first time, despite you having mentioned it, I totally forgot to remove that cauldron repository. ################################################################################ [root@localhost ~]# urpmi.update -a medium "Core Release (distrib1)" is up-to-date medium "Core Updates Testing Debug (distrib6)" is up-to-date medium "Nonfree Release (distrib11)" is up-to-date medium "Nonfree Updates (distrib13)" is up-to-date medium "Core 32bit Release (distrib31)" is up-to-date medium "Core 32bit Updates Testing (distrib33)" is up-to-date medium "Nonfree 32bit Release (distrib36)" is up-to-date medium "Nonfree 32bit Updates (distrib37)" is up-to-date medium "Core Release (distrib46)" is up-to-date medium "Core Updates (distrib48)" is up-to-date medium "Nonfree Release (distrib56)" is up-to-date medium "Nonfree Updates (distrib58)" is up-to-date medium "Core 32bit Release (distrib76)" is up-to-date medium "Core 32bit Updates (distrib77)" is up-to-date medium "Nonfree 32bit Release (distrib81)" is up-to-date medium "Nonfree 32bit Updates (distrib82)" is up-to-date [root@localhost ~]# urpmi --downgrade os-prober The following package has to be removed for others to be upgraded: os-prober-1.71-12.mga6.x86_64 (in order to install os-prober-1.65-9.6.mga5.x86_64) (y/N) y $MIRRORLIST: media/core/updates/os-prober-1.65-9.6.mga5.x86_64.rpm installing os-prober-1.65-9.6.mga5.x86_64.rpm from /var/cache/urpmi/rpms Preparing... ############################################################### 1/1: os-prober ############################################################### 1/1: removing os-prober-1.71-12.mga6.x86_64 ############################################################### [root@localhost ~]# /bin/time -v os-prober /dev/sda11:Kali GNU/Linux Rolling (kali-rolling):Kali:linux /dev/sda5::Arch:linux /dev/sda7:CentOS Linux release 7.2.1511 (Core) :RedHat:linux /dev/sda9:BunsenLabs GNU/Linux 8.6 (Hydrogen) (8.6):BunsenLabs:linux Command being timed: "os-prober" User time (seconds): 3.57 System time (seconds): 5.03 Percent of CPU this job got: 0% Elapsed (wall clock) time (h:mm:ss or m:ss): 35:19.90 Average shared text size (kbytes): 0 Average unshared data size (kbytes): 0 Average stack size (kbytes): 0 Average total size (kbytes): 0 Maximum resident set size (kbytes): 24944 Average resident set size (kbytes): 0 Major (requiring I/O) page faults: 10 Minor (reclaiming a frame) page faults: 266346 Voluntary context switches: 6438 Involuntary context switches: 4656 Swaps: 0 File system inputs: 69382 File system outputs: 24 Socket messages sent: 0 Socket messages received: 0 Signals delivered: 0 Page size (bytes): 4096 Exit status: 0 ################################################################################ Test 3: ################################################################################ [shadows@localhost ~]$ wget http://mtf.no-ip.co.uk/pub/linux/Mageia/distrib/cauldron/x86_64/media/core/release/os-prober-1.71-11.mga6.x86_64.rpm --2017-01-02 17:11:49-- http://mtf.no-ip.co.uk/pub/linux/Mageia/distrib/cauldron/x86_64/media/core/release/os-prober-1.71-11.mga6.x86_64.rpm Resolving mtf.no-ip.co.uk (mtf.no-ip.co.uk)... 86.184.232.39 Connecting to mtf.no-ip.co.uk (mtf.no-ip.co.uk)|86.184.232.39|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 45082 (44K) [application/x-rpm] Saving to: âos-prober-1.71-11.mga6.x86_64.rpmâ 100%[========================================================>] 45,082 135KB/s in 0.3s 2017-01-02 17:11:51 (135 KB/s) - âos-prober-1.71-11.mga6.x86_64.rpmâ saved [45082/45082] [shadows@localhost ~]$ su Password: # oopsy [root@localhost shadows]# urpmi os-prober-1.71.11.mga6.x86_64.rpm unable to access rpm file [os-prober-1.71.11.mga6.x86_64.rpm] error registering local packages # end oopsy [root@localhost shadows]# urpmi os-prober-1.71-11.mga6.x86_64.rpm installing os-prober-1.71-11.mga6.x86_64.rpm Preparing... ############################################################### 1/1: os-prober ############################################################### 1/1: removing os-prober-1.65-9.6.mga5.x86_64 ############################################################### [root@localhost shadows]# /bin/time -v os-prober No volume groups found /dev/sda11:Kali GNU/Linux Rolling (kali-rolling):Kali:linux /dev/sda5::Arch:linux /dev/sda7:CentOS Linux release 7.2.1511 (Core) :RedHat:linux /dev/sda9:BunsenLabs GNU/Linux 8.6 (Hydrogen) (8.6):BunsenLabs:linux Command being timed: "os-prober" User time (seconds): 3.17 System time (seconds): 4.45 Percent of CPU this job got: 43% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:17.70 Average shared text size (kbytes): 0 Average unshared data size (kbytes): 0 Average stack size (kbytes): 0 Average total size (kbytes): 0 Maximum resident set size (kbytes): 26928 Average resident set size (kbytes): 0 Major (requiring I/O) page faults: 0 Minor (reclaiming a frame) page faults: 229713 Voluntary context switches: 5658 Involuntary context switches: 3744 Swaps: 0 File system inputs: 65238 File system outputs: 8 Socket messages sent: 0 Socket messages received: 0 Signals delivered: 0 Page size (bytes): 4096 Exit status: 0 ################################################################################ And for comparison, back to 1.71-12: ################################################################################ [shadows@localhost ~]$ wget http://mtf.no-ip.co.uk/pub/linux/Mageia/distrib/cauldron/x86_64/media/core/updates_testing/os-prober-1.71-12.mga6.x86_64.rpm --2017-01-02 17:53:12-- http://mtf.no-ip.co.uk/pub/linux/Mageia/distrib/cauldron/x86_64/media/core/updates_testing/os-prober-1.71-12.mga6.x86_64.rpm Resolving mtf.no-ip.co.uk (mtf.no-ip.co.uk)... 86.184.232.39 Connecting to mtf.no-ip.co.uk (mtf.no-ip.co.uk)|86.184.232.39|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 45206 (44K) [application/x-rpm] Saving to: âos-prober-1.71-12.mga6.x86_64.rpmâ 100%[========================================================>] 45,206 137KB/s in 0.3s 2017-01-02 17:53:13 (137 KB/s) - âos-prober-1.71-12.mga6.x86_64.rpmâ saved [45206/45206] [shadows@localhost ~]$ su Password: [root@localhost shadows]# urpmi os-prober-1.71-12.mga6.x86_64.rpm installing os-prober-1.71-12.mga6.x86_64.rpm Preparing... ############################################################### 1/1: os-prober ############################################################### 1/1: removing os-prober-1.71-11.mga6.x86_64 ############################################################### [root@localhost shadows]# /bin/time -v os-prober No volume groups found /dev/sda11:Kali GNU/Linux Rolling (kali-rolling):Kali:linux /dev/sda5::Arch:linux /dev/sda7:CentOS Linux release 7.2.1511 (Core) :RedHat:linux /dev/sda9:BunsenLabs GNU/Linux 8.6 (Hydrogen) (8.6):BunsenLabs:linux Command being timed: "os-prober" User time (seconds): 3.32 System time (seconds): 4.86 Percent of CPU this job got: 45% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:18.06 Average shared text size (kbytes): 0 Average unshared data size (kbytes): 0 Average stack size (kbytes): 0 Average total size (kbytes): 0 Maximum resident set size (kbytes): 26928 Average resident set size (kbytes): 0 Major (requiring I/O) page faults: 0 Minor (reclaiming a frame) page faults: 258571 Voluntary context switches: 6224 Involuntary context switches: 3538 Swaps: 0 File system inputs: 64414 File system outputs: 8 Socket messages sent: 0 Socket messages received: 0 Signals delivered: 0 Page size (bytes): 4096 Exit status: 0 ################################################################################ So in summary: 1.71-12.mga.x86_64 User time (seconds): 3.32 System time (seconds): 4.86 Percent of CPU this job got: 45% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:18.06 1.71-11.mga6.x86_64 User time (seconds): 3.17 System time (seconds): 4.45 Percent of CPU this job got: 43% Elapsed (wall clock) time (h:mm:ss or m:ss): 0:17.70 1.65-9.6.mga5.x86_64 User time (seconds): 3.57 System time (seconds): 5.03 Percent of CPU this job got: 0% Elapsed (wall clock) time (h:mm:ss or m:ss): 35:19.90
Many thanks for all the time you must have spent on that! It seems that the last few patches from Fedora made no difference to this issue, but the version in cauldron does indeed make all the difference compared to the current version in Mageia 5. @Thierry - I think we should submit os-prober-1.71-11 as update candidate for Mageia 5. WDYT?
No worries about the time investment. I'm off from my day job today and tomorrow so I get to play a little. As an aside, I'm thinking of going straight to Cauldron soon. Why not eh? You fellows seem to be quite on top of looking at and correcting issues and it's not like I don't have fall-back systems to utilize or can't reinstall if things go completely sideways. Would another user be of any use to you guys?