Új Win 10 mellé telepített új Mint nem indul el, csak a Windows

Fórum: 

Sziasztok!
Tudom, régi téma, átnéztem, de nem boldogulunk.
A gép:  Acer Aspire i5, 16 GB RAM

Lemezek:
1. 250 GB PCI Express NVMe  a 2 rendszernek particionálva :
    500 MB EFI
    ~150 GB Win partíciók, amiket a Windows telepítő készített
    ~100 GB ext4  Linux / csatolással
2. 2 TB  SSD ext4  Linux /home   csatolással

GPT-t használunk. A Mint telepítésénél EFI-nek a Win Efi partícióját adtuk meg.
Windows Fast boot kikapcsolva.   Sec.Boot kikapcsolva.

Sokadik kísérlet Mint-tel (Manjaro-val is !) : a rendszer felmegy, de mindig csak a Windows indul.  A BIOS Boot menüben a boot sorrendet is hiába állítjuk át.  Live pendrive-ról indítható a telepített új Mint, de a gépről csak a Windows indul. Mit csinálunk rosszul?

 

 

csuhas32 képe

Live pendrive-ról indítható a telepített új Mint

Értékelés: 

5
Átlag: 5 (1 szavazat)

Szia!

Annyi minden eszembe jutott, hogy elsőre nem is mertem hozzászólást írni, nehogy bevigyelek vele az erdőbe, inkább lefeküdtem aludni, hátha ír valaki más használhatóbbat. Mivel nincs még más reakció, hát legyen.
(Mintha lennének különböző szívások néha Acer gépekkel: ia32 UEFI, csak akkor lett sikeres a Linux telepítése, miután a BIOS-ban be lett állítva jelszó, csak úgy lett sikeres a telepítés, ha a legacy-t bekapcsolták legacy módban bootoltak a telepítőről és MSDOS táblára telepítettek... De ha nálad a telepítő pendrive segítségével elindul a telepített rendszer, akkor talán ilyesmibe nem futunk most bele.)

Kezdjük ezzel:
„Live pendrive-ról indítható a telepített új Mint, de a gépről csak a Windows indul.”

És live pendrive-ról hogyan indítod a telepített rendszert?
(Lehet, hogy csak a rendszerbetöltő van rossz helyre, mondjuk a telepítő pendrive-ra téve? Megeshet, hogy csak a GRUB-ot kellene újratelepíteni.)

Amúgy a particionálási elképzeléssel nem értek egyet, én a 100 GB-ot a 250 GB-os lemezről visszaadnám a Windowsnak, azt a lemezt a Linux telepítésének idejére ki is venném a gépből. A 2 GB-os lemez szerintem szűz, még csak egy friss telepítés érdemben soha nem használt home partíciója van rajta, lehet vele nyugodtan kísérletezni, szóval én erre tenném az összes linuxos partíciót, elsőre talán hagynám a telepítő automatizmusát dolgozni, szántsa be ezt az egész üres lemezt, hátha ő magától megcsinálja az indítható telepített rendszert. Persze ő nem fog külön home partíciót csinálni, de tutira lesz ezen a lemezen is EFI system meg egy rendszerpartíció, de ami talán érdekes egy bios_grub partíciócska is, az is lehet, hogy ez hiányzik.
Ha így indul a telepített rendszer, akkor újratelepíteném úgy, hogy a többi partíciót nem bántom, csak a rendszerpartíciót törlöm és helyette készítek legalább két partíciót, az egyik lesz a rendszerpartíció / csatolási ponttal, a másik meg a home, /home csatolási ponttal. A rendszerbetöltő megy az ezen a lemezen lévő EFI system partícióra.
Amennyiben ezek után is indul a telepített rendszer, akkor elérted a célod, vissza lehet tenni a windowsos lemezt, mindkét rendszer indítható gép boot-menüjéből, illetve lehet még cifrázni, a Linuxot előre tenni a boot sorrendben, megkerestetni vele a Windowst és betetetni a GRUB-ba vagy rEFIndet telepíteni...

