#2 Bocs, ha nem voltam teljesen érthető, de látom átment...A grub.cfg manuális szerkesztését (még) nem próbátam (Do not edit this file), de meddig megoldás ez? Kernelfrissűlésig? Az sdb-n USB-3-as rackban SSD van, rajta egy Vanessa Xfce , illetve Arcolinux van.

Btrfs fájlrendszer felismerése ext4 fájlrendszerből- Ennek se füle se farka, mert nem adott fájlrendszer dönti el, ha az aktív, akkor felőle mi létszik, mi nem.

A rendszer a lényeg, van neki btrfs támogatása, vagy nincs. Debian és származékoknak többnyire van, mások alá telepíteni lehet, vagy nem. És különbözik az egyes distrók megvalósítása is, mert egyikben jobb, másikban kevésbé.

https://btrfs.wiki.kernel.org/index.php/Getting_started

De lehet, túl sok időt igényel az utánajárás, én betenném a grub.cfg-be, vagy valamelyik custom cfg-be manuálisan, ki kellene próbálni, hogy indul-e úgy.

#2.1 Ja a lényeg az volna, hogy tudjak az sdb-ről is bootolni, és onnan hívható legyen a Garuda is.

#2 Bocs, ha nem voltam teljesen érthető, de látom átment...A grub.cfg manuális szerkesztését (még) nem próbátam (Do not edit this file), de meddig megoldás ez? Kernelfrissűlésig? Az sdb-n USB-3-as rackban SSD van, rajta egy Vanessa Xfce , illetve Arcolinux van.

#3 Hát ez elég fura...Magyarán Windows mellé nem megy fel, mert ugye Win az 3 particiót lefoglal, 1 a Garuda és még kellene ez az apróság, de hogyan? Jó, a Win-t lebeszélem a 3 particióról, de akkor is...Lehet, hogy marad a grub.cfg szerkesztése a Vanessa-nál. Esetleg egy script automatizálná kernelfrissités stb. után a javítást, még nem tudom.

Fura felvezetés...

For GPT on BIOS boot you need the first partition 8MB unformatted and with ' bios_grub ' flag set.
https://github.com/calamares/calamares/issues/1014

Tehát, ahhoz, hogy az MBR partíciós táblán használt GRUB(2) lássa a GPT/Btrfs rendszereket, kell egy első partíció, fenti méret, fenti zászló. Nem akárhol, hanem amikor készíted a GPT/Brtfs táblát, partíciókat, ottan. A Linux Mint telepítője tartalmazza a lehetőséget.

#3.1.1.1 Ezért került az sda-ra a Garuda, mert minden OS-t felismer, gyakran van kernel-változás, így a grub.cfg is gyakran változik, a zen-kernel jól muzsikál, így ritkán kell manuálisan update-grub. A Garuda lemez tartalmát egyébként látja, olvassa  a Mint, csak a grubba nem teszi be.

#3.1.1
A jelen szituaciora valoszinu nem huzhato ra, de mint erdekesseget leirom.
3 SSD van a PC-mben Mint, Arco, Manjaro
Mikor a Mint-re kernel frissitest kapok es telepitese utan ujrainditom a PC-t -> kivalasztom
a Mint-et, betoltodes utan azt tapasztaltam hogy nem az uj kernel verzioval indul a Mint.
Rajottem hogy a Garudat kell inditanom, es az alapertelmezetten rajta levo
grub customizert kell inditanom - megvarni mig kilistazza a Mint-en levo kerneleket
megjelolom a legujabb kernel verziot, ezutan rakatt a Frissites gombra - megvarom mig vegez.
Ha ezutan inditom a Mint-et, akkor mar a legujabb kernel verzioval indul.

#3.1.1.1.1.1 iKöszi az ötletet. Természetesen a Garuda grubja az elsődleges, így (ahogy mondod), elérem az összes indítható OS-t. Ha majd esetleg a sdb-ről akarok Garudát bootolni, a grub.cfg-t nekem kell kissé átalakítani, kb úgy, ahogy leírtad, de még nem volt rá időm, lefoglaltak az unokák és a készülődés. GPT pedig csak majd akkor lesz, ha lesz új gép, ennyi vackot lementeni, újrarakni nincs sok kedvem és időm, addig marad az MBR-es megoldás.

#3.1.1.1.1 Miért nem teszed akkor elsődlegessé ezt a Garudát és abba választasz minden indulásnál?
Gondolom van annak az indítója is annyira okos hogy megjegyzi az utoljára indított OS-t, vagyis csak akkor kell beavatkoznod ha a megszokott helyett másik OS-t indítanál, de le is lehet fixálni melyiket akarod állandóra.
nálam az utoljára indított lesz az alapértelmezett mert van Win, Ubi és Manjaro és sokszor alszanak, hibernálnak és nagyon nem jó ómen egy hibernált Windowsra vagy Manjarora ráindítani az Ubit vagy fordítva, vagy ráindítom véletlenül a hordozható rendszereim közül valamelyiket.

