Próbáltam utánézni, de sehol egyértelmű infó erről.

Ezen a gépen egy W10 volt előtelepítve, ami igen gyorsan butult, tuti be volt kapcsolva a fast boot.

Ezt én persze elsőre legyalultam, telepítettem a Mint-et, aztán ilyen olyan okok miatt BIOS frissítést tartottam szükségesnek, amit csak win progival lehetett levezényelni, ezért felnyomtam egy W7-et, telepítettem a frissebb BIOS-t, legyalultam a W7-et, visszatelepítettem a Linux Mint-et.

Amit nem tudok: A W10 fast boot opció az belepiszkál-e a BIOS beállításaiba is? Ennek a gépnek a BIOS SETUP felülete végtelenül buta, nem sok minden lehet állítani, de az tudom, hogy a BIOS regisztereket külső programmal is lehet piszkálni. Vannak még más releváns jelenségek is a GRUB viselkedésén túl, ezért kérdezem, lehet-e ilyen? Tegyek fel egy W10-et, és kapcsoljak ki mindent ami fast boot és vele kapcsolatos?

#3 Csak gyorsan válaszolok, mert sietek:

BIOS mód van beállítva.

Tisztán Linux van telepítve, HDD újrapaticiónálva, formázva.

GRUB sda1-en van, és már elkezdedtem egyenként összehasonlítani a fájlokat másik gépen levővel, eddig nem találtam eltérést.

Dmesg nagyon tiszta, majd feltöltöm. Eddig megszoktam, hogy valami hibákat mindig jelez, minimum valami ACPI, vagy VGA, vagy USB piros hibákat látok, ennél is volt a BT-vel kapcsolatban (firmware probléma), de erre találatam megoldást. Most annyira hibátlan a dmesg, hogy az már gyanús :-)

Boot.log meg változó, hol van van hiba (protocoll error), hol semmi (egyes indítások / leállítások során)

Már eldöntöttem, kap új merevlemezt a gép, mert bár a mostani semmi jelét nem mutatja hibás működésnek, nem bízom benne.

D.U. majd bővebben.

#2 Ugye, van a Legacy, az UEFI és az én gépemen még egy UEFI beállítás a BIOS-ban.
Melyik van beállítva most?

Azt mondják, UEFI kéne (más is szóba kerül..):
https://askubuntu.com/questions/566120/how-to-install-ubuntu-and-boot-on...
https://forums.linuxmint.com/viewtopic.php?t=260547
https://askubuntu.com/questions/965144/toshiba-laptop-won-t-boot-from-ss...

Hova lett telepítve a GRUB?
A lemez gyökerébe (például sda) vagy a telepített Linux Mint rendszer partíciójára (például sda2).
Írod a Windowst teljesen törölted, csak a Mint van telepítve. Készítettél új partícióstáblát a telepítésnél, a partíciók elkészítése előtt?

A boot.log mutat valamit?

/var/log/boot.log

Ezt is érdemes lenne megnézni:

dmesg

(Ubuntu Pastebin - ha megosztod)

#5 Ezekkel tisztában vagyok.

Csak azt nem tudom, hogy piszkál-e BIOS beállításokat a W10 ilyenkor. Pl. Az ACPI S-state - t.

#2 A fastboot (gyors rendszerindítás) nem bios hanem Windows szolgáltatás.
Dióhéjban, ha leállítod a gépet, nem minden vész el hanem a betöltött driverek és még jópár dolog ami indításnál időigényes az mentésre kerül. Visszakapcsolásnál mivel a szokásos rendszerindítás töredékét kell nulláról betölteni, 3-4 másodperc alatt él a rendszer.
Mivel ilyenkor a fájlrendszer belépési, csatolási pontjai is mentve vannak, a rendszer úgymond nem engedte el a lemezeket és a fájlszerkezet nincs lezárva, olyan állapotban van mintha a W10 most is használná.
Ha erre az állapotra ráindítasz egy másik oprendszert akkor van a galiba. Mintha 1 partíciót 2 OS babrálna éppen.
Ezért tökmindegy hogy a másik rendszer Linux, Androidx86 vagy másik Windows vagy akármi, a funkciót ki kell kapcsolni dualboot vagyis több oprendszer esetében.

