#4 Először is, látod-e a GRUB menüt?
Ha nem látod, akkor indítsd újra a rendszert, majd nyomogasd a Shift vagy az Esc billentyűket (fél másodpercenként lenyomod, és mindez folyamatos - nem tudom, most melyik lesz a nyerő), hátha ez behozza.
Nem a belépést kérő ablaknál kell mindez, hanem korábban, amikor a bekapcsológombbal bekapcsolod a számítógépet, rögtön ezután.
Ha billentyűre nem látszódik a GRUB menü, láthatóvá tehető. Mégpedig így:
https://linuxmint.hu/blog/2017/10/a-grub-menu-lathatosaga
De csak, ha nem látszik a GRUB menüje, ami az alábbi Wikiben látható:

Once the "GNU GRUB" menu appears highlight the desired entry and press the e key to enter edit mode. The edit mode screen will look something like this: https://wiki.ubuntu.com/Kernel/KernelBootParameters

Az egyszeri szerkesztés, amikor látod a GRUB menüt.

Kiválasztod a legfelső sort, amely nem tartalmazza a Recovery kifejezést, és az E billentyűt megnyomva, megnyitod szerkesztésre. A kurzor nyilakkal tudsz lépkedni.

Megkeresed azt a szövegtömböt, melyben a quiet, a splash kifejezések is szerepelnek.

A szövegtömb, a sor legvégére lépsz, szóköz, majd begépeled az említett paramétert (nem mehetsz át a következő sorba!), ezt:

video.allow_duplicates=1

A képen látod, hogy mit kell nyomnod, a szerkesztett tartalommal történő indításhoz:

Ctrl + X vagy F10

A szerkesztés nem maradandó, egyszeri alkalomra, azaz tesztelésre jó.

A rendszer elindul.

Futtatod a parancsot:

dmesg

A kimenetet szokásosan, az Ubuntu Pastebin segítségével oszd meg.

Azt is megnézed, hogy a rendszer betöltésének ideje javul-e, a megjelenítés jó-e. És közöld.

Ha a módszer beválik (még nem tudjuk), lehet véglegesíteni, minden indításra szólóan.
A beállítás véglegesítésének módszere:
https://linuxmint.hu/blog/2018/03/kernel-kapcsolok-alkalmazasa-a-grub-fajl-szerkesztesevel
(felhívom a figyelmed, hogy a leírásban szereplő paraméter példa, neked nem az kell!)

-----

Visszatérve a betöltésre...

Az Ubuntu Pastebint használva oszd meg a boot.log naplófájl teljes tartalmát.

Tedd teljes ablakosra a terminál ablakot.

A cat alkalmazás olvassa a szöveges naplót (az elejétől a végéig):

sudo cat /var/log/boot.log

A terminál menüben:
-- Összes kijelölése
-- Másolás (egér jobb gombos menüben is megtalálod)

... a terminál beállításait állítsd át 1000 sor olvasásáról végtelenre. Azt hiszem, már említettük. Érdemes.

#2 "Nézz rá erre a jelenségre is. Ha máshogy nem megy, használd a javasolt GRUB paramétert. Úgy, hogy a GRUB menüben az indító sort szerkeszted az E megnyomásával, majd utána egyszeri próba szinten elindítod a rendszert a pótlólag beírt sorral. Az érték lehet az említett 1.

[    2.580178] [Firmware Bug]: Duplicate ACPI video bus devices for the same VGA controller, please try module parameter "video.allow_duplicates=1"if the current driver doesn't work."

 

Ezt le tudnád írni részletesebben, hogy hogy kell? Nem vagyok egy nagy szaki, linuxot azért használok, mert meguntam a windowst, teljesen alap dolgokra használom a gépet.

#6 Rendben.

#5 Nagyon köszönöm a részletes leírást, ma már nem, de holnap nekilátok, aztán jelentkezem.

#3 Pedig nincs és nem is volt bedugva semmilyen pen drive.

Külső lemez, más adattároló?

Mi a kimenet?

mount

#1 Pedig nincs és nem is volt bedugva semmilyen pen drive.

#17 Más a karakterkészlet, billentyűzet kiosztás. Nekem egyszer a = karakterre lett volna szükségem, de nem keresgéltem a megoldást, máshogy oldottam meg. Neked a grub szövegszerkesztővel való szerkesztése lenne a másik módszer - a leírás, amit korábban mutattam - és utána a dmesg kimenetet nézni, megmaradt-e a korábbi üzenet, melyet a kernel paraméterrel szüntetnénk meg.

#18 A boot naplóban nem látszik semmi különös. Érdemes volt megnézni. Debian rendszeremnél minap tapasztaltam, iwlwifi.ucode hiány van. A Debiannál a rendszer betöltését látod.

