Ist mein Startvorgang normal? Der Start dauert 50 Sekunden


8

Hier ist mein boot.log

resume: libgcrypt version: 1.5.0
fsck from util-linux 2.19.1
fsck from util-linux 2.19.1
fsck from util-linux 2.19.1
/dev/sda5: clean, 668102/3276800 files, 4449436/13107200 blocks
/dev/sda2: recovering journal
uhome: recovering journal
/dev/sda2: clean, 3030/74592 files, 200601/297200 blocks (check in 2 mounts)
uhome: clean, 282203/2621440 files, 8705593/10485760 blocks (check after next mount)
Skipping profile in /etc/apparmor.d/disable: usr.bin.firefox
 * Starting AppArmor profiles       [170G 
[164G[ OK ]
 * Setting sensors limits       [170G 
[164G[ OK ]
Invalidating stale software suspend images... done.
 * Starting mDNS/DNS-SD daemon[164G[ OK ]
Starting DECnet... * Starting network connection manager[164G[ OK ]
done.
 * Stopping Failsafe Boot Delay[164G[ OK ]
 * Stopping System V initialisation compatibility[164G[ OK ]
 * Starting System V runlevel compatibility[164G[ OK ]
 * Starting Bumblebee supporting nVidia Optimus cards[164G[ OK ]
 * Starting LightDM Display Manager[164G[ OK ]
 * Starting save kernel messages[164G[ OK ]
 * Starting ACPI daemon[164G[ OK ]
 * Starting anac(h)ronistic cron[164G[ OK ]
 * Starting deferred execution scheduler[164G[ OK ]
 * Starting regular background program processing daemon[164G[ OK ]
 * Starting automatic crash report generation[164G[[31mfail[39;49m]
 * Stopping anac(h)ronistic cron[164G[ OK ]
 * Starting CPU interrupts balancing daemon[164G[ OK ]

Inhalt von fstab:

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda5 during installation
UUID=d30f09f8-9580-4a6b-ac31-f69116793f9f /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda2 during installation
UUID=28309a48-2171-4784-8093-d0e5ca40e6de /boot           ext4    defaults        0       2
# /home was on /dev/sda6 during installation
UUID=4d7ee3e9-bf26-483d-af6e-efcd883126d0 /home           ext4    defaults        0       2
# swap was on /dev/sda10 during installation
UUID=f1a123f0-c81d-4f0a-9d5c-6780cbf8b9dc none            swap    sw              0       0

Hier ist das Dmesg-Protokoll: http://paste.ubuntu.com/826319/ '

Das dmesg-Protokoll zeigt nach 6 Sekunden eine ziemliche Beule. Es wartet zu lange, bevor es in der 24. Sekunde erneut startet.

Ausgabe von fdisk -lund mount: http://paste.ubuntu.com/826397/

Ich habe fast alle Dienste deaktiviert, die ich kann, aber das Booten dauert immer noch 50 Sekunden. Beim Booten mit Live USB dauert es kaum 25 Sekunden.

Der Startvorgang wird für ca. 20 Sekunden in der Zeile "libcrypt version fortsetzen" angehalten. Und diese Fscks werden bei jedem Boot ausgeführt. Sind diese fscks notwendig?

EDIT : Bootchart Bootchart


Bitte fügen Sie die Ausgabe von dmesg kurz nach dem Booten in Ihr erstes Posting ein!
Michael K

ah und fsck = Dateisystemprüfung - sollte nicht bei jedem Start erforderlich sein. Mein Boot-Fortschritt verbraucht ca. 19 Sek., Aber mit einer sehr schnellen Festplatte (1500 MB / Sek.)
Michael K

@MichaelK Ich habe dmesg log hinzugefügt. Ich weiß über fsck Bescheid, aber ich bekomme nicht das, das das Dateisystem nach 25/30 Mounts tatsächlich überprüft. Es zeigt nur dieses "fsck von util-linux ..." und diese "Wiederherstellungsjournal" -Protokolle, in denen es die meiste Zeit stoppt.
Muneeb

2
Das Wiederherstellen von Journalprotokollen bedeutet, dass beim Schreiben von Dateien auf Ihre Festplatte ein Fehler aufgetreten ist. Dies kann entweder durch ein schlechtes Herunterfahren oder durch eine aussterbende Festplatte verursacht werden. Kommt das immer wieder vor? Haben Sie versucht, einen vollständigen fsck von einer Live-CD (mit nicht gemountetem Laufwerk !!!) auszuführen, um das Problem zu beheben?
Maco

1
@Muneeb Außerdem sind manchmal Teile direkt ab Werk defekt (daher die typische 1-jährige Hardware-Garantie, mit der die meisten Computer und Teile geliefert werden). Außerdem vergleichen Sie die Startzeit eines Solid-State-Laufwerks (Ihres Live-USB) mit der eines platter- / festplattenbasierten Laufwerks (Ihrer Standardfestplatte). Festkörper werden immer Welten schneller sein, weil es keine beweglichen Teile gibt. Nebenbei bemerkt (und aus Neugier), warum machst du dir überhaupt Sorgen um eine Startzeit von weniger als einer Minute?
Shauna

Antworten:


1

Die normale Startzeit beträgt 40s (einschließlich BIOS). Möglicherweise haben Sie "nicht so gute" Hardware, die dieses Problem verursacht. Außerdem müssen Sie viele Dinge beim Booten behalten und viele Pakete installiert haben. Aber du brauchst dir keine Sorgen zu machen.


2
Können Sie ein Zitat oder weitere Informationen für die Behauptung angeben, dass das Booten normalerweise 40 Sekunden dauert?
Eliah Kagan

0

Sie können versuchen, Terminal zu starten und dann den folgenden Code einzugeben, der an Ihre Umstände / Bedürfnisse angepasst ist.

sudo tune2fs -c 50 /dev/hda1

Die 50 sollte das System alle 50 Starts fsck ausführen lassen. 50 ~ 100 gelten als üblich. Das hda1 kann je nach Setup hda1, hda2, hda3 ... oder sda1, sda2, sda3 ... sein.

Sie erhalten weitere Informationen, wenn Sie eingeben man tune2fs. Der Abwärtspfeil führt Sie durch die Manpage.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.