Grub2 X-akta

Fórum: 

Adott egy Toshiba Sattelite L-50B laptop, 4 magos N4350 proci, 4 GB RAM, Toshiba hdd...

Be kellene üzemelnem Mint19. 3-al. Sok furcsaság van, van amit megoldottam, van amit még nem, de van egy furcsaság, amit még nem láttam:

A Grub menü úgy jelenik meg mint '80-as évek filmjeiben a monitoron megjelenő szöveg. Azaz betünként, mint telex gépnél a papíron, kb.3mp egy sor, ha befejezte, rátér a következőre. Nagy, fehér kövér betükkel, és nem látszik, melyik sor van kijelölve. Vakon nyomom és számolom a kurzorvezérlő lenyomását

Próbáltam levideózni, de folyton bemozdul a kezem, amikor shiftet nyomok...

Látott már valaki ilyent?

kimarite képe

Ha a le kurzorral egy sorral

Ha a le kurzorral egy sorral lejjebb lépsz a GRUB menüben a visszaszámlálás megáll. :-)
Fura kicsit tényleg a karakterkészlet, nézegettem. Nem tudom, kinek az ötlete volt. :-)
Az LMDE 4 kiadásnál láttam.

Értékelés: 

0
Még nincs értékelve

Lehet láma kérdés, de tényleg nem tudom

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?

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Lehet láma kérdés, de tényleg nem tudom

#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)

Értékelés: 

0
Még nincs értékelve

Lehet láma kérdés, de tényleg nem tudom

#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.

 

Értékelés: 

0
Még nincs értékelve

Lehet láma kérdés, de tényleg nem tudom

#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.

Értékelés: 

0
Még nincs értékelve
tresor képe

Lehet láma kérdés, de tényleg nem tudom

#5 Nana, vannak bizonyos biosokban is fastboot, quickboot és quietboot opciók. Azok is tudnak meglepetést okozni. A Windows-é csak hab a tortán.

Értékelés: 

0
Még nincs értékelve

Lehet láma kérdés, de tényleg nem tudom

#6 A bios quick es hasonlo lehetosegei a post folyamatot roviditik le.

Jellemzoen lapopoknal hasznalatos, mivel ott a hardverezes fix, nem valtozik sosem. Igy a post folyamat feltetelezi hogy nem kell minden bootnal keresgelni es tesztelni hogy van-e uj hardver, csak az esetleg uj cserelheto, bootkepes eszkozoket kell kutatni. Pl. bootolhato telepito  pendrive. Ezzel is gyorsul a boot folyamat.

En igy tudom, ha valaki eszervekkel megcafol termeszetesen elfogadom.

Értékelés: 

0
Még nincs értékelve

Lehet láma kérdés, de tényleg nem tudom

#7 Igy már jobban hangzik, bár szerintem még lehet rajta finomitani.

https://www.dropbox.com/s/s3aenp28x4p3q7s/20200327_093126.jpg?dl=0

https://www.dropbox.com/s/n2vojydphpunne5/20200327_093205.jpg?dl=0

 

Értékelés: 

0
Még nincs értékelve

Lehet láma kérdés, de tényleg nem tudom

#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.

Értékelés: 

0
Még nincs értékelve

Lehet láma kérdés, de tényleg nem tudom

#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).

Értékelés: 

0
Még nincs értékelve

Lehet láma kérdés, de tényleg nem tudom

#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.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Az Arch Linux lerások

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.

Értékelés: 

0
Még nincs értékelve

Az Arch Linux lerások

#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.

Értékelés: 

0
Még nincs értékelve

Az Arch Linux lerások

#13 Elbénáztam a linket, türelem...

Értékelés: 

0
Még nincs értékelve
kimarite képe

Itt a video

#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. ;-)

Értékelés: 

0
Még nincs értékelve

Itt a video

#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.

Értékelés: 

0
Még nincs értékelve

Itt a video

#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

Értékelés: 

0
Még nincs értékelve
tresor képe

Itt a video

#18 Jöhetne nnek a kimenete is:

systemd-analyze blame

 

 

Értékelés: 

0
Még nincs értékelve

Itt a video

#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

 

Értékelés: 

0
Még nincs értékelve
tresor képe

Itt a video

#20 Hát igazából ezek az idők betudhatóak noti hdd-nek is. Azok közt is van viszonylag gyors és kifejezetten döglassú sorozat is. Ha a HDD Sentinel jónak mondja, annak lehet hinni.
"graphical.target reached after 29.684s in userspace" >> Ez fél perc a bekapcsolástól a GUI-ig.

Nekem SSD-n van a rendszerem.

[tosi@tosi ~]$ systemd-analyze time
Startup finished in 4.363s (kernel) + 8.146s (userspace) = 12.509s
graphical.target reached after 6.984s in userspace
[tosi@tosi ~]$

 

Értékelés: 

0
Még nincs értékelve

HDD

#21 Hát igazából ezek az idők betudhatóak noti hdd-nek is. Azok közt is van viszonylag gyors és kifejezetten döglassú sorozat is.

Köszönöm az infót.

Amúgy ja. A helyzet az, hogy vannak HDD-k, amiket PC-re terveznek, meg amiket video eszközökbe. (Megfigyelő rendszerek, set-tp boxok, vdeo felvevők). Ezek a videozásra tervezett HDD-k szekvenciális hozzáférése igen gyatra, de a lineáris olvasásban / írásban remekelnek. PC-k esetén ez mentésre igen jó, de másra sem. Seagate esetén ez pl. egyértelműen jelölve van, de más gyártók esetében ez nem egyértelmű.

Nálunk meg az a helyzet, hogy úgy árulják ezeket, mintha az bármire jó lenne, nincs ilyen megkülönböztetés a boltokban, ráadásul a video HDD-k olcsóbbak, így gyakran akciósnak állítják be.

Ez a HDD pont úgy viselekedik, mint egy video HDD, pl. a programok lassan indulnak, de ha már elindultak, gyorsak. Próbáltam rákeresni a típusára, nem sok releváns infót találni, vannak benchmarkok, amik szerint tényleg lassú másokhoz képest, de erre magamtól is rájöttem.

Értékelés: 

0
Még nincs értékelve
tresor képe

HDD

#22 Általában ezekben a "consumer" notikban ilyenek vannak, szinte mindegy melyik gyártóét nézzük. Általános célú tömeg cikkek. Viszont lehetnek különbségek disztrók közt is, érdemes rápróbálni másra is. Ha van idő és lehetőség.

Van itt egy hdd-s notim ugyan azzal a rendszerrel, mint az ssd-s. Nézek nem soká egy analyze-t az összehasonlítás kedvéért.

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

Értékelés: 

0
Még nincs értékelve

HDD

#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.

Értékelés: 

0
Még nincs értékelve
tresor képe

HDD

#24 Ez egy Lenovo B50-es noti, Celeron N2840/4GB RAM/Seagate Momentus 320GB-5400RPM lemezzel.

[beni@beni-noti ~]$ systemd-analyze time
Startup finished in 3.440s (firmware) + 11.173s (loader) + 4.522s (kernel) + 23.072s (userspace) = 42.208s 
graphical.target reached after 21.469s in userspace
[beni@beni-noti ~]$

Valamivel gyorsabb, de ez is inkább a fél perc felé mondható.
Csak egy pár sora "blame"-ből.

[beni@beni-noti ~]$ systemd-analyze blame
11.251s man-db.service                                                           
 7.361s lvm2-monitor.service                                                     
 7.162s snapd.service                                                            
 6.285s dev-sda2.device                                                          
 6.230s polkit.service                                                           
 4.545s apparmor.service                                                         
 3.702s NetworkManager.service                                                   
 3.475s org.cups.cupsd.service                                                   
 2.659s linux-module-cleanup.service                                             
 2.610s systemd-logind.service                                                   
 2.057s udisks2.service                                                          
 1.656s systemd-journal-flush.service 