A Linux Mint is átalakítható ilyenre, szintén a GRUB szerkesztésével, a quiet paraméter törlésével. A paramétereket szóköz választja el. Amit látsz, az jelenik meg a boot.log naplófájban.

Tehát én a rendszer indításakor láttam valamit, majd megnéztem a boot.log-t az üzenet pntosítása végett, aztán az "apt-file search iwlwifi_*.ucode" paranccsal rákerestem (pontos név szerint a hibát mutató firmware fájra, mely csomag tartalmazza. A csomag nem volt telepítve, telepítettem (firmware-iwlwifi), a hibajelzés eltűnt.

#19 Volt egy 186-187 GB-os formázatlan partíciód, azt hasznosítottad akkor.

#15 újratelepítettem a rendszert másik pen driveról, de nem lett jobb, ugyanannyi a boot idő.Aparticiók számozása viszont mostmár okés, sda1 és sda2

#5 https://pastebin.ubuntu.com/p/WGc6SfB7jQ/

#15 persze, hogy az allow utáni _ ez, egyik billentyű kombinációra se akar előjönni...

#24 A beállításokat tároló fájlt a Debian-alapú rendszereken a parancsor frissíti.
Az említett fájlt magát nem szabad szerkeszteni, mert az irányító a grub fájl: /etc/default/grub
A grub fájlt szerkeszted, a sudo update-grub az információkat innen veszi, és beleírja egy másik fájlba. Ha nincs frissítés, a változtatás elvész. A másik fájlból veszi a rendszer az információkat az indításkor.

#23 "A két tevékenység közé kell a sudo update-grub parancs (linkeltem leírást). Előfordulhat, hogy a rohanásban ez kimaradt?" Bakker tényleg ez kimaradt.Na akkor újra kezdem.

#33 Néztem a gépet, nem mélyedtem bele a részletekbe. Az alaplap Intel vagy AMD? Van saját boot gyorsító alkalmazása az alaplapnak, és ez a BIOS-ban be- vagy ki van kapcsolva?

#32 Boot-idő nem javult, de eltűntek a FIRMWARE jelzések: kettő. ;)

A kikapcsolásnál van egy kernel gond:

[   77.561908] random: crng init done
[   77.561920] random: 7 urandom warning(s) missed due to ratelimiting

A változtatás következménye.
https://github.com/torvalds/linux/commit/4e00b339e264802851aff8e73cde7d2...

+ #include <linux/ratelimit.h>

(hozzáadott sor)

A beállítás itt van rögzítve:

cat /proc/sys/kernel/printk_devkmsg
ratelimit

Lehetőségek (kikapcsolásnál jelentkező bug):

1) printk.devkmsg=on
https://forum.manjaro.org/t/how-to-inrease-ratelimiting/48427/4
https://freedesktop.org/wiki/Software/systemd/Debugging/

GRUB_CMDLINE_LINUX="systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M printk.devkmsg=on"

2) Haveged
https://forum.manjaro.org/t/how-to-inrease-ratelimiting/48427/3

sudo apt-get install haveged

sudo systemctl enable haveged

sudo systemctl start haveged

Egyiket sem kell megcsinálni. Mindez a kikapcsoláskor jelentkezik.

Van még...

3) printk_ratelimit_burst = 60
https://forum.manjaro.org/t/systemd-shutdow-output-lines-suppressed-due-...

Az én rendszeremen tényleg 10 az alapértelmezett beálítás.

sudo sysctl -a | grep printk
[sudo] debkim jelszava:
kernel.printk = 4    4    1    7
kernel.printk_delay = 0
kernel.printk_devkmsg = ratelimit
kernel.printk_ratelimit = 5
kernel.printk_ratelimit_burst = 10
kernel.tracepoint_printk = 0

Kernel paraméterként, a legújabb kernelnél nem létezik,
https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html
elméletileg kipróbálható. Itt még szerepel, de paraméterként a _ az . lesz (printk.)
https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html

printk.ratelimit_burst=60

Itt van beálítva (elérési út a /proc/sys/kernel/):

cat /proc/sys/kernel/printk_ratelimit_burst
10

Kernel paraméterként viszont jobb lenne, mint itt szerkeszteni.

Ezt sem kell megcsinálni. ... csak hangosan  gondolkodtam. :)

Próbálok a rendszerindítás témakörében körbenézni. Visszatérünk erre.

#35 Akkor ezt az okot kihúzhatjuk a kiváltó okok listájáról.
A CPU Intel vagy AMD?
A megfelelő microcode csomag miatt kérdezem. Telepítve van?
Mutatom: kiemeltve az Intel avagy az AMD CPU firmware-i (a dpkg -l | grep microcode parancssor kimenete):

