30 sec Hänger beim mounten

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
Benutzeravatar
malzeit
Beiträge: 115
Registriert: 15.04.2015 15:18:03
Wohnort: Niederrhein

30 sec Hänger beim mounten

Beitrag von malzeit » 18.04.2017 13:35:02

Hallihallo,

seit ein paar Tagen sieht der Bootvorgang bei mir so aus:

Code: Alles auswählen

...
[    3.504016]    prefetch64-sse:  6669.000 MB/sec
[    3.552015]    generic_sse:  6075.000 MB/sec
[    3.561069] xor: using function: prefetch64-sse (6669.000 MB/sec)
[    3.657284] Btrfs loaded, crc32c=crc32c-generic
[    3.737864] BTRFS: device label home devid 1 transid 282467 /dev/sda3
[    3.747560] BTRFS: device label root devid 1 transid 106964 /dev/sda2
[    3.757159] BTRFS: device label boot devid 1 transid 296 /dev/sda1
Begin: Waiting for suspend/resume devide ... Begin: Running /scripts/local-block .. done.
Begin: Running /scripts/local-block .. done.
Begin: Running /scripts/local-block .. done.
Begin: Running /scripts/local-block .. done.
Begin: Running /scripts/local-block .. done.
Begin: Running /scripts/local-block .. done.
Begin: Running /scripts/local-block .. done.
Begin: Running /scripts/local-block .. done.
Begin: Running /scripts/local-block .. done.
Begin: Running /scripts/local-block .. done.
[   33.099695] BTRFS info (device sda2): disk space caching is enabled
[   33.116235] BTRFS info (device sda2): detected SSD devices, enabling SSD mode
[   33.430190] ip_tables: (C) 2000-2006 Netfilter Core Team
...
Das passiert aber nur mit dem 4.9.0-2 Kernel

Code: Alles auswählen

4.9.0-2-amd64 #1 SMP Debian 4.9.18-1 (2017-03-30) x86_64 GNU/Linux
Starte ich mit dem 4.9.0-1 oder testweise den 4.10.0-RC6-Kernel, dann flutscht es normal durch.

Das dazu gehörige nächste Problem: keine Logdatei unter /var/log beinhaltet den "BEGIN: ..."-Block (habe den Block händisch reingeschrieben von einem Handyschnappschuss vom Bildschirm :mrgreen: ). Alle Log-Dateien sehen so aus, als wenn die Verzögerung gar nicht auftreten würde:

Code: Alles auswählen

...
[    3.504016]    prefetch64-sse:  6669.000 MB/sec
[    3.552015]    generic_sse:  6075.000 MB/sec
[    3.561069] xor: using function: prefetch64-sse (6669.000 MB/sec)
[    3.657284] Btrfs loaded, crc32c=crc32c-generic
[    3.737864] BTRFS: device label home devid 1 transid 282467 /dev/sda3
[    3.747560] BTRFS: device label root devid 1 transid 106964 /dev/sda2
[    3.757159] BTRFS: device label boot devid 1 transid 296 /dev/sda1
[   33.099695] BTRFS info (device sda2): disk space caching is enabled
[   33.116235] BTRFS info (device sda2): detected SSD devices, enabling SSD mode
[   33.430190] ip_tables: (C) 2000-2006 Netfilter Core Team
...
Also meine Frage:
1.) wieso dieses "local-block done"
2.) wo finde ich eine vollständige boot-log-Datei ??

System: SID@AMD64

Danke schonmal für's Gedanken machen

Gruß

Sebastian
Laptop...................+...Server
Lenovo X1 Carb. 1st Gen..+...Z83 MiniPC - 4 W Leerlauf, 10 W Volllast inkl. 2,5 W USB-HDD
Intel i7-3667U @3,2 GHZ..+...Intel Atom Z8350 @ 0,48 - 1,92 GHz
8 GiB RAM................+...2 GiB RAM
240 GiB SSD..............+...32 GB interner Flash als root + 592GiB USB-HDD als /var
Debian Sid - AMD64.......+...Debian stable
++++Wiki-Artikel zum Thema Fluxbox++++

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: 30 sec Hänger beim mounten

