Boot Probleme

Seit gestern braucht mein opensuse12.1(64 bit) ewig zu hochfahren(rund 4 minuten)
ich habe dann mal den vga modus ausgemacht und mir die meldungen angesehen

die häufigste Meldung war
usb 6-3 device descriptor read/64, error-110
sowie diverse udev-Meldungen…
ich habe dann mal überpfrüft ob da was dran hängt:

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 003 Device 002: ID 046d:c318 Logitech, Inc. Illuminated Keyboard
Bus 003 Device 003: ID 046d:c01d Logitech, Inc. MX510 Optical Mouse
Bus 002 Device 007: ID 0bb4:0c91 High Tech Computer Corp. Vision

scheint nur eine root hub zusein an der nichts dran ist,
Hat jemand eine Idee? War wie gesagt vorher auch noch nicht.

Packe doch mal bitte Deine /var/log/messages vom entsprechenden Zeitpunkt in pastebin.com und verlinke sie hier.
Dann gucken wir uns das mal gemeinsam an :wink:

Die Messages beginnen aber erst nach dem boot wenn ich die Zeitstempel so betrachte…
das sind alle Messages die nach dem Boot aufgetaucht sind…
ich habe auch eine einig segfault gesichtet…
http://pastebin.com/s7mxUGY1

Hi,

folgendes fällt mir auf:

Der Networkmanager hat Probleme, gib mal bitte den output von:

See system logs and '**systemctl status dbus-org.freedesktop.NetworkManager.service**' for details.

Du schreibst, dass Du bereits vor Start des syslog längere Zeit warten musst, das kann ich anhand folgender logs nachvollziehen:

Dec 27 21:56:01 linux-eqyi systemd[1]: Startup finished in 1min 24s 568ms 33us (kernel) + 1min 53s 902ms 31us (userspace) = 3min 18s 470ms 64us.

Die Startzeit für den kernel ist exorbitant, wenn ich zum Vergleich mal meine logs nehme:

Dec 22 08:34:01 w001m0d8 systemd[1]: Startup finished in 4s 10ms 456us (kernel) + 40s 828ms 616us (userspace) = 44s 839ms 72us.
Dec 23 11:06:24 w001m0d8 systemd[1]: Startup finished in 4s 100ms 752us (kernel) + 41s 60ms 340us (userspace) = 45s 161ms 92us.
Dec 23 13:18:28 w001m0d8 systemd[1]: Startup finished in 4s 140ms 243us (kernel) + 29s 39ms 850us (userspace) = 33s 180ms 93us.

Desweiteren hat diese “tracker” software Probleme, hier würde ich aber erstmal Deinen software stack angucken wollen.
Zeig mal bitte Deine repositories:

zypper lr -d

Das erste war nicht gerade erhellend…

systemctl status dbus-org.freedesktop.NetworkManager.service
dbus-org.freedesktop.NetworkManager.service
	  Loaded: error (Reason: No such file or directory)
	  Active: inactive (dead)

Daher habe ich erstmal noch gecheckt was das über haupt ist…
es gibt nur einen Service den ich sehen konnte…
/etc/systemd/system/network.target.wants mit dem Inhalt:

[Unit]
Description=Network Manager Wait Online
Requisite=NetworkManager.service
After=NetworkManager.service
Wants=network.target
Before=network.target

[Service]
Type=oneshot
Environment=NM_ONLINE_TIMEOUT=0
EnvironmentFile=-/etc/sysconfig/network/config
ExecStart=/bin/bash -c "if  ${NM_ONLINE_TIMEOUT} -gt 0 ]; then /usr/bin/nm-online -q --timeout=${NM_ONLINE_TIMEOUT} ; else /bin/true ; fi"

[Install]
WantedBy=network.target