ii  amd64-microcode                        3.20181128.1                        amd64        Processor microcode firmware for AMD CPUs
ii  intel-microcode                        3.20191115.2~deb10u1                amd64        Processor microcode firmware for Intel CPUs
ii  iucode-tool                            2.3.1-1                             amd64        Intel processor microcode tool

#34 Intel.Nem tudok boot gyorsító alalmazásról. Átnéztem a BIOS-t, de eléggé fapados, nagyon kevés beállítási lehetőség van.

#37 Akkor ezt az okot kihúzhatjuk a kiváltó okok listájáról. Mondjuk, a dmesg kimenetben sem látszott, hogy microcode firmware-t hiányolna a rendszer, ez a kérdés utólag jutott eszembe.

Mondom, az SSD nem a boot folyamatnál használ, legalábbis szerintem. De majd jönnek a többiek - sokuk SSD-t használ - és elmondják a témáról a véleményüket. A rendszer működése, az ablakok nyitása- és zárása elég gyors?

Nem összehasonlítani szeretném, de nemrég egy Windows 10-et néztem, annál 2-3 perc volt, amíg felállt a rendszer. Ha gondolod, lemérem :) (4GB RAM és HDD), viszonylag friss telepítés, nincs összekoszolva mindenféle telepítéssel. A Fast boot kikapcsolva, tehát normál indítás.
Fél, egy, másfél perc, amíg betölt egy-egy rendszer és annak grafikus része. Nem viccelődöm, csak azért írom mindezt, mert sehol nem olvasom az, hogy bármelyik Linuxal 20-30 másodperc alatt betölt a rendszer, és „ujjé srácok, ez milyen jó”. Azonban a Windows, az OS X fórumokon sem olvasok hasonlóról.

#36 intel CPU

adam@adam-Aspire-7750G:~$ dpkg -l | grep microcode
ii  amd64-microcode                            3.20191021.1+really3.20181128.1~ubuntu0.18.04.1  amd64        Processor microcode firmware for AMD CPUs
ii  intel-microcode                            3.20191115.1ubuntu0.18.04.2                      amd64        Processor microcode firmware for Intel CPUs
ii  iucode-tool                                2.3.1-1                                          amd64        Intel processor microcode tool

 

#39 Egy haveromnak gyengébb laptopja van, mint az enyém, ugyanez a rendszer, és kb fél perc a boot ideje ssd-vel..

Meggyőztél. Most nincs éppen több javaslatom, de keresgélek tovább.

#38 Maga a rendszer nagyon jól működik, mindent pikk-pakk egy pillanat alatt megnyit. Egy haveromnak gyengébb laptopja van, mint az enyém, ugyanez a rendszer, és kb fél perc a boot ideje ssd-vel..

#41 Érthető :). Vigasz, hogy maga a rendszer gyorsabb, mintha HDD-t használnál.

#40 Rendben, köszönöm a türelmed és a segítséged. Annyira nagyon nem lenne fontos ez a boot idő dolog, mert tényleg nagyon patent  rendszer, imádom, csak kicsit zavar, hogy pont emiatt cseréltem le a hdd-t ssd-re, aztán semmi változás.

#51 Akkor a quiet kifejezést is töröld. Próba így is.
El tudom képzelni, nem kell videó. ;)
Használhatsz (szinte) bármilyen tárhelyet. A Google Drive nem játssza le a videót online, ezt tudom. Nem tudom, miért. Ha majd videót osztasz meg. Opsz, ne a DATA.HU legyen, és ne hasonló. Ki fog várni percekig? Senki. MEGA, ..., a DropBox is jó választás. Ha nincs fiókod, készíts egyet. ... ha DropBox-ba most regisztrálsz, megkérlek segíts nekem is, itt regisztrálj: https://db.tt/8kIjjJQ7
Most nézem, jó pár embert hívtam meg, csak egy regisztrált az általam közölt linken :D. Mondjuk, csalóka, mert magamat is meghívtam más e-maillel, és regisztráltam is.  A regisztrációddal kapok pár száz MB helyet, te ugyanazt kapod, mintha csak úgy regisztrálnál.
Dropbox asztali alkalmazás leírása (ha nemcsak online használnád): https://linuxmint.hu/blog/2020/04/a-dropbox-alkalmazas-mukodesenek-es-megjelenesenek-javitasa

#49 Szerkesztettem a grub-ot, töröltem a splash részt belőle. Indulásnál nem működik a dolog, de leállításnál kiirja karakteresen a részleteket. csináltam róla videót, hol tudnám elküldeni egyszerűbben?

#53 Érdemes regisztrálni, akár a Zippi, a Dropbox vagy más oldal használatával osztja meg a videót. Később is megtalálja a videót, nem vész el. Mint egy iskolai jegyzet, megmarad.