Beitrag von rendegast » 19.04.2017 02:29:53

/scripts/local-block
bezieht sich wohl auf
/usr/share/initramfs-tools/scripts/local-block/, evtl.
/etc/initramfs-tools/scripts/local-block/.

Code: Alles auswählen

locate local-block
(Bei mir nur ein
/usr/share/initramfs-tools/scripts/local-block/lvm2 aus Debianlvm2.)

(Unter dem Kernel) Problematische Paketreste?

Code: Alles auswählen

dpkg -l  |  egrep -v "^ii"
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Benutzeravatar
malzeit
Beiträge: 115
Registriert: 15.04.2015 15:18:03
Wohnort: Niederrhein

Re: 30 sec Hänger beim mounten

Beitrag von malzeit » 19.04.2017 10:05:25

Hallo Rendegast

danke schonmal fürs die Mühen.
Ich denke auch, dass der Kernel da irgendwas aufrufen möchte, aber ich finde nirgends auf meiner Platte ein Verzeichnis oder eine Datei namens "local-block". Wenn ich bei Tante ixquick suche, dann bekomme ich nur (für mich) kryptische Sachen "irgendwas mit Kernel"; deswegen kam ich ja auf die Idee, mal einen anderren Kernel zu nutzen :).

Antworten auf deine Fragen:
rendegast hat geschrieben:/scripts/local-block
bezieht sich wohl auf
/usr/share/initramfs-tools/scripts/local-block/, evtl.
/etc/initramfs-tools/scripts/local-block/.

Code: Alles auswählen

~/ ls -lh /usr/share/initramfs-tools/scripts/     
insgesamt 24K
-rw-r--r-- 1 root root 9,2K Mär  6 23:42 functions
drwxr-xr-x 1 root root    8 Mär 29 19:06 init-bottom
drwxr-xr-x 1 root root   68 Apr 12 11:00 init-top
-rw-r--r-- 1 root root 5,5K Apr  8 22:00 local
drwxr-xr-x 1 root root   14 Feb 27 12:10 local-bottom
drwxr-xr-x 1 root root   36 Apr 12 11:00 local-premount
-rw-r--r-- 1 root root 3,0K Feb 20  2016 nfs

Code: Alles auswählen

~/ ls -lh /etc/initramfs-tools/scripts/
insgesamt 0
drwxr-xr-x 1 root root 0 Apr 18  2016 init-bottom
drwxr-xr-x 1 root root 0 Apr 18  2016 init-premount
drwxr-xr-x 1 root root 0 Apr 18  2016 init-top
drwxr-xr-x 1 root root 0 Apr 18  2016 local-bottom
drwxr-xr-x 1 root root 0 Apr 18  2016 local-premount
drwxr-xr-x 1 root root 0 Apr 18  2016 local-top
drwxr-xr-x 1 root root 0 Apr 18  2016 nfs-bottom
drwxr-xr-x 1 root root 0 Apr 18  2016 nfs-premount
drwxr-xr-x 1 root root 0 Apr 18  2016 nfs-top
drwxr-xr-x 1 root root 0 Apr 18  2016 panic
(Unter dem Kernel) Problematische Paketreste?

Code: Alles auswählen

dpkg -l  |  egrep -v "^ii"

Code: Alles auswählen

||/ Name                                      Version                    Architektur
+++-=============================================
rc  fdpowermon-icons                    1.18                       all              
rc  fonts-droid                               1:4.4.4r2-6              all              
rc  grub-pc                                   2.02~beta3-3           amd64       
rc  libcwidget3:amd64                   0.5.17-2                  amd64       
rc  libpython3.4-minimal:amd64     3.4.2-1                    amd64       
rc  libsigc++-2.0-0c2a:amd64        2.4.0-1                    amd64       
rc  perl-modules                           5.20.2-3+deb8u6      all             
rc  python3.4                               3.4.2-1                     amd64      
rc  python3.4-minimal                   3.4.2-1                     amd64      
rc  skype:i386                              4.3.0.37-1                i386          
rc  xserver-xorg-video-nvidia           375.39-1                  amd64      
Laptop...................+...Server
Lenovo X1 Carb. 1st Gen..+...Z83 MiniPC - 4 W Leerlauf, 10 W Volllast inkl. 2,5 W USB-HDD
Intel i7-3667U @3,2 GHZ..+...Intel Atom Z8350 @ 0,48 - 1,92 GHz
8 GiB RAM................+...2 GiB RAM
240 GiB SSD..............+...32 GB interner Flash als root + 592GiB USB-HDD als /var
Debian Sid - AMD64.......+...Debian stable
++++Wiki-Artikel zum Thema Fluxbox++++

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: 30 sec Hänger beim mounten