igen, sok a változó

Értékelés: 

5
Átlag: 5 (1 szavazat)

Első fontos kérdés, hogyan, mikor történik a lefagyás?

- Betöltődik a grafikus alrendszer, és lemerevedik?

- Van valami hibaüzenet?

- Fekete képernyő GRUB után?

- GRUB egyáltalán elindul?

- Windows egyáltalán elindul?

- A Home partíció az milyen régi (milyen régi cuccok, beállítások vannak rajta)?

- Fast boot (nem a W10 gyors indítása) hanem a BIOS Fast boot ki van-e kapcsolva?

Elmondom én a tegnapi kálváriámat, hátha segít, bár szerintem egyáltalán nem ugyanaz a történet.

HP Probook 455R G6, Ryzen 5 proci, 16 GB RAM, szokványosan bugos HP BIOS (UEFI), kikapva belőle a 256 GB-s SSD, amin egy W11 van, SATA portjára szűz SSD, Linux Mint 21 telepítése...

Telepítő elindul, pontosabban elindult volna, elsőre lefagyott mindenféle ACPI bug-ra panaszkodott, meg BIOS bug-ra. Nosza frissítettem a BIOS-t, a HP szutykot ehhez elég csak vezetékes netre kötni, és tudja a BIOS-t frissíteni.

BIOS frissítés után telepítő elindul, az ACPI hibaüzenetek maradtak, de elindult, telepítettem, de már billentyűzet beállításnál kiakadt, mindenféle hibaüzenettel. (nem érhetők el valami eszközök, fájlok)

No, mi a szösz, ennek talán Edge kell? Edge telepítő elindít, az lefutott, csak amikor a végén, a sikeres telepítés üzenetet leokéztam, akkor jelentek meg hibaüzenetek.