#51 https://www.zippyshare.com/
Kiválasztod a videó fájlt, feltöltöd, és a kapott linket bemásolod a válaszodba.

#55 Szuper! Gyors kikapcsolás volt! :)

A quiet paraméter törlése mit hoz magával? (a GRUB menü E-s szerkesztése is elég)

#54 https://videa.hu/videok/tudomany-technika/mint-19.3-E3UYAlyNag3!z904N

videa maradt végül.

#57 Így a jó! Minden látszik, és minden „OK”.
Pár másodperccel gyorsabb is lett talán, nem?
A bejelentkeztetés előtt elég sokat gondolkodik. Volt ilyen nálam is. Okát nem tudom.
Esetleg lehet telepíteni a SLiM „bejelentkeztető” alkalmazást, és beállítani a most használt LightDM bejelentkeztetés helyett. Nem találtam még megoldást a rendszered betöltésének javítására. Ami lassíthat: több partíció van, és ezeket befűzi a rendszer, vagy valamilyen szolgáltatás indulása több időbe telik a szokásosnál, mert a hardver nem fogadja a párbeszédet azonnal. És, az is lassít, de erősen, ha a lemez idős, de itt ez nem áll fenn, az SSD új.

A korábbi videókat ne töröld, jó, ha megmarad minden, amit a fórumon megosztasz. Vagy a Videa méretkorlátozást használ? A fórumnak az a lényeg, hogy évek műlva is megtalálható, megnézhető legyen minden tartalom. Bármilyen közzététel öncélú nem lehet, a közösségi segítség a lényeg.
Igy itt a fórumban, ha valaki megnézné a kilépést, nem fogja megtalálni. Ugye, nem alapértelmezett beállíts, és így nyilván nem sokan ismerik, viszont érdekelhet pár embert, lehet tetszene nekik is, ha látnák, hogyan néz ki mindez. Ez hasonló, mint amikor egy-egy fórumon a kepfeltoltes.hu és hasonló magyar oldalakat használtak kép megosztásra. Egy idő után a képek törlődnek maguktól, idő korlátosak. Megnéznéd a képet, nem találsz semmit, és a topiknak nem sok értelme maradt, ha a képeken volt a lényegi információ.

#56 Töröltem. Videó: https://videa.hu/videok/tudomany-technika/mint-19.3-mate-uWxGjfm.5siGXKrN3

#59 A SLiM telepítése és beállítása: https://askubuntu.com/a/143854

sudo apt-get install slim

sudo dpkg-reconfigure lightdm

... és itt ki kell választani a slimet. A TAB léptet, az Enter azt hiszem az érvényesítés.
Képekkel: https://linuxhint.com/install_slim_debian9/
Ha újraindítod a rendszert, akkor már a SliM léptet be. Beállítása a Wiki-kben, de nem fontos állítgatni.
Nem szokott gond lenni, de egy rendszer-visszaállítési pont megléte nem árt. :)

https://wiki.archlinux.org/index.php/SLiM
https://en.wikipedia.org/wiki/SLiM

A LightDM nemcsak beléptet, hanem mást is csinál. Kikapcsolásának hátrányát nem tapasztaltam sosem.
Jelenleg a legtöbb asztali környezet a LightDM-et használja, talán a KDE, ami nem.

-----

A korábbi videót akkor nem törölted?

#58 Megtartom a videókat.Meglesznek. Egyenlőre hagyom így a dolgot, a lényeg, hogy jól működik.Majd max valamikor kipróbálok egy ubuntu 20.04-et, hogy ezzel is ugyanez a helyzet.

#66 #67 Lehet, hogy ez kavar be.

#50 Ja, és ehhhez legacy mód kell, ha átkapcsoldtad UEFI módra, akkor a frissítés idejére vissza kell kapcsolni.

Jó is lenne tudni, hogy milyen módban van.. biosban sehol nincs ilyen kapcsolási lehetőség...

#65 Bios, Secure boot...?

Ha a paramétert GRUB szerkesztéssel kipróbálod (E -> szerkesztés -> F10), első alkalommal lassabb bootra számíthatsz, amit gyorsulhat, akár a mostani boot idő csökkenése „valószínű”. Ez a cél ezzel. Előfordulhat probléma is (akármi is lehet), tehát
-- vagy készíts visszaállítási pontot megelőzésképpen,
-- vagy kétszer, háromszor csakis az E-s szerkesztéssel indítsd a rendszert. Többször nem kell, de egészen addig így indítsd a rendszert, amig nem tisztázod, jobb lett-e a boot idő a paraméter folyamatos használatával.

A paraméter:

profile=2

