Strasznie Wolny Rozruch Systemu

[dt3]

Witam, od lat nie używałem Fedory, teraz spróbowałem postawić na swoim Lenovo Ideapad  s210Touch Fedore 23.

Mam problem z niezwykle wolnym rozruchem systemu - chodzi mi głównie o rozruch od momentu, gdy GRUB wybierze system do momentu, kiedy moge zalogować się w GDM.

O ile rozumiem czas uruchomienia GNOME3 od ekranu logowania to kolejny ale niezależny problem.

Generalnie mam wrażenie, że od momentu rozruchu Xów ten system wolno reaguje, czasem nie chce zareagować na input ani z touchpada, ani z ekranu dotykowego ani z zewnętrznego urządzenia typu tablet. Po kolejnych aktualizacjach problem się nasila.

 

Ponoć pomocny w diagnostyce problemu może być wynik - ale sam nic z tego nie rozumiem

systemd-analyze blame

wklejam je tutaj, choć zupełnie nie wiem jak z tej wiedzy skorzystać by przyspieszyć rozruch. 

 1min 22.302s mlocate-updatedb.service
     1min 6.497s plymouth-quit-wait.service
         24.064s dnf-makecache.service
         17.861s systemd-journald.service
         16.146s systemd-udev-settle.service
         15.123s firewalld.service
          8.447s dev-mapper-fedora\x2droot.device
          8.038s akmods.service
          7.652s accounts-daemon.service
          7.254s libvirtd.service
          7.109s systemd-modules-load.service
          5.603s systemd-fsck@dev-disk-by\x2duuid-938ed488\x2d6e32\x2d4872\x2d854e\x2d41a9fd2ed4a0.service
          4.546s abrtd.service
          4.278s unbound-anchor.service
          3.710s systemd-fsck@dev-disk-by\x2duuid-B824\x2d7493.service
          3.681s ModemManager.service
          3.628s systemd-fsck@dev-disk-by\x2duuid-6a1a0af7\x2d14e1\x2d4776\x2da76f\x2d09bd549f10dc.service
          2.986s lvm2-monitor.service
          2.934s chronyd.service
          2.544s packagekit.service
          2.476s fedora-readonly.service
          2.372s polkit.service
          2.343s netcf-transaction.service
          2.339s mcelog.service
          2.166s avahi-daemon.service
          2.130s bluetooth.service
          2.067s NetworkManager.service
          2.044s gssproxy.service
          1.898s systemd-journal-flush.service
          1.828s proc-fs-nfsd.mount
          1.802s systemd-tmpfiles-setup-dev.service
          1.773s boot-efi.mount
1.687s mnt-LENOVO.mount
          1.628s systemd-udevd.service
          1.606s dmraid-activation.service
          1.290s lvm2-pvscan@8:8.service
          1.225s systemd-udev-trigger.service
          1.212s plymouth-start.service
          1.015s home-mi-DATA.mount
           914ms [email protected]
           625ms systemd-localed.service
           598ms gdm.service
           580ms rpc-statd-notify.service
           570ms cups.service
           542ms systemd-tmpfiles-setup.service
           531ms [email protected]
           526ms systemd-remount-fs.service
           509ms udisks2.service
           467ms abrt-ccpp.service
           457ms dev-mapper-fedora\x2dswap.swap
           434ms sys-kernel-debug.mount
           416ms wpa_supplicant.service
           393ms dev-mqueue.mount
           357ms tmp.mount
           350ms systemd-sysctl.service
           330ms dev-hugepages.mount
           288ms colord.service
           287ms systemd-logind.service
           268ms rtkit-daemon.service
           263ms iio-sensor-proxy.service
           258ms systemd-fsck-root.service
           256ms systemd-user-sessions.service
           233ms systemd-tmpfiles-clean.service
           211ms systemd-update-utmp.service
  191ms fedora-import-state.service
           188ms boot.mount
           183ms akmods-shutdown.service
           178ms systemd-random-seed.service
           149ms systemd-vconsole-setup.service
           127ms [email protected]
           127ms plymouth-read-write.service
           119ms dracut-shutdown.service
           116ms auditd.service
            76ms upower.service
            73ms nfs-config.service
            72ms systemd-backlight@backlight:intel_backlight.service
            71ms [email protected]
            67ms livesys.service
            66ms blk-availability.service
            50ms systemd-hostnamed.service
            45ms kmod-static-nodes.service
            22ms livesys-late.service
            12ms systemd-update-utmp-runlevel.service
            10ms var-lib-nfs-rpc_pipefs.mount
            10ms [email protected]
             4ms sys-fs-fuse-connections.mount
             2ms sys-kernel-config.mount