Beitrag von rendegast » 19.04.2017 19:36:41

rc grub-pc 2.02~beta3-3 amd64
Zumindest das würde ich purgen.
aber ich finde nirgends auf meiner Platte ein Verzeichnis oder eine Datei namens "local-block".
Schau in den initrd nach.

Vielleicht einfach mal 'update-initramfs -u -kall'?
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Benutzeravatar
malzeit
Beiträge: 115
Registriert: 15.04.2015 15:18:03
Wohnort: Niederrhein

[gelöst] Re: 30 sec Hänger beim mounten

Beitrag von malzeit » 20.04.2017 10:55:39

rendegast hat geschrieben:
rc grub-pc 2.02~beta3-3 amd64
Zumindest das würde ich purgen.
DAS war ein Test ob ich blöd genug bin grub komplett zu entfernen, oder? :mrgreen: ... da haste aber keine Chance; ich lese mittlerweile erstmal ALLES bevor ich die Entertaste schlage!
Hab dann auf die erste Frage mal mit NEIN geantwortet und nur das Paket löschen lassen, aber nicht Grub2.
Vielleicht einfach mal 'update-initramfs -u -kall'?
DAS war es! Habe jetzt 2 Neustarts durchlaufen lassen und das Loginprompt kommt nach 9 sec :-)

Vielen DANK!
Laptop...................+...Server
Lenovo X1 Carb. 1st Gen..+...Z83 MiniPC - 4 W Leerlauf, 10 W Volllast inkl. 2,5 W USB-HDD
Intel i7-3667U @3,2 GHZ..+...Intel Atom Z8350 @ 0,48 - 1,92 GHz
8 GiB RAM................+...2 GiB RAM
240 GiB SSD..............+...32 GB interner Flash als root + 592GiB USB-HDD als /var
Debian Sid - AMD64.......+...Debian stable
++++Wiki-Artikel zum Thema Fluxbox++++

scientific
Beiträge: 3022
Registriert: 03.11.2009 13:45:23
Lizenz eigener Beiträge: Artistic Lizenz
Kontaktdaten:

Re: 30 sec Hänger beim mounten

Beitrag von scientific » 20.04.2017 14:40:45

Seltsam...
Bei mir dauert allein das laden des Kernels 10-12 Sekunden, bevor pid 1 überhaupt gestartet wird.
Im aktuellen Kernel 4.10 ist noch ein Bug der ein delay von 6 Sekunden beim aktivieren des EC verursacht.
In 4.11 ist der gefixt, dann ist das delay immer noch bei 3 Sekunden... Und der Kernel lädt dann immer noch 7-9 Sekunden...

Und das von einer SSD...
dann putze ich hier mal nur...

Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie

auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main

Benutzeravatar
king-crash
Beiträge: 739
Registriert: 08.08.2006 12:07:56
Lizenz eigener Beiträge: MIT Lizenz

Re: 30 sec Hänger beim mounten

Beitrag von king-crash » 22.08.2017 03:55:04

Also ich hatte nach einem Festplattenwechsel auch das Problem mit

Code: Alles auswählen

Begin: Running /scripts/local-block .. done.
Es stellte sich heraus, dass die Ursache die nun fehlende Swap Partition war.
In diesem Fall hilft eine # vor der Zeile in "/etc/initramfs-tools/conf.d/resume" und ein anschließendes "update-initramfs".

Antworten