btw.
guck mal hier ich bin nicht der einzige(bei mir ist es aber eine saubere Neuinstallation)
http://forums.opensuse.org/english/get-technical-help-here/install-boot-login/467903-upgrade-12-1-11-4-gnome-issues-dbus.html
wenn du googelst wirst du außerdem diverse bugzilla entrys mit der Schlagrichtung finden (Fedora)
zu 2. ich habe vor dem Auftreten des Problems auch nichts installiert :frowning: :

zypper lr -d
#  | Alias                                      | Name                                                 | Aktiviert | Aktualisieren | Priorität | Typ    | URI                                                                                           | Dienst
---+--------------------------------------------+------------------------------------------------------+-----------+---------------+-----------+--------+-----------------------------------------------------------------------------------------------+-------
 1 | download.opensuse.org-Apps                 | openSUSE BuildService - GNOME:Anwendungen            | Nein      | Ja            |   99      | rpm-md | http://download.opensuse.org/repositories/GNOME:/Apps/openSUSE_12.1/                          |       
 2 | download.opensuse.org-VirtualBox_backports | openSUSE BuildService - Virtualisierung (VirtualBox) | Ja        | Ja            |   99      | rpm-md | http://download.opensuse.org/repositories/Virtualization:/VirtualBox_backports/openSUSE_12.1/ |       
 3 | download.opensuse.org-games                | openSUSE BuildService - Spiele                       | Ja        | Ja            |   99      | rpm-md | http://download.opensuse.org/repositories/games/openSUSE_12.1/                                |       
 4 | opensuse-guide.org-repo                    | libdvdcss repository                                 | Ja        | Ja            |   99      | rpm-md | http://opensuse-guide.org/repo/12.1/                                                          |       
 5 | packman.inode.at-suse                      | Packman Repository                                   | Ja        | Ja            |   99      | rpm-md | http://packman.inode.at/suse/12.1/                                                            |       
 6 | repo-debug                                 | openSUSE-12.1-Debug                                  | Ja        | Ja            |   99      | yast2  | http://download.opensuse.org/debug/distribution/12.1/repo/oss/                                |       
 7 | repo-debug-update                          | openSUSE-12.1-Update-Debug                           | Ja        | Ja            |   99      | rpm-md | http://download.opensuse.org/debug/update/12.1/                                               |       
 8 | repo-non-oss                               | openSUSE-12.1-Non-Oss                                | Ja        | Ja            |   99      | yast2  | http://download.opensuse.org/distribution/12.1/repo/non-oss/                                  |       
 9 | repo-oss                                   | openSUSE-12.1-Oss                                    | Ja        | Ja            |   99      | yast2  | http://download.opensuse.org/distribution/12.1/repo/oss/                                      |       
10 | repo-source                                | openSUSE-12.1-Source                                 | Ja        | Ja            |   99      | yast2  | http://download.opensuse.org/source/distribution/12.1/repo/oss/                               |       
11 | repo-update                                | openSUSE-12.1-Update                                 | Ja        | Ja            |   99      | rpm-md | http://download.opensuse.org/update/12.1/     

Also der Service ist bei mir auch “tot”, gleiche Situation wie bei Dir, das schließe ich also als Ursache aus.

Welchen kernel hast Du aktuell am laufen?

uname -a

öhm das ist:
3.1.0-1.2-desktop #1 SMP PREEMPT Thu Nov 3 14:45:45 UTC 2011 (187dde0) x86_64 x86_64 x86_64 GNU/Linux

Hast Du mal das Blame-Game gespielt? (systemd-analyze blame)
Da bekommst Du absteigend sortiert aufgelistet, was am längsten gedauert hat.
mfg
Hendrik

