Debian 11 ja network-manager [RATKAISTU]

[jekku]

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.

[AimoE]

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ä?

[SuperOscar]

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ä.

[AimoE]

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.

[jekku]

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.

[nm]

Matkakoneeni hidastelee käynnistyksessä ellei ole kotiverkon eth-verkossa. (muissa en ole kokeillut)

Mitä systemd-analyze kertoo järjestelmäpalvelujen käynnistymisajoista:

Koodia: [Valitse]

systemd-analyze blame

[AimoE]

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.

[jekku]

Matkakoneeni hidastelee käynnistyksessä ellei ole kotiverkon eth-verkossa. (muissa en ole kokeillut)

Mitä systemd-analyze kertoo järjestelmäpalvelujen käynnistymisajoista:

Koodia: [Valitse]

systemd-analyze blame

Koodia: [Valitse]

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',

Koodia: [Valitse]

Startup finished in 3.029s (kernel) + 1min 13.799s (userspace) = 1min 16.828s
graphical.target reached after 1min 13.788s in userspace


[juyli]

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.)

[AimoE]

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?

Koodia: [Valitse]

$ cat /etc/debian_version
bullseye/sid

[nm]

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.

[nm]

Matkakoneeni hidastelee käynnistyksessä ellei ole kotiverkon eth-verkossa. (muissa en ole kokeillut)

Mitä systemd-analyze kertoo järjestelmäpalvelujen käynnistymisajoista:

Koodia: [Valitse]

systemd-analyze blame

Koodia: [Valitse]

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',

Koodia: [Valitse]

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"

Koodia: [Valitse]

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

[jekku]

Tuon /etc/network/interfaces modaus auttoi.

Jostain historiallisesta syystä minulla on ollut molemmat, kommentoin sen 'auto eth0' pois niin virkosi.

Koodia: [Valitse]

7.918s NetworkManager-wait-online.service