Beküldte atime -
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
Beküldte lala -
Értékelés:
@#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.)
Délután, kora esze leszek
Beküldte atime -
Értékelés:
Délután, kora este leszek csak a gépnél, igyekszek mindent megválaszolni
@lala
Beküldte atime -
Értékelés:
@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
@lala
Beküldte atime -
Értékelés:
@#6 Ez már csak így szokott lenni:-)
@lala
Beküldte kimarite -
Értékelés:
A Snap rendszer folyamat(ok) indulását kapcsold ki. Az okozza a problémát, más is ezt említi.
@lala
Beküldte lala -
Értékelés:
A bevezetőben említve van a "swap on". ... A SWAP UUID-je jónak tűnik - de be van kapcsolva ?
sudo swapon -a
@lala
Beküldte atime -
Értékelés:
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...
Az az érdekes, hogy az összes
Beküldte atime -
Értékelés:
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.
Mindegyik dmesg tartalmazza,
Beküldte atime -
Értékelés:
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?
Mindegyik dmesg tartalmazza,
Beküldte lala -
Értékelés:
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.)
Na, ennyi idő volt a letöltés
Beküldte atime -
Értékelé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.