A /proc/profile elérési úton a profile bináris mentés fájl a profile=2 kernel paraméterrel történő indítással jön létre. Most nem létezik. Nem próbáltam ki, biztosra nem tudom, javít-e az indításon. A 2-es érték nélkül javasolja némely jónéhány éves fórum, így: profile. Én nem így próbálnám. Elővigyázatosnak kell lenni, ezért az E-s szerkesztés, illetve a rendszer-visszaállítási pont. Mondom, elsőre lassabb lesz a boot (elkészül a profile bináris a proc könyvtár alatt), a második, a harmadik indításkor gyorsulhat, de mindig a paraméterrel kell indítani a rendszert. Ha beválik, a paramétert a grub fájlba kell szerkeszteni a korábban említett módon.

A magyarázat:
https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html
https://linux.die.net/man/1/readprofile

        profile=        [KNL] Enable kernel profiling via /proc/profile
                        Format: [<profiletype>,]<number>
                        Param: <profiletype>: "schedule", "sleep", or "kvm"
                                [defaults to kernel profiling]
                        Param: "schedule" - profile schedule points.
                        Param: "sleep" - profile D-state sleeping (millisecs).
                                Requires CONFIG_SCHEDSTATS
                        Param: "kvm" - profile VM exits.
                        Param: <number> - step/bucket size as a power of 2 for
                                statistical time based profiling.

#79 Én is gondoltam most valamire, de nem mondom meg (jobb ;)).

#80 Nem kell bemásolni, nem ezt kell kipróbálni, ez egy részlet a leírásból, tájékoztató jellegel, az előzményekhez kapcsolodóan.

Dehogynem kell kipróbálni! Bemásolni nem tudja ;), ha az E szerkesztéssel írja be az indításnál, akkor beírni tudja csak. Nem részlet a leírásból, hanem az én tanácsom. :D
Ahogyan törölte a splash vagy a quiet paramétereket, azzal a módszerrel írja be. Véglegesíteni nem kell egyelőre .., ejj, leírtam mindent pontosan, de nem is neked kell értelmezni, viszont illene.

#72 Na ez most nem teljesen tiszta... 

....
Ezt kell valahova bemásolnom?

Ez az utolsó, amit kipróbálok még, amint tudom pontosan, hogyan kell, aztán feladom.

Nem kell bemásolni, nem ezt kell kipróbálni, ez egy részlet a leírásból, tájékoztató jellegel, az előzményekhez kapcsolodóan.

(Bocs)

#78 Én a Double Commander saját szerkesztőjére gondoltam, nem írtam, mert nem tudom, telepítve van-e.

Ennek pedig a neve: "A Double Commander belső szerkesztője"

#82 Szoktam nézni az előzményt, ami ma nézve, neked ad igazat. Én kérek elnézést.

#81 Dehogynem kell kipróbálni! Bemásolni nem tudja ;), ha az E szerkesztéssel írja be az indításnál, akkor beírni tudja csak.

Úgy értettem, nem kell bemásolni config fáljba / terminálba és megpróbálni futtatni, csak mert szürke mezőben van (mivel máshol volt már erre is példa). B@zz... én sem vagyok már valami jó kommunikációból.
Ill. tényleg kellene külön Code, meg idézet mező támogatás a szerkesztőhöz.

Nem részlet a leírásból, hanem az én tanácsom.

Erre gondoltam, hogy részlet a leírásból, mármint olyan értelemben, na, mindegy...:
[KNL] Enable kernel profiling via /proc/profile
                        Format: [<profiletype>,]<number>
                        Param: <profiletype>: "schedule", "sleep", or "kvm"
                                [defaults to kernel profiling]
                        Param: "schedule" - profile schedule points.
                        Param: "sleep" - profile D-state sleeping (millisecs).
                                Requires CONFIG_SCHEDSTATS
                        Param: "kvm" - profile VM exits.
                        Param: <number> - step/bucket size as a power of 2 for
                                statistical time based profiling.

#94 A honlap szerverrel volt problémánk, nemcsak minket érintett, hanem más weboldalakat is. Ezért nem tudtad elérni a fórumunkat sem. Immár, remélhetőleg minden rendben. A probléma javításáig mi sem értük el a honlapot.

Esetleg, a "profile=2" kernel paramétert is kipróbáltad? Az "E" szerkesztéssel, és külön, erre a paraméterre vonatkozóan leírtam, hogyan.

#93 Megcsináltam ezeket, de semmi változás.Boot menüben se jelent meg, aminek meg kellene...

Amúgy nálatok se működött az oldalt kb 3 napig, vagy csak nálam volt valami gebasz?

#97 Bejönnek az "E" szerkesztéssel azok a sorok, ahol a quiet, splash stb van, itt nem tudom hogyan tovább.