Ugyanaz mintha egy hibernált vagy felfüggesztett (alvó) Linuxra ráindítanál egy bármilyen másik OS-t.
Káosz, esetleg legrosszabb esetben a teljes vagy részleges könyvtár hierachia sérülése, jöhet a fájlrendszer javítása.
chkdsk, sfck és társai.

Amivel kevered az a biztonságos indítás, a Secure Boot.

#10 köszönöm a választ, közben már éjjel álmomban :-), Ill. mostanra elvetettem a BIOS (CMOS) módosulat vonalat.

Volt egy pont, amikor virtuális lemezről akartam BIOSt frissíteni, persze ez meg újabb módi szerint beleírta magát az MBR-be, lelőtte a rendszert - virtuális lemeznek annyi, de a BIOSt hazavágta.

Újrainduláskor a védelmi rendszer visszaírta az árnyékmásolatot, akkor tuti törődött minden custom beállítás.

#9 A képen látható BIOS beállitásokkal a gépen lévő Win10 soha nem állitott el semmit (megjegyzem, hogy állandóan hibernálva van, csak a szokványos keddi frissitéseknél van újrainditás, valamint telepitve van a gépen dual-boot-ban arcolinux, mint cinnamon és egy ubuntu is, a grubban választok közülük).

#12 No akkor elvileg itt egy video arról, hogy milyen volt:

https://youtu.be/3Znv0YSBkL8

Mobillal vettem fel, közben kezeltem a gépet, minőséget, bemozdulásokat nem nézni, nem az a lényeg.

Az egyes képernyő újrarajzolások között a nyilakat (kurzormozgató gomb) nyomogattam, látni, hogy nem látni, melyik van éppen kijelölve, találomra elindítottam a memtestet, kiléptem belőle...

Azért írom, hogy volt, mert újratelepítettem UEFI módban, fenti egyik javaslat alapján. No, most nincs semmilyen GRUB. Hiába nyomom a Shift-et, mint süket a csengőt, semmi, bebutul a linux, és kész.

Korábban volt a leállással / újraindítással is probléma, ezt nem írtam, mert még kísérletezni akartam vele, na, ez most eltűnt.

Viszont a telepítő törölte a meglévő swap partíciót, egy az egyben lefoglalta a teljes merevlemezt, azaz csinált egy kis boot partíciót, és többit megformázta Ext4-re. Próbáltam valami más opcióval telepíteni, ott viszont nem volt lehetőségem csatolási pontot adni az efi partícióhoz, anélkül meg nem akart tovább engedni... Ezért ráhagytam, csináljon, amit akar, ezt csinálta.

Az Arch Linux lerások szemléltetnek, azonban a Debian-alapú rendszereken a megoldások nem ugyanazok (nem szabad követni szóról szóra az Arch Wiki-t).

Szabad hely kevés lehet:
https://wiki.archlinux.org/index.php/GRUB#LVM
GRUB can take a long time to load when disk space is low. Check if you have sufficient free disk space on your

Továbbá

Olyan egyedi képfelbontást használsz, amit nehezen kezel a GRUB.
Most két kernel paramétert találtam, melyek külön, külön próbálandók.

1) https://help.ubuntu.com/lts/installation-guide/amd64/ch05s03.html
Az első beállítást a Slackware Linux terjesztés is használja, vagy használta.
https://www.slax.org/blog/22114-Using-vga-normal-by-default.html
https://www.pendrivelinux.com/vga-boot-modes-to-set-screen-resolution/
https://wiki.archlinux.org/index.php/Kernel_mode_setting (vga/video)

vga=normal

esetleg

vga=normal fb=false

2) https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html
http://www.tldp.org/HOWTO/Framebuffer-HOWTO/x168.html

vga=ask

Bár nem vagyok meggyőzödve, hogy a GRUB menü betöltésben segítenek-e vagy utána a rendszer betöltéséig inkább.
A módszer: https://linuxmint.hu/blog/2018/03/kernel-kapcsolok-alkalmazasa-a-grub-fa...

