Dual boot: Mint 20.2 + Win8.1, UEFI mód; nincs grub, egyenesen a Mint indul

Fórum: 

Sziasztok!

Dual bootot szeretnék összehozni Linux Minttel és Windows 8.1-gyel (64 bitesek) UEFI módban. A hardver egy Dell Inspiron 7720 laptop i5-3210m cpu-val.

Találtam egy elég jó leírást, amely segít eligazodni a UEFI, GPT és hasonló témákban:

https://forums.linuxmint.com/viewtopic.php?t=163126

Sokat keresgéltem más helyeken is, de egyik javaslat sem működött, és pontosan olyan hibajelenséget nem találtam, amibe belefutottam. A link alapján próbáltam a dual bootot megvalósítani. A hiba az, hogy a várakozásommal ellentétben, nem a Windows, hanem a Mint indul el automatikusan, méghozzá grub nélkül. És valamiért megnövekedett boot idővel, ami azt jelenti, hogy önmagában telepítve a Windows és a Mint betöltésének elkezdése előtt mindössze kb. 3mp-ig látszik a Dell logó, viszont ha mindkét rendszer telepítve van, akkor ez úgy 13mp. Ezzel együtt tudnék élni, de ez is valami hibára utalhat.

Amikor a gép indulásakor az F12-vel behozom a gyors boot menüt, az Ubuntu és a Windows Boot Manager közül választhatok. Utóbbit választva betölt a Windows, előbbit választva pedig bejön a grub... És itt szerepel a Mint és a Windows is (illetve a Mint speciális beállításai), és mindkettő gond nélkül indítható.

Az alábbiak szerint telepítettem a két rendszert:
A boot UEFI módban, Secure boot kikapcsolva, az SSD partíciós táblája GPT, a Windows és a Linux telepítő is EFI módban indult. Elsőnek telepítve a Windows, gyorsindítás kikapcsolva. A Linux telepítő felismerte a Windowst, de a link alapján a "Valami más"-t választottam. Itt létrehoztam a maradék szabad helyből egy Ext4 partíciót, a rendszerbetöltő helyének a Windows Boot Manager partíciót adtam meg.

A telepítés után a Boot-repair alkalmazással próbálkoztam. Rányomtam az ajánlott javításra, és ezt a hibát dobta:

Köszönöm előre is, ha valaki időt szán rám!

Megvan a hiba

Értékelés: 

5
Átlag: 5 (1 szavazat)

"a rendszerbetöltő helyének a Windows Boot Manager partíciót adtam meg."

Nem, ez így nem jó, az efi paretíciót kellene megadni.

Viszont így sincs gond, a bebootolt minten próbálj meg terminálba futtatni egy 
sudo os-prober  
oarancsot. Ha nincs telepítve az os-prober, teleoítsd.
Ha listázta a Windowst, utána 
sudo update-grub

Így fel kellene vennie a Windowst a Mintnek a rendszerindító menübe.

Én speciel így hagynám, beállítanám automatikusan indulónak amelyiket gyakrabban használnám és ha a másik kell az efi menübe választanék.
Tisztább, szárazabb, biztonságosabb érzés smiley

Megvan a hiba

Értékelés: 

0
Még nincs értékelve

#1

Nem, ez így nem jó, az efi paretíciót kellene megadni.

Azt adtam meg. A Windows B. M. volt az EFI partíció.

Az os-prober kiadta a Windows-t, aztán update-grub, ott is látszott. De sajnos nem változott semmi.

Én speciel így hagynám

Igen, legrosszabb esetben ez lesz. Csak kíváncsi vagyok, hogy van-e rá megoldás.

Közelmúltban telepítettem egy Lenovo G50-70 gépet (4. gen. i3 cpu-val), Win 10 + Mint 20-szal, ha jól emlékszek, szintén UEFI-ben, és minden pepecselés nélkül, pöccre indult a grub. Ráadásul ott nem az EFI partícióra tettem a rendszerbetöltőt, hanem az eszközre (/dev/sda).