A lemez 100%-os, most néztem a Linuxos HDD Sentinellel.

[beni@beni-noti hd_sentinel]$ sudo ./hdsentinel-018c
Hard Disk Sentinel for LINUX console 0.18c.8675 (c) 2019 info@hdsentinel.com
Start with -r [reportfile] to save data to report, -h for help

Examining hard disk configuration ...

HDD Device  0: /dev/sda             
HDD Model ID : ST9320325AS
HDD Serial No: 6VDDE5AT
HDD Revision : 0003SDM1
HDD Size     : 305245 MB
Interface    : S-ATA II
Temperature  : 28 °C
Highest Temp.: 45 °C
Health       : 100 %
Performance  : 100 %
Power on time: 810 days, 16 hours
Est. lifetime: more than 1000 days
  The hard disk status is PERFECT. Problematic or weak sectors were not found and there are no spin up or data transfer errors. 
    No actions needed.

[beni@beni-noti hd_sentinel]$ 

A rendszer Manjaro-Gnome/UEFI install/Auto Login.

Az SSD-n meg Manjaro-Xfce/UEFI/Auto Login van. Az egy AMD A6-os Toshiba Satellite/6GB RAM.

Ha nincs baj a működéssel, maradhat így is a notid, ahogy most van.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Itt a video

#17 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ó.

Erre gondolhatott a költő: hinni kell benne, mint a vezércikkben. :-)

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.

De a végére érve megáll, nem?
Mindig az első soron áll a GRUB, próbálj egyszer le kurzort nyomni, lefelé lépni egy sorral.

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,

Akkor jó.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Linux Mint 19.3 GRUB menü

#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

Értékelés: 

0
Még nincs értékelve

X-aktą folytatása

No, az történt, hogy (a nyitó poszt írásakor teljesen jó) aksi megadta magát. Ez csak mellékes, csak magyarázat kiegészítés... Szóval be volt dugva a töltő, elindítottam, ki húztam a töltőt, erre azonnal lekapcsolt. Visszadugtam, elindítottam, ekkor megjelent a tökéletes GRUB, mint témával, ahogy kell. Mert érezte a megszakadt boot folyamatot. Tehát ott van ez, csak manuálisan nem tudom előcsalogatni ezt shift-el induláskor

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Megjelent vagy nem...? | a gksu már kiment a divatból!

#28 ...be volt dugva a töltő, elindítottam, ki húztam a töltőt, erre azonnal lekapcsolt. Visszadugtam, elindítottam, ekkor megjelent a tökéletes GRUB, mint témával, ahogy kell. Mert érezte a megszakadt boot folyamatot. Tehát ott van ez, csak manuálisan nem tudom előcsalogatni ezt shift-el induláskor

Esetleg: https://linuxmint.hu/blog/2017/10/a-grub-menu-lathatosaga (gksu nincs már)
Eddig nem az volt a probléma, hogy megjelent? Megjelent a GRUB, de nem látszott a kiválasztott menü...