Damit steht zumindest der Schuldige fest, die Festplattenverschlüsselung, nur warum zur Hölle ist die Plötzlich so langsam geworden?
Die einzige Änderung auf dem System ist eine ziemlich große Datei, aber das sollte doch nicht 53s+18s+18s dauern oder sehe ich da was falsch

 systemd-analyze blame
 53705ms cryptsetup@cr_sda5.service
 18433ms storage-after-cryptsetup.service
 18417ms lvm.service
  9196ms remount-rootfs.service
  5500ms localnet.service
  5305ms var-run.mount
  5089ms media.mount
  5079ms var-lock.mount
  5076ms dev-hugepages.mount
  5060ms sys-kernel-debug.mount
  5051ms sys-kernel-security.mount
  5037ms dev-mqueue.mount
  4977ms systemd-remount-api-vfs.service
  4595ms systemd-vconsole-setup.service
  4161ms bootsplash-startup.service
  1980ms cycle.service
   735ms udev-trigger.service
   519ms windows-F.mount
   477ms udev.service
   416ms windows-D.mount
   359ms systemd-readahead-replay.service
   358ms systemd-sysctl.service
   358ms windows-C.mount
   351ms systemd-readahead-collect.service
   249ms windows-E.mount
   249ms systemd-logind.service
   216ms network-remotefs.service
   215ms syslog.service
   170ms SuSEfirewall2_setup.service
   151ms xdm.service
   131ms systemd-tmpfiles-setup.service
   122ms cups.service
   105ms SuSEfirewall2_init.service
   101ms cpufreq.service
   101ms console-kit-log-system-start.service
   100ms fbset.service
    98ms brld.service
    98ms microcode.ctl.service
    94ms purge-kernels.service
    90ms lirc.service
    72ms avahi-daemon.service
    70ms systemd-user-sessions.service
    70ms rc-local.service
    65ms pcscd.service
    65ms systemd-ask-password-wall.service
    59ms mcelog.service
    53ms dbus.service
    47ms splash_early.service
    45ms nscd.service
    45ms home.mount
    44ms bluez-coldplug.service
    44ms quota.service
    43ms console-kit-daemon.service
    42ms sshd.service
    39ms splash.service
    36ms acpid.service
    28ms sbl.service
    16ms bootsplash-quit.service
     3ms accounts-daemon.service
     0ms sys-fs-fuse-connections.mount

Falls Du die “ziemlich große Datei” mal runterschubsen könntest, wäre das ein einfacher Test.
Bei mir brauchen die 3 Dienste auf jeden Fall viel weniger Zeit:


6224ms cryptsetup@cr_sda8.service

456ms storage-after-cryptsetup.service
440ms lvm.service

Ich habe allerdings (im Moment) auch nicht viel drauf (df):
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/mapper/cr_sda8 20G 727M 18G 4% /home

mfg
Hendrik

ich habe das mal getest…
vorher:
/dev/mapper/cr_sda5 457447688 96561512 337649160 23% /home
nachher
/dev/mapper/cr_sda5 457447688 79001296 355209376 19% /home
aber das ändert nichts an dem Tatbestand das die Kiste ewig braucht :frowning:

systemd-analyze blame
 60342ms storage-after-cryptsetup.service
 60327ms lvm.service
  9805ms cryptsetup@cr_sda5.service
  4968ms bootsplash-startup.service
  4775ms localnet.service
  3877ms cycle.service
  3872ms var-run.mount
  3761ms media.mount
  3754ms var-lock.mount
  3738ms dev-hugepages.mount
  3723ms sys-kernel-debug.mount
  3716ms sys-kernel-security.mount
  3710ms udev-trigger.service
  3708ms dev-mqueue.mount
  3658ms systemd-remount-api-vfs.service
  3642ms udev.service
  3642ms remount-rootfs.service
  2483ms systemd-vconsole-setup.service
  1365ms systemd-sysctl.service
   520ms windows-F.mount
   360ms windows-C.mount
   287ms systemd-logind.service
   259ms syslog.service
   240ms systemd-readahead-replay.service
   236ms windows-E.mount
   234ms systemd-readahead-collect.service
   229ms network-remotefs.service
   220ms windows-D.mount
   191ms SuSEfirewall2_setup.service
   161ms xdm.service
   142ms systemd-tmpfiles-setup.service
   133ms cups.service
   131ms SuSEfirewall2_init.service
   121ms microcode.ctl.service
   120ms fbset.service
   120ms console-kit-log-system-start.service
   118ms cpufreq.service
   113ms brld.service
   109ms systemd-user-sessions.service
   105ms purge-kernels.service
   100ms lirc.service
    81ms avahi-daemon.service
    78ms rc-local.service
    64ms systemd-ask-password-wall.service
    54ms mcelog.service
    52ms dbus.service
    45ms splash.service
    44ms splash_early.service
    43ms home.mount
    41ms quota.service
    40ms bluez-coldplug.service
    35ms sbl.service
    35ms pcscd.service
    34ms console-kit-daemon.service
    33ms acpid.service
    27ms sshd.service
    18ms nscd.service
    15ms bootsplash-quit.service
     2ms accounts-daemon.service