kimarite képe

Megvan a hiba

Értékelés: 

5
Átlag: 5 (1 szavazat)

#1.1 A Windows B. M. volt az EFI partíció.

Mutatnál egy kimenetet?

sudo fdisk -l

Megvan a hiba

Értékelés: 

0
Még nincs értékelve

#1.1.1

Gondolom, elég csak a rendszermeghajtóról.

Disk /dev/sda: 465,78 GiB, 500107862016 bytes, 976773168 sectors
Disk model: Samsung SSD 860
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 73BAFE3D-64B0-49D1-9B59-89868605E5E1

Eszköz         Start      Vége Szektorok   Size Típus
/dev/sda1       2048    616447    614400   300M Windows recovery environment
/dev/sda2     616448    821247    204800   100M EFI System
/dev/sda3     821248   1083391    262144   128M Microsoft reserved
/dev/sda4    1083392 344066047 342982656 163,6G Microsoft basic data
/dev/sda5  344066048 976771071 632705024 301,7G Linux filesystem
kimarite képe

Még nincs meg a hiba

Értékelés: 

0
Még nincs értékelve

#1.1.1.1 Az sda2-re kell menni a GRUB-nak („B”), az az EFI partíció.

Kettő helyre nem mehet.
Mert akkor a másik, a kiemelt mi, mire gondoltál?

A Windows B. M. volt az EFI partíció.

Még nincs meg a hiba

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.1

Az sda2-re tettem a grubot, a telepítő ezt jelölte meg EFI-nek, ennek a partíciónak a neve Windows Boot Manager:

kimarite képe

Még nincs meg a hiba

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.1.1 Közelmúltban telepítettem egy Lenovo G50-70 gépet (4. gen. i3 cpu-val), Win 10 + Mint 20-szal, ha jól emlékszek, szintén UEFI-ben, és minden pepecselés nélkül, pöccre indult a grub. Ráadásul ott nem az EFI partícióra tettem a rendszerbetöltőt, hanem az eszközre (/dev/sda).

De igazából csak az automatikus elindulás a gondod ugye?

A hiba az, hogy a várakozásommal ellentétben, nem a Windows, hanem a Mint indul el automatikusan, méghozzá grub nélkül. És valamiért megnövekedett boot idővel, ami azt jelenti, hogy önmagában telepítve a Windows és a Mint betöltésének elkezdése előtt mindössze kb. 3mp-ig látszik a Dell logó, viszont ha mindkét rendszer telepítve van, akkor ez úgy 13mp. Ezzel együtt tudnék élni, de ez is valami hibára utalhat.

Amikor a gép indulásakor az F12-vel behozom a gyors boot menüt, az Ubuntu és a Windows Boot Manager közül választhatok. Utóbbit választva betölt a Windows, előbbit választva pedig bejön a grub... És itt szerepel a Mint és a Windows is (illetve a Mint speciális beállításai), és mindkettő gond nélkül indítható.

És persze, a megnövekedett idő is gondod, amit a Windows Boot Manager okozhat.
Próbáld a lemez gyökerébe (nálad most az sda) telepíteni ugyanúgy a GRUB-ot, mint a másik rendszeren! Így csak a GRUB vezérel.

Közelmúltban telepítettem egy Lenovo G50-70 gépet (4. gen. i3 cpu-val), Win 10 + Mint 20-szal, ha jól emlékszek, szintén UEFI-ben, és minden pepecselés nélkül, pöccre indult a grub. Ráadásul ott nem az EFI partícióra tettem a rendszerbetöltőt, hanem az eszközre (/dev/sda).

Még nincs meg a hiba

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.1.1.1 A megnövekedett idő azért van mert a uefi végigmazsolázza a lehetőségeket és ott valami nem jó ha ilyen sokáig pepecsel. 
Szerintem nem ildomos egy GPT-uefi efi partíciós gépen mbr-be tenni egy rendszerbetöltőt. Működhet, működik de nekem nem tetszik.

