Lassú boot ubuntu 19.10

Fórum: 

Az alábbi problémám van, nem túl régóta jelentkezik. Az előzmény: egy próbaverzió lett telepítve, (azóta már nincs meg), a telepitéskor kérte a telepitendő hely és a swap partició formázását, Nagy ügyesen meg is változtatta a swap UUID-jét. Ez persze gondot okozott a többi (linux)rendszer fstab-jában, de az át is lett írva a megfelelő UUID-re. Azóta viszont (csak az Ubuntu 19.10-nél) igen lassú a boot. A dmesg ide vonatkozó sora:

Adding 5119996k swap on /dev/sda2.  Priority:-2 extents:1 across:5119996k FS

Ez szépen el is tart neki vagy 20 másodpercig. Csak újretelepítés segíthet?

tresor képe

Nem azért van gubanc, mert az

Nem azért van gubanc, mert az Ubi alapból swapfájlt használ, itt meg partíció van? Talán a systemd agonizál, meg köztes kiadás.

Ez mint mond?

systemd-analyze blame

 

 

 

Értékelés: 

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

Csak egy ötlet

Mi történik akkor, ha az fstabban kikommenteled a swap partíciót. Restart után meg készítessz egy swapfájlt és használatba adod neki? (Azt kétlem, hogy automatikusan generálna magának, ha nem lát swapot).
????

 

Arch-on nem kutyulódtál bele az új pacman verzió kontra yay aknamezőbe?

Értékelés: 

0
Még nincs értékelve

Nem azért van gubanc, mert az

#1 Tudtommal, a swapfile, és a swap paríció nem zavarják egymást.
Lehet mindkettő - kérdés az, hogy szükség lehet-e a swap partícióra ?
(Szükség esetén a swapfile méretét lehet növelni.)
A swap partíció pedig akár a gpartedben is könnyen kikapcsolható.

Szerintem, inkább az /etc/fstab fájlban kéne körülnézni hogy nem maradt-e benne
olyan bejegyzés, amely már nem aktuális. (Keres-keres valamit a rendszer - de nem
találja - ezzel is elszüttyöghet.)

Értékelés: 

0
Még nincs értékelve

@lala

@lala

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).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=ad9ce55c-33e0-46f1-8940-55cee0cac6c2 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda2 during installation
UUID=aed6c176-bccb-44b5-b29d-d971f0203316 none            swap    sw              0       0

sudo fdisk -l

Disk /dev/loop1: 44,18 MiB, 46325760 bytes, 90480 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

Disk /dev/loop2: 54,52 MiB, 57151488 bytes, 111624 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

Disk /dev/loop3: 157,79 MiB, 165433344 bytes, 323112 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

Disk /dev/loop4: 22,44 MiB, 23515136 bytes, 45928 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

Disk /dev/loop5: 153,48 MiB, 160923648 bytes, 314304 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

Disk /dev/sda: 465,78 GiB, 500107862016 bytes, 976773168 sectors
Disk model: ST500LM012 HN-M5
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x000096ad

Eszköz     Indítható     Start      Vége Szektorok   Size Id Típus
/dev/sda1  *              2048 362373119 362371072 172,8G  7 HPFS/NTFS/exFAT
/dev/sda2            362373120 372613119  10240000   4,9G 82 Linux lapozó / Solaris
/dev/sda3            372613120 618373119 245760000 117,2G 83 Linux
/dev/sda4            618375166 976773119 358397954 170,9G  5 Kiterjesztett
/dev/sda5            618375168 739205246 120830079  57,6G 83 Linux
/dev/sda6            739207168 860037119 120829952  57,6G 83 Linux
/dev/sda7            860039168 976773119 116733952  55,7G 83 Linux

Partition 4 does not start on physical sector boundary.

sudo blkid

/dev/sda2: UUID="aed6c176-bccb-44b5-b29d-d971f0203316" TYPE="swap" PARTUUID="000096ad-02"
/dev/sda5: LABEL="dingo" UUID="ad9ce55c-33e0-46f1-8940-55cee0cac6c2" TYPE="ext4" PTTYPE="dos" PARTUUID="000096ad-05"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/sda1: LABEL="win10" UUID="2AB853A257E2E05A" TYPE="ntfs" PARTUUID="000096ad-01"
/dev/sda3: LABEL="arch" UUID="8cab8373-52ea-4cf7-9f51-e04b19540ab9" TYPE="ext4" PARTUUID="000096ad-03"
/dev/sda6: LABEL="ubudev" UUID="e5bd8f3e-0d0e-4212-bd3a-3b550fc09cf9" TYPE="ext4" PTTYPE="dos" PARTUUID="000096ad-06"
/dev/sda7: LABEL="bunsen" UUID="18ba96fe-e8a0-4050-89b1-e68a28d1a898" TYPE="ext4" PARTUUID="000096ad-07"