cryptsetup@cr_sda8.service ist jetzt zwar deutlich fixer aber als belohnung brauchen jetzt die beiden andern jeweils 60s das ist langsam echt nicht mehr schön

Ein klasse Tipp, danke!

@Martin1986: Konntest Du das Problem lösen?

Das Problem konnte ich nicht lösen,
ich weiß nur voran es liegt…

der aktuelle Stand vom heutigen boot ist

systemd-analyze blame

 54130ms storage-after-cryptsetup.service
 54113ms lvm.service
 16180ms cryptsetup@cr_sda5.service

Der Schuldige ist die Verschlüsselung also könnte ich alles noch mal installieren und nur die wirklich wichtigen sachen in verschlüsselten Containern parken das ist die einzige mgl die zur Zeit sehe da scheinbar nur ich betroffen bin…

Das stimmt nicht ganz, habe hier noch einen thread gefunden:

LINUX • Thema anzeigen - [Beendet, aber nicht gelöst] KDE Start dauert ewig

Die Verschlüsselung ist dann wohl in der Tat der Übeltäter, warum das so langsam ist, müsste mit den zuständigen Entwicklern geklärt werden.
Die kenne ich aber nicht :frowning:

ich habe das mal getestet und es wird schneller ja, aber spielt das nicht so wirklich die rolle, da die verschlüsselung immer noch ewig braucht…
also ich habe das auch noch mal auf meinem testlaptop mit fedora getestet (altes Thinkpad also langsamer Prozessor langsame festplatte)
auch verschlüsselt aber da mit luks
dort sind die vergleichbaren module mit 14s(setup)+7s(start)+4s(init)+3s(wait) dabei
Es ist mir eh ein rätsel was da passiert festplatten zugriffe sind auch nicht zuhören…

also ich habe noch mal ein paar test durch geführt…
naja ich hatte den Scanner ja abgezogen wenn ich diesen nun anstecke kann ich nicht mal mehr das Passwort eingeben für die Entschlüsselung eingeben…
das scheint daran zu liegen das die Spannung auf der 5V Schiene einbricht…(usbstick led wird immer dunkler bis sie nur noch glimmt)
hat sich was im Bootvorgang geändert??? Das der Stromverbrauch dabei gestiegen ist???
Oder ist eher was defekt?
Nur unter Windoofs kann ich spielen (also hohe CPU Auslastung und GPU und da läuft es stabil)

Des Rätselslösung einer der USB-Ports auf dem Mainboard war schuld…
sobald ich da was dran hatte, ist zumindest die 5V Schiene eingebrochen, wenn alles hochgefahren war konnte man auch alles weiterhin problemlos verwenden…
wenn ich nun alles auf einen andere USB-Hub verteile ist alles super der Start hat wieder die normale Startzeit inanspruch genommen…
warum das systemd die Schuld nun der Verschlüsselung gegeben hat ist mir rätselhaft. Da müsste wahrscheinlich noch mal nachgebessert werden…
Also im dem Sinne danke für die Hilfe!