ThinkCentre M90s Gen4 Linux install [megoldva]

Linux Mint

Sziasztok

Angol bill, nem lesz ekezet.

Probalom a cimben emlitett gepre felizzadni a Manjaro vagy Mint Linuxot, de erdekes modon sehogy nem akar bebootolni egyik sem a telepites utan.

BIOS frissites megvolt, secure boot ki van kapcsolva. Legecy boot mode ezekben mar nincs, csak uefi.

Telepites soran gyonyoruen letrejon a FAT32 EFI particio, utana faek egyszeru a struktura, mert egy / ala be van csatolva minden btrfs particiora, aztan a swap es ennyi.
Probaltam mar factory resetet a gepen, nem segitett.

Bootmenuben latja a Manjaro vagy Ubuntu sorokat, de Manjaro eseten utana azt irja ki a gep, hogy Operating System not found.
Ubuntu/Mint eseten legalabb egy grub prompt megjelenik.

Probaltam azt is, hogy bootoltam usb-rol egy parted magicet es ott grub-install, de mindenfele probalkozasra a kovetkezo hibauzenet fogad
 

/usr/sbin/grub-probe: error: failed to get canonical path of `overlay'.

 

Nehez elkepzelni, hogy pont egy lenovora ne lehessen Linuxot telepiteni.

( neutrino v | 2024. 08. 07., sze – 10:21 )

Angol bill, nem lesz ekezet.

Az ékezetnek semmi köze a billentyűzethez (jelen sorok US bill használatával születnek).

Aláírás _Franko_ miatt törölve.
neut @

Ubuntut nem próbáltam. Nem annyira komálom a rendszert, de egy próbát akkor teszek. Alapvetően MATE/KDE vonalon érzem jól magam.

Kaptuk a gépet a cégnél és az előzőt úgy használtam, hogy egymás mellett Linux + Win. A Linuxot bebootolom, virtualboxban a windows fizikai meghajtóját hozzáadom és virtualizált formában futtatom - ha kell :)

Na most itt ez még nem sikerült, de próba. Köszi!

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

( zslaszlo v | 2024. 08. 07., sze – 12:55 )

Nekem úgy tűnik live usb pendrive boot van perzisztens módban. A hiba ott van, hogy rossz helyre települ a grub. Szerintem. De lehet, hogy tévedek. Egy os-prober kimenete sokat segítene. Esetleg használtam régebben egy ilyen grub repair csomagot live rendszerről, ami segített ilyen esetben. Egy próbát megérhet.

“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”

― Philip K. Dick

Rescatuxot próbáltam, elindul, de nem jut el a grafikus felületig. 4.1x kernel van alatta. Lehet, hogy egy picit régi lesz a géphez. Próbáltam pmagic-et, jó sok tool van benne, + a parancssoros grub toolok, de nincs eredmény.

Fentiek alapján megpróbálom az Ubuntut.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

Az a 4.1x-es kernel valóban régi, valami olyan frissebb disztró kéne, amiben legalább 6.0-ás a kernel, vagy még újabb.

Én is csak arra tippelek, hogy a GRUB-ot vélelten a pendrive-ra raktad, és nem telepítés célmeghajtójára, vagy véletlen partícióra tetted, nem a meghajtó elejére, pl. /dev/sda1-re a /dev/sda helyett.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

Áhh... ezerszer megnéztem. Meghajtó elejére ment.

Az a baj, hogy a grub-install sem jár sikerrel live rendszerről

Fentiek alapján a 22.04 LTS Ubuntu által támogatott a hardver.

Megpróbálom a 24.04-et. Ha nem lesz jó, akkor 22.04.

 

Ez amúgy szégyen rám nézve mert több Linuxot telepítettem mint amennyi pohár vizet megittam :D És akkor jön egy ilyen izé..

Megjelenik a .efi fájl is a külön efi partición, látja a BIOS csak nem képes bootolni.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

A BIOSban van egy olyan, hogy CSM, nem lehet, hogy ezzel kell valamit kezdeni? (3:05-től):

https://youtu.be/p8dZbcLFw2Q?t=185

Illetve a Secure Boot-nál van Setup Mode meg Deployed Mode, ezekre is ránéznék a helyedben

szerk.: ahh bocs, most látom a videóban, hogy ez egy másik gép, azért megnézném ezeket, hátha van az M90s-ben is valami hasonló

szerk2: illetve a manualban ez van írva, esetleg próbáltad bekapcsolt Secure Boot-tal is?: "To install the Windows 10 (64-bit) and most of Linux operating system, select Enabled for Secure Boot."

https://download.lenovo.com/pccbbs/thinkcentre_pdf/m70s_m90s_gen4_linux…

szerk3.: még néhány link, hátha valamelyik segít:

https://forums.lenovo.com/t5/ThinkStation/UEFI-Mode-installation-of-Lin…

Mondjuk az vicces lesz, ha tényleg egy "Windows Boot Manager" bejegyzés kell az UEFI Boot Managerben a Linux bootoláshoz :D

https://gist.github.com/vees/b3fb1e5b62da155a006831c16eaac8e8

Megnézem a bekapcsolt Secure Bootot. Manjaro és az új Ubuntu kezeli ha jól láttam.

Gondolom telepítés után már mindegy. Előtte kell factory clear, mielőtt telepítenék, illetve first setup mode. Ha jól emlékszem valami ilyesmi néven nevezi a BIOS.

CSM nincs ebben a biosban, mint ahogy legacy boot sem.

Nem túl bonyolult a menürendszere. Leginkább az inteles bizbaszokat lehet kapcsolgatni.

ME-t kikapcsoltam, illetve ami még érdekes lehet esetleg az a TPM 2.0 de azt letiltottam.

W10 megy, ha viszont csak egy üres lemezt hagyok benne, amire teljes egészében bármilyen Linux kerül, akkor nem bootol. De akkor az USB hogy?

 

Szóval nem értem. Holnap már a 3. napom megy rá. Ha a mostani ThinkPadekkel is ennyit kell szívni egy Linux miatt, akkor inkább nem veszek olyat.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

Erre kíváncsi leszek. Megnézem.

Arra is gondoltam, hogy a Windows Boot managert valahogy újra kellene generáltatni, mert elvileg felismeri a Linuxot. Ha jól emlékszem, akkor is megjelenik a választó ha Windows van utoljára telepítve. Csak itt ez nem opció mert a win külön lemezen van imagelve. Egyelőre nem találtam arra vonatkozóan infót, hogy hogyan lehet újragenerálni a Windows bootloaderét.

Van a biosban egy olyan beállítása, hogy allow Windows uefi fw update. Gondolom ez erre vonatkozik, De nem egyértelmű. Mindenesetre engedélyezve van.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

Vagy elrontasz valamit a particionálásnál (próbáltad már default-al?), vagy a bios nem engedi a boot entry beállítását, lehet valamelyik "inteles beállítás" a ludas.

Mindenesetre, ahogy zslaszlo kolléga említette, ha olyan hibaüzenetet látsz, amiben az "overlay fs" szerepel, akkor jó eséllyel elszúrtál valamit, ilyen live usb rendszereken szokott lenni.

Bootolj live rendszert, gparted / kparted-el gyalulj le minden partíciót, a biosban törölj ki minden boot entry-t, és telepíts next-next-finish módon, ne partícionálj kézzel semmit, hagy automatikuson, ne használj lvm-et és ne titkosíts luks-al vagy bármivel.

ThinkPad-eken használok Linuxot már nagyon régóta, sosem  volt komoly gondom velük.

A leírások alapján megpróbáltam megekélni az efibootmgr-el, de nem jártam sikerrel.

Haladást értem el viszont úgy, hogy a windowst tartalmazó fizikai meghajtón lévő efi partíciót állítottam be efinek a másik fizikai lemezre telepített ubuntu alá is.

Így már legalább megjelenik a grub és tudok választani. Az más kérdés, hogy windowson kívül nem indul el semmi, még a memtest sem, de ezen talán már lehet valahogy finomítani.

Elképesztő ez a kínlódás :D

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

Lehet megvan a baj.

A memtest elindul, tehát a paraméterek egy része megfelelő.

a helye: /boot/memtest86+x64.efi

Érdekes, mert az ubuntut meg nem bootolja be.
Annak a helye: /boot/vmlinuz-6.8.xxxx...

Hibaüzenet:

error: failure reading sector 0x11b1fc0 from 'hd1'
error: you need to load the kernel first.

 

Nem lehet, hogy az a baj, hogy a grub nem tudja bootolni a btrfs fájlrendszert?

Kellene esetleg egy ext4 /boot külön? Vagy esetleg azt is tegyem oda a Windowsos fizikai meghajtóra az EFI mellé?
 

Most csak hangosan gondolkodom :D
Ezt már innen nem szabad elengedni.

Az az érdekes, hogy ha kiadom a grub command-lineban az

ls (hd1,gpt2)

parancsot, akkor látja az uuid-t, ami megfelelő, látja, hogy btrfs fájlrendszer, jól jelenik meg a partíció mérete is.
Ha tovább nézegetem:

ls (hd1,gpt2)/

akkor gyönyörűen listázza az egész fájlrendszert, magyarul a GRUB2 hozzáfér a btrfs-hez is.

Viszont érdekes módon az
ls (hd1,gpt2)/boot/
 

Parancsra az eredeti error: failure reading sector 0x11b1fc0 from 'hd1' hibaüzenet jelenik meg.

Viszont az ls (hd1,gpt2)/boot/grub/ már megjeleníti a fájlokat.

Bootoltam egy live rendszert, megnéztem a jogosultságokat, egyformák voltak de ettől függetlenül egy chmoddal 777-re állítottam a boot könyvtárat.

Következő boot során a hibaüzenet nem változott, viszont ha grub parancssorra váltok, ott már tudom listázni a /boot tatalmát és ott van a megfelelő vmlinuz image is. Innentől kezdve arra gyanakszom, hogy még egy grub buggal is állok szemben, mert miaz, hogy a grub parancssorból olvasható, míg a bootoláskor nem? Még eseteg magán a vmlinuz és initrd fájlokon nézek jogosulságokat, mert nem rekurzívan állítottam be.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

( Adamyno | 2024. 08. 08., cs – 13:50 )

Végül úgy oldódott meg, hogy összenyomtam a windows partíciót, mellé tettem ugyanarra a lemezre a Linuxot is és jóccakát. Maradt egy üres lemezem.

Nem tudom, hogy így miért működik, másképp miért nem, de nem is érdkel.
De az azért vicc, hogy Windows nélkül nem indul el a Linux sem, mert ha csak a Linuxos ssd volt benne, akkor ugyanúgy no operation system.
Ez majd egyszer akkor lesz érdekes, ha lesz egy hasonló gépem otthon.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

valami hasonlónak látszó (dual boot, hibaüzenet) esetnél itt bios updatet írtak
https://askubuntu.com/questions/1144889/failure-reading-sector-0x728b6c…

júl 3-as a legfrisebb 

https://pcsupport.lenovo.com/us/en/products/desktops-and-all-in-ones/th…

readme
https://download.lenovo.com/pccbbs/thinkcentre_bios/m4sjy38usa.txt

Nekem valami júni 26 körüli jött le, annál frissebbet nem ajánlott.

 

Most még azt megpróbálom, hogy átklónoztam az üres lemezre a Windowsos lemez EFI partícióját, aztán csak azt hagyom ott, mellé feldobom a linuxot. Hátha :)

 

szerk: feldobtam ezt a biost, nincs semmi változás

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

Akkor az lesz, amit tegnap este írtam, "egy "Windows Boot Manager" bejegyzés kell az UEFI Boot Managerben a Linux bootoláshoz :D"

Azt nem próbáltad, hogy a fenti leírás alapján létrehozol egy "Windows Boot Manager" bejegyzést azon az UEFI partíción, amin csak a Linux van?

Igen, most hogy mondod, ez lesz a gond. Sok olyan UEFI van, ami fixen hozzá van drótozva, hogy csak Windows-t bootolhat, ezeknél kézzel kell cselezni. Ezek az UEFI-k ugyanis fixen a efipartíció:\EFI\Microsoft\Boot\bootmgfw.efi fájlt lennének csak hajlandók betölteni, így ezeket át kell verni, a Linuxnak az indító EFI fájlját (systemd-bootnál systemx64.efi, GRUB-nál a grubx64.efi) át kell másolni bootdrive:\EFI\Microsoft\Boot\bootmgfw.efi néven, persze ennek a megoldásnak hátránya, hogy ilyenkor Windows csak úgy dualbootolható, ha másik meghajtón van teljesen, aminek másik EFI partíciója van

“The world runs on Excel spreadsheets.” (Dylan Beattie)

amit mondok is, nem az efiboot resszel van bajod, eljutsz a grub*.efi-ig, hanem utana nem indul el a rendszered, tehat szar a grub konfigod, nincs meg benne valami modul, nem rakja ossze a raidet, nem tudja wtf van az FS-sel, stb...
az sem mindegy, h systemd-boot-od van-e vagy... :) https://wiki.archlinux.org/title/Arch_boot_process#Feature_comparison

Eléggé úgy tűnik, hogy jó a grub config, mert a beállított elérési utakat és az ott lévő fájlokat is mind megfelelően látom a grub saját parancssorából. Viszont ha kiadom a boot parancsot, akkor már nem működik. Olyan, mintha valami (gondolom a gép UEFI-je) megtiltaná az egyéb rendszerek bootolását.

A GRUBot is csak akkor érem el, ha a telepített windows melletti efi partíción van. Ha másik lemezre bekamuzok egy windows efit vagy épp az eredetit átklónozom, akkor már nem érhető el. Legeslegjobb esetben is grub rescue> parancsértelmezőig jut.

 

Ha viszont mindent odaszórok a telepített windows mellé külön partíciókra, akkor érdekesmódon minden működik.
Az történik konkrétan, hogy a /boot/vmlinuz-... fájl nem tölthető be. Olyan mintha nem lenne rá read jog, de ez nem igaz, van.

Mivel a Windowst a fizikai meghajtóról szeretném virtualizálni, ezért viszont mindenképpen külön meghajtóra kell tenni valahogy a Linuxot, nem elég a külön partíció.
Most az van, hogy a telepített Windows melletti EFI-t használom a GRUB-nak és ugyanerre a lemezre a Win mellé tettem még egy /boot partíciót, hogy a kernelt tudja betölteni és az összes többi / mehet a másik fizikai meghajtóra.

Talán így fel tudom csatolni a meghajtót a VirtualBox alá.

Az a baj, ha a GRUB másik meghajtón van, semit nem hajlandó bootolni. Még akkor sem ha mellette van a windowsos bootloader vagy éppen annak hazudja magát. Lehet, hogy pont a BIOS frissítés lehetetlenítette el ezt a kerülőutat, mert egy csomó CVE-re jött patch. Nem nézegettem, de simán lehet, hogy ez is közte van. Egyébként ez nonszensz, hogy egy retek windows nélkül már nem is hajlandó bootolni egy asztali PC. Sanos a legtöbb fórumon erre a következtetésre jutnak.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

grub rescue> parancsértelmezőig jut. > tehat mukodik az efi boot es a konfig van elbaszva (a grubod nem tudja mit kell csinalni/hogyan)
az efiboot addig tart, hogy betolti neked a *.efi-t...

ismerkedj a linux boot folyamattal. akkor jutsz elorebb.
minek tobb efiboot particio? semmi ertelme. mondhatjuk butasagnak is. adhatsz meg tobbet, nem tiltja ezt sem semmi, de max fallbacknek jo, ha kidoglik a boot diszked. egy kell, oda kell tenni mindent, amit bootolni szeretnel. tisztabb szarazabb biztonsagosabb erzes.

egy retek windows nélkül már nem is hajlandó bootolni egy asztali PC > meg ha bele is van egetve a windows efi path, azzal a nevvel siman odarakhatod a grub efi file-jat, ezt semmi nem tiltja. abbol meg ugy bootolsz/chainload-olsz ahogy kedved tartja.

es nincs olyan, hogy az efi part a windows-e linux-e vagy pistikeje, az csak egy FS, lehet mindentol kulon diszken is. azt raksz oda amit akarsz, csak az efi-dben kell legyen ra bejegyzes.

Nem érted amit írtam fentebb.

 

Grub cli látja a díszeket. Nem egy agysebészet megadni neki a megfelelő UUID-t (egyébként figyelmeztet is ha hibás) és a vmlinuz elérési útvonalát.

Ha hibásan adod meg a paramétereket, felhívja rá a rendszer a figyelmet. Itt arról van szó, hogy egyszerűen nem lehet olvasni a lemeznek azon részét. Olyan mintha hibás lenne a lemez, de ez nem így van. Szóval valamilyen alacsonyabb szintű logika avatkozik be. Ebből gondolom hogy az uefi.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

akkor most tudod olvasni vagy nem tudod? a ketto egyutt nem megy :)

egyebkent meg hint: https://pastebin.com/raw/eAPkdQgC
en nem sz*atnam magam btrfs-boot-tal, ugy latom neked sem jon ossze. :) rakd a /boot-ot egy koszos ext4-re, azt mindenfele magic nelkul tudja majd olvasni a grub. (nem kell hozza ilyen-olyan modul, csak a *ext2*)

mivel erdemi debug infot nem adtal, en azt gyanuzom nem toltodik be valami grub modul nalad vagy nem tud mit kezdeni a filesystemmel.

A Fedora sem btrfs-ről bootol. Egy szép 1GB-os ext4 partíciót csinál a /boot-nak. A Suse viszont igen, de az fel van gyógyítva valami readonly btrfs snapshot-al és abból lehet bootolni, ha azt választod a grubban.

Lehet meg kéne nézni egy susés grub configot vagy /etc/default/grub-ot.

Mert itt egyik disztrinél sem alapértelmezett a btrfs gyökér.

Elbeszélünk egymás mellett.

 

GRUB2.

A fájlrendszert hagyd figyelmen kívül. Btrfs és Ext4 ugyanazokat a tüneteket produkálja.

 

GRUB2 parancsértelmezőben ls paranccsal listázom a meghajtókat.
(hd1) az enyém: ls (hd1) -> gyönyörűen megjelennek a partíciók. Efi a 0. partíció, /boot az 1. partíció. Listázzuk a tartalmát -> megvan minden.
kernel elérési utat a fentiek alapján megadom HELYESEN. Ha helytelen lenne, akkor a fájl nem található hibaüzenet köszön vissza.
initrd-t ugyanúgy megadom helyesen, majd -> boot

 

Itt jön az a hibaüzenet, amit már leírtam:
 

error: failure reading sector 0x11b1fc0 from 'hd1'

Tehát akkor fentiek alapján a következőket kijelenthetjük:

0. a grub a telepített windows fizikai meghajtóján lébő EFI partíción (hd0,0) foglal helyet. A Linux egy másik fizikai meghajtón (hd1).

1. A grub2 valószínűleg jó helyen van, mert elindul. Sőt, csak így indul el normál módban.
2. A konfiguráció jó, kézzel soronként megadva nem fut hibára. UUID-k, elérési utak 1000x ellenőrizve.
3. A lemezt, a partíciót, a bootolandó fájlokat eléri a grub2, annak a parancssorából lehet velük dolgozni.
4. A grub2 parancssorában minden funkció megfelelően működik, kivéve a boot.
+1. live disztróval rootként a biztonság kedvéért vmlinuz és initrd kapott egy 777-es chmodot.

+2 ugyanez a konfig, ugyanezzel a grubbal, ugyaninnen működik, ha a /boot a telepített windows mellett található.

Egyébként 99%-ban sikerült megoldani mindent amit szerettem volna:
1. külön fizikai lemezre telepíteni a linuxot (kivéve /boot és /boot/efi)
2. btrfs fájlrendszer a snapshotok miatt
3. a fizikai lemezen lévő Win virtualizálását is, de mire végeztem, az élettől is elment a kedvem.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

el hat!
mint mondottam volt, nem efiboot hibad van:


error: failure reading sector 0x11b1fc0 from 'hd1'

ezt a grubod mondja. (ergo az efi mar betoltotte a grub*.efi-d) nem tud mit kezdeni az fs-sel amirol az initrd/kernelt betoltene. nem tudjuk melyiket, mert nem irtad.
3. A lemezt, a partíciót, a bootolandó fájlokat eléri a grub2, annak a parancssorából lehet velük dolgozni. > ez csak annyit mond, hogy kepes listazni a fileokat. az, hogy be is tudja tolteni, az kulon sztori.
az esp particionak nincs koze a /boot-hoz (max a linux oda mountolja fel)
mint mondtam tedd a /boot-ot egy ext-re. annyi initrd-t es kernelt tartasz meg rajta, amennyit csak szeretnel.
2. btrfs fájlrendszer a snapshotok miatt, Megy a btrfs boot, próbáltam. Sőt, Manjaronál a grub menüben megjelennek snapshotok, ha baj van, instant vissza lehet állni. > ez (kulon /boot) nem fog megakadalyozni abban, h snapshotolgasd a /-t.

es meg mindig: az esp particiot oda rakod ahova csak akarod, nem kell, h a win/llinux/joskapista lemezen legyen. akar egy pendrvie-ra is teheted, ha az okoz fellaciot. :) hasznalhatsz tobb esp particiot is, ha szereted, hogy faj (bonyolodik az eleted)

merfoldekkel elorebb lennenk ha barmilyen debug infot idebofogtel volna a futo rendszerrol, pl efibootmgr -v, lsblk, blkid, fstab, grub.cfg, lsmod/insmod normal > normal grub rescue-ban es tarsai :) az 1 darab failure reading sector edeskeves, ezer oka lehet.

az sem kizart, hogy nem is azt a grub rescue-t nezed, amire gondolsz, csak valamelyik diszked elejerol egy grub stage1-et. (nem tudjuk)

a biztonság kedvéért vmlinuz és initrd kapott egy 777-es chmodot. > ez aztan ad a biztonsagnak (janem!) :D viccet felreteve a grub ext(whatever FS) implementacioja AFAIK telibeszarja az ACL-eket. honnan is tudna barmit a linugz usereidrol. :)

Nem, nem írtam hülyeséget, te nem olvasol figyelmesen. Általánosságban természetesen dualbootolható a Linux a Windows-zal, ezt senki nem is tagadta. Amiről én írok, az az a speciális eset, amikor a meghajtón van egy EFI partíció, és ott meg kellett ejteni ezt a fixált, butított, Windowsra fixre korlátozott UEFI bootos átverést, hogy a Linux EFI fájlját átnevezed a Windows indító EFI fájljának a nevére, és ez működik is, igen, ám, de akkor meg a Windows nem fog indulni, mert annak az EFI fájlja (ami valójában nem is az övé), az már a Linuxot indítja, nem a Windowst. A Windows így csak egy másik meghajtó, EFI partíciójáról indítható.

Esetleg ha nem úgy, hogy bebootolod a Windows bootloaderét, és ott van valami lehetőség chainloadra, hogy onnan tölteni a GRUB-ot.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

Ez valami más lesz neked, Opal titkosítás vagy valami beleszól valamelyik meghajtón.

Vagy valami beállítás trükköz meg, hogy a Windows secure boottal és Bitlocker-rel van titkosítva, és ezt te hiába kapcsolod ki az UEFI-ben, amikor bootol a cucc, és detektálja, hogy ilyen volt beállításokkal telepített OS-t talált, akkor szépen visszakapcsolja.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

Nincs Opal (Samu SSD), nincs BitLocker :)

 

Mindegy, én elengedtem a témát. Ha otthon lennék, kinyomoznám, de munkahelyen nem egyszerű úgy, hogy közben dolgozni is kéne.
A lényeget meg tudtam oldani csak volt pár csavar a történetben.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

De próbáltam, de nem működik. Akkor sem, ha átklónozom az nvme ssd-n lévő EFI partíciót a SATA SSD-re. Megjelennek a menüpontok a boot menüben F12 után, de nem történik semmi. Csak ha az NVMe-ről bootolok.

NVMe EFI partícióra dobtam fel a Linux /boot/efi-t, úgy már volt GRUB-om, de a root fájlrendszer nem indult el SATA meghajtóról, nem toltö be a kernelt. Állítólag nem olvasható. Gyakorlatilag pedig a grub command-line-ból láttam, a fájlrendszer jogokat 777-re állítottam, de smmi. 

Végül aztán úgy sikerült elindítani, hogy a win mellé telepítettem.

Gondoltam megpróbálom Manjaroval az Ubuntu után.
Átklónoztam az NVME-ról a SATA-ra az EFI partíciót (így benne van a gyári wines, mert a kézzel létrehozott valamiért mindig eltűnt újraindítás után). Aztán az első probléma amibe ütköztem, hogy a Manjaronak nem elég a 100 MB efi partíció, kell neki legalább 300 MB. Gparted nem tudja a FAT32-t kiterjeszteni, így ment a bohóckodás, hogy csináltam egy segéd partíciót, áthúztam a cuccokat rá, töröltem az eredetit, csináltam egy nagyobbat, fájlok vissza.

Látja a gép a bejegyzéseket, de nem engedi indítani, pedig ott a Windowsos is. Csakis kizárólaz az NVME-ről hajlandó indulni. Ha Secure Boot be van kapcsolva, akkor az új bejegyzések nem jelennek meg, ha ki van kapcsolva, akkor igen.

Tehát lényegében már van egy kendácsolós módszer amivel el is indult egyszer az Ubuntu, de még megpróbálom a Manjarot, hátha bootol külön meghajtón lévő root fs-el úgy, hogy csak az EFI-t hagyom az NVMe-n az eredeti win mellett. De ezt is csak ilyen ide-oda tologatással fogom tudni megoldani, hogy legyen 300+ MB-os az EFI partíció.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...