@tresor

Arch (arco) Dehogynem, de mire leírtam már meg is oldódott

systemd-analize blame

         40.572s man-db.service
         30.690s udisks2.service
         20.873s networkd-dispatcher.service
         20.625s systemd-journal-flush.service
         18.705s snapd.service
         17.409s dev-sda5.device
         15.769s ModemManager.service
         14.195s postfix@-.service
         13.675s NetworkManager-wait-online.service
         12.697s logrotate.service
         12.553s accounts-daemon.service
         12.164s lightdm.service
         12.153s plymouth-quit-wait.service
          9.315s systemd-resolved.service
          9.227s dev-loop4.device
          9.048s grub-common.service
          9.031s dev-loop3.device
          8.940s apport.service
          8.880s dev-loop1.device
          8.776s systemd-logind.service
          8.683s NetworkManager.service
          8.604s avahi-daemon.service
          8.597s wpa_supplicant.service
          8.568s grub-initrd-fallback.service
          8.473s thermald.service
          8.433s rsyslog.service
          8.366s gpu-manager.service
          8.061s pppd-dns.service
          7.959s dev-loop2.device
          7.187s lm-sensors.service
          5.643s systemd-udevd.service
          4.779s apparmor.service
          3.828s colord.service
          3.789s apt-daily.service
          2.772s apt-daily-upgrade.service
          1.758s user@1000.service
          1.627s polkit.service
          1.623s systemd-rfkill.service
          1.481s hddtemp.service
          1.135s fstrim.service
          1.080s upower.service
           912ms systemd-backlight@backlight:intel_backlight.service
           728ms snapd.seeded.service
           685ms systemd-modules-load.service
           660ms systemd-journald.service
           629ms systemd-timesyncd.service
           597ms systemd-sysctl.service
           588ms systemd-tmpfiles-setup-dev.service
           577ms keyboard-setup.service
           571ms kerneloops.service
           549ms systemd-sysusers.service
           347ms snap-gtk\x2dcommon\x2dthemes-1353.mount
           336ms systemd-tmpfiles-setup.service
           312ms setvtrgb.service
           267ms dev-disk-by\x2duuid-aed6c176\x2dbccb\x2d44b5\x2db29d\x2dd971f0203316.swap
           248ms systemd-udev-trigger.service
           244ms snap-snapd-4992.mount
           228ms snap-chromium-909.mount
           218ms kmod-static-nodes.service
           190ms systemd-user-sessions.service
           142ms ufw.service
           137ms dev-hugepages.mount
           137ms systemd-remount-fs.service
           136ms user-runtime-dir@1000.service
           119ms console-setup.service
           117ms snap-core18-1223.mount
           107ms rtkit-daemon.service
            98ms systemd-random-seed.service
            97ms dev-mqueue.mount
            96ms finalrd.service
            96ms sys-kernel-debug.mount
            85ms systemd-update-utmp.service
            69ms snap-chromium-920.mount
            37ms systemd-tmpfiles-clean.service
            34ms dev-loop5.device
            24ms plymouth-start.service
            20ms systemd-update-utmp-runlevel.service
            12ms plymouth-read-write.service
             5ms sys-fs-fuse-connections.mount
             4ms snapd.socket
             4ms sys-kernel-config.mount
             2ms postfix.service

 

 

 

Értékelés: 

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

@lala

#5 Most, nekem nincs sok időm :-(

Értékelés: 

0
Még nincs értékelve

@lala

#6 Ez már csak így szokott lenni:-)

Értékelés: 

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

@lala

#5 A Snap rendszer folyamat(ok) indulását kapcsold ki. Az okozza a problémát, más is ezt említi.

Értékelés: 

0
Még nincs értékelve

@lala

#5 A bevezetőben említve van a "swap on". ... A SWAP UUID-je jónak tűnik - de be van kapcsolva ?

sudo swapon -a

Értékelés: 

0
Még nincs értékelve

@lala

#8 Kikapcsoltam a snap-ot. Azeredmény:

