Bootverzögerung beim Start

[fnliner]

Hallo Debian - Freunde ...
seit dem letzten Update ( SMP Debian 4.17.8-1 )) braucht der Rechner ca.5min bis er hochgefahren ist.
Hängt irgendwie am Netzwerkmanager / WLAN etc.
LSB Script , init Script ...habe mal ein Bild angehängt, vielleicht hat jemand eine Idee zur Lösung des Problems.

[mat6937]

... braucht der Rechner ca.5min bis er hochgefahren ist.
Hängt irgendwie am Netzwerkmanager / WLAN etc.

Wenn Du temporär (schon beim booten) IPv6 deaktivieren kannst/darfst, dann teste mal mit deaktiviertem IPv6 zu booten.

[fnliner]

Hallo ... danke für die schnelle Antwort ... leider ohne Erfolg.
Habe die IPV6 temporär und später auch permanent deaktiviert, trotzdem verzögert sich der Bootvorgang 5min !!
Muss irgendwie mit dem thin - Script in Verbindung stehen, vielleicht kann man dieses Script modifizieren ... ???

Bin für weitere Vorschläge dankbar. ....

[fnliner]

Gibt's noch weitere Vorschläge. ???

[DeletedUserReAsG]

Braucht das Ding vielleicht Entropie? Dann mal haveged installieren.

OT: deine Fragezeichentaste – sie klemmt.

[fnliner]

Hallo, danke für die Nachricht, bin allerdings nicht überzeugt davon , daß Haveget zur Lösung meines Problemes beiträgt ?

[DeletedUserReAsG]

Ist ’n Schuss ins Blaue, ja – ich hab auch keine Lust, für dich zu recherchieren, was dieses thin-Dings macht, und ob es Entropie braucht.

Der Gedanke ist einfach: gerade in der jüngeren Vergangenheit hat sich gezeigt, dass ein Mangel an Entropie für viele Startverzögerungen ursächlich war – und haveged kann das halt beheben. Zudem kostet ’n Test etwa 5 Minuten Arbeit (je ein Befehl zur Installation und für Reboot), und wenn’s dann doch nix bringen sollte, weiß man einerseits, dass es nicht an der Entropie liegt, andererseits ist’s mit ähnlich geringem Aufwand wieder deinstalliert.

Du kannst natürlich auch weiterhin solche Vorschläge in Frage stellen und auf den warten, der dir die Ursache samt Lösung präsentiert. Kann dann halt noch etwas dauern …

[fnliner]

Danke für deine Nachricht.
Hast ja recht, ein Versuch kann nicht schaden.
Mal schauen ob,s was bringt.
Das Problem ist aber erst nach einem Kernel - Upgrade enstanden.
Vermute daher, dass sich da ein Bug eingeschlichen hat.
Dafür spricht auch , dass nach nach einer Neuinstallation mit Kernel 4.15 das Problem nicht auftritt.
Gruß
Ralf

[DeletedUserReAsG]

Das spricht eher dafür, dass es einen Versuch wert ist. Der hohe Bedarf an Entropie kam erst in der letzten Zeit.

Mal ganz ehrlich: in der Zeit, in der du die beiden Beiträge verfasst hast, hätte ich dreimal ›aptitude install haveged && reboot‹ eingetippt. Dann hätte Klarheit bestanden, und man hätte den Thread entweder auf [gelöst] setzen, oder aber eine mögliche Ursache auf der Liste abhaken können.

[fnliner]

Bin im Geschäft, der Rechner steht daheim

[fnliner]

haveged && reboot ... leider ohne Erfolg!

[geier22]

Code: Alles auswählen

thin/testing 1.6.3-2+b5 amd64
  Schneller und sehr einfacher Ruby-Webserver

Was hast denn da für einen Maschine ?

Muss irgendwie mit dem thin - Script in Verbindung stehen, vielleicht kann man dieses Script modifizieren ... ???

Dann deinstalliere doch mal thin. Hört sich nicht so an, als bräuchtest du den.

und vielleicht mal

Code: Alles auswählen

systemd-analyze critical-chain

[fnliner]

Hallo... habe den thin __Server de installiert , das Ergebnis ist das gleiche.
Meine Maschine ist ein DELL D830 .

Ich vermute es liegt am Netzwerk - Manager?

[MSfree]

Ich vermute es liegt am Netzwerk - Manager?

Code: Alles auswählen

systemd-analyze plot > start.svg

Und dann die Datei start.svg nach nopaste hochladen.

Du kannst dir die Datei start.svg natürlich auch selbst mit dem Firefox ansehen.

[geier22]

Hallo... habe den thin __Server de installiert , das Ergebnis ist das gleiche.

Das thin initscript ist Bestandteil des Pakets thin und sollte sich in /etc/init.d/thin (thin.sh oder ähnlich)befinden .
Hast du thin gepurgt oder nur gelöscht ?
Wenn es nicht mehr da ist sollte zumindest der Start Job auf Grund diese Scripts verschwunden sein

Code: Alles auswählen

ls -l /etc/init.d/ |grep thin

[fnliner]

Hallo ... und danke für die Lösungsvorschläge.

Ausgabe von systemd-analyze critical-chain


graphical.target @5min 557ms
└─multi-user.target @5min 557ms
└─thin.service @2.968s +4min 57.588s
└─basic.target @2.937s
└─sockets.target @2.937s
└─uuidd.socket @2.937s
└─sysinit.target @2.934s
└─systemd-timesyncd.service @2.798s +136ms
└─systemd-tmpfiles-setup.service @1.850s +920ms
└─systemd-journal-flush.service @1.791s +50ms
└─systemd-journald.service @349ms +1.255s
└─syslog.socket @327ms
└─system.slice @262ms
└─-.slice @262ms

