Startup finished in 5.264s (kernel) + 13.665s (userspace) = 18.929s
Bu arch forumundan açılış süresinin uzamasında şikayetçi birinin süresi
Muhtemelen bu konuya da sen bakacağın için bu da senin bir konundan süre @ata 🙂
Startup finished in 4.007s (kernel) + 15.609s (userspace) = 19.617s
Bana gelecek olursak benim de böyle. Bu iki örnekte sadece kernel ve userspace varken neden bende loader ve firmware süreleri var acaba ? Bir de bende tek sistem Manjaro olmasına rağmen grub ekranı açılıyor. Onun bir etkisi var sanırım. Onu nasıl engelleyebilirim ?
[mcaner@manjaro ~]$ systemd-analyze
Startup finished in 3.089s (firmware) + 5.793s (loader) + 3.750s (kernel) + 21.257s (userspace) = 33.890s
[mcaner@manjaro ~]$
http://archtr.org/forum/viewtopic.php?f=11&t=1376&p=12417#p12414
şu konudaki adımları bir dene bakalım sonuç ne olacak
ayrıca şu çıktıları da paylaş
uname -a
systemd-analyze
systemd-analyze blame
Suskunluğum asaletimdendir,her lafa verilecek cevabım var. Ama bir lafa bakarım laf mı ? diye bir de söyleyene bakarım adam mı ? diye
Çıktılar böyle şimdi konuyu inceliyorum.
[mcaner@manjaro ~]$ uname -a
Linux manjaro 4.1.5-1-MANJARO #1 SMP PREEMPT Tue Aug 11 05:14:23 UTC 2015 x86_64 GNU/Linux
[mcaner@manjaro ~]$ systemd-analyze
Startup finished in 3.117s (firmware) + 6.009s (loader) + 4.334s (kernel) + 32.363s (userspace) = 45.825s
[mcaner@manjaro ~]$ systemd-analyze blame
17.797s systemd-journald.service
12.405s dev-sda3.device
8.542s ModemManager.service
6.875s NetworkManager.service
4.179s polkit.service
2.389s systemd-journal-flush.service
2.202s systemd-tmpfiles-setup-dev.service
1.376s systemd-hostnamed.service
1.225s systemd-binfmt.service
919ms alsa-restore.service
916ms dev-mqueue.mount
890ms dev-hugepages.mount
880ms sys-kernel-debug.mount
856ms tmp.mount
856ms systemd-modules-load.service
855ms systemd-remount-fs.service
781ms plymouth-quit-wait.service
780ms plymouth-quit.service
646ms systemd-vconsole-setup.service
632ms systemd-random-seed.service
579ms systemd-fsck@dev-disk-byx2duuid-8b4e9c9ex2d5ef8x2d46c5x2d9dfcx2d17bf10bb3bd1.service
561ms proc-sys-fs-binfmt_misc.mount
Konuyu inceledim orda uuid değerleri farkılı olmasından kaynaklı bir sorun varmış bende değerler aynı sanırım Arch forumunda bir konu açsam daha iyi olacak.
dev/sda3 de ne sorun var kı okadar uzun oyalanıyor enson ne işlem yaptın
Suskunluğum asaletimdendir,her lafa verilecek cevabım var. Ama bir lafa bakarım laf mı ? diye bir de söyleyene bakarım adam mı ? diye
konuyu değil aşagıda verdiğim link ile yapılanları yapmalısın Kod: Tümünü seç
[Journal] kısmını uygulamanı demiştim disk farklı uuddı kısmını değil
ayrıca şuraya bakın
http://archtr.org/forum/viewtopic.php?f=11&t=1392&hilit=Systemd&start=30#p12630
Suskunluğum asaletimdendir,her lafa verilecek cevabım var. Ama bir lafa bakarım laf mı ? diye bir de söyleyene bakarım adam mı ? diye
Baktım da hocam yapamadım 🙁 akabinde gelen sıkıntılar da farklı olacağından bir de systemctl --state=failed çıktısında birkaç hata var ondan yeni konu açtım yayınlanır ise çözülebilir yayınlanmazsa yine sıfırdan kurcam gerçi o da bir işe yaramıyor.
[mcaner@manjaro ~]$ systemctl --state=failed
UNIT LOAD ACTIVE SUB DESCRIPTION
● systemd-modules-load.service loaded failed failed Load Kernel Modules
● systemd-vconsole-setup.service loaded failed failed Setup Virtual Console
LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.
2 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
öncelikle neden dev/sda3 üzerinde o kadar oyalanıyor bunu anlamak lazım
şuna bir göz at
https://forum.manjaro.org/index.php?topic=22053.0
Suskunluğum asaletimdendir,her lafa verilecek cevabım var. Ama bir lafa bakarım laf mı ? diye bir de söyleyene bakarım adam mı ? diye
