Ubuntu Suomen keskustelualueet
Muut alueet => Muut käyttöjärjestelmät ja Linux-jakelut => Aiheen aloitti: jekku - 10.04.21 - klo:10.21
-
Matkakoneeni hidastelee käynnistyksessä ellei ole kotiverkon eth-verkossa. (muissa en ole kokeillut)
Toki löytää wlaninkin, mutta kauan tuumii.
Koetin kaivella millä saisi tuon nopeammaksi, en edes päässyt jyvälle koettaako sitä eth-yhteyttä noin kauan vai missä viivyttelee.
-
Käsittääksen Focal perustuu Debina 11:een, ja minulla on se kokemus, että jos ei ole LAN-piuha kiinni, niin valmiustilasta palatessa kirjautuminen kestää kummallisen pitkään. Näyttää jotenkin siltä että WLAN-yhteyden pitää muodostua ensin ennen kuin työpöytä pääsee avautumaan. En ole ihan satavarma, mutta siltä se näyttää. Olen ajatellut että kone on vanha, mutta jos kerran hidastelua on muillakin, niin mahtaako jotain yhteistä löytyä?
-
Käsittääksen Focal perustuu Debina 11:een, ja minulla on se kokemus, että jos ei ole LAN-piuha kiinni, niin valmiustilasta palatessa kirjautuminen kestää kummallisen pitkään.
Mutta tässä taisi olla langattoman verkon hitaudesta kyse (?).
Minulla oli vastaavaa ongelmaa vanhassa Lenovo ThinkPad T420 -kannettavassa openSUSE Leapin 15.1 -versiossa. Aiemmat openSUSEt olivat toimineet moitteitta, samoin tilalle asentamani Debian 10. Sitten taas Leap 15.2 on toiminut ongelmitta.
Kummallistahan tuo on: ymmärtäisin, jos kyse olisi siitä, ettei tietty ydin tue tiettyä uutta laitetta, mutta tässä vanha laite, jota jo aiemmat ytimet tukevat, alkaa yhtäkkiä tökkiä.
-
Mutta tässä taisi olla langattoman verkon hitaudesta kyse (?).
Nimenomaan siirä on kyse. Eli jos minulla on WLAN-yhteys LAN-kaapelin sijaan, niin silloin kirjautuminen kestää oudon pitkään.
-
Mutta. Kun eth kiinni, niin käynnistyy nopiasti ja saa osoitteen myös wlanille?
Hmm. Hakeekohan tiedon lankaa pitkin myös tuolle wlanille ...
Sikälis kiusallista kun matkakonetta sammutelleen/boottaillaan usein.
No, kai se on tulkittava ominaisuudeksi.
-
Matkakoneeni hidastelee käynnistyksessä ellei ole kotiverkon eth-verkossa. (muissa en ole kokeillut)
Mitä systemd-analyze kertoo järjestelmäpalvelujen käynnistymisajoista:
systemd-analyze blame
-
Mutta. Kun eth kiinni, niin käynnistyy nopiasti ja saa osoitteen myös wlanille?
No tuota "myös wlanille" -asiaa en ole edes ajetellut. Kun yhteys vaan muodostuu, niin enhän mä siinä tilanteessa langatonta jää katselemaan.
Oli pakko kokeilla. Taitaakin olla niin että kirjautuminen kestää lentotilassakin. Tämä alkoi niihin aikoihin kun muutin uuteen asuntoon ja aloin käyttää pääsääntöisesti WLAN-yhteyttä, kun vanhassa asunnossa mulla oli aina LAN-kaapeli kiinni. Siksi ajattelin että se liittyy WLAN:iin. No, verkon vaihtumiseen nyt kuitenkin.
-
Matkakoneeni hidastelee käynnistyksessä ellei ole kotiverkon eth-verkossa. (muissa en ole kokeillut)
Mitä systemd-analyze kertoo järjestelmäpalvelujen käynnistymisajoista:
systemd-analyze blame
1min 11.962s logrotate.service
1min 11.641s networking.service
8.168s NetworkManager-wait-online.service
1.986s systemd-random-seed.service
1.165s ifupdown-pre.service
1.141s udisks2.service
784ms man-db.service
631ms exim4.service
625ms upower.service
618ms dev-sda1.device
361ms exim4-base.service
325ms e2scrub_reap.service
248ms accounts-daemon.service
216ms apparmor.service
203ms cups.service
202ms blueman-mechanism.service
178ms ModemManager.service
164ms NetworkManager.service
159ms polkit.service
144ms avahi-daemon.service
142ms keyboard-setup.service
113ms systemd-udev-trigger.service
107ms wpa_supplicant.service
107ms systemd-logind.service
104ms systemd-journald.service
100ms systemd-udevd.service
90ms user@1000.service
90ms dev-disk-by\x2duuid-389a8d8a\x2d4345\x2d4ba5\x2da3bd\x2d30d9767516c7.swap
81ms systemd-timesyncd.service
79ms console-setup.service
74ms systemd-journal-flush.service
72ms systemd-fsck@dev-disk-by\x2duuid-e39bd1a0\x2ddd8f\x2d4479\x2dae20\x2ddab979bee0a2.service
71ms apache2.service
68ms systemd-tmpfiles-setup.service
59ms systemd-rfkill.service
51ms systemd-modules-load.service
49ms lightdm.service
46ms plymouth-quit-wait.service
46ms packagekit.service
46ms systemd-update-utmp.service
41ms alsa-restore.service
40ms plymouth-start.service
39ms ssh.service
31ms systemd-tmpfiles-setup-dev.service
29ms rsyslog.service
28ms systemd-backlight@backlight:intel_backlight.service
26ms home.mount
24ms colord.service
23ms systemd-remount-fs.service
21ms plymouth-read-write.service
18ms systemd-sysusers.service
16ms dev-hugepages.mount
16ms modprobe@fuse.service
16ms dev-mqueue.mount
15ms systemd-sysctl.service
15ms sys-kernel-debug.mount
14ms sys-kernel-tracing.mount
13ms sys-kernel-config.mount
13ms systemd-user-sessions.service
12ms kmod-static-nodes.service
12ms modprobe@configfs.service
11ms modprobe@drm.service
11ms user-runtime-dir@1000.service
8ms systemd-update-utmp-runlevel.service
8ms sys-fs-fuse-connections.mount
4ms rtkit-daemon.service
3ms e2scrub_all.service
Ja ilman tuota 'blame',
Startup finished in 3.029s (kernel) + 1min 13.799s (userspace) = 1min 16.828s
graphical.target reached after 1min 13.788s in userspace
-
Käsittääksen Focal perustuu Debina 11:een, ja minulla on se kokemus, että jos ...
Debian 11 -versiota (Bullseye) ei ole vielä julkaistu virallisena vakaana versiona. Käytössä on yhä Debian Buster 10.09...
https://wiki.debian.org/DebianReleases
Debian 11 -versio julkaistanee vasta myöhemmin keväällä tai kesän alussa 2021.
Ubuntu Focal 20.10 ei siis perustu Debian 11 Bullseye -versioon. Ubuntu 21.04 Hirsute tukeutunee pitkälti Debianin 11 testiversioon ja myöhemmin vakaaseen versioon ja tulevaan
testiversioon Debian 12 Bookworm.
Ubuntu 21.04 Hirsute julkaistaan huhtikuun lopulla 21.04. (Mutta toimii jo hyvin viikkoja aiemmin ;) Jopa päivitettynä - jos laitteisto on tuettu.)
-
Käsittääksen Focal perustuu Debina 11:een, ja minulla on se kokemus, että jos ...
Debian 11 -versiota (Bullseye) ei ole vielä julkaistu virallisena vakaana versiona. Käytössä on yhä Debian Buster 10.09...
https://wiki.debian.org/DebianReleases
Debian 11 -versio julkaistanee vasta myöhemmin keväällä tai kesän alussa 2021.
Ubuntu Focal 20.10 ei siis perustu Debian 11 Bullseye -versioon. Ubuntu 21.04 Hirsute tukeutunee pitkälti Debianin 11 testiversioon ja myöhemmin vakaaseen versioon ja tulevaan
testiversioon Debian 12 Bookworm.
Ubuntu 21.04 Hirsute julkaistaan huhtikuun lopulla 21.04. (Mutta toimii jo hyvin viikkoja aiemmin ;) Jopa päivitettynä - jos laitteisto on tuettu.)
Minkähän takai sitten mun Focal kertoo näin?
$ cat /etc/debian_version
bullseye/sid
-
Ubuntuun otetaan Debianin paketteja/muutoksia pitkälti suoraan sidistä 2 - 6 kk ennen Ubuntun jakeluversion julkaisua. Sid on siis Debianin epävakaa rolling release -versio. Osa paketeista taitaa tulla etenkin LTS-julkaisuihin Debianin testingistä, joka on seuraavan vakaan Debianin kokeiluversio, mutta silloinkin kyseessä on vain kyseisen Ubuntun pakettikokonaisuuden ylläpitäjän valitsema, sopivan ajanhetken "snapshot". Käytännössä Ubuntua ja Debianin vakaita versioita ei ole synkronoitu.
-
Matkakoneeni hidastelee käynnistyksessä ellei ole kotiverkon eth-verkossa. (muissa en ole kokeillut)
Mitä systemd-analyze kertoo järjestelmäpalvelujen käynnistymisajoista:
systemd-analyze blame
1min 11.962s logrotate.service
1min 11.641s networking.service
8.168s NetworkManager-wait-online.service
1.986s systemd-random-seed.service
1.165s ifupdown-pre.service
1.141s udisks2.service
784ms man-db.service
631ms exim4.service
625ms upower.service
618ms dev-sda1.device
361ms exim4-base.service
325ms e2scrub_reap.service
248ms accounts-daemon.service
216ms apparmor.service
203ms cups.service
202ms blueman-mechanism.service
178ms ModemManager.service
164ms NetworkManager.service
159ms polkit.service
144ms avahi-daemon.service
142ms keyboard-setup.service
113ms systemd-udev-trigger.service
107ms wpa_supplicant.service
107ms systemd-logind.service
104ms systemd-journald.service
100ms systemd-udevd.service
90ms user@1000.service
90ms dev-disk-by\x2duuid-389a8d8a\x2d4345\x2d4ba5\x2da3bd\x2d30d9767516c7.swap
81ms systemd-timesyncd.service
79ms console-setup.service
74ms systemd-journal-flush.service
72ms systemd-fsck@dev-disk-by\x2duuid-e39bd1a0\x2ddd8f\x2d4479\x2dae20\x2ddab979bee0a2.service
71ms apache2.service
68ms systemd-tmpfiles-setup.service
59ms systemd-rfkill.service
51ms systemd-modules-load.service
49ms lightdm.service
46ms plymouth-quit-wait.service
46ms packagekit.service
46ms systemd-update-utmp.service
41ms alsa-restore.service
40ms plymouth-start.service
39ms ssh.service
31ms systemd-tmpfiles-setup-dev.service
29ms rsyslog.service
28ms systemd-backlight@backlight:intel_backlight.service
26ms home.mount
24ms colord.service
23ms systemd-remount-fs.service
21ms plymouth-read-write.service
18ms systemd-sysusers.service
16ms dev-hugepages.mount
16ms modprobe@fuse.service
16ms dev-mqueue.mount
15ms systemd-sysctl.service
15ms sys-kernel-debug.mount
14ms sys-kernel-tracing.mount
13ms sys-kernel-config.mount
13ms systemd-user-sessions.service
12ms kmod-static-nodes.service
12ms modprobe@configfs.service
11ms modprobe@drm.service
11ms user-runtime-dir@1000.service
8ms systemd-update-utmp-runlevel.service
8ms sys-fs-fuse-connections.mount
4ms rtkit-daemon.service
3ms e2scrub_all.service
Ja ilman tuota 'blame',
Startup finished in 3.029s (kernel) + 1min 13.799s (userspace) = 1min 16.828s
graphical.target reached after 1min 13.788s in userspace
Tämän perusteella näyttää siltä, että ylimääräistä aikaa kuluu erityisesti networking-palvelussa. Vertailun vuoksi voisi vielä katsoa, mitä systemd-analyze blame listaa silloin, kun kone käynnistetään Ethernet-verkkoon kytkettynä.
Seuraavaksi kannattanee sitten tutkia järjestelmälokia hitaan käynnistyksen kohdalta.
Lisäys: Tässä muutama ehdotus Systemd:n verkkoasetuksiin liittyen vastaavassa ongelmatilanteessa:
https://askubuntu.com/questions/837932/at-boot-networking-service-is-incredibly-slow-5-minutes-on-ubuntu-16-10
Eli tätä voisi kokeilla aluksi:
Edit /etc/network/interfaces and change "auto" for interfaces to "allow-hotplug"
sudo nano /etc/network/interfaces
Example: auto interface for ethernet card auto eth0 change to allow-hotplug eth0
After that for me "systemd-analyze blame" -> networking.service changes from 5 min to 41 s
-
Tuon /etc/network/interfaces modaus auttoi.
Jostain historiallisesta syystä minulla on ollut molemmat, kommentoin sen 'auto eth0' pois niin virkosi.
7.918s NetworkManager-wait-online.service