~ sudo update-grub 1 ✘
Stvaranje grub datoteke podešavanja ...
Pronađena tema: /usr/share/grub/themes/manjaro/theme.txt
Pronađena linux slika: /boot/vmlinuz-6.5-x86_64
Pronađena initrd slika: /boot/intel-ucode.img /boot/initramfs-6.5-x86_64.img
Found initrd fallback image: /boot/initramfs-6.5-x86_64-fallback.img
Pronađena linux slika: /boot/vmlinuz-6.4-x86_64
Pronađena initrd slika: /boot/intel-ucode.img /boot/initramfs-6.4-x86_64.img
Found initrd fallback image: /boot/initramfs-6.4-x86_64-fallback.img
Pronađena linux slika: /boot/vmlinuz-6.1-x86_64
Pronađena initrd slika: /boot/intel-ucode.img /boot/initramfs-6.1-x86_64.img
Found initrd fallback image: /boot/initramfs-6.1-x86_64-fallback.img
Pronađena linux slika: /boot/vmlinuz-5.15-x86_64
Pronađena initrd slika: /boot/intel-ucode.img /boot/initramfs-5.15-x86_64.img
Found initrd fallback image: /boot/initramfs-5.15-x86_64-fallback.img
Upozorenje: os-prober će pokrenuti otkrivanje drugih particija s operativnim sustavima.
Njegovi izlazni podaci će se koristiti za otkrivanje pokretljivih binarnih datoteka na particijama i stvaranje novih stavki pokretanja.
Pronađen MX 21.3 Wildflower (21.3) na /dev/sda3
Pronađen BunsenLabs GNU/Linux 10.5 (Lithium) na /dev/sda5
Pronađen MakuluLinux ShiFt 2022.12.29 (2022.12.29) na /dev/sda7
Pronađen Kali GNU/Linux Rolling na /dev/sdc2
Dodavanje stavke pokretanja za UEFI firmver postavke ...
Root filesystem isn't btrfs
If you think an error has occurred, please file a bug report at "https://github.com/Antynea/grub-btrfs"
Found memtest86+ image: /boot/memtest86+/memtest.bin
Završeno
---- gparted can see sda1 partiton flaged as boot (garuda.lxqt) (btrfs) (/run/media/wizac0/587fc138-efcd-4ffe-aadb-1db7e4be0387)
before i was booting through garuda ,it was ok (garudas grub was seeing all oses) but while today updating mx somethinf goes wrong.
how can i fix this problem i m asking here becouse manjaro (on sdc1) is my main and daily driver .
cat /etc/fstab ✔
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=0d364986-ebc2-409b-9f11-23bae7ccfe1f / ext4 defaults,noatime 0 1
/swapfile swap swap defaults,noatime 0 0
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
One suggestion is to continue using 'Garuda’s Grub as your main boot loader if it was working before. Enter your BIOS and find the ‘Boot’ section; set the Garuda disk first in boot order, and reboot.
However, there seems too much complication with the amount of systems you have on sda. I strongly recommend that you only have one OS per disk. As it stands, I’m unable to help much beyond this point.
You might consider reinstalling Manjaro; but first, disconnect disks sda and sdb so that they will not interfere with the process. The key is setting each OS up independently from the others (by removing the other disks before installing). When you know each OS boots without issue, then connect them all again, and choose which one to boot first via the BIOS. I hope this makes sense.
that s the problem,
i got 2 boot sets manjaro sdc1 grub and sda1 garuda grub and was using that bios sett cause manjaro grub was blind about garuda. updating mx owerwrited garuda grub so i cant enter it. now same is on sda and sdc disks - blind for btrfs os. bios settings cannot help.
even tried with rescatux usb grub&grub2 restore (that was succesfull when kali update-sdc2 overwrite manjaro grub) but it cannot see btrfs os.
OK, then try reinstalling Grub on the Manjaro disk – BUT-- disconnect the other two disks first. When the Manjaro disk is booting properly (with the other disks mot connected) edit /boot/grub/grub.cfg – and uncomment #GRUB_DISABLE_OS_PROBER=false.
Then, shutdown and connect the other disks again – Boot into BIOS – Set the Manjaro Grub as first in boot order. Reboot again.
m not shure i ll know that but how it ll catch infos about disconented disks. anyway nano- /boot/grub/grub.cfg gives 852 lines without any line about btrfs os
Uncommenting #GRUB_DISABLE_OS_PROBER=false in /boot/grub/grub.cfg should allow Grub to detect other OS. If your Garuda drive also has an EFI System Partition (ESP), and correctly functioning boot files, then it will also be detected.
BTRFS is irrelevent: /boot/efi is only a symbolic link to the ESP; the full path for example would become: /boot/efi/EFI/garuda or something similar.
To INSTALL any OS, do it without the other drives connected; connect them again after installation. This is the safest when multibooting.
…
Uklanjanje komentara iz #GRUB_DISABLE_OS_PROBER=false u /boot/grub/grub.cfg trebalo bi omogućiti Grubu da detektuje druge operativne sisteme. Ako vaš Garuda drajv takođe ima EFI sistemsku particiju (ESP) i ispravne datoteke za pokretanje, tada će i on biti detektovan.
BTRFS nije bitan: /boot/efi je samo simbolička veza ka ESP; puna putanja, na primer, postala bi: /boot/efi/EFI/garuda ili nešto slično.
Da biste INSTALIRALI bilo koji operativni sistem, to uradite bez povezanih drugih drajvova; ponovo ih povežite nakon instalacije. Ovo je najsigurnije prilikom višestrukog podizanja sistema.
OP claims (or, seems to) that Garuda is already working; this assumes the ESP is fine; the ESP shouldn’t work at all if formatted as BTRFS. This assumes it’s booting as UEFI. I see no evidence to the contrary.
there is no such line.
i think it can `t be uefi install cause pc is an old bios legacy engine.
btw. i try again with rescatux grub fix and it is reading sda1 partition as “windows or other” and when forced ,it can not restore grub of it