Leírtam itt a módszert: https://linuxmint.hu/comment/38088#comment-38088

A sor végére kell beírni az ajánlott paramétert, ahol a quiet, splash van. Szóközzel. Majd F10, azaz így indítod a rendszert. És ezt legalább kétszer, de inkább háromszor kéne próbálni, mert az első ilyen indítás nem gyorsul feltétlen. Tehát háromszor kizárólag a profile=2 paraméterrel indítod el a rendszert, és figyeled, gyorsul-e, illetve, mi történik.

#95 Még nem próbáltam, mert nem igazán tudom, hogy hova is kell begépelni..Bejönnek az "E" szerkesztéssel azok a sorok, ahol a quiet, splash stb van, itt nem tudom hogyan tovább.

#110 Elnézést! A „video.allow_duplicates=1” javaslat a szálban volt, én meg a fejedre olvasom.
https://linuxmint.hu/comment/37450#comment-37450
Nem mindennap foglalkozunk ezzel, kiment a fejemből. A vthandoff hiánya tűnt fel.

Akkor a profile=2 paramétert próbáld, most csak ez a történet.
De a macskakörmök közé:
https://linuxmint.hu/comment/38488#comment-38488
#31 Ugyanott mutatom, a macskakörmök közé kell tenni minden paramétert, és a paramétereket szóköz választja el: https://linuxmint.hu/comment/37450#comment-37450
A megoldás olyasmi, mint, mikor két alkalmazást telepítesz egyszerre a terminálban, és szóköz elválasztással látja a shell, hogy két alkalmazásról van szó (pl.: sudo apt-get install geany audacious | a Geany szövegszerkesztő és az Audacious zenelejátszó telepítése terminálban). A GRUB-nál a macskakörmök tartják egyben a szóközökkel elválasztott paramétereket, és mondják azt a rendszernek: bizony, ez mind paraméter, használd! A rendszer nem tartja érvényes beállításnak, ami a macskakörmön kívül esik.

#107 Nem jó:

 GRUB_CMDLINE_LINUX_DEFAULT="video.allow_duplicates=1" profile=2

Arról már volt szó, a macskakörmök közé kell paramétereket betenni (a leírásban is szerepel), és nem utána.

Így a jó:

GRUB_CMDLINE_LINUX_DEFAULT="video.allow_duplicates=1 profile=2"

És ez a paraméter?

video.allow_duplicates=1

Honnan jött ötlet? Miért tetted be, cél?
Azt értem, a quiet és a splash törölve lett, de volt ott egy vthandoff kapcsoló, ami a Linux Mintre jellemző. Ezt miért törölted? Nem kell törölni.

#30 Nem jó, nyitó- és záró macskakörmök közé kell tenni az összes paramétert.

Ez a jó sor:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video.allow_duplicates=1"

bal Shift + 2 a macskaköröm (QWERTZ), azaz a " karakter.
(ha nem látszik: https://hu.wikipedia.org/wiki/Billenty%C5%B1zet )

Szerkesztés után:

sudo update-grub

És rendszer újraindítás.

Majd egy dmesg kimenet...

#121 Ez utóbbi (megoldás) nem sikerült, nem töltődött be a GRUB, így a rendszert a chroot használatával javítottam.
Egyik megoldással sem ugyanazt a billentyűzettérképet kaptam, mint a telepített rendszeren, azaz a = karaktert nem tudtam begépelni.
Ha rossz helyre írsz beállítást, ez is előfordulhat, hogy nem indul el a rendszer.

Bizonyára van systemd-s, vagyis a mai rendszerek alatt használható megoldás is a különleges karakterek használatára a GRUB E-s szerkesztésénél. Ha egyáltalán a systemd miatt nem működtek a régebbi megoldások. Engem is foglalkoztat a kérdés valamelyest. A másik megoldás a fix, amit most te csinálsz. Az általam linkelt leírásban benne a grub fájl biztonsági mentése, az eredeti állapot ott van. Előfordulhat, hogy itt is kell chroot, mert a beállítás nem a grub fájlban tárolódik, kell az update-grub a visszaállításhoz, és ezt a chroot-nál tudod kivitelezni, visszamásolni a mentést, vagy szerkeszteni a grub fájl, törölve a változtatást. Itt előfordulhat - nálam is ez volt - hogy a Live rendszer USB-kulcsot hiányolja az update-grub (nálam sdb1 volt) futtatásakot (a változtatás érvényesítése), ennek megoldása a „grub-mkdevicemap” parancs futtatása, ami, ha hibával is fut le, de eredményes. Az újraindított rendszer így betölt, de ha az update-grub parancsot futtatod, hiányolja az sdb lemezt. Ennek nagyon egyszerű a megoldása: az USB-kulcs még a géphez van csatlakoztatva. Ha kihúzod, az update-grub hibátlanul lefut. Szóval lehetnek kalandos történetek, ha régi leírást valósít meg az ember. És figyelni kell, mi van egy leírásban, macskakörmök, stb., ha javasoljuk, akkor - a leírás - használható, azaz nem jár veszéllyel. :)