Nem csak annyi a gond hogy az uefibe be kéne állítani elsődleges boot rendszernek a Mintet, pontosabban a grubot?
Ez némelyik uefibe nagyon nyakatekert módon van megoldva, épp a minap futottam össze egy ilyen uefivel. Nem is ott kell beállítani ahol épeszű ember keresné. Köszönjük ezt az InsydeH20 uefi bios megalkotóinak...

BOOTX64.CSV  grub.cfg  grubx64.efi  mmx64.efi  shimx64.efi

Kollégánál ha ezek megvannak az efi partíció Ubuntu könyvtárába akkor minden oké, akkor UEFI beállítás hiba lesz.

 

Locked-NVram került detektálásra

Értékelés: 

0
Még nincs értékelve

#2.1 Tegnap már írtam, de nem tudom hová tűnt el a post.

1. a grub azért nem látszik, mert vagy le van tiltva a grub.cfg-ben, vagy 0 mp van beállítva timeout értéknek.
Be kell lőni 3-5 mp-t, oszt akkor megjelenik.

https://linuxmint.hu/blog/2017/10/a-grub-menu-lathatosaga

https://linuxmint.hu/blog/2019/05/grub-menu-szemelyre-szabasa-az-alapertelmezett-menupont-beallitasa

2. És valamiért megnövekedett boot idővel

Én is találkoztam ilyennel, de ez pár indulás után megjavult, igaz ezalatt frissült a Linux, kernel frissítés is volt.
Ez ráadásul olyan gépen volt, amin a 19.3 gond nélkül települt, és működött sokáig.

Valahol ott lehet valami, hogy UEFI esetén a Mint Ubuntunak hazudja magát, mert egyes UEFI-k csak így hajlandók elindítani. (a grub  meg kapcsolódó beállító fájlokban olvastam kommentekben ezt.) Nem mélyedtem bele, sokfélék az UEFI-k, ilyen-olyan konfigurálások kellenek, de mivel a frissítések során többször frissítve volt a grub, és aztán rendbe jött, nem foglalkoztam a témával.

Még nincs meg a hiba

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.1.1.1

De igazából csak az automatikus elindulás a gondod ugye?

És persze, a megnövekedett idő is

Így van.

Próbáld a lemez gyökerébe (nálad most az sda) telepíteni ugyanúgy a GRUB-ot

Ezt már sajnos próbáltam, többször is, ugyanezekkel a rendszerekkel, de Mint helyett Kubuntuval is. Ugyanaz az eredmény.

kimarite képe

Még nincs meg a hiba

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.1.1.1.2 Az automatikus indulást állítsd be a javaslat szerint.

Három módon települ az ESP:
https://www.rodsbooks.com/efi-bootloaders/grub2.html
https://www.rodsbooks.com/efi-bootloaders/installation.html )
Az van, hogy a Windowsban is lehet ezt állítani, de a BIOS-ban is.
Boot from EFI file (második kép): https://askubuntu.com/a/228069
Persze, a DELL máshogyan mutathatja.
Ugyanez a Windowsban (a lényeg, a Linux alatt is van rendszer betöltő fájl):

Use bcdedit in Windows—In a Windows Administrator Command Prompt window, typing bcdedit /set {bootmgr} path \EFI\fedora\grubx64.efi will set the EFI/fedora/grubx64.efi file on the ESP as the default boot loader. Change that path as necessary to point to your desired boot loader. If you're booting with Secure Boot enabled, you should set shim.efi, shimx64.efi, or PreLoader.efi (whichever is present) as the boot program, rather than grubx64.efi.

