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?

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

@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

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