Sam zupełnie nie wiem jak się zabrać do tego problemu.

Pomóżcie proszę

[@sunrise]

Sprawdź co wyświetla polecenie dmesg, może tam będą jakieś wskazówki, sprawdź poleceniem top, iotop obciążenie procesora i operacji io. Poleceniem hdparm -tT /dev/sdx gdzie sdx to twój dysk (zapewne sda) sprawdzisz szybkość dysku.

[DEMON]

Kilka pierwszych usług zjadają ci masę czasu musisz sie ich pozbyć :

 

mlocate-updatedb.service  tutaj w tym procesie jest bug więc trzeba to wyłączyć i czekać na łatkę. 

systemd-journald.service    usunąć lub przenieść logi

dnf.makecache.service       sprawdza czy są uaktualnienia dla systemu 

systemctl disable mlocate-updatedb.service

systemctl disable dnf.makecache.service

mv  /var/log/journal  /var/log/journal.org

systemctl mask plymouth-quit-wait.service

Musisz poczytać w necie - które usługi wyłączyć,  kiedyś się w to bawiłem ale za wiele już nie pamiętam. Te pierwsze usługi co zajmują dużo czasu są dość problematyczne i trzeba poczytać jak je wyłączyć, usunąć bo nie zawsze prostymi sposobami da się je deaktywować. 

 

Nie mam F23 ale spróbuj to co ci napisałem. 

[dt3]

DEMON dzięki Po wpisaniu Twoich komend jako root przyspieszyłem rozruch systemu do około 50 s zanim mam ekran logowania z GDM

obecnie 

systemd-analyze blame

daje

