mint 19.3 lassú boot ssd-vel

Fórum: 

Sziasztok. Adott egy Acer Aspire 7750G laptop, gyárilag 4 giga rammal, az enyémben van még +4 giga.

Egy kingston 240 gigás ssd-t vettem bele sima vinyó helyett, a gyorsabb boot érdekében, de nem lett gyorsabb.Majdnem másfél perc a boot idő...

Itt  van néhány terminálos kimenet indulópontnak:

adam@adam-Aspire-7750G:~$ systemd-analyze
Startup finished in 13.585s (kernel) + 10.908s (userspace) = 24.493s
graphical.target reached after 10.899s in userspace
adam@adam-Aspire-7750G:~$ systemd-analyze blame
8.880s plymouth-read-write.service
8.099s plymouth-start.service
2.066s apparmor.service
1.169s dev-sda1.device
1.021s upower.service
738ms systemd-udev-trigger.service
561ms udisks2.service
318ms thermald.service
311ms hddtemp.service
295ms lm-sensors.service
278ms kerneloops.service
267ms rsyslog.service
257ms networkd-dispatcher.service
249ms systemd-logind.service
229ms ubuntu-system-adjustments.service
181ms systemd-journal-flush.service
173ms NetworkManager.service
160ms keyboard-setup.service
155ms ModemManager.service
147ms accounts-daemon.service
143ms swapfile.swap
141ms systemd-rfkill.service
131ms lightdm.service
lines 1-23

adam@adam-Aspire-7750G:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
#
# / was on /dev/sda1 during installation
UUID=462d1062-798f-4a86-86a2-c3bc1a124534 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda5 during installation
UUID=1e92ad7a-9227-4774-b646-4c24782cc323 /home ext4 defaults 0 2
/swapfile none swap sw 0 0

dmesg https://paste.ubuntu.com/p/CMxqrTmY2Z/

mint 19.3 lassú boot ssd-vel

Szia !
A dmesg kimenetének a végén látszik egy 8 GB-os ADATA USB Flash Drive.
Ha ezt eltávolítod nem lesz rövidebb a boot idő ?
Ráadásul sérült lehet rajta a fájlrendszer, mert egy fsck futtatást javasol rajta.

Értékelés: 

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

video.allow_duplicates=1

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.

Aztán megnézed, hogy a rendszer betöltésének ideje javul-e, a megjelenítés jó-e, illetve a dmesg mutat-e ugyanezt a hibát vagy hasonló hibát. Az E-e szerkesztés egy indítás idejére szól, ezen indításkor kell vizsgálni a paraméter hatásait!

És nézzük meg a boot napló tartalmát is. Így:

sudo cat /var/log/boot.log

A rendszeremen kipróbáltam a Netdata alkalmazást, aztán töröltem.
Az eltávolítás nem jól ment végbe, maradt egy beállítás, amelynek a sikertelen indítása a boot naplóban is látszott. Íme:

[FAILED] Failed to start Real time performance monitoring.
See 'systemctl status netdata.service' for details.

Kikapcsoltam a szolgáltatást:

sudo systemctl disable netdata.service

Mindez csak tájékoztatatás.

Értékelés: 

0
Még nincs értékelve

mint 19.3 lassú boot ssd-vel

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

Értékelés: 

0
Még nincs értékelve

video.allow_duplicates=1

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

Értékelés: 

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

video.allow_duplicates=1

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

Értékelés: 

0
Még nincs értékelve

video.allow_duplicates=1

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

Értékelés: 

0
Még nincs értékelve

mint 19.3 lassú boot ssd-vel

#3 Kártyaolvasóba, ha van, nem maradt bennt valami sd kártya.?

Értékelés: 

0
Még nincs értékelve

Továbbá pedig

Hogyan történt a rendszer mozgatása? Sima tiszta telepítés volt? Vagy partició mozgatás / mókolás? A hibás USB meghajtó nem véletlenül a telepítőt tartalmazza?

Értékelés: 

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

Érdekes SATA3 vezérlő hiba

Itt ebben a tesztben, már az elején említenek egy Sandy Bridge procikat érintő SATA3 vezérlő hibát.