Újraindítás, fekete képernyő (előtte gyanúsan sokat molyolt a gép, úgy értem, eleve a BIOS üzenete is ami kiírja a verziót, az is elég későre jelent meg. No, mondom helyben vagyunk. Próbáltam nyomni a szóközt induláskor, hogy a GRUB előbújjon, nem sikerült, próbáltam nyomni induláskor az ESC-et a HP menühöz, egyből a GRUB felület jött be, mármint az ESC utáni állapot, ahová jószerint csak a reboot parancsot tudtam begépelni, F10 hatástalan...

Néha, amikor sikerült a BIOS felületre bejutni, akkor próbáltam ott mindenfélét állítgatni, főleg az ACPI-t érintő dolgokat, természetesen Legacy/UEFI üzemmódok közül három van, Legacy letiltva, csak UEFI; Legacy és UEFI; meg Legacy letiltva, és UEFI letiltva (WTF????). a TPM-et nem kapcsoltam ki, elvileg azzal mennie kellene, meg ha még használni kellene a W11-et, akkor annak kell... Secure Boot kikapcsolva. Ehhez képest a BIOS néha panaszkodott, hogy illetéktelen változás történt, írjam be ezt a számot (ha nincsenek jelszavak beállítva, akkor számokat mutat a képernyőn, amit be kell gépelni)

Live rendszerről szerkesztettem a grub.cfg-t, (igen, azt, mert másképp nem lehetett), beírtam az időzítéshez a 10-et, hogy jelenjen meg, tudjam futtatni a recovery módot. Ha bemész a recovery módba, és ott mindjárt a Resume-t választod, onnan a rendszer nomodeset kapcsolóval indul, azaz csökkentett grafikával. Így működött, tudtam frissíteni, feltettem a 6.8-as kernelt, az AMD oldaláról a divereket (nem használt, elvileg nincs rá szükség, u.a van ott is, mint a kernelben), a rendszer alapból csak fekete képernyővel indult, illetve néha tty1 felület jött be, ahol tudtam parancsokat beírni, MC-t indítani, de grafikus rendszer nem. Végül mindenféle kernel kapcsolót végigzongorázva elértem egy állapotot, amikor 1024x768 felbontással elindult. Próbáltam xrandr-el beállítani akármilyen felbontást, hatástalan.(azt mondta sikeres, de nem változott a felbontás) WTF?

6 óra szütykölés után eldöntöttem, hogy ez egy hibás gép (lassan indul, sokat molyol bekapcsolás után, mire egyáltalán a BIOS megjelenít valamit, futtattam rajta mindenféle tesztet, saját memória tesztjét, Memtest-et is vagy 2x, semmi hiba, minden OK, de lassú, forró, fúj a venti mint a hülye (bár nem mindig), és igen gagyi felbontása és színmélysége van a monitornak. Így inkább kimentem füvet nyírni.

Nem tudom miért, este még ránéztem a gépre, mondom átnézem még a BIOS security beállításokat, amik ugyan ki voltak kapcsolva, és ekkor valahogy töröltem az azonosító kulcsokat. Pontosabban azt állítottam be, hogy következő induláskor frissítse, ekkor újra indult, majd csipogva jelezte, hogy nem találja a kulcsokat az akármilyen partíción. Aztán csiporászva újraindult, és betöltődött a Mint mint a villám, full-HD felbontással eDPI mélységgel, ragyogott az IPS kijelző, ahogy kell. Felismerte a monitort, lehet mindenféle felbontást állítani, és frakciónális átméretezni, nem fúj a venti, nem melegszik, bódottá..

Most meg azon agyalok, hogy összeírjam mit csináltam tegnap, mert nem ez lesz a végleges állapota a gépnek, kell még billentyűzetet cserélni benne, meg lesz másik 2 TB-s nvmne SSD, arra lesz telepítve a rendszer, ez csak egy próba volt, hogy működik-e rajta a Mint.

Szóval nekem  az volt a megoldás, hogy töröltem a hardver kulcsokat, az nem volt elég, hogy Secure boot ki volt kapcsolva (de ez a szutyok HP BIOS miatt van szerintem)

u.i. Az esetedben úgy vélem a 100 GB sovány lesz, csak mert ma már nagyon Flatpak felé megy a világ, és én a 2 TB SSD-re raktam volna a Linuxot, úgy hogy telepítés előtt a W10 SSD-t kiveszem. 

 

A Mint telepítésénél EFI-nek

Értékelés: 

5
Átlag: 5 (1 szavazat)

A Mint telepítésénél EFI-nek a Win Efi partícióját adtuk meg

Mint-nek csinálj egy saját EFI partíciót. Nem kell nagy: 512MB vagy 1024MB esetleg 2048MB. A rendszer betöltőt erre telepítsd. A Windows EFI partícióját ne piszkáld. A Mint telepítéskor fel fogja ismerni a Windows rendszerindítóját és be fogja tenni a GRUB-ba, mint választható lehetőséget.

A Mint telepítésénél EFI-nek

Értékelés: 

5
Átlag: 5 (1 szavazat)

#3 ...és persze az sem hátrány, ha a Windows-ban a gyors rendszerindítás (fast startup) ki van kapcsolva, már a linux telepítése előtt.

Live pendrive-ról indítható a telepített új Mint

Értékelés: 

0
Még nincs értékelve

#1

 

Nagyon köszönöm a gyors válaszokat.

"És live pendrive-ról hogyan indítod a telepített rendszert?"  -->   A Live Mint GRUB-bal indul, és az rögtön felkínálja a gépre telepített Mint-et is. Innen elindul rendben.

"Lehet, hogy csak a rendszerbetöltő van rossz helyre, mondjuk a telepítő pendrive-ra téve? Megeshet, hogy csak a GRUB-ot kellene újratelepíteni."    -->    Nekem is ez volt egyik gyanúm és meg is próbáltam a GRUB-ot helyrehozni így:

GRUB egyszerű újratelepítése egyetlen paranccsal
https://linuxmint.hu/blog/2015/10/grub-egyszeru-ujratelepitese-egyetlen-...

Sajnos nem sikerült.

"particionálási elképzelés ....   2 GB-os lemez szerintem szűz"  -->  Az elképzelés az volt, hogy az nvme (250 GB) lemez gyorsabb, mint a hagyományos SSD, ezért erre tegyük a két oprendszert.   A sok saját adat pedig menjen a 2 TB-os SSD-re.  Először a Windost telepítettük muszájból (egy-két spéci orvosi program miatt), aztán utána majd a Mint lekezeli a rendszerindítást jól.  Mindkét lemez szűz volt, mert egy Windos-os  HDD-t vettünk ki a gépből, és egy üres hely is volt. Alapból a Mint lenne a fő rendszer.  ( A saját Swift3 gépemre is két rendszert tettem, igaz, mindkettő Linux (Mint, Manjaro), ráadásul egy lemezre, és itt nagyon jól bevált az, hogy a másodiknak feltett rendszer simán feltérképezte, és jól indítja amelyiket akarom. )

"elsőre talán hagynám a telepítő automatizmusát dolgozni, szántsa be ezt az egész üres lemezt, hátha ő magától megcsinálja az indítható telepített rendszert."  --> Hát igen, lehet, hogy ez lesz a következő kísérlet.

igen, sok a változó

Értékelés: 

0
Még nincs értékelve

#2

Kösz a gyors választ.

"Első fontos kérdés, hogyan, mikor történik a lefagyás?"  -->  Egyáltalán nem fagy le, hanem semmi kérdés nélkül azonnal a Windos golyózik körbe-körde, amíg csak feláll. De hát lassú munkához sok idő kell :(

"Home partíció"  --> teljesen szűz, vadi új disk

" Fast boot" --> csak a Windos-ban találtam, a BIOSban nem.

"hardver kulcsok"   -->  ilyet sem láttam a BIOSban. Hol kell lenniük?

"Flatpak felé megy a világ"  -->  remélem, nem nagyon gyorsan. Épp most töröltem a saját Swift3/Manjaro-ról a Flatpak-et, mert minden megvan a hivatalos és az AUR tárolókon. A Mint-re pedig fel sem engedtem...

"a 2 TB SSD-re raktam volna a Linuxot, úgy hogy telepítés előtt a W10 SSD-t kiveszem"  -->  Igen, ez jó lehet...

A Mint telepítésénél EFI-nek

Értékelés: 

0
Még nincs értékelve

#3

Kösz a gyors válaszokat.

"Mint-nek csinálj egy saját EFI partíciót."  -->  Lehet, de akkor 2 EFI partíció lesz, és honnan fogja tudni a Mint, hogy melyik az övé?

"a Windows-ban a gyors rendszerindítás (fast startup) ki van kapcsolva"  -->   igen, ez így volt/van.

 

A Mint telepítésénél EFI-nek

Értékelés: 

5
Átlag: 5 (1 szavazat)

#3.2
A Mint telepitese soran, keszitesz egy 300 MIB nagysagu Fat32 fajlrendszerre formazott particiot.
Es adsz neki boot/efi csatolasi pontot (es meg rendszer (/) es ha gondolod /home particiot is.)

A telepito tudni fogja hogy erre a boot/efi particiora keruljon a rendszerbetolto.
Ha indul a Mint, kiadod a:
sudo update-grub
parancsot, hogy a Windows is bekeruljon a grub-ba - hogy inditasnal tudj valasztani a 2 rendszer kozul.

igen, sok a változó

Értékelés: 

5
Átlag: 5 (1 szavazat)

#2.1 Értem, akkor csak tippek: a Win maga elég kicsi EFI partíciót csinál, lehet nem fért oda a Linux betöltője. Bár el kellene férnie. Live rendszer alól meg kellene nézni az EFI partciót, mik vannak ott rajta.

A Live rendszerben van Boot repair alkalmazás is, ki kellene próbálni.

De mivel teljesen szűzek voltak lemezek, szerintem hagyd meg egyiket a Windowsnak, másikat a Linuxnak, és telepítés esetén csak egy legyen bekötve. Szerintem nem fogod érezni lassúnak a SATA SSD-t, de próbáld ki, majd magad tapasztald meg. Amúgy mi pontosan a gép típusa?

BIOS FAST BOOT -> minden BIOS-nak van ilyen funkciója, lehet nem pont ez a neve, és nem emlékszem ACER esetében mi az, és hol van. Ennek az a lényege, hogy nem inicializál egy csomó hardvert, hogy gyorsabban induljon, többek között a második lemezt sem. Ha netán arra kerültek a GRUB fájlok, akkor az induláskor nem elérhető.

Hardver kulcsok: Ha ilyent nem látsz BIOS felületen, akkor nem kell vele foglalkozni, de amúgy valami Security témakörben lennének, a Secure Boot alatt vagy ilyesmi helyen. De egyáltalán nem biztos, hogy van ilyen, HP-nak vannak ilyenjei.

>A Live Mint GRUB-bal indul, és az rögtön felkínálja a gépre telepített Mint-et is. Innen elindul rendben.

Aj, akkor itt lehet a kutya elásva. Szerintem a pendrájvra került a rendszerbetöltő. Amikor a telepítő azt mondja, hogy ezt le kellene csatolni, akkor hagyni kell, hogy lecsatolja.

A Mint telepítésénél EFI-nek A Mint telepítésénél EFI-nek

Értékelés: 

5
Átlag: 5 (1 szavazat)

#3.2 Lehet, de akkor 2 EFI partíció lesz, és honnan fogja tudni a Mint, hogy melyik az övé?

Onnan, hogy a telepítés során a "Valami más" és az EFI partíció létrehozása után a partíciókat felsoroló lista alatt találsz egy legördülő menüt ("Rendszerbetöltő helyének megadása" vagy valami ilyesmi), amiből a Mint-nek létrehozott EFI-t válaszd ki. A többit a telepítő intézi.
Itt most feltételezem, hogy tudod/utána néztél hogyan kell a többi linux partíciót telepítés során beállítani.

Egyéb: Az EFI partíciónak nem kell a lemez elején lenni! Ha már ki vannak osztva a partíciók, ez miatt nem kell átrendezned a sorrendet. Tedd oda ahová fér. Nem túl praktikus, de ez miatt kár lenne méretezgetni a partíciókat. Ha viszont friss telepítés, egy olyan lemezen, amin csak a Mint lesz, akkor partícionáld előre az EFI-t.
+---- EFI boot ---+---- / ----+------ home -----+-------- akármi --------+

csuhas32 képe

A Mint telepítésénél EFI-nek

Értékelés: 

5
Átlag: 5 (1 szavazat)

#3.2

„Lehet, de akkor 2 EFI partíció lesz, és honnan fogja tudni a Mint, hogy melyik az övé?”

A témaindítóban írod: „A Mint telepítésénél EFI-nek a Win Efi partícióját adtuk meg.”
Tulajdonképp ezzel magad meg is válaszoltad ezt a kérdést. :-)

Alapból ugye arról beszéltünk, hogy egy lemez van csak a gépben, a 2 TB-os és erre telepít az automatizmus.
Ha ez tök üres (vagy megengeded neki hogy legyalulja), akkor mivel nem talál, létre fog hozni (többek között) egy FAT32 partíciót és megjelöli, hogy ez legyez az EFI system... Visszateszed a Windowsos lemezt lesz azon is egy EFI system meg ezen is és mindkét rendszer működik vidáman.

Ha úgy telepítesz az automatizmussal, hogy van már egy (másik lemezen) EFI system partíció, akkor ezt felismeri és megpróbálja használni...

Amennyiben kézzel particionálsz, azaz a telepítőben a „Valami más” lehetőséget választod, akkor kézzel tudod megadni, hogy a rendszer melyik FAT32 partíciót használja EFI system partíciónak. Szerintem akár 24 EFI system partíció is lehet a telepítésben részt vevő lemeze(ke)n, te megadod (megjelölöd), hogy közülük melyiket használja ez a rendszer és azt fogja.
Amennyiben belegondolsz, amúgy így van ez nem csak az EFI system partícióval hanem minden más partícióval is. Lehet egy lemezen akár négy ext4 partíció is, mondjuk sda1, sda2, sda3 és sda4, te pedig a telepítőnek azt mondod, hogy ennek a telepítésnek az a sda1 legyen a / partíciója, az sda4 meg a /home. Ebben az esetben az sda2 és az sda3 nem játszik, de ez nem fogja zavarni a telepítőt, ettől nem zavarodik össze...

Ha érdekel, akkor egyébként ez a háttérben úgy működik, hogy a rendszer az /etc/fstab fájlban tárolja, hogy az adott rendszerhez milyen partíciók milyen csatolási ponttal és csatolási beállításokkal tartoznak.

Remélem sikerült valamennyire érthetően válaszolnom!

A Mint telepítésénél EFI-nek

Értékelés: 

0
Még nincs értékelve

#3.2.3

Nagyon kösz a sok segítséget! Néhány napig nem leszek itthon, folytatom a jövő héten.
Most csak válaszolni tudok, valamit eleve így csináltam, de kaptam új ötleteket is:

"Win maga elég kicsi EFI partíciót csinál"  -->  igen, ezért kitoltam vele, és előre csináltam neki egy 500 MB-osat.

"A Live rendszerben van Boot repair alkalmazás is, ki kellene próbálni."  -->   Ez jó ötlet, ki fogom.

"hagyd meg egyiket a Windowsnak"  -->  igen, ezt fogom tenni.
A gép: Aspire F15 F5-573G-52DJ
15,6" FHD 1920 x 1080 matt kijelző • Intel Core i5-7200U • 16GB DDR4 / 1TB HDD • NVIDIA GeForce GT 940MX 4GB

" a második lemezt sem. Ha netán arra kerültek a GRUB fájlok, akkor az induláskor nem elérhető"  -->  Erre figyeltem a "Valami más " particionálásnál, hogy melyik diszken legyen

"BIOS FAST BOOT ;  Hardver kulcsok"  -->  megkeresem

"a telepítő azt mondja, hogy ezt le kellene csatolni"  -->  nekem csak azt mondta, hogy húzzam ki, és Enter.

"A Mint telepitese soran, keszitesz egy 300 MIB nagysagu Fat32 fajlrendszerre formazott particiot. Es adsz neki boot/efi csatolasi pontot "  -->  Igen, ezt csináltam, 500 MB-tal

"Ha indul a Mint, kiadod a: sudo update-grub parancsot, hogy a Windows is bekeruljon a grub-ba - hogy inditasnal tudj valasztani a 2 rendszer kozul."  -->  Igen, én is ezt gondoltam és meg is tettem... Ám kőkeményen mindig a Win indult el (a pokolba!), semmi Grub választás nem jelent meg.

"a "Valami más" és az EFI partíció létrehozása után a partíciókat felsoroló lista alatt találsz egy legördülő menüt.... "  -->  Igen, persze, és a 2 linuxos telepítésemnél (SWift3 gépemen) minden tökéletesen működött, pontosan így.

 

AZ VOLT az elképzelésem, hogy az elsőként telepített Windows az előre elkészített 500 MB Fat32 boot/efi partícióra teszi a rendszerindítást (ez így is lett),  majd a Mint  (telepítéskor ügyelve, hogy a saját rendszerindítója is ugyanarra a diszkre kerüljön) ezt átírja , és induláskor felkínálja a választást. Manjaro-val is próbálkoztam, de tök  ugyanúgy jártam: mindkettő települt  (live usb-ről indíthatóak),  ám mintha valami ármány lenne, a gépről csak a win indul.  Igen, lehet hogy a 2 külön diszkes telepítés lesz a jó megoldás. Megírom. A particionálást nagyon óvatosan, már sokadszorra csinálom (gparted, KDE partíció kezelő, mindkettő jó).

 

Mint telepítési próbáink

Értékelés: 

0
Még nincs értékelve

Nagyon kösz az eddigi javaslatokat. Ezt tettük:

1. A Windows-t a teljes 250 GB diskre újra telepítettük. --> Fut.
2. A Mint-et a teljes 2 TB-os diszkre újratelepítettük, külön /home particióval. -->  Csak a Windows indul.
3. Kivettük a Windows diszket,  Mint telepítése, külön /home particióval. -->  No bootable media.
4. Továbbra is csak a 2 TB Mint-es diszk van bent, minden partíciót töröltünk, Mint telepítése a legdefaultabb módon. -->  No bootable media.
5. GRUB  újratelepítése SystemRescue -val :
    https://linuxmint.hu/blog/2015/10/grub-egyszeru-ujratelepitese-egyetlen-...
    https://sourceforge.net/projects/systemrescuecd/
SystemRescue-val elindítottuk a feltelepített Mint-et, kivettük a SystemRescue pendrive-ot, és a gépen futó Mint termináljából:
    sudo grub-install --root-directory=/  /dev/sda
    sudo update-grub
    KÉP:    GRUB újratelepítés.jpg

Grub ujratelepítése

Újraindítás:  -->   No bootable media.  

6. Végig próbáltuk a Linux Mint Troubleshooting Guide javaslatait, sajnos hiába:
          https://linuxmint-installation-guide.readthedocs.io/en/latest/efi.html

7. Csak a 2 TB diszk van bent a gépben még mindig. Most Manjaro Linux-ot telepítettük fel. Elindítható, fut.
8. Visszatettük a Windows diszket.  Csak a Windows indul.
9. A BIOS boot sorrendben előretoltuk a Manjaro-t. Elindul, fut. Terminálból:  grub-update. Sikreses.
10. Újraindítás:  A Manjaro GRUB indul, választási lehetőséggel, ahogy a nagykönyvben áll. Minden jól működik.
11. Kérdés:  Mi lehet az oka, hogy a Mint-tel nem sikerült? Talán a telepítőjének valami a BIOS-ban nem tetszik?
    3 BIOS KÉP :

(Mint telepítés utáni állapot.)

 

 

Csak tippek

Értékelés: 

5
Átlag: 5 (1 szavazat)

Secure boot mode-t állítsd át, majd

Erase all secure boot mode setting

Esetleg utána select an UEFI file as trusted for executing -és válaszd ki a Ubuntu-t... (amikor a Mint telepítve van)

Esetleg Clear TPM-et futtasd le.

Mint telepítése - utolsó felvonás - konklúzió

Értékelés: 

5
Átlag: 5 (1 szavazat)

12.  Linux Mint 22 - Cinnamon telepítése: a telepítő alapként felkínálja a telepítést a meglévő a 2 rendszer (W10, Manjaro) mellé. Ezt választottuk az egyszerűség kedvéért, megalkudva a hátrányaival. A 2 TB-os diszken a Manjarotól elvettünk 1,5 TB-ot, mert a Mint-et akarjuk elsődleges OS-ként használni. A Mint lecsökkentette a Manjaro-partíciót és települt, de a rendszerindító partíció sajnos nem frissült, maradt a régi: csak a Manjaro és a Windows indítható. Ekkor a Manjaro-val  frissítettük a Grub-ot (grub-update): így már a Mint is választható és betölthető és jól működik.

Valami inkompabiltás van az Aspire F15 gépünk, vagy a BIOS-a és a Mint telepítő programja között. Ezzel már nem akarunk küzdeni, fő hogy működik a Mint. Annak is van előnye, hogy a Manjaro is fent van egy kisebb helyen, mert a két Linux tudásának nagy a közös halmaza, de nem teljesen fedik egymást.

A képek a Manjaro alatt készültek a KDE partíciókezelőjével.  A Mint az sda3-on van.

Nagyon köszönök minden segítséget és ötletet.

csuhas32 képe

Mint telepítése - utolsó felvonás - konklúzió

Értékelés: 

0
Még nincs értékelve

#6

Ha esetleg még elővennéd, mert mégsem hagyna nyugodni a dolog:
Én LMDE 6-ot telepítettem egy másik gépen UEFI módban USB-s tokban lévő SSD-re, ott látszólag rendben lezajlott, a telepítés végeztével be is tudtam bootolni. Áthoztam az USB tokban az SSD-t egy másik gépre és itt már a boot menüben is furcsán jelent meg, Legacy-s eszközként, kiválasztva nem is bootolt be, hanem helyette a gépen lévő másik, a belső SSD-re telepített Debian indult el.
Ha már két rendszer van egy gépen, akkor én a rEFInd-et szeretem használni, hát azt feltelepítettem erre a Debianra is.
Újraindítás után elég volt a boot menüből a rEFInd-et kiválasztanom, abban gyönyörűen ott volt a Mint ikon, a sarkában egy pendrive-val, jelezvén, hogy ez ráadásul egy USB-s eszközön lévő Mint.
Nagyon megtetszett az LMDE, kivettem az USB-s tokból az SSD-t és beszereltem a gépbe.
Így is simán ott volt a rEFInd-ben a Mint ikon, de most már eltűnt róla a pendrive-ra emlékeztető jelzés.
Aztán egyszer feltettem az LMDE-re is a rEFInd-et, az első helyre tettem a boot sorrendben azt a lemezt és annak a rEFInd-je köszönt be, ezt onnan tudom, hogy a Debian rEFInd-jének várakozási idejét korábban már lejjebb vettem, ez meg az alapértelmezett 20 másodperccel indult.

Már korábbról is van olyan tapasztalatom, hogy az egyik gépen Manjaro volt és mellette talán Debian, de csak akkor lett béke, amikor a Manjarora feltettem a rEFInd-et.

Szóval csak azt szeretném írni, hogy esetleg próbáld ki, mi történik, ha Minten kiadsz egy

sudo apt install refind

parancsot.

Nálam ez a bevált recept, ha egy rendszer UEFI-ben van telepítve és nehézkes a bootolása (nem jön össze), akkor valahogy egy másik rendszer alól egyszer elindítom, aztán felteszem rá a rEFInd-et.
Azért is szeretem a rEFInd-et, mert a GRUB-bal ellentétben nem kell vele bűvészkedni, hogy a telepített rendszerek közül melyik induljon elsődlegesként. Amit utoljára kiválasztottál, az indul legközelebb is, mindaddig, míg nem választasz egy másikat, mert akkor meg az fog.
Ha a rEFInd gazdájául szolgáló rendszerre új kernel érkezik, akkor érdemes kiadni egy

sudo dpkg-reconfigure refind

parancsot és akkor visszaveszi az első helyet a friss kernel által generált GRUB-tól a boot menüben a rEFInd.

Mint telepítése - utolsó felvonás - konklúzió

Értékelés: 

0
Még nincs értékelve

#6.1 Köszönöm, ki fogom próbálni, még nem használtam a rEFInd-et, de hasznosnak látszik.

 

Mint telepítése - utolsó felvonás - konklúzió

Értékelés: 

0
Még nincs értékelve

#6.1 Telepítettem a rEFInd-et, működik, jó.  Végül mégis a Manjaro bootmanager-énél kötöttem ki, stabil és elegáns, és ez is az utoljára kiválasztottal indul legközelebb is, mindaddig, míg nem választasz egy másikat, mert akkor meg az fog.