7.614s firewalld.service
          6.828s akmods.service
          6.780s systemd-udev-settle.service
          6.100s dev-mapper-fedora\x2droot.device
          5.314s accounts-daemon.service
          3.688s libvirtd.service
          2.613s abrtd.service
          2.235s systemd-fsck@dev-disk-by\x2duuid-B824\x2d7493.service
          2.213s lvm2-monitor.service
          1.797s mnt-LENOVO.mount
          1.786s ModemManager.service
          1.775s systemd-fsck@dev-disk-by\x2duuid-938ed488\x2d6e32\x2d4872\x2d854e\x2d41a9fd2ed4a0.service
          1.727s abrt-ccpp.service
          1.719s fedora-readonly.service
          1.669s chronyd.service
          1.566s gssproxy.service
          1.476s polkit.service
          1.471s dev-mapper-fedora\x2dswap.swap
          1.394s akmods-shutdown.service
          1.389s livesys.service
          1.385s iio-sensor-proxy.service
          1.385s mcelog.service
 1.377s systemd-tmpfiles-setup-dev.service
          1.371s rtkit-daemon.service
          1.360s avahi-daemon.service
          1.359s bluetooth.service
          1.291s systemd-fsck@dev-disk-by\x2duuid-6a1a0af7\x2d14e1\x2d4776\x2da76f\x2d09bd549f10dc.service
          1.217s plymouth-start.service
          1.152s dmraid-activation.service
          1.150s proc-fs-nfsd.mount
           869ms packagekit.service
           767ms systemd-logind.service
           707ms systemd-journal-flush.service
           682ms home-mi-DATA.mount
           666ms wpa_supplicant.service
           578ms systemd-udevd.service
           513ms [email protected]
           480ms NetworkManager.service
           420ms boot.mount
           419ms [email protected]
           418ms systemd-journald.service
           409ms dev-mqueue.mount
           407ms systemd-sysctl.service
 378ms systemd-tmpfiles-setup.service
           356ms kmod-static-nodes.service
           333ms dev-hugepages.mount
           306ms systemd-remount-fs.service
           295ms gdm.service
           286ms netcf-transaction.service
           284ms cups.service
           269ms colord.service
           266ms systemd-fsck-root.service
           252ms fedora-import-state.service
           250ms [email protected]
           212ms lvm2-pvscan@8:8.service
           193ms [email protected]
           191ms rpc-statd-notify.service
           161ms systemd-vconsole-setup.service
           160ms systemd-user-sessions.service
           157ms boot-efi.mount
           157ms systemd-udev-trigger.service
           127ms plymouth-read-write.service
           104ms systemd-localed.service
            99ms [email protected]
            99ms udisks2.service
            99ms systemd-backlight@backlight:intel_backlight.service
 80ms auditd.service
            65ms upower.service
            61ms dracut-shutdown.service
            50ms nfs-config.service
            44ms systemd-random-seed.service
            40ms systemd-update-utmp.service
            31ms systemd-hostnamed.service
            15ms blk-availability.service
            13ms livesys-late.service
            12ms tmp.mount
             9ms systemd-update-utmp-runlevel.service
             8ms var-lib-nfs-rpc_pipefs.mount
             6ms sys-kernel-debug.mount
             5ms systemd-modules-load.service
             3ms sys-kernel-config.mount

Czeka mnie lektura o usługach, byłbym wdzięczny za ukierunkowanie na właściwe źródła - czy wbijać w google tylko nazwe usługi czy jakoś inaczej byś tego szukał?

 

Na początku ta Fedora startowała (od ładowania przez GRUB do ekranu logowania) jakaś minutę 15 sekund, po jednej aktualizacji strasznie spowolniła, teraz zbliżyłem się do czasu z przed tej feralnej aktualizacji.

 

sunrise - zacznę może od końca

sudo hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   8232 MB in  2.00 seconds = 4118.24 MB/sec
 Timing buffered disk reads: 324 MB in  3.01 seconds = 107.82 MB/sec

Nie wiem czy to dobry, czy zly wynik. Obecna instalacja to dualboot Fedora za Win8, partycja poza LVM to partycja na dane (na wypadek awarii podmieniam tylko instalacje systemu)

fdisk -l
Dysk /dev/sda: 465,8 GiB, bajtów: 500107862016, sektorów: 976773168
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 4096
Rozmiar we/wy (minimalny/optymalny) w bajtach: 4096 / 4096
Typ etykiety dysku: gpt
Identyfikator dysku: 472D31DE-90A3-4D4B-AC78-8C17BBB9D9B7

Urządzenie Początek    Koniec   Sektory Rozmiar Typ
/dev/sda1       2048   2050047   2048000   1000M Środowisko odtworzeniowe Window
/dev/sda2    2050048   2582527    532480    260M System EFI
/dev/sda3    2582528   4630527   2048000   1000M Partycja rozruchowa Lenovo
/dev/sda4    4630528   4892671    262144    128M Microsoft - zarezerwowana
/dev/sda5    4892672 457783295 452890624    216G Microsoft - dane podstawowe
/dev/sda6  457783296 488753151  30969856   14,8G Microsoft - dane podstawowe
/dev/sda7  488753152 489777151   1024000    500M Linux - system plików
/dev/sda8  489777152 568958975  79181824   37,8G Linux LVM
/dev/sda9  568961024 976773134 407812111  194,5G Linux - system plików


Dysk /dev/mapper/fedora-root: 30 GiB, bajtów: 32212254720, sektorów: 62914560
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 4096
Rozmiar we/wy (minimalny/optymalny) w bajtach: 4096 / 4096