De lehet használni az efibootmgr alkalmazást, mert jelenleg az ESP van beállítva:
https://www.linuxbabe.com/command-line/how-to-use-linux-efibootmgr-examples
( https://wiki.archlinux.org/title/GRUB/EFI_examples )

Összegezve, nálad az ESP (EFI Boot LOader) van beállítva, pontosabban, rögzítve, csak még nem tudjuk, hol. És akkor ez a DELL  géped sajátossága valahol, azaz ez a biztos (mert más gépen jó).

Kimenetek?

cat /etc/fstab
sudo efibootmgr -v
[ -d /sys/firmware/efi ] && echo "EFI boot on HDD" || echo "Legacy boot on HDD" 
[ -d /sys/firmware/efi ] && echo "Installed in EFI mode" || echo "Installed in Legacy mode"

Még nincs meg a hiba

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.1.1.1.1 444tibi

Szerintem nem ildomos egy GPT-uefi efi partíciós gépen mbr-be tenni egy rendszerbetöltőt.

Lehet, rosszul értelmezek valamit, de szerintem nem MBR-ben van. Windows-ban a Rendszerinformációban UEFI-t ír a BIOS módnál, a meghajtó GPT-ben van. Linuxban az "ls /sys/firmware" eredménye "acpi  dmi  efi  memmap".

Nem csak annyi a gond hogy az uefibe be kéne állítani elsődleges boot rendszernek a Mintet, pontosabban a grubot?

Ez be van állítva kezdettől fogva. A BIOS Ubuntunak írja. A Boot szekciót kivéve minden gyári beállításon van. A Bootnál a sorrendet variáltam, illetve letiltottam néhány opciót, amikről úgysem bootolok soha, hogy ne is keresgéljen ezeknél. Csatolok néhány képet a BIOS-omról:

https://i.ibb.co/gmfGcvB/IMG-2284-2.png
https://i.ibb.co/dtGgsT1/IMG-2285-2.png
https://i.ibb.co/MRCfRHD/IMG-2286-2.png
https://i.ibb.co/MZyft4x/IMG-2287-2.png
https://i.ibb.co/1TrH9ZR/IMG-2288-2.png
https://i.ibb.co/5cDMwf4/IMG-2289-2.png

Ugye az az érdekes, hogy a BIOS-ban az Ubuntu az első, és normál indításnál a Mint tölt be grub nélkül. Ha viszont a gyors boot menüből választom ki az Ubuntut, akkor a grub jön be... Mintha nem ugyanaz lenne a "két" Ubuntu. Ez egy agyrém. :D

BOOTX64.CSV  grub.cfg  grubx64.efi  mmx64.efi  shimx64.efi

Ez mind megvan.

Locked-NVram került detektálásra

Értékelés: 

0
Még nincs értékelve

#2.1

1. A grub láthatóságát kimarite írása alapján állítottam be, a "hidden" rész "menu"-re való átírásával. De így sem jelenik meg.

Most így néz ki a grub a "komment" részek nélkül:

GRUB_DEFAULT="menuentry 'Windows Boot Manager (on /dev/sda2)' --class windows --class os $menuentry_id_option 'osprob>
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

A korábban említett Lenovo G50-70 laptop esetében még ezt sem kellett átírni. A Mint telepítés végeztével elsőre úgy működött, ahogy kell. Azt sejtem ebből, hogy hardveres és/vagy BIOS képességek különbözősége okozhatja, hogy egyik hardveren jó, a másikon nem.

2. Nekem sajnos sok újraindítás után sem javult meg, pedig egy pár indítás óta teljesen friss a Mint (20.3-ra is frissítettem).

kimarite képe

Locked-NVram került detektálásra

Értékelés: 

0
Még nincs értékelve

#2.1.2 Ezzel marad a Windows EFI indító:

"menuentry 'Windows Boot Manager (on /dev/sda2)'

És nyilván ez az indító elem nem a GRUB.

kimarite képe

Még nincs meg a hiba

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.1.1.1.1.1 A Boot List Option kibontva, lehetőségek?

Még nincs meg a hiba

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.1.1.1.2

Kimenetek:

cat /etc/fstab

https://paste.ee/p/9z3i5

sudo efibootmgr -v

https://paste.ee/p/1tMKq

[ -d /sys/firmware/efi ] && echo "EFI boot on HDD" || echo "Legacy boot on HDD"
EFI boot on HDD
[ -d /sys/firmware/efi ] && echo "Installed in EFI mode" || echo "Installed in Legacy mode"
Installed in EFI mode
kimarite képe

Windows Boot Manager vagy GRUB

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.1.1.1.1.1.1.1.1 #2.1.2.1 Összevonom a két szálat.

1) Szóval, a Windows Boot Manager és a GRUB között így lehet választani a BIOS-ban:
https://linuxbsdos.com/2016/11/05/make-grub-the-default-boot-manager-on-an-hp-250-g5/