Továbbiak

Titkosított partíció jelenléte...
https://wiki.archlinux.org/index.php/GRUB#LVM
If you use LVM for your /boot or / root partition, make sure that the lvm module is preloaded.
Nagyon egyedi billentyűzetkiosztás...
https://wiki.archlinux.org/index.php/GRUB/Tips_and_tricks#Manual_configu...

Vagy valamilyen, már említett ütközés van a BIOS és a GRUB között.

https://youtu.be/URHXyqW9QPg

#16 A Linux Mint embléma nem látszik, a helyén egy fehér kör van, jól látom, vagy csak a videón látszik ilyennek?

Az rendben van, csak a videón ilyen. A telefon AI -nak nevezett okoskodásával még nem igazán barátkoztam meg, kezdetben próbálgattam állítgatni, de aztán feladtam. Most is le kellett kapcsolnom minden lámpát, mert arra állította be a színegeyensúlyt / fókuszt, ami a képernyőn tükröződött (keresi az emberi arcokat, arra állítja a fókuszt)

A rendszer betöltés viszonylag lassú, de a fene tudja, de ez valami sajátosság lehet újabban. HDD állapottól is függ szerintem.

Naná, hogy lassú ehhez a géphez képest. Igen, azt tervezem, kap új HDD-t a laptop. Sajnos nem igazán tudom felmérni a jelenlegi állapotát, mivel Toshiba :-) ;-). HDD Sentinel szerint 100/100, de ez nekem nem mérvadó.

Nekem például tetszik.

Hát ha legalább valami pötty volna a sor elején, vagy valami, ami mutatná, hogy melyik a kiválasztott menüpont, lehet nem is lenne baj.

#15 Nem néztem, vagy talán nem figyeltem meg, de ez a GRUB menü betöltés talán tudatos tervezés is lehet. Nekem például tetszik. Most nincs Virtualbox, de majd ellenőrzöm. Azt hittem, darabosabb a karakterek betöltése, mondjuk egy karakter megjelenik, aztán fél másodperc múlva a másik és ez kivárni, nagyon kifárasztaná az embert. Így mondhatni, tetszetős. :-)

A Linux Mint embléma nem látszik, a helyén egy fehér kör van, jól látom, vagy csak a videón látszik ilyennek?

A rendszer betöltés viszonylag lassú, de a fene tudja, de ez valami sajátosság lehet újabban. HDD állapottól is függ szerintem. Most új HDD-m van, sokkal gyorsabban betölt rendszert, a GRUB-bal nekem nem volt gondom. A régi HDD nemrég megadta magát... (az új rendszer telepítése a régi HDD-vel több, mint egy óra volt, most 10 perc. De négyszer vagy ötször is telepítettem most, volt minden, MBR, GPT, BIOS: UEFI with CSM | without CSM ..., aztán maradtam a dos partícióstáblánál és a Legacy beállításnál a BIOS-ban, így meg lett találva a GRUB is az indításnál.)

systemd-analyze time
Startup finished in 7.417s (kernel) + 21.724s (userspace) = 29.141s

Itt korábban az első érték a 10 valahányszorosa volt: 20-30 mp.

systemd-analyze blame
          9.809s NetworkManager-wait-online.service
          5.987s keyboard-setup.service
          4.322s dev-sda1.device
          3.575s loadcpufreq.service
          3.050s ModemManager.service
          2.183s networking.service
          1.894s systemd-logind.service
          1.893s lm-sensors.service
          1.829s alsa-restore.service
          1.588s lvm2-monitor.service
          1.171s NetworkManager.service
          1.061s systemd-remount-fs.service
          1.022s dev-hugepages.mount
          1.021s sys-kernel-debug.mount
          1.020s dev-mqueue.mount
           970ms polkit.service [...]

Van itt még valami (de neked a GRUB-bal van gondod inkább):
https://askubuntu.com/a/923055
https://fedoraproject.org/wiki/How_to_debug_Systemd_problems
Nono, laptopban sem rossz a Toshiba. ;-)

@#19