Dysk /dev/mapper/fedora-swap: 7,8 GiB, bajtów: 8321499136, sektorów: 16252928
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 4096
Rozmiar we/wy (minimalny/optymalny) w bajtach: 4096 / 4096

Czego w tym dmesg mam szukać? Wynik jest dłuugi, czy przekierować do pliku i gdzieś podlinkować?

Sam znalazłem tylko to

[   10.237091] Installing knfsd (copyright (C) 1996 [email protected]).
[   11.481998] audit_printk_skb: 33 callbacks suppressed
[   11.482003] audit: type=1130 audit(1450650203.017:62): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-udevd comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[   11.790922] ACPI Warning: SystemIO range 0x0000000000000428-0x000000000000042F conflicts with OpRegion 0x0000000000000400-0x000000000000047F (\PMIO) (20150619/utaddress-254)
[   11.790931] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[   11.790935] ACPI Warning: SystemIO range 0x0000000000000540-0x000000000000054F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPIO) (20150619/utaddress-254)
[   11.790940] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[   11.790941] ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPIO) (20150619/utaddress-254)
[   11.790945] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[   11.790946] ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPIO) (20150619/utaddress-254)
[   11.790950] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[   11.790951] lpc_ich: Resource conflict(s) found affecting gpio_ich
[   11.795546] wmi: Mapper loaded

dziwi mnie to, bo Fedora dużo lepiej radzi sobie z podzespołami mojego laptopa niż Debian (ekran dotykowy, karty bezprzewodowe, bluetoth nawet pod windowsem dziwnie się zachowuje ale i tak nie używam). O powolności M$ to nie wspominam - inaczej nie przyzwyczaiłbym się do hibernacji (której w Fedorze nie ma).

 

Co do zużycia pamięci sam system z Google-Chrome, Dropboxem i Terminatorem żre mi 1389 MB Ramu (z 7875 MB). Dropbox to jakieś 100 MB, mogę go wyłączyć. 

Podejrzewam, że to może być coś związanego z Xami - zdaża się im "zamarzać" na chwile - nie sposób przełączyć okna, czy skorzystać z menu zasilania, głośności itp. w GNOME. To też zaczęło występować od tej feralnej aktualizacji spowalniającej system.

Niestety nie potrafię odnaleźć loga z Xorga w /var/log chyba też się coś pozmieniało odkąd ostatnio używałem GNU/Linuksa. 

 

Procesor (w tym układzie Chrome z 1 oknem + Terminator) jest obciążony w około 4.5% (plus minus 2% na rdzeń, gdy na jednym rdzeniu wzrośnie na drugim spada). Według htop 137 zadań, 333 wątki load average: 1.19 1.22 1.21 

iotop chyba powinienem użyć jakoś w trybie batch? (Znowu nie bardzo wiem jak się tym narzędziem posłużyć by osiągnąć jakieś rezultaty)

 

 

Dzięki - już jest lepiej, może jeszcze uda się rozruch przyspieszyć na tyle by tego laptopa szło używać na zajęciach.

 

 

 

 

[@sunrise]

Niestety nie potrafię odnaleźć loga z Xorga w /var/log chyba też się coś pozmieniało odkąd ostatnio używałem GNU/Linuksa.

 

Czego w tym dmesg mam szukać? Wynik jest dłuugi, czy przekierować do pliku i gdzieś podlinkować?

obecnie 

Logi powinny być w /var/log/Xorg.0.log w dmesg szykaj jakiś błędów szczególnie po tych tzw zacięciach. szybkość dysku jak na laptopa wygląda ok. iotop jest programem podobnym do htop, otwiera okienko  na cały terminal po kolumnach poruszasz się klawiszami kursora, możesz w nim obserwować czy któryś z procesów za bardzo nie obciąża operacji dyskowych, podobnie jak w htop obserwujesz obciążenie procesora