2) Alábbival nem a GRUB-ot állítottad be, hanem a GRUB-ból indítod a Windows Boot Managert (továbbiakban WBM). Nem jó:

Most így néz ki a grub a "komment" részek nélkül:

GRUB_DEFAULT="menuentry 'Windows Boot Manager (on /dev/sda2)' --class windows --class os $menuentry_id_option 'osprob>

Azért nem logikus, amit csinálsz, mert így nem WBM-ből indul a GRUB, hanem a GRUB-ból indul a WBM - nyilvánvalóan ugyanolyan késlekedéssel. :)

Tisztázzuk a dolgokat már! A WBR és a GRUB beállításait ne keverd. Mindkettő egy-egy rendszerbetöltő. Azt szeretnéd elérni, hogy ne a Windows Boot Manager induljon, hanem a GRUB. Majd miután ez megvan (még nincs meg), be lehet állítani a GRUB által alapértelmezetten induló operációs rendszert (ez igen egyszerű, de em úgy kell, ahogy csináltad).

A felídat most: ne a Windows Boot Manager induljon, hanem a GRUB!

Jegyzetekbe

Kimenet?

apt-cache policy grub-efi-*

Most ennyi...

Bootolási különbség

Értékelés: 

0
Még nincs értékelve

Meg lehet nézni valamilyen úton-módon, hogy mi a különbség a jelenlegi automatikus Mint indítás és a gyors boot menüs "Ubuntu" indítás között (mert ekkor ugye a grub bejön)? Le lehet kérdezni paranccsal valamilyen indítási naplót?

kimarite képe

Bootolási különbség

Értékelés: 

0
Még nincs értékelve

#3 mi a különbség a jelenlegi automatikus Mint indítás és a gyors boot menüs "Ubuntu" indítás között (mert ekkor ugye a grub bejön)

Az imént írtam erre a témakörre :). Bonyolult módszert választanál, ha az érdekel, ami ..., csaxólok. :)

Windows Boot Manager vagy GRUB

Értékelés: 

0
Még nincs értékelve

#2.1.2.1

1. Nálam is az Ubuntu van elsőnek beállítva. Láthatod a korábban küldött BIOS fotón.

2. Nem szándékosan állítottam be. Vagy a Boot-repair vagy az os-prober eredménye lehet, mert ezen próbálkozások előtt biztosan nulla volt az érték (GRUB_DEFAULT=0).

Nem igazán értem ezt a WBM / GRUB dolgot.

    ...mert így nem WBM-ből indul a GRUB, hanem a GRUB-ból indul a WBM...

A WBM-ből kellene induljon a GRUB? Nem függetlenül a WBM-től?

Azt szeretnéd elérni, hogy ne a Windows Boot Manager induljon, hanem a GRUB.

Az rendben van, hogy a GRUB_DEFAULT-nál nem a WBM kellene legyen, de mégsem a WBM indul. Hogy van ez?

Bonyolult módszert választanál, ha az érdekel

Most, hogy tudom, bonyolult, így nem ragaszkodok hozzá. :)