dory@SATELLITE-L50-B:~$ systemd-analyze blame
          7.685s networkd-dispatcher.service
          7.421s systemd-journal-flush.service
          7.062s networking.service
          6.783s NetworkManager.service
          6.725s dev-sda2.device
          5.516s wpa_supplicant.service
          4.946s udisks2.service
          4.904s thermald.service
          4.838s lightdm.service
          4.834s plymouth-quit-wait.service
          3.464s grub-common.service
          3.039s ubuntu-system-adjustments.service
          3.018s speech-dispatcher.service
          2.907s lm-sensors.service
          2.897s bluetooth.service
          2.896s pppd-dns.service
          2.890s hddtemp.service
          2.864s gpu-manager.service
          2.855s rsyslog.service
          2.806s ModemManager.service
          2.265s apparmor.service
          2.127s accounts-daemon.service
          1.905s lvm2-monitor.service
          1.844s systemd-fsck@dev-disk-by\x2duuid-FC16\x2d44D0.service
          1.427s systemd-udevd.service
          1.208s systemd-logind.service
          1.175s alsa-restore.service
          1.175s keyboard-setup.service
          1.170s systemd-sysctl.service
          1.165s systemd-tmpfiles-setup-dev.service
          1.060s systemd-tmpfiles-setup.service
           833ms avahi-daemon.service
           830ms upower.service
           770ms systemd-udev-trigger.service
           741ms systemd-resolved.service
           741ms dns-clean.service
           733ms colord.service
           731ms swapfile.swap
           658ms systemd-rfkill.service
           612ms systemd-backlight@backlight:intel_backlight.service
           587ms systemd-modules-load.service
           540ms polkit.service
           465ms systemd-timesyncd.service
           361ms user@1000.service
           341ms kerneloops.service
           325ms systemd-random-seed.service
           311ms systemd-journald.service
           296ms ufw.service
           238ms kmod-static-nodes.service
           189ms systemd-remount-fs.service
           163ms blk-availability.service
           162ms dev-hugepages.mount
           160ms systemd-update-utmp.service
           146ms console-setup.service
           146ms boot-efi.mount
           107ms systemd-user-sessions.service
            58ms setvtrgb.service
            25ms plymouth-read-write.service
            24ms dev-mqueue.mount
            20ms plymouth-start.service
            19ms ureadahead-stop.service
            17ms sys-kernel-debug.mount
            15ms systemd-update-utmp-runlevel.service
            10ms sys-fs-fuse-connections.mount
            10ms rtkit-daemon.service
             8ms sys-kernel-config.mount
             7ms finalrd.service
             6ms openvpn.service

@#23 Az "N"-es Celeron prociktól sem lehet csodát várni, a hdd-hez még tesz ez a tény is

Az van, elírtam a proci számát, mert ezt távolról, telefonról írtam, az N az stimmel, N3530, ez atom alapú 4 magos, 64 bites, anyámtyúkja támogatásokkal, pl. VT-x is, cpuboos szerint veri némely core i3 notis procikat is. Persze, nem mai darab, de szerintem vállaható még.

#27 Amin próbálom mindezt, valamelyes jó, azaz használható gép (Core 2 Duo),

Hát sajna az van, hogy tapasznyalatom szerint alig van már olyan Core 2 Duo proci, amin újabb linuxok elég jól mennek. A nagyobb számúak, ill. a legoptimálisabb  E8400, ez még OK, Mint 19.3 még rendben,  elmegy, ám az aktuális Virtualbox (ill. 5-től felfele) pl. már elég lassú, és több újabb programmal is ez van.

Nekem is van egy ilyen gépem (ami azt illeti ez a fő gépem), de tervezem, hogy ha lesz több időm, kap egy izmosabb Xeont, meg valami normálisabb videókártyát. (Pedig ezen a gépen a 18x Mint úgy hasított, mint az olajozott istennyila)

#13 Az egyes képernyő újrarajzolások között a nyilakat (kurzormozgató gomb) nyomogattam, látni, hogy nem látni, melyik van éppen kijelölve, találomra elindítottam a memtestet, kiléptem belőle...

