Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Asentaminen ja käyttöönotto => Aiheen aloitti: ubpappa - 11.04.19 - klo:00.57
-
Jossain oli ohje kuinka laitetaan järjestelmä
käynnistymään halutulta levyltä eli minulla
/dev/sdb2:lta kun tarjoaa /dev/sda1 ja käynnistyminen
on hidas ???
-
Tuota sikäli kun ymmärrän Grubin sijainti ei pahemmin käynnistysnopeuteen vaikuta, Grub itsessään on pieni ja ohjaa lähinnä bootattavaan kerneliin joka sitten sijaitsee sillä levyllä missä se Linuxisi muutenkin on.
-
Jossain oli ohje kuinka laitetaan järjestelmä käynnistymään halutulta levyltä ...
Grub voidaan asentaa komennolla grub-install <levy>. Esim. Levy voi olla vaikka /dev/sdb. Koneesi käynnistyy biossista määritellyltä kiintolevyltä, jonka mbr:ssä sitten
sijaitsee grub:in käynnistymiseen tarvittavat bitit.
Grub:in asetuksista voi halutessaan valita oletuksena käynnistettävän jakelun (/etc/default/grub), mutta ko. valikostahan voi käynnistää eri jakelut tai jakeluversiot.
Koskapa käytät eri levyillä eri versioita käyttöjärjestelmistä, olet todennäköisimmin niitä asennellessasi määritellyt grub:in asentumaan eri levyille.
Suositus: älä korjaa toimivaa, jos kuitenkin saat jo käynnistymään kaikki haluamasi jakelut ko. grub:in valikosta.
Koskapa itsekin käytän (ja tarvittaessa testailen) useita Linux-jakeluja, käytän kuitenkin vain pääkäyttöjärjestelmän grub:ia käynnistämään kulloinkin halutun jakelun tai sen version.
Ubuntussa komento sudo update-grub etsii ja päivittää grub.cfg:n, joka määrittää kunkin levyosioilta löytyvät jakeluiden kernel-versiot.
-
Pitihän sitä kokeilla, Ja kaikki piti olla kunnossa, mutta mikään ei muuttunut
ensimmäisenä 18.10, ehdotuksia ???
xup19@xup19-desktop:~$ sudo grub-install /dev/sdb
[sudo] salasana henkilölle xup19:
Asennetaan i386-pc-alustalle.
Asennus on päättynyt. Virheitä ei löytynyt.
xup19@xup19-desktop:~$
xup19@xup19-desktop:~$ sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Tuottaa grub-asetustiedoston ...
Linux-levykuva löytyi: /boot/vmlinuz-5.0.0-8-generic
Löytyi initrd-levykuva: /boot/initrd.img-5.0.0-8-generic
Linux-levykuva löytyi: /boot/vmlinuz-5.0.0-7-generic
Löytyi initrd-levykuva: /boot/initrd.img-5.0.0-7-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Löytyi Ubuntu 18.10 (18.10) kohteella /dev/sda1
valmis
xup19@xup19-desktop:~$
-
Komento : systemd-analyze blame kertoo mihin se aika käynnistyksessä menee.
-
Komento : systemd-analyze blame kertoo mihin se aika käynnistyksessä menee.
xup19@xup19-desktop:~$ systemd-analyze blame
3min 474ms udisks2.service
29.624s dev-sdb2.device
29.318s systemd-journal-flush.service
26.965s networkd-dispatcher.service
25.648s snapd.service
24.817s dev-loop24.device
24.787s dev-loop22.device
24.584s dev-loop23.device
24.449s dev-loop20.device
23.857s dev-loop21.device
23.611s ModemManager.service
22.524s dev-loop19.device
22.473s accounts-daemon.service
21.690s dev-loop10.device
21.619s dev-loop13.device
21.388s dev-loop16.device
21.207s dev-loop8.device
21.178s dev-loop9.device
21.119s dev-loop17.device
20.036s dev-loop14.device
19.791s dev-loop12.device
19.730s dev-loop18.device
19.533s dev-loop11.device
lines 1-23
-
Pitihän sitä kokeilla, Ja kaikki piti olla kunnossa, mutta mikään ei muuttunut ensimmäisenä 18.10, ehdotuksia ???
Tuo esimerkissäni ehdottamani /dev/sdb ei ole ensimmäinen bios-määrityksissä määritelty käynnistyvä levy.
Kotitehtäväksi jätän arvuuttelun, mille levylle Ubuntu 19.04:n grub pitäisi asentaa, jotta sen määritys toimisi käynnistyksessä.
-
Komento : systemd-analyze blame kertoo mihin se aika käynnistyksessä menee.
xup19@xup19-desktop:~$ systemd-analyze blame
3min 474ms udisks2.service
29.624s dev-sdb2.device
29.318s systemd-journal-flush.service
26.965s networkd-dispatcher.service
25.648s snapd.service
24.817s dev-loop24.device
24.787s dev-loop22.device
24.584s dev-loop23.device
24.449s dev-loop20.device
23.857s dev-loop21.device
23.611s ModemManager.service
22.524s dev-loop19.device
22.473s accounts-daemon.service
21.690s dev-loop10.device
21.619s dev-loop13.device
21.388s dev-loop16.device
21.207s dev-loop8.device
21.178s dev-loop9.device
21.119s dev-loop17.device
20.036s dev-loop14.device
19.791s dev-loop12.device
19.730s dev-loop18.device
19.533s dev-loop11.device
lines 1-23
Udisks2.service kuluttaa aikaa noin kolme minuuttia. Voiko tuo johtua siitä millä levyllä grub on? Käsittääkseni virhe tuossa palvelussa (Udisks2) hidastaa kaikkea levytoimintaa, eli selittäisikö tuo miksi nuo muutkin ajat ovat suuria?
Minulla oli version 14.04 kanssa joskus alussa ongelmia, kun käynnistys kesti muistaakseni välillä yli 10 minuuttia. Syslogin listauksesta löytyi silloin ”Failed to activate service 'org.freedesktop.UDisks2': timed out”, monta kertaa. Ongelma hävisi jonkun päivityksen jälkeen. En tarkasti tiedä minkä, koska saattoi mennä viikkokin ilman tuota ongelmaa.
Toimiiko tietokone normaalisti käynnistyksen jälkeen? Minulla kone oli erittäin hidas levytoimintojen suhteen, kun vika ilmeni.
-
Hidasta on joka rivillä. Onko kyseessä pyörivä kovalevy ja vanhanpuoleinen kone. Joku viisaampi osannee neuvoa mikä tökkii.
Normaali rivi SSD levyllä näyttää tältä.
$ systemd-analyze blame
5.910s NetworkManager-wait-online.service
1.209s dev-sdd1.device
981ms systemd-logind.service
888ms snapd.service
802ms NetworkManager.service
382ms lightdm.service
381ms plymouth-quit-wait.service
283ms systemd-resolved.service
259ms networkd-dispatcher.service
239ms systemd-timesyncd.service
220ms systemd-journal-flush.service
176ms udisks2.service
161ms ModemManager.service
159ms dev-loop0.device
151ms phpsessionclean.service
140ms ubuntu-system-adjustments.service
138ms dev-loop1.device
110ms thermald.service
95ms networking.service
85ms systemd-udevd.service
79ms keyboard-setup.service
76ms apparmor.service
72ms snap-core-6673.mount
lines 1-23
-
Tuo esimerkissäni ehdottamani /dev/sdb ei ole ensimmäinen bios-määrityksissä määritelty käynnistyvä levy.
Kotitehtäväksi jätän arvuuttelun, mille levylle Ubuntu 19.04:n grub pitäisi asentaa, jotta sen määritys toimisi käynnistyksessä.
Turvalliseksi kokemani kokeiltu eli grub-install /dev/sdb2 mikä
meni virheittä läpi mutta ei korjaantunut.
Jos otan sda1:deltä bootin pois... mitä tapahtuu ???
-
Turvalliseksi kokemani kokeiltu eli grub-install /dev/sdb2 mikä meni virheittä läpi mutta ei korjaantunut.
Koitapa selvittää komennon grub-install syntaksi.
-
Turvalliseksi kokemani kokeiltu eli grub-install /dev/sdb2 mikä meni virheittä läpi mutta ei korjaantunut.
Koitapa selvittää komennon grub-install syntaksi.
grub-install /dev/sdb2 osoittaa osioon eikä levylle. Itse olen monesti tavannut Gentoon ohjetta Wikissä Grubin asentamisesta. https://wiki.gentoo.org/wiki/GRUB2. Gentoon asennusoppaassa myös hyvä ohje. Monta järjestelmää useilla eri levyillä ja osioilla hoituu kyllä yhdellä lataajalla. On MBR ja GPT levyjä. UEFI ja secure boot tuovat vielä omat ongelmansa. Secure boot aiheutti itsellä sen ettei nvidian ajuri latatunut. Päivitys vielä poisti xorg.conf tiedoston ja kesti aikansa kun keksin kaikki harmit. Jos lataaja toimii ei sitä kannata päivittää. Ainakin itselle siitä tuli harmia.
-
grub-install /dev/sdb2 osoittaa osioon eikä levylle. Itse olen monesti tavannut Gentoon ohjetta Wikissä Grubin asentamisesta. https://wiki.gentoo.org/wiki/GRUB2. Gentoon asennusoppaassa myös hyvä ohje. Monta järjestelmää useilla eri levyillä ja osioilla hoituu kyllä yhdellä lataajalla. On MBR ja GPT levyjä. UEFI ja secure boot tuovat vielä omat ongelmansa. Secure boot aiheutti itsellä sen ettei nvidian ajuri latatunut. Päivitys vielä poisti xorg.conf tiedoston ja kesti aikansa kun keksin kaikki harmit. Jos lataaja toimii ei sitä kannata päivittää. Ainakin itselle siitä tuli harmia.
Oliskohan tilanne nykygrubilla muuttunut kun joskus aiemmin on suora osiomääritys
toiminut ???... kun sdb0:aa ei ole ...
-
Oliskohan tilanne nykygrubilla muuttunut kun joskus aiemmin on suora osiomääritys toiminut ???...
Nykyisin ei käytetä viittausia osioihin (esim. /dev/sdbX) vaan levyosiot määritellään UUID:n mukaan. Levyosioiden UUID:t selviävät komennolla sudo blkid Idea tuossa on se, ettei levyjen tai osioiden järjestyksellä ole väliä.
MUTTA yhä laitteisto käynnistyy biossissa määritellyltä levyltä. Grub on vain pieni koodinpätkä, joka osaa noutaa /boot/grub/grub.cfg:n määritykset.
Komento grub-install asentaa tuon pienen koodinpätkän halutulle levylle.
-
xup19@xup19-desktop:~$ sudo blkid
[sudo] salasana henkilölle xup19:
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sda1: UUID="86f790f9-2a83-4f79-9f14-7c9d88d1163c" TYPE="ext4" PARTUUID="390bb33c-01"
/dev/sdb1: LABEL="pikku" UUID="9b3f025a-0326-4223-98c1-e6900076773e" TYPE="ext4" PARTUUID="000be427-01"
/dev/sdb2: UUID="92dd2ebb-734a-48b3-a24f-db41347a0ce2" TYPE="ext4" PARTUUID="000be427-02"
/dev/sdb3: UUID="4c15fc27-c4ec-4634-887c-c0ed315fbf5b" TYPE="swap" PARTUUID="000be427-03"
/dev/sdd1: LABEL="winlevy-ulkoinen" UUID="7299E1A67FC0B491" TYPE="ntfs" PARTUUID="cb4a53fb-01"
/dev/sdd2: LABEL="Kuvia" UUID="359F2236270E9EDE" TYPE="ntfs" PARTUUID="cb4a53fb-02"
/dev/sdc1: UUID="CC95-E5A8" TYPE="vfat"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/loop12: TYPE="squashfs"
/dev/loop13: TYPE="squashfs"
/dev/loop14: TYPE="squashfs"
/dev/loop15: TYPE="squashfs"
/dev/loop16: TYPE="squashfs"
/dev/loop17: TYPE="squashfs"
/dev/loop18: TYPE="squashfs"
/dev/loop19: TYPE="squashfs"
/dev/loop20: TYPE="squashfs"
/dev/loop21: TYPE="squashfs"
/dev/loop22: TYPE="squashfs"
/dev/loop23: TYPE="squashfs"
/dev/loop24: TYPE="squashfs"
xup19@xup19-desktop:~$
Ei vaan käsitä mikä puuttuu...
-
Luulenpa, että fstabissa (https://www.linux.fi/wiki/Fstab) on jotakin väärin.
-
Luulenpa, että fstabissa on jotakin väärin.
Miten sisällön voi tarkistaa ???
-
Luulenpa, että fstabissa on jotakin väärin.
Miten sisällön voi tarkistaa ???
more /etc/fstab
Tai jos less on tutumpi niin sillä.
Tai kopioimalle se turvalliseen paikkaan ja jollain editorilla, vaikka pluma/gedit/mikä nyt sattuu olemaan
-
Koodia: [Valitse]
more /etc/fstab
Tai jos less on tutumpi niin sillä.
Tai kopioimalle se turvalliseen paikkaan ja jollain editorilla, vaikka pluma/gedit/mikä nyt sattuu olemaan
Näkyykö ongelma tässä ???
xup19@xup19-desktop:~$ more /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).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb2 during installation
UUID=92dd2ebb-734a-48b3-a24f-db41347a0ce2 / ext4 errors=remount
-ro 0 1
/swapfile none swap sw
0 0
xup19@xup19-desktop:~$
-
Ainakin juuriosio on oikein. Swap näkyy löytyvän myös osiona (ylempänä olevasta blkid:n listauksesta), mutta sinänsä ei ole väärin käyttää siltikin swap-tiedostoa. Voisit vielä tarkistaa, että se on oikein käytössä:
swaponTuon pitäisi listata rivi, joka alkaa tuolla /swapfile.
Löytyisiköhän udisksin lokista jotain hyödyllistä viivästyksen aiheuttajasta:
journalctl --boot --unit=udisks2 --no-pager
-
xup19@xup19-desktop:~$ journalctl --boot --unit=udisks2 --no-pager
-- Logs begin at Thu 2019-02-14 23:09:24 EET, end at Mon 2019-04-22 18:58:13 EEST. --
huhti 22 18:52:11 xup19-desktop systemd[1]: Starting Disk Manager...
huhti 22 18:52:16 xup19-desktop udisksd[538]: udisks daemon version 2.8.2 starting
huhti 22 18:52:27 xup19-desktop udisksd[538]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory
huhti 22 18:52:28 xup19-desktop udisksd[538]: Failed to load the 'mdraid' libblockdev plugin
huhti 22 18:53:41 xup19-desktop systemd[1]: udisks2.service: Start operation timed out. Terminating.
huhti 22 18:55:11 xup19-desktop systemd[1]: udisks2.service: State 'stop-sigterm' timed out. Killing.
huhti 22 18:55:11 xup19-desktop systemd[1]: udisks2.service: Killing process 538 (udisksd) with signal SIGKILL.
huhti 22 18:55:11 xup19-desktop systemd[1]: udisks2.service: Main process exited, code=killed, status=9/KILL
huhti 22 18:55:11 xup19-desktop systemd[1]: udisks2.service: Failed with result 'timeout'.
huhti 22 18:55:11 xup19-desktop systemd[1]: Failed to start Disk Manager.
xup19@xup19-desktop:~$
Olsiko tässä jotain ???
Pitäisikö ajaa sudolla ???
-
Kyllähän tuolla ihan selviä virheilmoituksia on. Alle lainattu hyödyllisimmät.
huhti 22 18:52:27 xup19-desktop udisksd[538]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory
huhti 22 18:52:28 xup19-desktop udisksd[538]: Failed to load the 'mdraid' libblockdev plugin
Asennappa paketti libblockdev-mdraid2:
sudo apt install libblockdev-mdraid2
-
xup19@xup19-desktop:~$ sudo apt install libblockdev-mdraid2
[sudo] salasana henkilölle xup19:
Luetaan pakettiluetteloita... Valmis
Muodostetaan riippuvuussuhteiden puu
Luetaan tilatiedot... Valmis
Seuraavat lisäpaketit asennetaan:
finalrd libbytesize1 mdadm
Ehdotetut paketit:
default-mta | mail-transport-agent dracut-core
Seuraavat UUDET paketit asennetaan:
finalrd libblockdev-mdraid2 libbytesize1 mdadm
0 päivitetty, 4 uutta asennusta, 0 poistettavaa ja 2 päivittämätöntä.
Noudettavaa arkistoa 448 kt.
Toiminnon jälkeen käytetään 1 379 k t lisää levytilaa.
Haluatko jatkaa? [K/e] K
Nouda:1 http://archive.ubuntu.com/ubuntu disco/main amd64 finalrd all 3 [5 976 B]
Nouda:2 http://archive.ubuntu.com/ubuntu disco/universe amd64 libbytesize1 amd64 1.4-1build1 [10,8 kB]
Nouda:3 http://archive.ubuntu.com/ubuntu disco/main amd64 mdadm amd64 4.1-1ubuntu1 [419 kB]
Nouda:4 http://archive.ubuntu.com/ubuntu disco/universe amd64 libblockdev-mdraid2 amd64 2.20-7 [12,0 kB]
Noudettiin 448 kt ajassa 1s (578 kt/s)
Esiräätälöidään paketteja...
Selecting previously unselected package finalrd.
(Luetaan tietokantaa... 292861 tiedostoa ja hakemistoa asennettu tällä hetkellä.)
Valmistaudutaan purkamaan .../apt/archives/finalrd_3_all.deb ...
Puretaan finalrd (3) ...
Selecting previously unselected package libbytesize1.
Valmistaudutaan purkamaan .../libbytesize1_1.4-1build1_amd64.deb ...
Puretaan libbytesize1 (1.4-1build1) ...
Selecting previously unselected package mdadm.
Valmistaudutaan purkamaan .../mdadm_4.1-1ubuntu1_amd64.deb ...
Puretaan mdadm (4.1-1ubuntu1) ...
Selecting previously unselected package libblockdev-mdraid2:amd64.
Valmistaudutaan purkamaan .../libblockdev-mdraid2_2.20-7_amd64.deb ...
Puretaan libblockdev-mdraid2:amd64 (2.20-7) ...
Tehdään asetuksia: finalrd (3) ...
Created symlink /etc/systemd/system/sysinit.target.wants/finalrd.service → /lib/systemd/system/finalrd.service.
Tehdään asetuksia: libbytesize1 (1.4-1build1) ...
Tehdään asetuksia: mdadm (4.1-1ubuntu1) ...
Generating mdadm.conf... done.
update-initramfs: deferring update (trigger activated)
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Tuottaa grub-asetustiedoston ...
Linux-levykuva löytyi: /boot/vmlinuz-5.0.0-13-generic
Löytyi initrd-levykuva: /boot/initrd.img-5.0.0-13-generic
Linux-levykuva löytyi: /boot/vmlinuz-5.0.0-11-generic
Löytyi initrd-levykuva: /boot/initrd.img-5.0.0-11-generic
Linux-levykuva löytyi: /boot/vmlinuz-5.0.0-8-generic
Löytyi initrd-levykuva: /boot/initrd.img-5.0.0-8-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Löytyi Ubuntu 18.10 (18.10) kohteella /dev/sda1
valmis
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Tehdään asetuksia: libblockdev-mdraid2:amd64 (2.20-7) ...
Käsitellään paketin libc-bin (2.29-0ubuntu2) liipaisimia...
Käsitellään paketin systemd (240-6ubuntu5) liipaisimia...
Käsitellään paketin man-db (2.8.5-2) liipaisimia...
Käsitellään paketin doc-base (0.10.8) liipaisimia...
Processing 2 added doc-base files...
Käsitellään paketin initramfs-tools (0.131ubuntu19) liipaisimia...
update-initramfs: Generating /boot/initrd.img-5.0.0-13-generic
xup19@xup19-desktop:~$
Uudelleenkäynnistys ei muutosta....
ajoin tämän jälkeen:
xup19@xup19-desktop:~$ sudo update-grub
[sudo] salasana henkilölle xup19:
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Tuottaa grub-asetustiedoston ...
Linux-levykuva löytyi: /boot/vmlinuz-5.0.0-13-generic
Löytyi initrd-levykuva: /boot/initrd.img-5.0.0-13-generic
Linux-levykuva löytyi: /boot/vmlinuz-5.0.0-11-generic
Löytyi initrd-levykuva: /boot/initrd.img-5.0.0-11-generic
Linux-levykuva löytyi: /boot/vmlinuz-5.0.0-8-generic
Löytyi initrd-levykuva: /boot/initrd.img-5.0.0-8-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Löytyi Ubuntu 18.10 (18.10) kohteella /dev/sda1
valmis
xup19@xup19-desktop:~$ ^C
xup19@xup19-desktop:~$
Ei korjaantunut mutta oli tämmöönen huomautus:
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Mitä mahtaa tarkoittaa ???
-
Laitoin 18 puolella käynnistymään kohdasta 4 ja aika lyheni kyllä, mutta
aiemmat virheet ovat jäljellä 19 puolella...mitä voisin siellä poistaa kaatamatta
järjestelmää ???
xup19@xup19-desktop:~$ systemd-analyze blame
1min 33.022s apt-daily.service
51.550s dev-sdb2.device
42.232s dev-loop24.device
41.485s snapd.service
41.401s dev-loop22.device
41.185s accounts-daemon.service
40.390s dev-loop23.device
38.956s dev-loop21.device
36.711s udisks2.service
35.912s networkd-dispatcher.service
35.649s dev-loop20.device
34.746s dev-loop12.device
34.580s dev-loop10.device
34.554s dev-loop8.device
34.452s dev-loop9.device
34.446s dev-loop11.device
32.822s dev-loop13.device
31.535s dev-loop16.device
30.462s dev-loop19.device
30.457s dev-loop18.device
28.930s dev-loop14.device
28.926s dev-loop17.device
28.925s dev-loop6.device
lines 1-23
-
Nuo Snap sovellukset (dev-loop**.device) kuluttavat yhteensä suuriman osan ajasta. Minullakin on vanha tietokone, enkä turhaan asenna Snap sovelluksia. Mieluimmin ppa.
Toki nuo ajat muutenkin ovat suhteettoman suuria. Tuliko udisks2 kuntoon, eikä anna enää virheilmoituksia (komennolla journalctl --boot --unit=udisks2 –no-pager).
Tarkistitko sen swapfilen toiminnan Tomin ehdottamalla tavalla.
swapon
-
xup19@xup19-desktop:~$ swapon
NAME TYPE SIZE USED PRIO
/swapfile file 2G 0B -2
xup19@xup19-desktop:~$ journalctl --boot --unit=udisks2 –no-pager
Failed to add match '–no-pager': Virheellinen argumentti
xup19@xup19-desktop:~$ journalctl --boot --unit=udisks2
-- Logs begin at Thu 2019-02-14 23:09:24 EET, end at Sat 2019-04-27 20:55:22 EES
huhti 27 20:53:07 xup19-desktop systemd[1]: Starting Disk Manager...
huhti 27 20:53:11 xup19-desktop udisksd[988]: udisks daemon version 2.8.2 starti
huhti 27 20:53:52 xup19-desktop systemd[1]: Started Disk Manager.
huhti 27 20:53:52 xup19-desktop udisksd[988]: Acquired the name org.freedesktop.
lines 1-5/5 (END)
–no-pager ei kelvannut, mutta ilman sitä tulosti jotain
kertooko tämä jotain ???
Pitäisikö ajaa myös 18 järjestelmässä ???
-
journalctl --boot --unit=udisks2 --no-pager
Tuossa oikealla tavalla kirjoitettuna ja antaa oikean tulosteen.
t. Thinkit
-
xup19@xup19-desktop:~$ journalctl --boot --unit=udisks2 --no-pager
-- Logs begin at Thu 2019-02-14 23:09:24 EET, end at Sun 2019-04-28 01:17:18 EEST. --
huhti 28 01:11:00 xup19-desktop systemd[1]: Starting Disk Manager...
huhti 28 01:11:04 xup19-desktop udisksd[557]: udisks daemon version 2.8.2 starting
huhti 28 01:11:50 xup19-desktop systemd[1]: Started Disk Manager.
huhti 28 01:11:50 xup19-desktop udisksd[557]: Acquired the name org.freedesktop.UDisks2 on the system message bus
xup19@xup19-desktop:~$
näin...oliko merkkivirhe aiemmassa ???
-
Oli näköjään toiset viivat tippuneet pois matkalla. Tarkistus jäi, en edes laittanut sitä koodiin koska oletin, että haet sen puskurista.
Joka tapauksessa, swapfile ja udisks2 näyttävät toimivan ilman virheitä. Kuitenkin udisks2 kuluttaa aikaa noin 40 sekunnitta. Jokin aivan selvästi hidastaa. Versio 18.10 käynnistyy ilmeisesti nopeasti. Onko siinä käytössä Snap sovelluksia? Jos on, niin vievätkö (yksi loop) ne sielläkin aikaa noin puoli minuuttia? Jos 18.10 on levyllä sda ja 19.04 levyllä sdb, voisi nopeutta verrata. Ainakin levy sdb kannatta tarkistaa.
sudo hdparm -tT /dev/sdb
-
xup19@xup19-desktop:~$ sudo hdparm -tT /dev/sdb
[sudo] salasana henkilölle xup19:
/dev/sdb:
Timing cached reads: 7400 MB in 2.00 seconds = 3708.02 MB/sec
Timing buffered disk reads: 220 MB in 3.02 seconds = 72.80 MB/sec
xup19@xup19-desktop:~$
-----------------
Kokeilin samaa ajaa tältä puolelta sda:lle
xup19@xup19-desktop:~$ sudo hdparm -tT /dev/sda
[sudo] salasana henkilölle xup19:
/dev/sda:
Timing cached reads: 6524 MB in 2.00 seconds = 3267.60 MB/sec
Timing buffered disk reads: 186 MB in 3.01 seconds = 61.73 MB/sec
xup19@xup19-desktop:~$
Pitäisikö nämä vielä toistaa ollessa 18 järjestelmässä ???
-
Nuo buffered disk reads nopeudet eivät ole suuria, mutta eivät yksin selitä hidasta käynnistymistä. Varsinkin kun se on lähes yhtä pieni molemmilla ja pienempi siellä missä ongelmaa ei ole.
Käsittääkseni ei pitäisi olla eroa mistä nopeudet mittaa, mutta tee se kuitenkin vielä 18.10:n puoleltakin. Tärkeämpää on kuitenkin tarkistaa se käynnistys sieltä (18.10) puolelta:
systemd-analyze blame
-
18.10 puolelta ajettuna...
pappa75cosmic@pappa75cosmic-desktop:~$ systemd-analyze blame
2min 29.651s apt-daily-upgrade.service
1min 9.200s apt-daily.service
1min 8.895s plymouth-quit-wait.service
41.920s dev-sda1.device
34.816s dev-loop28.device
34.761s dev-loop31.device
34.715s dev-loop32.device
34.634s dev-loop34.device
34.593s dev-loop30.device
34.567s dev-loop27.device
34.502s dev-loop35.device
34.397s dev-loop23.device
34.338s dev-loop29.device
34.237s dev-loop33.device
32.664s logrotate.service
30.335s udisks2.service
26.432s accounts-daemon.service
24.344s dev-loop9.device
24.283s dev-loop15.device
24.263s dev-loop16.device
24.212s dev-loop18.device
24.139s dev-loop20.device
24.115s dev-loop19.device
lines 1-23
-
Käsittääkseni ei pitäisi olla eroa mistä nopeudet mittaa.
On sillä väliä, sillä massamuistien nopeus vaihtelee muistityypistä ja mm. ohjainpiiristä riippuen, mutta käyttöjärjestelmätasolla tälläistä eroa ei kuitenkaan näy, jos tallennusmedia on kaiken aikaa täsmälleen sama.
-
18.10 puolelta ajettuna...
pappa75cosmic@pappa75cosmic-desktop:~$ systemd-analyze blame
2min 29.651s apt-daily-upgrade.service
1min 9.200s apt-daily.service
1min 8.895s plymouth-quit-wait.service
41.920s dev-sda1.device
34.816s dev-loop28.device
34.761s dev-loop31.device
34.715s dev-loop32.device
34.634s dev-loop34.device
34.593s dev-loop30.device
34.567s dev-loop27.device
34.502s dev-loop35.device
34.397s dev-loop23.device
34.338s dev-loop29.device
34.237s dev-loop33.device
32.664s logrotate.service
30.335s udisks2.service
26.432s accounts-daemon.service
24.344s dev-loop9.device
24.283s dev-loop15.device
24.263s dev-loop16.device
24.212s dev-loop18.device
24.139s dev-loop20.device
24.115s dev-loop19.device
lines 1-23
Tuon mittauksen mukaan 18.10 pitäisi käynnistyä vähintään yhtä hitaasti kuin 19.04. Käsitin, että vain 19.04:ssä on ongelmia käynnistysajan kanssa.
Joku varmaan tietää voiko tuolta siirtää jotain toimintoja (esim. apt-daily*.service) käynnistymään myöhemmin. Vaarana tietenkin on, että käyttömukavuus kärsii.
Toistan vielä, että nuo Snap sovellukset (dev-loop**.device) kuluttavat yhteensä suuriman osan ajasta. Mielestäni kannattaisi palata perinteiseen tapaan asentaa ohjelmat, ainakin vanhemmalla tietokoneella.
Olisi mielenkiintoista kuulla, kuinka muut vanhemman tietokoneen omistajat ovat onnistuneet Snap sovellusten kanssa. Lähinnä mikä on vaikutus käynnistysaikaan.
Nuo ajat ovat kuitenkin niin suuria, että tässä saattaa olla vielä muutakin. Minä en sitä kuitenkaan keksi. Toivottavasti joku viisaampi osaa auttaa.