andrea@andrea-350V5C-351V5C-3540VC-3440VC:~$ sudo blkid
[sudo] andrea jelszava:
/dev/sda2: UUID="aed6c176-bccb-44b5-b29d-d971f0203316" TYPE="swap" PARTUUID="000096ad-02"
/dev/sda5: LABEL="dingo" UUID="ad9ce55c-33e0-46f1-8940-55cee0cac6c2" TYPE="ext4" PTTYPE="dos" PARTUUID="000096ad-05"
/dev/sda1: LABEL="win10" UUID="2AB853A257E2E05A" TYPE="ntfs" PARTUUID="000096ad-01"
/dev/sda3: LABEL="arch" UUID="8cab8373-52ea-4cf7-9f51-e04b19540ab9" TYPE="ext4" PARTUUID="000096ad-03"
/dev/sda6: LABEL="ubudev" UUID="e5bd8f3e-0d0e-4212-bd3a-3b550fc09cf9" TYPE="ext4" PTTYPE="dos" PARTUUID="000096ad-06"
/dev/sda7: LABEL="bunsen" UUID="18ba96fe-e8a0-4050-89b1-e68a28d1a898" TYPE="ext4" PARTUUID="000096ad-07"
/dev/sdb1: LABEL="cinnamon" UUID="63f7b36a-6f86-4d87-a1a7-26c16f15089f" TYPE="ext4" PARTUUID="b6a23cd2-01"
/dev/sdb2: LABEL="rootMX19" UUID="016bf1fc-122a-496a-95bc-691530534a2d" TYPE="ext4" PARTUUID="b6a23cd2-02"
/dev/sdb4: LABEL="M-CM-^Zj kM-CM-6tet" UUID="48AEC574AEC55AD8" TYPE="ntfs" PARTUUID="b6a23cd2-04"
/dev/sdb5: LABEL="Voyager" UUID="9a401746-d483-4348-9ff7-222395c77b4c" TYPE="ext4" PTTYPE="dos" PARTUUID="b6a23cd2-05"

Viszont a boot ugyanolyan lassú, az új dmesg szerint majdnem 30 másodpercet szöszmötöl.

@Lala

Biztosan jó a swap partició, hiszen hibernálni is tud, sőt még fel is ébred...

Értékelés: 

0
Még nincs értékelve

Az az érdekes, hogy az összes

Az az érdekes, hogy az összes sda-n lévő linux rendszeren (Arco, Xubuntu 19.10, Xubuntu 20.04 dev, Bunsenlabs) a dmesg-ben szerepel ez a sor, de látványos lassulást csak a 19.10-nél okoz. Megnézem, hogy az sdb-n (usb-s rack) lévőknél szintén van-e. Ott Mint 19.2, MXLinux és Voyager 18.04 van, bár ott sem lassú a boot.

Értékelés: 

0
Még nincs értékelve

Mindegyik dmesg tartalmazza,

Mindegyik dmesg tartalmazza, csak 1-2-3 másodpercig szüttyög rajta, mi a fene van a 19.10-el? A teljesség kedvéért 19.04-ről lett frissitve 19.10-re. Szerintetek tiszta telepítés jót tenne neki?

Értékelés: 

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

Mindegyik dmesg tartalmazza,

#12 A snap rendszer kikapcsolása megvolt? Feljebb említette kimarite. PH-n is volt valami hasonló szitu 19.10-el, 20mp boot idő töblettel és ott is a snapd? kilövése hozott eredményt.

Ha van még üres helyed, ja egy szűz telepítés is mutathat különbséget.

Értékelés: 

0
Még nincs értékelve

Mindegyik dmesg tartalmazza,

#12 Ja ! ... Verzió frissítés volt ? :)
Még a 17.2-ről 17.3-ra történő verzió frissítés után vettem észre hogy jól
érzékelhetően megnőtt a boot idő.
Különösebben nem foglalkoztam vele - elfogadtam - mert betöltődés után
a HDD-nek megfelelő sebességgel működött a rendszer.
Ezt csak azért írom, mert verziófrissítés után előfordulhat ilyesmi.
(Persze, nem törvényszerű - és könnyen lehet hogy nem ezzel van összefüggésben.)

Értékelés: 

0
Még nincs értékelve

Na, ennyi idő volt a letöltés

Na, ennyi idő volt a letöltés, pendrive-ra írás, a mentés készítés, telepítés és lett egy villámgyors (na...csak az előzőhöz képest) Xubuntu. Még egy-két beállitás van még hátra. Az új (Archról már ismert) XFCE felület is megtáltosodott. Köszönöm mindenkinek a segítőkészséget.

Értékelés: 

0
Még nincs értékelve