A parameter=2 nem olyan megoldás, ami miatt nem indul el a rendszer. És szerencsére gondoltak arra, mi van akkor, ha a felhasználó nem a macskakörmök közé írja be az új paramétert.

De nem is kell chroot, mert az E-s szerkesztéssel egy, a rendszer betöltését akadályozó paraméter törlésének akadálya nincs, törlöd a problémás paramétert, így betöltöd a rendszert, a telepített rendszeren szerkeszted a grub fájlt vagy visszamásolod a mentett grub fájlt (a mentést, ha az a korábbi állapot és nem még régebbi), majd frissíted (sudo update-grub) a változtatásra a rendszert, és a következő újraindításkor már minden rendben. :)

Megtévesztő lehet, hogy az E-s szerkesztésnél nincs, a grub fájlban van macskaköröm, és használni is kell.

#112 Igen.. írtam erre az imént. És a profile=2 paraméterre, a használatára.

Külön szólok hozzá ezen témákban (külön veszem):

#106 SVG fájlt megosztani például Dropbox vagy hasonló fiókoddal tudsz. Használsz felhő tárhelyet, melyiket?

-----

#113 A = vagyis különleges karakterre visszatérve. Nem tudtam még működő megoldást találni.
Próbáltam a /etc/initramfs-tools/initramfs.conf szerkesztését, a KEYMAP=y, és a MODULES=most beálítás is ugyanitt (Debian alatt). Betöltöttem a modulokat itt: /etc/initramfs-tools/modules. És: sudo update-intramfs -uk all (terminálban).
Forrásom: https://wiki.debian.org/Keyboard

Próbáltam ezt (második próba):

sudo mkdir /boot/grub/layout

sudo grub-kbdcomp -o /boot/grub/layout/hungarian.gkb hu

sudo nano /etc/default/grub

Itt az új sor (szövegtartalom):

GRUB_TERMINAL_INPUT="at_keyboard" 

Parancssor ismét:

sudo nano /etc/grub.d/40_custom

Itt az új sorok (szövegtartalom):

insmod keylayouts
keymap /boot/grub/layout/hungarian.gkb

Parancssor ismét:

sudo update-grub

A javaslat vázlata, én alakítottam át ezt:
https://askubuntu.com/questions/751259/how-to-change-grub-command-line-grub-shell-keyboard-layout/751260#751260

Ez utóbbi nem sikerült, nem töltődött be a GRUB, így a rendszert a chroot használatával javítottam.
Egyik megoldással sem ugyanazt a billentyűzettérképet kaptam, mint a telepített rendszeren, azaz a = karaktert nem tudtam begépelni.

Ha rossz helyre írsz beállítást, ez is előfordulhat, hogy nem indul el a rendszer.

#124 Macskakörmök közé tetted?
Háromszori indítás után nem gyorsult a rendszer?
Történt valami egyéni változás a boot folyamatban a paraméterezés után?

#113 Sajnos ez profile=2 se jött be..

#126 Az update-grub is megvolt? Múltkor nem. :)
Mi a kimenet?

cat /proc/cmdline

(van egy korábbi hozzászólásom is)

-----

Ez már más téma. Esetleg így is érdemes lenne egy próba (háromszor így indítani): profile

Egy haveromnak gyengébb laptopja van, mint az enyém, ugyanez a rendszer, és kb fél perc a boot ideje ssd-vel..

Gondolom, az ugyanez a rendszer azt jelenti, hogy:

-- szintén Cinnamon az asztali környezet a haverodnál is?

Össze kéne vetni, nála mi indul, és mennyi ideig tart, és nálad.

systemd-analyze

systemd-analyze blame

...a második parancssornál a space nyomogatása hozza ki az összes sort, ami nem fér el a terminál ablakában.

Oszd meg a két kimenetet: nála és nálad (Ubuntu Pastebin).

Próbáljunk ezt, a hardver/rendszer szerinti összehasonlítást.

#124 Macskakörmök közé tetted?
Háromszori indítás után nem gyorsult a rendszer?
Történt valami egyéni változás a boot folyamatban a paraméterezés után?

#127 EFI-re jó a rEFInd. A kérdezőnek nem az van (kimenet):

Disklabel type: dos

Itt: https://linuxmint.hu/comment/37426#comment-37426