apt-cache policy grub-efi-*

kimenete:

https://paste.ee/p/JJP4C

kimarite képe

Windows Boot Manager vagy GRUB (beállítás)

Értékelés: 

0
Még nincs értékelve

#2.1.2.1.2 Nem engem, hanem magadat kell meggyőznöd, minden lehetőséget megnéztél-e, ahol be lehet állítani, hogy EFI Boot / nem EFI Boot. Még csak Linuxos gondolkodás sem kell ehhez, csak úgy gondolkodni, de még az sem, mert ráadásul írtam erről itt, könnyebbségként listázva a lehetőségeket. És más is írta. :)
Még csak Linuxos gondolkodás sem kell...
Világossággal jön, aki megtért: https://www.youtube.com/watch?v=2RGJs-ZEmjg&t=49s

Bootolási különbség

Értékelés: 

0
Még nincs értékelve

 

#3 Tuti UEFI beállítás gondod van.
Pl. az egyik gépemen, aminek amúgy a faéknél is egyszerűbb a uefije, nem elég átállítani a boot lapon hogy  melyik lemezről melyik OS, illetve annak a rendszerbetöltője induljon, hanem egy másik lapon még előre is kellett sorolni azt a rendszerbetöltőt.
Roppant nyakatekert megoldás, mire rájöttem már majdnem kimentem a sufniba a benzineskannáért hogy leöntöm és felgyújtom az egész gépet.
Hasonló volt a probléma mint nálad, csak nekem azonnal a winloader indult, viszont ugyanúgy tudtam az F11 választómenübe bármelyik os-t indítani mint Te. 
Miután az Ubuntu-t előresoroltam, azonnal az indult.

Az van hogy a UEFI egy nagyon de nagyon jó találmány csak még gyerekbetegségekkel küzd, és ami ennél is nagyobb baj hogy nem egységes. Ahány alaplap, ahány  UEFI gyártó, annyiféle agyament beállítási mód létezik.
Pl. találkoztam Insyde uefivel amitől szárazon elmentem, annyira normálisan és logikusan, ráadásul a legapróbb részletekig beállíthatóan volt megcsinálva.
Ugyanettől a cégtől meg találkoztam több minősíthetetlenül megírt és béna, logikátlan uefivel is.

Windows Boot Manager vagy GRUB

Értékelés: 

0
Még nincs értékelve

#2.1.2.1.2

kimarite:
Nem engem, hanem magadat kell meggyőznöd, minden lehetőséget megnéztél-e, ahol be lehet állítani, hogy EFI Boot / nem EFI Boot.

444tibi:
Szerintem nem ildomos egy GPT-uefi efi partíciós gépen mbr-be tenni egy rendszerbetöltőt.

Amilyen ellenőrzési módszereket mutatattok, azokat lefuttattam, és mindegyik azt mutatja, hogy EFI módban van gép. Szóval ezek ellenére is lehetséges, hogy MBR-ben lenne? Ezt nekem honnan kellene tudnom?

kimarite:
Még csak Linuxos gondolkodás sem kell ehhez, csak úgy gondolkodni, de még az sem, mert ráadásul írtam erről itt, könnyebbségként listázva a lehetőségeket. És más is írta.
A ma linkelt, többi lehetőségnél nézz rá beállításokra.

Szóval gondolkodnom sem kell? Persze, mi sem egyszerűbb a bootolás világánál... Neked nyílván a kisujjadban van az egész. Nem olyan könnyű egy laikusnak, nem szakmabelinek kihámozni ennyi infóból a szükségeset, miközben a linkeken még további linkek vannak magyarázatként. És egy rakás számomra ismeretlen kifejezésbe botlok.

kimarite:
Az automatikus indulást állítsd be a javaslat szerint.

Az automatikus indulást? Mi induljon automatikusan és milyen javaslat szerint? Pontosítanád, kérlek?

Use bcdedit in Windows

bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi

Ezt a parancsot lefuttattam Windows-on a parancssorban. A művelet sikeres volt. Mintben ellenőrizve valóban módosult az alapértelmezett boot loader:

Boot000B* Windows Boot Manager  HD(2,GPT,2140692f-b396-4480-96f2-40d71a222179,0x96800,0x32000)/File(\EFI\ubuntu\grubx64.efi)

Az eredmény annyiban változott, hogy a gyors boot menüből indítva a WBM-et a Grub jön be. Viszont normál indításnál ugyanúgy a Mint tölt be automatikusan.

https://www.linuxbabe.com/command-line/how-to-use-linux-efibootmgr-examples
Erről az oldalról lefuttattam az alábbi parancsokat:

sudo apt install grub-efi
sudo mount /dev/sda2 /boot/efi/
sudo grub-install /dev/sda --target=x86_64-efi --efi-directory=/boot/efi/

Bár ezekre nem volt szükség, mert az Ubuntu és WBM boot bejegyzések eleve léteztek. És az EFI csatolásnál is írta, hogy már az sda2-n van.
Illetve a linkről kipróbáltam ezt is:

efibootmgr -c -d /dev/sda -p 7 -L Grub -l \EFI\Ubuntu\grubx64.efi

Ezzel létrejött egy Grub boot bejegyzés, ami a BIOS-ban is látható volt. De ezzel együtt egy újabb Mint bejegyzést is létrehozott. A Grub első lett az UEFI listán, de ez esetben is automatikusan betöltött a Mint. Nyílván ez a próba így hülyeség volt.

kimarite:
Összegezve, nálad az ESP (EFI Boot LOader) van beállítva, pontosabban, rögzítve, csak még nem tudjuk, hol.

Nem az sda2-n van?

https://wiki.archlinux.org/title/GRUB/EFI_examples
Ezen a linken a Dellnél csak PowerEdge és Latitude van. Utóbbinál azt írja, hogy az ESP-nek a /boot-ra kell lennie csatolva. Megpróbáltam ezt az enyémnél is:
sudo mount /dev/sda2 /boot/
sudo grub-install /dev/sda --target=x86_64-efi --efi-directory=/boot/
Ezután nem tudott bebootolni a gép. Egy újabb hibakeresésnél gyorsabbnak gondoltam, hogy újratelepítem a Mintet, mert nem voltam még berendezkedve rajta.

Az újratelepítés után így néz ki a Grub (a hidden átírva menu-re):

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
kimarite képe

Windows Boot Manager vagy GRUB

Értékelés: 

0
Még nincs értékelve

#2.1.2.1.2.2 Még csak Linuxos gondolkodás sem kell ehhez, csak úgy gondolkodni, de még az sem, mert ráadásul írtam erről itt, könnyebbségként listázva a lehetőségeket. És más is írta.

A ma linkelt, többi lehetőségnél nézz rá beállításokra.

A Windowsba lépve, annak beállításait nem nézted meg, nem?
Valahogy ki- és be lehet kapcsolni a Windows Boot Managert.
Ennyit gondolkodás belefért volna. Nehéz, mi? Mármint olvasni. :)

Windows Boot Manager vagy GRUB

Értékelés: 

0
Még nincs értékelve

/ #2.1.2.1.2.2 Nézd meg még az 
EFI/boot/grub könyvtárba a gtub.cfg tartalmát Ilyedminek kell lennie, az UUID az természetesen a te Linux Mint partíciód uuid-je:

search.fs_uuid 26138c93-66a6-468e-ad7b-8344360c468c root hd2,gpt2 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