Ezt megerősítem, de magyarázatát nem tudom.
Debian 10 KDE, utána, mellé Linux Mint 19.3 Cinnamon rendszert. A GRUB menüben választani tudok, de valóban nem látszik a kiválasztott menü elem. Nincs mögötte a megszokott „fehér” téglalap háttér. Találomra választottam ki én is egy-egy menüt. Azt nem tudom, összefügg-e a BIOS Cool & Quiet beállításával, de enélkül elég csúnya látvány volt minden telepítő menü, amit próbáltam. Innen már off. Arch Linux telepítést is próbáltam - dacára a 6 px-es megjelenítésnek a konzolos (konzolos a telepítő) - de emez nem bootolt be, habár a GRUB menü megjelent (csak 5 másodpercig visszaszámolt, s azt újra és újra, az „e-s” szerkesztés sem vezetett eredményre). Igaz, telepíthettem volna emellé még egy rendszert, és nem rá a Debiant, de a Debian sem bootolt be, ennek viszont a magyarázat, hogy a GRUB telepítésénél, egy billentyű leütést kettőnek érzékelt a telepítő, ezért nem települt a GRUB (így van ez, mert nem lett kiválasztva cél). A Debian 10 KDE-t 444tibi kérdése miatt telepítettem. A PC azonban hardveres tesztelés alatt van, a két kérdés tesztelése odébb. Egyszer elindult a KDE, nagyítottam a karaktereket (CRT monitor, nagy a felbontás, pici a karakter ... megvakulás veszélye), de a beállítások közben szépen le is fagyott: a monitor elkezdett ferdén csíkosodni, színes csíkokkal, etűnt az Asztal. Ez után nem indult el egyik rendszer sem (GRUB, és  választás után lelindul, majd beleefagy). Cserélgetem ma a RAM-ot és próbálom másik táppal is. Mondjuk, 4 slot van, és 1 GB-os RAM-jaim vannak, éppen határon vagyok. Ez helyzet most.
Amin próbálom mindezt, valamelyes jó, azaz használható gép (Core 2 Duo), de a BIOS-ban küzdeni kell, hogy pendriveról induljon, és a Cool & (vagy 'n') Quiet beállítást régebben is próbáltam „helyesen” értelmezni. Tudom mi, csak érdekes a működése a telepítők tekintetében. :-)

Szerk.: „Az Arch Linux lerások”
Erre válaszoltam, azt hittem, vágólapról maradt benn (nem), mert én is erre kerestem rá tegnap. :-D

#32 Cool 'n' Quiet = karöltve intel esetén SpeedStep, vagy AMD PowerNow! vagy akár hasonló elnevezésű technológiákkal (videókártyákon is van, persze más névvel), megnevezése BIOS felületenként változhatnak, az a lényege, hogy a CPU órajelét / hőmérsékletét figyelve szabályozza a hűtő venti fordulatszámát. Ez már nagyon régi dolog, nem gondolom, hogy ennek köze lenne a GRUB kinézetéhez / működéséhez.

Egyébként a noti felületén nincs ilyen opció, max. a proci dinamikus órajel kezelesét lehet állítgatni Dynamic és Turbo között.

Az asztali gépen van ilyen, mármint mindenféle venti és órajel / tápfesz beállítás, nem úgy hívják, hogy Cool 'n' Quiet, hanem AI owerclock tuner, meg FAN options, vagy hasonló. És igen, be van állítva a proci hőmérséklet / órajel függő venti pörgetés, de ettől még rendesen működik a GRUB.

A notin most nem hogy nem jelenik meg a menü, amit kiválasztottam, hanem egyáltalán nem jelenik meg a GRUB, akármit nyomok neki induláskor (UEFI módban). Nyomon én neki, de csak simán bebutul a Linux.

BIOS módban meg olyan, mint a videón fentebb. Minden működik, csak számolni kell, hogy hányszor nyomon lefel nyilat, mivel nem látszik, hogy most melyik menüpont aktív.

// tudom hogy kell beállítani, hogy mindenképpen jelenjen meg a GRUB, most arról van szó, hogy SHIFT lenyomására nem jelenik meg//