Ezzel ugyan nem megoldottad hanem megkerülted a problémát, amúgy szerény véleményem szerint ahogyan Te is élsz OS vonalon, szinte kiabál a GPT/EFI rendszerindításért.
A hordozható usb-s ssd-men perpill. 8 partíció van de van még szabad hely ha esetleg megvadulok és kell még néhány partíció. Kiterjesztett meg brr, az nem az igazi MBR alól.

Ahogyan István írta, próba erejéig bele kéne szögelni a Garuda indítási paramétereit a Mint grubba, aztán próba cseresznye.
Ezt ki tudod vadászni a Garuda boot/grub/grub.cfg fájlból, mintának itt az és fájlom egy rélszlete, ezeket a megfelelő helyen kikopizod-beilleszted és reboot.
Macskakörmökre, fi kifejezésekre ügyelni, nem a parancs közepén vágdosunk mert nem lesz jó.
Pl a Windowsomé ez:

menuentry 'az a hulye Windows10 dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-efi-D21A-2291' {
    savedefault
    insmod part_gpt
    insmod fat
    set root='hd0,gpt1'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1  D21A-2291
    else
      search --no-floppy --fs-uuid --set=root D21A-2291
    fi
    chainloader /efi/Microsoft/Boot/bootmgfw.efi
}
set timeout_style=menu
if [ "${timeout}" = 0 ]; then
  set timeout=10
fi

A "hülye Windows10" az én irományom, így jelenik meg a bootmenübe, eléggé infornatív grub bejegyzéseket használok 

Ez meg az Ubuntum grub.cfg,

menuentry 'Ubi18.04 J4125Celeronos minipc' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-9a3fafb4-59de-4b39-a129-051f365cab30' {
    recordfail
    savedefault
    load_video
    gfxmode $linux_gfx_mode
    insmod gzio
    if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
    insmod part_gpt
    insmod ext2
    set root='hd0,gpt5'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 --hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5  9a3fafb4-59de-4b39-a129-051f365cab30
    else
      search --no-floppy --fs-uuid --set=root 9a3fafb4-59de-4b39-a129-051f365cab30
    fi
        linux    /boot/vmlinuz-4.15.0-200-generic root=UUID=9a3fafb4-59de-4b39-a129-051f365cab30 ro  quiet splash resume=UUID=30b00271-26f3-4b5d-a97b-9897ed48c5ca $vt_handoff
    initrd    /boot/initrd.img-4.15.0-200-generic
}

else, fi, kapcsos zárójelre figyelni, ha lemarad vagy rosszul sortörve illeszted az kellemetlen.
Mindenképp kell egy backup a grub.cfg fájlról, akkor simán visszaállítható a működő állapot.

Én a hordozható rendszeremen évek óta ezt a módszert használom, egy működő Linux-szal bootolok, os-prober, grub-update és kikeresem a vonatkozó bejegyzészt és kopizom.
(Mivel Ventoy indítást használok ezen mindenre és azt agyonverné ha a telepített/klónozott  OS-ek bármelyike saját szakállára belebarmolna a jól kialakított EFI partíció Ventoy bejegyzéseibe)
Nálad apró kellemetlensége lehet a módszernek hogy MBR alatt nem tudom hogyan kezeli a a partUUID-ket a rendszer, ehhez azért vagyok tudatlan mert MBR-t 5 éve nem is láttam, efibe aránylag jól mocorgok.

#3.1.1.1.1.1.2 Azért el lehet az Arch-okat is indítani csak az egyéb menűből a "fallback" (vagy valami hasonló) menüpontot kell választani. Természetesen célszerűbb az Arch grubját használni, sok sudo update-grub-ot meg lehet spórölni vele, ha már többféle linuxot használunk.

#3.1.1.1.1.1 Amennyiben Ubuntu-alapú disztribúció grubját használjuk, az nem képes indítani az Arch-alapú disztribúciókat, mert másként kezeli a  kernel rendszerképeket. (initrd az iniitramfs helyett) Amennyiben valaki mindenképpen ragaszkodik a Linux Mint grubjához, akkor a grub.cfg-be a Linux Mintnél be kell illeszteni a kernelbejegyzésnél ezt : /boot/initramfs-linux.img Ennek viszont az a hátránya, hogy a Linux Mint minden kernelfrissítésénél, vagy egy rendszerfájlok frissítésénél újból be kell írni.

#4.1 Végül is az Arco grub-ba került bele, az volt könnyebben szerkeszthető, amúgy is a Verával nagyon nem vagyok kibékülve, szerintem ezt az Xfce-s kiadást kár volt kiadni, ezeket a frissitéket nyugodtan fel lehetett volna tenni a Vanessára. Persze ez egyéni vélemény és nem biztos, hogy igazam van, de így érzem.

#4 Melyik grubot szerkesztetted végülis?