Ha ez jó akkor a bebootolt Mint 
/boot/grub/grub.cfg fájlt nyisd meg, abban benne kellene lennie a Windowsnak meg a Mintnek is, valahogy így:

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-9315b819-445c-45a9-807c-ac7c8f8396e6' {
    recordfail
    load_video
    gfxmode $linux_gfx_mode
    insmod gzio
    if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
    insmod part_msdos
    insmod ext2
    set root='hd1,msdos1'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  9315b819-445c-45a9-807c-ac7c8f8396e6
    else
      search --no-floppy --fs-uuid --set=root 9315b819-445c-45a9-807c-ac7c8f8396e6
    fi
        linux    /boot/vmlinuz-4.15.0-167-generic root=UUID=9315b819-445c-45a9-807c-ac7c8f8396e6 ro  quiet splash $vt_handoff
    initrd    /boot/initrd.img-4.15.0-167-generic
menuentry 'Windows 10 (ezen: /dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-chain-B264E25064E2173F' {
    insmod part_msdos
    insmod ntfs
    set root='hd0,msdos1'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  B264E25064E2173F
    else
      search --no-floppy --fs-uuid --set=root B264E25064E2173F
    fi
    parttool ${root} hidden-
    drivemap -s (hd0) ${root}
    chainloader +1
}
menuentry 'Manjaro Linux (21.0) (ezen: /dev/sda4)' --class manjarolinux --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-b40534ef-0fb4-424a-9440-ff594b9f3c6d' {
    insmod part_msdos
    insmod ext2
    set root='hd0,msdos4'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos4 --hint-efi=hd0,msdos4 --hint-baremetal=ahci0,msdos4  b40534ef-0fb4-424a-9440-ff594b9f3c6d
    else
      search --no-floppy --fs-uuid --set=root b40534ef-0fb4-424a-9440-ff594b9f3c6d
    fi
    linux /boot/vmlinuz-5.11-x86_64 root=UUID=b40534ef-0fb4-424a-9440-ff594b9f3c6d rw quiet udev.log_priority=3
    initrd /boot/intel-ucode.img

Látható hogy nekem van az Ubuntu, a Windows és egy Manjaro.
Meg még a memtest meg a linuxok recovery mode, azokat nem másoltam be.
Vagyis az EFI partíción lévő betöltő a megadott paraméterek szerint átadja a folyamatot a Mint grubnak, az meg a saját grub.cfg-ben leírt paraméterek szerint megy tovább.
Ha nálad is minden ilyen akkor passzolok, megállt a tudományom.

Windows Boot Manager vagy GRUB

Értékelés: 

0
Még nincs értékelve

#2.1.2.1.2.2.2 @ Tibi: Milyen memtest van ott neked? Működik is?

Bootolási különbség

Értékelés: 

0
Még nincs értékelve

#3

Tuti UEFI beállítás gondod van.

A BIOS-ban keresendő a hiba? Vagy ennél bonyolultabb? A BIOS-ról csatolt fotóimon látsz valamilyen opciót, amit át kellene állítanom? Én is előresoroltam az Ubuntut, viszont sosem jön be a Grub magától. Amikor teszt jelleggel létrehoztam egy új Grub boot bejegyzést az \EFI\Ubuntu\grubx64.efi fájllal, akkor is kimaradt a Grub és egyből a Mint indult. Viszont ez a boot bejegyzés létrehozott még egy Ubuntu bejegyzést. Ezeket azóta kitöröltem, és visszaállítottam az eredeti állapotot.

Windows Boot Manager vagy GRUB

Értékelés: 

0
Még nincs értékelve

#2.1.2.1.2.2

Nézd meg még az EFI/boot/grub könyvtárba a gtub.cfg tartalmát

Nekem az EFI/boot mappán belül nincs grub mappa, sem grub.cfg. A következő helyen találtam meg az egyik grub.cfg-t:

/boot/efi/grub/grub.cfg

Ebben nem találtam hasonlót, amit írtál. Lehet, itt a bibi. Így néz ki:

https://paste.ee/p/HG779

 

A másik megvan.

/boot/grub/grub.cfg

Megtaláltam a Mintet és a Windows-t is. De azért ezt is linkelem:

https://paste.ee/p/HmTjU