Hallo,
habe folgendes Problem:
Mein Arch braucht sehr lange zum booten. Hatte das Problem bei einer alten Installation schonmal, es gelöst, aber keine Ahnung mehr wie.
Brauche bis zur Login-Maske (kein GUI) fast 2 Minuten.
Infos:
Laptop Lenovo ThinkPad Edge E330
Prozessor: i3
Ram: 4GB
HDD: 280GB
Kernel: 3.6.10-1-ARCH
verschlüsseltes LVM mit seperater Boot partition mit UEFI
Userspace braucht verdammt lange zum Laden: (Anmerkung: Kernel hat nur so lange gedauert, weil ich dass Passwort für das verschlüsselte LVM 2mal verhaun habe. Schaffe ich auch in der Hälfte der Zeit)
systemd-analyze
Startup finished in 24328ms (kernel) + 92478ms (userspace) = 116806ms
systemd-analyze blame
1959ms wicd.service
856ms systemd-vconsole-setup.service
666ms systemd-remount-fs.service
589ms tmp.mount
573ms dev-mqueue.mount
526ms dev-hugepages.mount
493ms sys-kernel-debug.mount
427ms polkit.service
356ms systemd-logind.service
354ms systemd-tmpfiles-setup.service
86ms udisks2.service
78ms systemd-udevd.service
65ms systemd-udev-trigger.service
59ms systemd-sysctl.service
56ms systemd-user-sessions.service
53ms boot-efi.mount
41ms rtkit-daemon.service
18ms boot.mount
1ms sys-fs-fuse-connections.mount
output: systemd-analyze plot
nano /etc/fstab
#
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
# UUID=c43f0e84-f844-4b00-8211-09a995d6ae44 LABEL=arch-root
/dev/mapper/arch_lvm-root / ext4 rw,defaults,noatime 0 1
# UUID=1c19703c-dae0-4f7f-9c77-77fef09e6919 LABEL=arch-boosystemd-analyzet
/dev/sda4 /boot ext3 defaults,noatime,nodev,nosuid 0 2
# UUID=DEB9-3F83
/dev/sda1 /boot/efi vfat relatime,fmask=0022,dmask=0022,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 2
# UUID=926f4195-15b9-411a-9e71-5ab49706a939 LABEL=arch-swap
/dev/dm-4 none swap sw 0 0
Eintrag in /boot/grub/grub.cfg (GRUB2):
menuentry 'Arch GNU/Linux, with Linux core repo kernel' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-core r$
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 1c19703c-dae0-4f7f-9c77-77fef09e6919
else
search --no-floppy --fs-uuid --set=root 1c19703c-dae0-4f7f-9c77-77fef09e6919
fi
echo 'Loading Linux core repo kernel ...'
linux /vmlinuz-linux root=/dev/mapper/arch_lvm-root ro root=/dev/mapper/arch_lvm-root cryptdevice=/dev/sda5:arch-luks resume=/dev/mapper/arch_lvm-swap quiet
echo 'Loading initial ramdisk ...'
initrd /initramfs-linux.img
}
nano /etc/mkinitcpio.conf
# MODULES
MODULES="dm_mod ext4 vfat"
BINARIES=""
# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in any way. This is useful for config files.
FILES=""
# HOOKS
HOOKS="base udev autodetect modconf block encrypt lvm2 filesystems fsck"
Mir fehlt ein Ansatz, wie ich sehe, wo der Haken in meinem Boot ist.
Er scheint die Partitionen einzubinden und danach garnichts mehr zu machen. Konsole beim booten meldet, das beim fsck alles okay war, danach folgt eine sehr lange Pause ohne höhrbare Festplattenaktivität. Habe auch alles andere außer / und swap in /etc/fstab mal deaktiviert, ohne Verbesserung. Viele berichteten von langen Bootzeiten mit laptop-mode-tools, das habe ich über systemctl disable laptop-mode.service rausgenommen, auch ohne Änderung. Genau das selbe habe ich mit wicd.service gemacht.
Bootchart bringt mich nicht weiter, weil schon nach 33 Sekunden die Grafik erzeugt wird, (Konsolenmeldung) danach aber trotzdem eine geschätze Minute nichts passiert.
Kann mir jemand Helfen?