#124 Csak ötletként bedobva.:
Mert itt már annyi minden ki lett próbálva eredménytelenül, hogy eggyel több már gondolom
nem oszt-nem szoroz. https://artofcode.wordpress.com/2020/01/26/very-slow-boot-loading-in-lin...

#131 Rendben.

#128 Minden meg volt.update-grub stb..semmi nem változott.

Nem cinnamon, hanem mate.

Most dolgozok, este megpróbálom a többi javaslataid.

#133 Lényegében kipróbáltuk. Rá kéne nézni a többi javasolt tesztre.

#132 Megpróbáltam a profile paramétert, 2 nélkül, de így sincs változás.

#136 Jujj, ez mennyi ideig gondolkodik!

         21.655s gpu-manager.service

#128 systemd-analyze
Startup finished in 16.646s (kernel) + 27.255s (userspace) = 43.902s
graphical.target reached after 27.242s in userspace

 

systemd-analyze blame
         21.655s gpu-manager.service
          5.116s dev-sda1.device
          4.964s setvtrgb.service
           812ms upower.service
           577ms systemd-udev-trigger.service
           561ms udisks2.service
           387ms systemd-logind.service
           345ms ModemManager.service
           338ms accounts-daemon.service
           329ms grub-common.service
           326ms networkd-dispatcher.service
           325ms pppd-dns.service
           317ms hddtemp.service
           314ms ubuntu-system-adjustments.service
           308ms lm-sensors.service
           301ms alsa-restore.service
           299ms wpa_supplicant.service
           297ms rsyslog.service
           257ms kerneloops.service
           223ms systemd-journal-flush.service
           150ms NetworkManager.service
           136ms keyboard-setup.service
           122ms networking.service
           113ms lvm2-monitor.service
           102ms systemd-journald.service
           101ms swapfile.swap
            89ms lightdm.service
            81ms apparmor.service
            67ms thermald.service
            66ms speech-dispatcher.service
            59ms blk-availability.service
            59ms sys-kernel-debug.mount
            56ms ufw.service
            55ms dev-hugepages.mount
            55ms user@1000.service
            53ms systemd-modules-load.service
            51ms avahi-daemon.service
            51ms packagekit.service
            39ms systemd-tmpfiles-setup-dev.service
            36ms dev-mqueue.mount
            35ms systemd-resolved.service
            31ms systemd-udevd.service
            30ms systemd-remount-fs.service
            29ms dns-clean.service
            28ms systemd-random-seed.service
            27ms systemd-fsck@dev-disk-by\x2duuid-89dfaf5a\x2d1232\x2d4425\x2da2
            25ms ntp.service
            22ms kmod-static-nodes.service
            21ms sys-kernel-config.mount
            20ms systemd-sysctl.service
            19ms sys-fs-fuse-connections.mount
            18ms polkit.service
            15ms systemd-tmpfiles-setup.service
            14ms plymouth-read-write.service
            13ms ureadahead-stop.service
            13ms systemd-update-utmp.service
            10ms console-setup.service
            10ms systemd-user-sessions.service
            10ms systemd-update-utmp-runlevel.service
             9ms home.mount
             8ms openvpn.service
             8ms bluetooth.service
             7ms finalrd.service
             6ms systemd-backlight@backlight:radeon_bl0.service
             5ms plymouth-quit-wait.service
             5ms rtkit-daemon.service
             5ms systemd-rfkill.service
lines 45-67/67 (END)
            28ms systemd-random-seed.service
            27ms systemd-fsck@dev-disk-by\x2duuid-89dfaf5a\x2d1232\x2d4425\x2da2c1\x2d5ec518ddf251.service
            25ms ntp.service
            22ms kmod-static-nodes.service
            21ms sys-kernel-config.mount
            20ms systemd-sysctl.service
            19ms sys-fs-fuse-connections.mount
            18ms polkit.service
            15ms systemd-tmpfiles-setup.service
            14ms plymouth-read-write.service
            13ms ureadahead-stop.service
            13ms systemd-update-utmp.service
            10ms console-setup.service
            10ms systemd-user-sessions.service
            10ms systemd-update-utmp-runlevel.service
             9ms home.mount
             8ms openvpn.service
             8ms bluetooth.service
             7ms finalrd.service
             6ms systemd-backlight@backlight:radeon_bl0.service
             5ms plymouth-quit-wait.service
             5ms rtkit-daemon.service
             5ms systemd-rfkill.service

 

#140 Lehetséges. Kéne egy kimenet a grafikus eszközeidről:

inxi -Gxzzz

3 oldalt nem lapoztam végig, hogy kérdeztük-e már.
Grafikus eszköz, főleg GPU okozhat lassulást. Más is, de előfordul a GPU, mint ok.

#138 Akkor valószínű, hogy ezzel kell kezdeni valamit?