#30 Tehát egy esetben sem jelenik meg a menü, amit éppen kiválasztottál? Magyarázatát nem tudom. Mondom, ennek háttere lehet a Cool 'n' Quiet (bekapcsolva) vagy hasonló jellegű BIOS alkalmazás.

#34 Úúúú, azannya!

Ez nekem nem jutott volna eszembe, nagyon szépen köszönöm, hogy ekkora energiát fektetsz a probléma megoldásokba, de komolyan.

Azt meg külön irigylem, hogy Blogokat írsz szépen rendbeszedve a dolgokat, nekem erre sohasem jut időm, mindig akad más sürgősebb dolog. Pedig tudnék csomót írni, azaz rengeteg itt felmerült kérdést megoldottam már, azt gondoltam, csak nálam jelentkezik, később meg látom itt, hogy mások mennyit vesződtek vele...

#33 Megoldás lehet: https://linuxmint.hu/blog/2020/04/a-grub-hatterenek-modositasa-linux-min...

#18 No, kapott a noti friss ropogós HDD-t, meg a 4 GB modul helyett egy noname 8 GB-st.

ez volt :

systemd-analyze time
Startup finished in 4.162s (firmware) + 4.781s (loader) + 7.039s (kernel) + 29.707s (userspace) = 45.690s

graphical.target reached after 29.684s in userspace

Most meg evan:

systemd-analyze time
Startup finished in 4.269s (firmware) + 4.377s (loader) + 7.178s (kernel) + 16.378s (userspace) = 32.204s

graphical.target reached after 16.358s in userspace

Mondjuk még a BT firmware-t nem nyomtam bele a mappájába, lehet azért molyol többet a kernel, keresgéli, hogy hol van.

#16 Itt most UEFI módban:

systemd-analyze time
Startup finished in 4.162s (firmware) + 4.781s (loader) + 7.039s (kernel) + 29.707s (userspace) = 45.690s

graphical.target reached after 29.684s in userspace

#40 Elkeztdtem olvasgatni az anyagot az este amit ajánlottál, aztán a seealso linkek mögöttieket, további seealso anyagok, végül éjfél körül már koppani akart a fejem a billentyűzeten, és amit addig sikerült megemésztenem, hát minden összezavarodott.

Egyébként EFI módban van telepítve, nem kell ezt megnéznem, én telepítettem.

Egyik cikkben amúgy írta azt is, hogy ha EFI mókoló cucc kell, azt beszerezni a disztró repójából, vagy egyéb helyekről, kis felsorolás, bár itt forráskódok voltak, szóval rákeresetem a Mint repojában, és bingó, vagy két oldalnyi találat van, csak éppen egy sor leírás sincs egyikhez sem. Majd persze rákeresek ezekre máshol is, csak most még nem hevertem ki az éjjeli kaladozást, eléggé ronyg vagyok.

#39 Az egyik linkről ki is néztem, hogyan nézheted meg egyszerűen, mit használ a rendszer.

[ -d /sys/firmware/efi ] && echo "Installed in UEFI mode" || echo "Installed in Legacy mode"

Nálam most ez van:

Installed in Legacy mode

https://support.system76.com/articles/bootloader/

A systemd-boot csak EFI-re megfelelő.

No, nagyon sokat olvasgattam, kutakodtam, és figyelve itt is folyó más postokat a következőkre jutottam:

-BIOS / HW függő, hogy egy UEFI rendszer esetén a BIOS boot managere kezeli-e az EFI partición levő rendszereket, értem ezelatt megjelenik-e  / kiválasztható -e a BIOS menüben, hogy mit indítson a rendszer.

-Fenti eset egyik variációja, hogy Secure Boot-ot engedélyezzük, és megbízhatónak jelöljük a talált rendszereket, ekkor megjelenik kiválaszthatóként a boot menüben.

-Fentebbi leírások alapján készíthető / beállítható külön EFI loader, de ezt a témát még nem emésztettem meg.

Arra fókuszálva, ami nekem fontos volt (jelenjen meg valahogy a GRUB menü, hogy választható legyen pl. régebbi kernellel indítás, ill. használhatók legyenek a javító funkciók) a következőkre jutottam ennél a konkrét notinál:

-EFI módban a BIOS SETUP felületen beállított BOOT sorrend csak EFI eszközkre érvényes. Értem ezalatt, ha elsőnek USB van beállítva, és az nem EFI módú /pl. a sima Yumi-val megírt multiboot USB ilyen, akkor az figyelmen kívül van hagyja, nem arról bootol. Van olyan gép, amelyik ebben az esetben bebootol az USB-ről egy rendszert, ez a noti nem teszi.

- Megváltozik a szokásos gombok viselkedése: SHIFT lenyomása haszontalan. ESC lenyomása: megjelenik a GRUB2 szerkesztője. Az, amelyikbe a parancsokat lehet gépelni (Felsorolás: TAB)
Exit-el kilépve megjelenik a BIOS boot menüje, ahol választani lehet USB/ODD/HDD/LAN közül. Ugyanígy viselkedik az F10 (BIOS módban ez jeleníti meg a BIOS boot menüjét), és az F12 is.

-efibootmgr paranccsal megváltoztaható / lekérdezhető sok dolog. Meg lehet változtani pl. a boot sorrendet. Ha pl. itt megváltoztatjuk USB/ODD/HDD sorrendre, és a BIOS alapbeállítása is ilyen, akkor:
Gép bootol USB-ről, ott ha kiválaszthatjuk, hogy induljon a HDD-ről, akkor újra az USB-ről fog indulni, mivel a HDD EFI beállítsa is az, hogy elsőre az USB-ről bootoljon.

-Mint GRUB2 beállításait normálisan megszokott módon lehet változtatni, így sikeresen beállítottam a GRUB megjelenítését 3 másodpercre, és most, az új HDD-nek vagy az UEFI-nek köszönhetően normális megszokott módon jelentkezik / látszik. Viszont hiányoznak Memtest indítók, ezeket az EFI boot kihagyja.
Ugyanez igaz a LIVE rendszerre is, a telepítő ugyanígy minimális GRUB menüvel indul EFI esetén, amiben nincs Memtest, vagy Hardware detection.

-Van egy új menüpont a GRUB2 felületen, Bios Setup. Ezt kiválasztva megjelenik a BIOS SETUP felülete.

Nem akarok új topicot nyitni, végül is, ugyanerről a gépről van szó most is.

pontos típusa: TOSHIBA SATELLITE L50-B-1EF

Időközben kapott LM 20.3-at, de a gazdája panaszkodott, hogy lassú, ill. folyton belassul, lemerevedik egyes műveletek esetén, pl. valaminek a telepítésekor, meg úgy általában. Mondtam hozza el, kitakarítom, átnézem.

Megvizsgáltam, proci felmelegszik, ekkor lelassul, hogy lehűljön. Ill. talán a HDD is szórakozott. Szétkaptam, és megdöbbentem. A laptop belül patika tiszta, lekaptam az alu lemezből kialakított hűtést, és hát nincs ventilátora. Gyárilag nincs! Mondom, egy aktív hűtés segíthet. Kinéztem egy hozzávaló hőcsöves hűtőt az e-bay-on, mert errefelé sehol nem találtam. Az jó soká fog megérkezni. De addig is vettem új ventilátort.

Ilyent: https://www.laptopszaki.hu/laptop-ventilator/11578-a000291240-gyari-uj-hutes-ventilator-1.html

Passzol a gépbe, viszont nincs mire rákötni. Nincs az alaplapon ventilátor csatlakozó. A helye ott van, rá lehetne forrasztani, és még a jelenlegi alu lemez hűtővel is működne, mert passzol minden méretileg. A gép kapott SSD-t, most gyors, de proci 50 fokon üzemel, ahogy feljebb kúszik lelassul, és hát jön a kánikula....

A kérdésem, nincs valakinél döglött alaplap, amiről egy ilyen aljzat leszerelhető? A képen nem látszik rendesen a méret, de kb. 4 mm széles, 3 pólusú, jobbról -balról forrfüles csatlakozó lehet a kialakított hely alapján.