Ah, yes, that wonāt work while inside the chroot. But okay, then just show us the output ofā¦
ls -l /boot
That command does not tell you that your machine has a legacy BIOS, but whether the machine is currently booted up in either UEFI mode or legacy BIOS mode.
Your firmware is probably a UEFI, but considering that Windows 7 was still by default installed in legacy BIOS emulation mode, your Manjaro system should either way be set up to boot in the same manner.
āAha! I see your problem,ā Please enlighten me to what you see? With the new ls command I am on the edge of recognizing meaning of the data displayedā¦
If I understand, you are asking me to remove all files at the boot level that have the .kver extension. Then update the mirrors and update my kernals, reconstructing and updating Grub?
I will do this, but is there a way I could have seen this in the previous display?
I always feel like Iām halfway there with Manjaro
Yes. They are only plain text files for kernels you do not currently have installed, and they prevent you from actually installing those kernels.
Usually, this scenario is the result of an interrupted update. During the update of an Arch-based distribution such as Manjaro, the kernel images and their initramfs ā a small RAM-based filesystem containing an archive of the driver modules needed at boot time ā get deleted first, then all of the new packages are installed, including the updated kernels, and then, only in the final stage, are the `initramfsā images and the compressed kernel images recreated, and the boot loader configuration updated.
That is correct. You can even copy and paste them on the command line one at the time.
(In order to paste with the mouse, just use the middle-click. In order to paste into a terminal by way of the keyboard, you need either ShiftIns or CtrlShiftV.)
I type the rm command and ran the command. It returned a number of errors. I couldāve mistyped? Itās kind of long :(
[manjaro-cinnamon /]# pacman -Syu linux510 linux54
:: Synchronizing package databases...
core is up to date
extra 8.3 MiB 10.7 MiB/s 00:01 [----------------------] 100%
multilib is up to date
warning: linux510-5.10.237-1 is up to date -- reinstalling
warning: linux54-5.4.293-1 is up to date -- reinstalling
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
Packages (3) thunderbird-139.0-1 linux510-5.10.237-1 linux54-5.4.293-1
Total Download Size: 67.30 MiB
Total Installed Size: 407.05 MiB
Net Upgrade Size: 3.42 MiB
:: Proceed with installation? [Y/n] y
:: Retrieving packages...
thunderbird-139.... 67.3 MiB 22.3 MiB/s 00:03 [----------------------] 100%
(3/3) checking keys in keyring [----------------------] 100%
(3/3) checking package integrity [----------------------] 100%
(3/3) loading package files [----------------------] 100%
(3/3) checking for file conflicts [----------------------] 100%
(3/3) checking available disk space [----------------------] 100%
warning: could not get file information for boot/linux510-x86_64.kver
warning: could not get file information for boot/linux54-x86_64.kver
:: Running pre-transaction hooks...
(1/1) Remove Thunderbird Distribution Settings
:: Processing package changes...
(1/3) reinstalling linux510 [----------------------] 100%
(2/3) reinstalling linux54 [----------------------] 100%
(3/3) upgrading thunderbird [----------------------] 100%
:: Running post-transaction hooks...
(1/7) Arming ConditionNeedsUpdate...
(2/7) Updating module dependencies...
(3/7) Updating linux initcpios...
^C
Interrupt signal received
==> Building image from preset: /etc/mkinitcpio.d/linux510.preset: 'default'
==> Using configuration file: '/etc/mkinitcpio.conf'
-> -k /boot/vmlinuz-5.10-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-5.10-x86_64.img
==> Starting build: '5.10.237-1-MANJARO'
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [autodetect]
-> Running build hook: [modconf]
-> Running build hook: [kms]
-> Running build hook: [block]
-> Running build hook: [keyboard]
-> Running build hook: [keymap]
-> Running build hook: [filesystems]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-5.10-x86_64.img'
-> Early uncompressed CPIO image generation successful
==> Initcpio image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux510.preset: 'fallback'
==> Using configuration file: '/etc/mkinitcpio.conf'
-> -k /boot/vmlinuz-5.10-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-5.10-x86_64-fallback.img -S autodetect
==> Starting build: '5.10.237-1-MANJARO'
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [modconf]
-> Running build hook: [kms]
==> WARNING: Possibly missing firmware for module: 'ast'
-> Running build hook: [block]
-> Running build hook: [keyboard]
-> Running build hook: [keymap]
-> Running build hook: [filesystems]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-5.10-x86_64-fallback.img'
-> Early uncompressed CPIO image generation successful
==> Initcpio image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux54.preset: 'default'
==> Using configuration file: '/etc/mkinitcpio.conf'
-> -k /boot/vmlinuz-5.4-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-5.4-x86_64.img
==> Starting build: '5.4.293-1-MANJARO'
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [autodetect]
-> Running build hook: [modconf]
-> Running build hook: [kms]
==> WARNING: No module containing the symbol 'drm_privacy_screen_register' found in: 'drivers/platform'
-> Running build hook: [block]
-> Running build hook: [keyboard]
-> Running build hook: [keymap]
-> Running build hook: [filesystems]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: '/boot/initramfs-5.4-x86_64.img'
-> Early uncompressed CPIO image generation successful
==> Initcpio image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux54.preset: 'fallback'
==> Using configuration file: '/etc/mkinitcpio.conf'
-> -k /boot/vmlinuz-5.4-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-5.4-x86_64-fallback.img -S autodetect
==> Starting build: '5.4.293-1-MANJARO'
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [modconf]
-> Running build hook: [kms]
==> WARNING: Possibly missing firmware for module: 'ast'
==> WARNING: No module containing the symbol 'drm_privacy_screen_register' found in: 'drivers/platform'
-> Running build hook: [block]
-> Running build hook: [keyboard]
-> Running build hook: [keymap]
-> Running build hook: [filesystems]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: '/boot/initramfs-5.4-x86_64-fallback.img'
-> Early uncompressed CPIO image generation successful
==> Initcpio image generation successful
(4/7) Updating Grub-Bootmenu
Generating grub configuration file ...
Found theme: /usr/share/grub/themes/manjaro/theme.txt
Found linux image: /boot/vmlinuz-5.10-x86_64
Found initrd image: /boot/intel-ucode.img /boot/initramfs-5.10-x86_64.img
Found initrd fallback image: /boot/initramfs-5.10-x86_64-fallback.img
Found linux image: /boot/vmlinuz-5.4-x86_64
Found initrd image: /boot/intel-ucode.img /boot/initramfs-5.4-x86_64.img
Found initrd fallback image: /boot/initramfs-5.4-x86_64-fallback.img
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
ERROR: mkdir /var/lock/dmraid
grub-probe: error: cannot find a GRUB drive for /dev/sdb1. Check your device.map.
grub-probe: error: cannot find a GRUB drive for /dev/sdb1. Check your device.map.
Found Windows Recovery Environment on /dev/sda1
Adding boot menu entry for UEFI Firmware Settings ...
Found memtest86+ image: /boot/memtest86+/memtest.bin
done
(5/7) Updating icon theme caches...
(6/7) Copy Thunderbird Distribution Settings
(7/7) Updating the desktop file MIME type cache...
It doesnāt look like it saw the windows7 on sda2, only the recovery sections (that has NEVER been used). Are the grub errors toward the bottom problematic?
It canāt āseeā your Windows from within chroot, you have to boot Linux once you are done
and do update-grub (sudo update-grub) again from the real working system.
I was too quick, I saw the errors to by and tried to copy it. I didnāt realize it would cause an interrupt.
It is possible the cmos battery died. I did look at the settting this morning and they were good (the same as I checked when I loaded Manjaro originally). I can look at them again, but it takes almost 10 minutes to boot from the USB. My Bios is quite simple, what settings would I look to change? I donāt remember a RAID option.