https://www.notebookcheck.com/Test-Acer-Aspire-7750G-Notebook.45572.0.html

Fordítóval a lényeg:
"Az Acer Aspire 7750G-2634G50Bnkk áttekintő mintánk  a „Sandy Bridge” generációs Cougar Point lapkakészletekre épül. Mint kiderült, és az Intel elismerte, ez (esetleg előfordulhat) hiba a SATA 3GBit / s portokon . Lásd: Az Intel törött Sandy Bridge lapkakészletei - leltár ."

Nem ez jött elő nálad most?

Értékelés: 

0
Még nincs értékelve

mint 19.3 lassú boot ssd-vel

#9 adam@adam-Aspire-7750G:~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=4029184k,nr_inodes=1007296,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=813392k,mode=755)
/dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=36,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=17672)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/sda5 on /home type ext4 (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=813388k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

 

Értékelés: 

0
Még nincs értékelve

Továbbá pedig

#10 Tiszta telepítés volt pen driveról. Lehet, hogy akkor hibás lenne a pen drive? Egy másik pen driveról való újra telepítés megoldaná?

Értékelés: 

0
Még nincs értékelve

Érdekes SATA3 vezérlő hiba

#11 Nem tudom. Erről nem is hallottam még

Értékelés: 

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

mint 19.3 lassú boot ssd-vel

#12 A mount kimenetében látszik, hogy az sda1 a Linux rendszer partíció, és az sda5 a Linux home partíció. Más partíció most nem látszik, ezek jelenléte természetes. A két partíció számozása fura. A partícióstáblát az fdisk kimenete mutatja

sudo fdisk -l

Térjünk rá a lassú boot témára. A boot.log tartalma jöhet (pasztázd).

Egy következő válaszodban a kernel paraméterek beállítása jön.

https://linuxmint.hu/comment/37391#comment-37391

Értékelés: 

0
Még nincs értékelve

mint 19.3 lassú boot ssd-vel

#15

adam@adam-Aspire-7750G:~$ sudo fdisk -l
[sudo] adam jelszava:         
Disk /dev/sda: 223,6 GiB, 240057409536 bytes, 468862128 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x30c52afc

Eszköz     Indítható    Start      Vége Szektorok   Size Id Típus
/dev/sda1  *             2048  78125055  78123008  37,3G 83 Linux
/dev/sda2            78127102 468860927 390733826 186,3G  5 Kiterjesztett
/dev/sda5            78127104 468860927 390733824 186,3G 83 Linux

Értékelés: 

0
Még nincs értékelve

mint 19.3 lassú boot ssd-vel

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

Értékelés: 

0
Még nincs értékelve

video.allow_duplicates=1

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

Értékelés: 

0
Még nincs értékelve

mint 19.3 lassú boot ssd-vel

#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

Értékelés: 

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

mint 19.3 lassú boot ssd-vel

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

Értékelés: 

0
Még nincs értékelve

mint 19.3 lassú boot ssd-vel

#21 próbáld meg ezt terminálba:

systemd-analyze plot > Milassu.html

Aztán nyisd meg a Milassu.html fájlt, nézd át.

illetve:

BIOS setup felületen keress C1E statust, ha van, akkor legyen Auto, vagy Disabled (ne legyen Enabled)

Illetve:

Swap beállításokat ellenőrizni.

Értékelés: 

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

mint 19.3 lassú boot ssd-vel

#21 Szerkesztettem a grub szövegszerkesztővel, majd reboot, de nem javult a boot idő. Itt a dmesg kimenet: https://pastebin.ubuntu.com/p/5WHpczqY45/

Az hibaüzenet nem tűnt el, és jött mellé egy másik (nem másolom be, később írok erről).

[Firmware Bug]: Duplicate ACPI video bus devices for the same VGA controller

Szerkesztettem a grub szövegszerkesztővel, majd reboot

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? A parancs kimenet megmutatja. Ellenőrizzük:

cat /proc/cmdline

-----

Azt hittem egy újratelepítés megoldja, nem értem miért ilyen lassú. Kiváncsi lennék, hogy más linux disztribúcióval vagy windows-al is ilyen lenne e...

Gyorsabb a te géped a betöltésnél az enyémnél.
Hibernálni szoktál? Ekkor mennyi az indulási idő?

Nekem új HDD-vel, Xfce-vel (virtuálbox modulok pluszban indulnak [4-5 másodperc], stb..)

systemd-analyze
Startup finished in 7.936s (kernel) + 27.321s (userspace) = 35.257s
graphical.target reached after 27.305s in userspace

Az SSD a rendszernél jön jól, az biztosan gyorsabb lesz.
A systemd is változik,  EFI-re jön (megérkezett, használható) egy másik megoldás, ami 4 másodperc alatt tölti be a rendszert. Még alakítgatják.

Kíváncsiságból ránéztem egy tesztre, ami SVG képet készít a boot folyamatokról. Ide biztosan nem válasz, de hátha valakit érdekli a dolog.

-- szükséges a dot futtatásához a GraphViz telepítése

sudo apt-get install graphviz

-- a teszt

systemd-analyze dot | dot -Tsvg > systemd.svg

-- az elkészült kép megnyitása (amúgy a saját könyvárban lesz, ha ott futtattad a korábbi paranccssort)

xdg-open systemd.svg

... nagyítva érdemezhető.

Értékelés: 

0
Még nincs értékelve

mint 19.3 lassú boot ssd-vel

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

Értékelés: 

0
Még nincs értékelve

mint 19.3 lassú boot ssd-vel

#22 "BIOS setup felületen keress C1E statust, ha van, akkor legyen Auto, vagy Disabled (ne legyen Enabled)"

Ezt már kerestem, de ennek valami nagyon gagyi biosa van, mert semmi ilyesmit nem találtam...

 

 

Értékelés: 

0
Még nincs értékelve

mint 19.3 lassú boot ssd-vel

#23 "Hibernálni szoktál? Ekkor mennyi az indulási idő?"

Nem szoktam, swap particiót se állítok be sose.

Értékelés: 

0
Még nincs értékelve

mint 19.3 lassú boot ssd-vel

#24 Update grub-al se lett jobb a helyzet.Ez volt rá a kimenet:

adam@adam-Aspire-7750G:~$ sudo update-grub
Sourcing file `/etc/default/grub'
/usr/sbin/grub-mkconfig: 10: /etc/default/grub: video.allow_duplicates=1: not found

 

Értékelés: 

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

mint 19.3 lassú boot ssd-vel

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

Értékelés: 

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

mint 19.3 lassú boot ssd-vel

#27 Ez nem jó.

Mutasd a kimenetet:

head -20 /etc/default/grub

De jobb lenne az egész:

cat /etc/default/grub

Értékelés: 

0
Még nincs értékelve

mint 19.3 lassú boot ssd-vel

#29

adam@adam-Aspire-7750G:~$ head -20 /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" video.allow_duplicates=1
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

Értékelés: 

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

mint 19.3 lassú boot ssd-vel

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

Értékelés: 

0
Még nincs értékelve

mint 19.3 lassú boot ssd-vel

#31 Nna most jól csináltam, viszont így se változott a boot idő.

dmesg: https://pastebin.ubuntu.com/p/qtH45T9rDD/

Értékelés: 

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

mint 19.3 lassú boot ssd-vel

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

Értékelés: 

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

Acer Aspire 7750G/JE70_HR

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

Értékelés: 

0
Még nincs értékelve

Acer Aspire 7750G/JE70_HR

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

Értékelés: 

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

Acer Aspire 7750G/JE70_HR

#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

Értékelés: 

0
Még nincs értékelve

Acer Aspire 7750G/JE70_HR

#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

 

Értékelés: 

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

Acer Aspire 7750G/JE70_HR

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

Értékelés: 

0
Még nincs értékelve

Acer Aspire 7750G/JE70_HR

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

Értékelés: 

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

Acer Aspire 7750G/JE70_HR

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

Értékelés: 

0
Még nincs értékelve

Acer Aspire 7750G/JE70_HR

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

Értékelés: 

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

Acer Aspire 7750G/JE70_HR

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

Értékelés: 

0
Még nincs értékelve

Továbbá pedig

#13 Tiszta telepítés volt pen driveról. Lehet, hogy akkor hibás lenne a pen drive? Egy másik pen driveról való újra telepítés megoldaná?

Kicsit késve reagálok erre, rengeteg dolgom volt... Szóval a Mint 19.3 telepítőnek van önellenőrző funckiója, bebutulsz róla, és az elsőnek jelentkező menüben kiválasztod a "Check media integrity" vagy hasonló menüupontot (nem emlékszem pontosan, de kb. a legalsó menüpont.)

Értékelés: 

0
Még nincs értékelve

Acer Aspire 7750G/JE70_HR

#41 Mondjuk a BIOS verzió kettővel le van maradva a legutolsótól. A legfrissebb itt az 1.21-es:

https://www.acer.com/ac/en/US/content/support-product/3476;-;AS7750G

Értékelés: 

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

Itt egy videó a bootolásom

#46 Az URL nem jó. Próbáld még egyszer beilleszteni. Ne formázd meg.

Így sem jó:
https://videa.hu/videok/tudomany-technika/boot-time-WKJQc$9wgVgF1BqjJ

Szerk.: ja, de így, azaz formázva jó lett az URL. Elsőre nem ezt mutatta. A $ karakter lehetett a gond.
Érdekes, hogy sokáig mintha semmi nem történne. Ezért szoktam kikapcsolni a Plymouth-ot, azaz a Debian rendszeren alap, hogy szövegesen mutatja, mi történik a háttérben. Mi a gond, mennyi ideig tart egy-egy folyamat.

Értékelés: 

0
Még nincs értékelve

Itt egy videó a bootolásom

#47 Ha csak simán törlöm a szoftverkezelőben a plymouth csomagot úgy jó lesz? Aztán karakteresen tölt be a rendszer? Utána csinálhatok egy újabb videót.

 

u.i.: ja most nézem nem távolítható el...

Értékelés: 

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

Itt egy videó a bootolásom

#48 Ne is töröld. :)
Próbáld ki az E szerkesztéssel, hogy mi történik, ha eltávolítod a splash paramétert a GRUB-ban. Szóköznek maradnia a kell, csak a splash kifejezést töröld. Ha beválik, akkor véglegesítheted a grub fájl szerkesztésével (és update-grub ;) majd reboot). Az indításnál szövegnek kell megjelennie, néhol lelassul vagy nem azt írja ki, hogy OK. Nem biztos, hogy gyorsít  betöltésen, de legalább látod, hogy történik valami. És már itt látod, ha valami gond van. Bármikor. Utána a boot.logban visszakeresheted. A quiet és a splash máködése is összefügg valamelyest, és az Ubuntu is változtatja ezeket a beállításokat (nem tudom követni), de a tippem a splash eltávolítása a szöveg megjelenéséhez.

Értékelés: 

0
Még nincs értékelve

Itt egy videó a bootolásom

#46 Leállításkor Shift, vagy Esc lenyomása megjeleníti elvileg, hogy mi történik, bár nem mindig van hatása, de egy próbát megér. Egyszer nekem is volt hasonló kalandom, igaz, nem SSD volt, hanem sima HDD, de ahhoz képest is baromi lassú volt az indulás, meg a leállás is, sőt, volt hogy ki sem kapcsolta a notit. Ott az volt a megoldás, hogy UEFI módban telepítettem fel végül, oszt utána minden ment virgoncul. Bár az teljesen más típusú noti volt...

BIOS frissítéstől pedig nem kell félni, már nagyon régóta shadow technologiával működik a dolog, azaz, ha bármi baj történik a BIOS-al, automatikusan visszaírja az árnyékmásolatból a régi (aktuális) BIOS-t.

Mondjuk kell a frissítéshez egy DOS rendszerindító, itt találsz hozzá leírást:
https://linuxmint.hu/blog/2020/01/ha-dos-program-futtatasara-van-szukseg

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

Értékelés: 

0
Még nincs értékelve

Oldalak