Wenn thin mit purge de installiert ist, dauert es auch 5 min ?

Gruß

Ralf

[DeletedUserReAsG]

Wenn thin.service immer noch Probleme macht, würde ich das Dingens einfach mal mit systemctl disable thin.service deaktivieren. Sollte es dann immer noch (von etwas Anderem) gestartet werden, wäre die nächste Stufe, es zu maskieren.

[fnliner]

Hallo ... thin ist gepurgt !
Der Startscript macht jetzt keinen Ärger mehr.
Allerdings dauert der Boot Timeout immer noch relativ lang ca. 3 min !
Vermute dahinter WLAN - Verbindung und IPV 6 ?

root@FNL4:/home/ralf# dmesg | grep wlan0
[ 9.233524] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 9.322207] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 9.414240] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 9.506510] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 12.986274] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 16.358288] wlan0: authenticate with 84:78:ac:b9:6f:e0
[ 16.363830] wlan0: send auth to 84:78:ac:b9:6f:e0 (try 1/3)
[ 16.568224] wlan0: send auth to 84:78:ac:b9:6f:e0 (try 2/3)
[ 16.572680] wlan0: authenticated
[ 16.576166] wlan0: associate with 84:78:ac:b9:6f:e0 (try 1/3)
[ 16.580986] wlan0: RX AssocResp from 84:78:ac:b9:6f:e0 (capab=0x431 status=0 aid=6)
[ 16.590395] wlan0: associated
[ 16.620504] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready

[geier22]

Bitte mal die Ausgabe von

Code: Alles auswählen

systemctl status haveged.service

einstellen.
und nochmal

Code: Alles auswählen

systemd-analyze critical-chain

und vielleicht

Code: Alles auswählen

systemd-analyze blame

[fnliner]

root@FNL4:/home/ralf# systemd-analyze blame
1.894s networking.service
1.161s dev-sda1.device
909ms systemd-timesyncd.service
691ms systemd-journald.service
615ms keyboard-setup.service
441ms binfmt-support.service
342ms upower.service
276ms accounts-daemon.service
273ms ModemManager.service
246ms systemd-logind.service
230ms NetworkManager.service
226ms udisks2.service
207ms packagekit.service
194ms proc-sys-fs-binfmt_misc.mount
185ms stunnel4.service
183ms systemd-udev-trigger.service
180ms systemd-tmpfiles-setup.service
178ms user@1000.service
157ms console-setup.service
145ms colord.service
122ms bolt.service
112ms rsyslog.service
98ms systemd-udevd.service
76ms systemd-backlight@backlight:intel_backlight.service
73ms gdm.service
65ms systemd-journal-flush.service
64ms pppd-dns.service
56ms polkit.service
55ms systemd-update-utmp.service
49ms systemd-remount-fs.service
46ms kmod-static-nodes.service
44ms systemd-tmpfiles-setup-dev.service
43ms sys-kernel-debug.mount
43ms systemd-sysusers.service
43ms dev-disk-by\x2duuid-02171796\x2d66cd\x2d4b27\x2daee7\x2d20f7c0a
40ms systemd-modules-load.service
40ms systemd-tmpfiles-clean.service
38ms dev-mqueue.mount
31ms systemd-sysctl.service
27ms systemd-random-seed.service
26ms systemd-update-utmp-runlevel.service
26ms dev-hugepages.mount
19ms wpa_supplicant.service
15ms systemd-rfkill.service
12ms systemd-user-sessions.service
11ms sys-fs-fuse-connections.mount
10ms rtkit-daemon.service
lines 25-47/47 (END)

[fnliner]

Mir ist noch was aufgefallen, dass IPV6 in Verbindung mit WLAN ( Wlan0) nicht funktioniert.


root@FNL4:/home/ralf# ping6 localhost
PING localhost(localhost (::1)) 56 data bytes

timeout !

[mat6937]

Mir ist noch was aufgefallen, dass IPV6 in Verbindung mit WLAN ( Wlan0) nicht funktioniert.


root@FNL4:/home/ralf# ping6 localhost
PING localhost(localhost (::1)) 56 data bytes

timeout !

Versuch mal:

Code: Alles auswählen

ping6 -c 4 ip6-localhost

Wie ist die Ausgabe von:

Code: Alles auswählen

cat /etc/hosts

?

[fnliner]

Funktioniert nicht !

ausgabe ....

root@FNL4:/home/ralf# ping6 -c 4 ip6-localhost
PING ip6-localhost(localhost (::1)) 56 data bytes

--- ip6-localhost ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3061ms

[fnliner]

root@FNL4:/home/ralf# cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 FNL4

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

[mat6937]

Funktioniert nicht !

ausgabe ....

root@FNL4:/home/ralf# ping6 -c 4 ip6-localhost
PING ip6-localhost(localhost (::1)) 56 data bytes

--- ip6-localhost ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3061ms

Aber nicht wegen der Namensauflösung, denn die ist in der /etc/host eingetragen und funktioniert auch. Dann sollte auch:

Code: Alles auswählen

ping6 -c 3 ::1

bei dir nicht funktionieren.

Hast Du den v6-Ping evtl. irgendwo blockiert? Kannst Du andere _interne_ IPv6-Adressen (in deinem W/LAN), mit ping6 erreichen?