(Zárójelben megjegyzem, 444tibi írta valahol, hogy „teker a merevlemez”. Nyitni kéne erről egy topikot, mert nem találom, és több időt sem szánnék a keresésre. A swappines értéket kéne 60-ról 10-re állítani: https://averagelinuxuser.com/debian-10-after-install/ . De ezt nem itt kéne tárgyalni. Vagy olvassa itt, vagy nem... :-) )

Értékelés: 

0
Még nincs értékelve

Megjelent vagy nem...? | a gksu már kiment a divatból!

#29 Esetleg: https://linuxmint.hu/blog/2017/10/a-grub-menu-lathatosaga (gksu nincs már)

Kösz, ezzel tisztában vagyok, ill. az ismételgetés (átnézés) sohasem árt, ezért díjazom a linket, most megrendeltem új HDD-t, arra várok, majd azon fogok ezzel foglakozni.

Eddig nem az volt a probléma, hogy megjelent?

Eddig sem jelent meg magától, csak a Shift lenyomására, ahogy a nagy könyvben meg van írva. És nem, az nem volt probléma, hogy így megjelent, hanem a kinézete (mármint hogy nem lehetett látni, melyik az éppen aktív menüpont - ez volt a probléma).

Megjelent a GRUB, de nem látszott a kiválasztott menü...

Eegen.. Kell a Grub, mert nem az enyém lesz a noti, csak addig van nálam, amíg a nagy vírushisztéria elmúlik. (Leendő gazdájának addig talán meghozza a gólya is a babát, jelenlegi állapotában kockázatkerülés üzemmódban leledzik).

Szóval, volt már a történelemben olyan, hogy új kernel nem indult, ilyen esetben jó, ha ki lehet választani egyszerű módon a régebbi kernelt, és onnan mókolni tovább. Ezért jó, ha van Grub, ami most, hogy UEFI módban van telepítve a Mint, induláskor nem reagál semmire. Nekem nem probléma, de mint említettem, nem az enyém lesz a noti, az én dolgom használhatóvá tenni....

Értékelés: 

0
Még nincs értékelve

Linux Mint 19.3 GRUB menü

#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)

Értékelés: 

0
Még nincs értékelve
kimarite képe

Megjelent vagy nem...? | a gksu már kiment a divatból!

#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.

Értékelés: 

0
Még nincs értékelve

Megjelent vagy nem...? | a gksu már kiment a divatból!

#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//

Értékelés: 

0
Még nincs értékelve
kimarite képe

A GRUB hátterének módosítása | Linux Mint 19.3

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

Értékelés: 

0
Még nincs értékelve

A GRUB hátterének módosítása | Linux Mint 19.3

#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...

Értékelés: 

0
Még nincs értékelve
kimarite képe

A GRUB hátterének módosítása | Linux Mint 19.3

#35 Talán a CRT monitorokra jellemzőbb. Én azzal próbáltam.
Lehetséges megoldásként jutott eszembe, mi történik, ha a hátteret kicserélem világosabbra. Merthogy feketének látszik. A fontokat is lehet változtatni, és azok nagyságát. Hozzáteszem, a videó eszköz nvidia IGP, támogatása manapság már csak nyílt driver, a nouveau. De ez csak adalék, nem tudom, köze lehet-e a dologhoz.

Értékelés: 

0
Még nincs értékelve

új HDD, dupla RAM....

#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.

Értékelés: 

0
Még nincs értékelve

új HDD, dupla RAM....

#37 Hát a firmware pótlása után lassult...

Értékelés: 

0
Még nincs értékelve
kimarite képe

új HDD, dupla RAM....

#38 Ha kísérletezős kedved is van, akkor egy UEFI boot betöltőt kipróbálhatsz: https://linuxmint.hu/comment/36035#comment-36035

Itt csak futólag: https://www.youtube.com/watch?v=DfC5hgdtbWY

Arch Linux alatt a bootctl parancsor (ha jól emlékszem, nem jutottam el még egyszer ide) teszi be a beállításokat vagy te magad. Én csak tervezem, hogy kipróbálom.
Ja igen, a parancssor ugyanaz: https://blobfolio.com/2018/06/replace-grub2-with-systemd-boot-on-ubuntu-...
Azt hiszem, egyetlen rendszert lehet vele betöltetni.

Aztán lehet, a jövő ez lesz...

Értékelés: 

0
Még nincs értékelve
kimarite képe

systemd-boot

#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ő.

Értékelés: 

0
Még nincs értékelve

systemd-boot

#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.

Értékelés: 

0
Még nincs értékelve
kimarite képe

systemd-boot

#41 Van ez így velem is. Ki kell pihenni.

Értékelés: 

0
Még nincs értékelve

GRUB menü megjelenítés EFI módban / EFI boot menü

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.

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB menü megjelenítés EFI módban / EFI boot menü

#43 Köszi az összeállítást. Gépenként is eltérhet a beállítás, sajnos.

A kép forrása: http://animalia-life.club/other/bunnies-and-rabbits.html

Értékelés: 

0
Még nincs értékelve