Ubuntu 19.04 neden geç açılıyor? (Çözüm Önerileri)

[.py]

windows7 ile kıyasladığım zaman ubuntunun windows7 ye göre geç açılıyor. windows 1.5 dakikada ubuntu ise 3 dakikanın üzerinde açılıyor. şunun için windos ile kıyaslama yaptım sonuç itibariyle iki sistemde aynı donanımları kullanıyor mantıken ubuntunun daha erken açılması gerektiğini düşnüyorum. bu konuyla ilgili önerilerinizi yazarak bir rehber oluşturabilriz. geç açılması benim için problem değil ama bir çözümü olduğundanda eminim çözüm yollarını bulma arayışı içindeyim. hp laptop kullanıyorum.

[gecegezen]

İkiside ssd demi yoksa hdd üzerinde ubuntu diskin sonunda mi?Ben uzunca bir süre ubuntu'yu hdd'de diskin sonunda kullandım ama diskin başı daha hızlı çalıştığı için belirgin bir hız farkı oluyor, çalışmasında bile
birde açılıs süresini görmek için;

Kod Seç Genişlet

systemd-analyze

Kod Seç Genişlet

systemd-analyze blame

Kod Seç Genişlet

systemd-analyze critical-chain

Kod Seç Genişlet

systemctl --state=failed

[.py]

[mention=648002]@gecegezen[/mention]

systemd-analyze:

Kod Seç Genişlet


Startup finished in 9.022s (firmware) + 3.979s (loader) + 7.758s (kernel) + 42.230s (userspace) = 1min 2.989s
graphical.target reached after 42.204s in userspace



systemd-analyze blame:

Kod Seç Genişlet


         12.709s snapd.seeded.service
         11.674s dev-sda5.device
          9.792s NetworkManager-wait-online.service
          8.854s snapd.service
          8.796s networkd-dispatcher.service
          8.463s systemd-journal-flush.service
          8.185s ModemManager.service
          6.928s udisks2.service
          5.199s nmbd.service
          5.102s dev-loop10.device
          4.903s dev-loop9.device
          4.714s dev-loop11.device
          4.705s dev-loop7.device
          4.674s NetworkManager.service
          4.485s dev-loop0.device
          4.464s dev-loop13.device
          4.321s dev-loop4.device
          4.228s dev-loop2.device
          4.181s dev-loop12.device
          4.170s loadcpufreq.service
          3.901s dev-loop1.device
          3.880s grub-common.service
          3.784s dev-loop5.device
          3.753s dev-loop6.device
          3.663s mono-xsp4.service
          3.656s avahi-daemon.service
          3.653s apport.service
          3.553s cpufreqd.service
          3.445s dev-loop3.device
          3.435s rsyslog.service
          3.413s plymouth-read-write.service
          3.362s lm-sensors.service
          3.357s gpu-manager.service
          3.350s wpa_supplicant.service
          3.339s teamviewerd.service
          3.316s thermald.service
          3.311s systemd-logind.service
          3.200s pppd-dns.service
          3.118s dev-loop8.device
          2.497s apparmor.service
          2.445s accounts-daemon.service
          1.996s systemd-resolved.service
          1.894s systemd-udevd.service
          1.799s smbd.service
          1.658s gdm.service
          1.617s dns-clean.service
          1.500s user@1000.service
          1.436s upower.service
          1.206s fwupd.service
          1.160s systemd-fsck@dev-disk-by\x2duuid-8E3C\x2dF12E.service
          1.157s systemd-backlight@backlight:intel_backlight.service
          1.020s colord.service
           991ms binfmt-support.service
           931ms systemd-timesyncd.service
           855ms systemd-rfkill.service
           838ms polkit.service
           836ms systemd-tmpfiles-setup.service
           767ms keyboard-setup.service
           767ms plymouth-start.service
           750ms systemd-journald.service
           749ms snap-core-7270.mount
           687ms grub-initrd-fallback.service
           647ms networking.service
           636ms snap-gnome\x2d3\x2d28\x2d1804-63.mount
           566ms systemd-modules-load.service
           558ms snap-gnome\x2d3\x2d28\x2d1804-67.mount
           544ms systemd-sysusers.service
           468ms systemd-tmpfiles-setup-dev.service
           435ms systemd-user-sessions.service
           395ms setvtrgb.service
           383ms snap-gnome\x2dcharacters-296.mount
           377ms dev-disk-by\x2duuid-6a0b33bf\x2dd2b0\x2d4732\x2db03e\x2d57cfb63d4c4b.swap
           313ms apport-autoreport.service
           299ms snap-gtk\x2dcommon\x2dthemes-1313.mount
           286ms systemd-random-seed.service
           277ms systemd-sysctl.service
           251ms snap-gtk\x2dcommon\x2dthemes-1198.mount
           250ms snap-gnome\x2dsystem\x2dmonitor-100.mount
           247ms ufw.service
           218ms snap-gnome\x2dsystem\x2dmonitor-95.mount
           217ms systemd-tmpfiles-clean.service
           215ms snap-core18-1055.mount
           214ms systemd-udev-trigger.service
           213ms snap-core18-1066.mount
           211ms proc-sys-fs-binfmt_misc.mount
           189ms snap-core-7169.mount
           160ms snap-gnome\x2dlogs-61.mount
           157ms boot-efi.mount
           155ms kmod-static-nodes.service
           134ms console-setup.service
           120ms bolt.service
           120ms snap-gnome\x2dcharacters-292.mount
           114ms systemd-update-utmp.service
           113ms dev-mqueue.mount
           112ms sys-kernel-debug.mount
           110ms dev-hugepages.mount
           108ms snap-gnome\x2dcalculator-406.mount
            94ms kerneloops.service
            83ms ifupdown-pre.service
            80ms systemd-remount-fs.service
            79ms openvpn.service
            68ms rtkit-daemon.service
            67ms user-runtime-dir@1000.service
            53ms snapd.socket
            26ms cpufrequtils.service
            21ms systemd-update-utmp-runlevel.service
             8ms sys-kernel-config.mount
             6ms sys-fs-fuse-connections.mount




servisleri kaptamadan önce açılış süresi 7min 43.200s olarak görünüyordu  aşağıdaki 4 servisi kapattıktan sonraki dumu ise 1min 657ms

Kod Seç Genişlet



Startup finished in 38.813s (firmware) + 12cd ...229s (loader) + 14.557s (kernel) + 6min 37.619s (userspace) = 7min 43.200s
graphical.target reached after 51.098s in userspace

sudo systemctl disable man-db.service
sudo systemctl disable snapd.service
sudo systemctl disable apt-daily.service
sudo systemctl disable apt-daily-upgrade.service

Startup finished in 8.609s (firmware) + 2.794s (loader) + 7.615s (kernel) + 41.637s (userspace) = 1min 657ms
graphical.target reached after 41.615s in userspace


başka neler yapabiliriz.

[nuktedan00]

Plymouth sistemin açılıp kapanmasını yavaşlatıyordur büyük ihtimalle. Aşağıdaki komut ile Plymouth'u kaldırırsanız sorununuz çözülür diye düşünüyorum.

Kod Seç Genişlet

sudo apt remove plymouth

[lnxdev]

Yeni kernel güncellemelerin den sonra eski kerneller de bazen sıkıntı yarata biliyor. Güncel bir kernel birde sadece bir eski sürümü tutmakta fayda var. Eskiden kullandığım preload adında bir uygulama vardı kendisi kişinin ve sistemde en çok kullanan uygulamalara göre bir ayar çekiyordu bir dene istersen ekstra bir ayarda gerekmiyor.

Kod Seç Genişlet

sudo apt install preloadBunların dışında açılıştaki bazı servisleri kapatarak zaten süreyi azaltmış sın. Birde grub'ta ki bekleme süresini sıfıra indire bilirsin.

[.py]

Plymouth sistemin açılıp kapanmasını yavaşlatıyordur büyük ihtimalle. Aşağıdaki komut ile Plymouth'u kaldırırsanız sorununuz çözülür diye düşünüyorum.

Kod Seç Genişlet

sudo apt remove plymouth

plymouth, sistem yklenirken açılıştaki logoyla alakalı bir konu değilmi? sistemden kaldırırsam işletim sisteminin açılmama ihtimali vardır diye düşünüyorum (oda sorun değil bir şekilde çözülür.) siz denedinizmi? ben genelde deneyimlediğim bir şeyi çözüm olarak paylaşımıyorum da:)

[mention=648014]@lnxdev[/mention]

Kod Seç Genişlet

Birde grub'ta ki bekleme süresini sıfıra indire bilirsin.
3 saniye olarak ayarlı.

[nuktedan00]

Plymouth sistemin açılıp kapanmasını yavaşlatıyordur büyük ihtimalle. Aşağıdaki komut ile Plymouth'u kaldırırsanız sorununuz çözülür diye düşünüyorum.

Kod Seç Genişlet

sudo apt remove plymouth

plymouth, sistem yklenirken açılıştaki logoyla alakalı bir konu değilmi? sistemden kaldırırsam işletim sisteminin açılmama ihtimali vardır diye düşünüyorum (oda sorun değil bir şekilde çözülür.) siz denedinizmi? ben genelde deneyimlediğim bir şeyi çözüm olarak paylaşımıyorum da:)

[mention=648014]@lnxdev[/mention]

Kod Seç Genişlet

Birde grub'ta ki bekleme süresini sıfıra indire bilirsin.
3 saniye olarak ayarlı.

Evet kesinlikle denedim. Plymouth sadece sistemi görsel bir şekilde açmak için modern dağıtımların kullandığı bir araçtır. Arch, Gentoo gibi dağıtımlarda Plymouth''a rastlayamazsınız. Açılırken başlatılan servisler metin arayüzünde tek tek gösterilir. Plymouth kaldırılınca da durum bu şekilde olur.  Çoğu yazılımcının grub süresini sıfıra düşürüp Plymouth kullanmadan sistemini jet hızıyla açtığını görebilirsiniz. Sistem ile alakalı olan tek şey kerneldir emin olun. Varsın Gnome'u, GDM'yi kaldırın yine kullanabilirsiniz sistemi..

[.py]

[mention=648023]@nuktedan00[/mention]
plymouth sistemden kaldırdığımda dediğiniz şekilde logo açılışta kayboldu ama bunun ile birlikte systemd-analyze time: komutu aşağıdaki hatayı verdi bende plymouth'u tekrar kurdum bu seferde açılıştaki ubuntu logosu sola kaydı aslında problem değil bu sorunu halledebilirim son durum özetle  plymouth'ı kaldırmak pek işe yaramadı diyebilirim.

systemd-analyze time:

Kod Seç Genişlet


Bootup is not yet finished (org.freedesktop.systemd1.Manager.FinishTimestampMonotonic=0).
Please try again later.
Hint: Use 'systemctl list-jobs' to see active jobs


[gecegezen]

Gördüğüm kadari ile en son systemd-analzyze time komutunun hata vermesinin sebebi bilgisayarın henüz açılmasının tamamlanmamış olması. plymounth güzel görüntü için olan birşey ama açılışa pek etti edeceni düşünüyorum.

Kapattığınız servislerden apt isimli olanlar kaynakları güncellemek için kullanılıyor günde bir defa veya haftada olmalı bilgisayar açılınca internetten tüm kaynakları güncelliyor o yüzden 7 dakikayi görmüşssünüzdür açılış süresinde ama bu arada siz bilgisayarı kullanıyor olmalısınız. snap, snap programları ile ilgili olmalı man-db işe kullanma kılavuzu ile ilgili olmalı.

Onun dışında gözüme bir sorun çarpmadı şimdilik birde şu çıktıyı istemistim;

Kod Seç Genişlet

systemd-analyze critical-chain

vede hdd mi kullanıyorsunun disk yapınızı görmemiz açısından;

Kod Seç Genişlet

sudo fdisk -l /dev/sda /dev/sdb

[.py]

[mention=648029]@gecegezen[/mention]

sudo fdisk -l /dev/sda /dev/sdb:

Kod Seç Genişlet


Disk /dev/sda: 698.7 GiB, 750156374016 bytes, 1465149168 sectors
Disk model: HGST HTS541075A9
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: CDB16A5E-B2F6-4130-BB01-A2544760ACC8

Device          Start        End    Sectors   Size Type
/dev/sda1        2048     821247     819200   400M Windows recovery environment
/dev/sda2      821248    1353727     532480   260M EFI System
/dev/sda3     1353728    1615871     262144   128M Microsoft reserved
/dev/sda4     1615872 1260730367 1259114496 600.4G Microsoft basic data
/dev/sda5  1270970368 1415917567  144947200  69.1G Linux filesystem
/dev/sda6  1426159616 1465137151   38977536  18.6G Microsoft basic data
/dev/sda7  1415917568 1426159615   10242048   4.9G Linux swap


systemd-analyze critical-chain:

Kod Seç Genişlet


graphical.target @41.817s
└─multi-user.target @41.816s
  └─smbd.service @40.163s +1.652s
    └─nmbd.service @34.507s +5.652s
      └─network-online.target @34.495s
        └─NetworkManager-wait-online.service @24.817s +9.677s
          └─NetworkManager.service @19.280s +5.513s
            └─dbus.service @18.746s
              └─basic.target @18.704s
                └─sockets.target @18.704s
                  └─snapd.socket @18.625s +78ms
                    └─sysinit.target @18.400s
                      └─apparmor.service @16.376s +2.021s
                        └─local-fs.target @16.374s
                          └─run-user-1000.mount @32.721s
                            └─swap.target @16.043s
                              └─dev-disk-by\x2duuid-6a0b33bf\x2dd2b0\x2d4732\x2db03e\x2d57cfb63d4c4b.swap @15.844s +164ms
                                └─dev-disk-by\x2duuid-6a0b33bf\x2dd2b0\x2d4732\x2db03e\x2d57cfb63d4c4b.device @15.842s



[gecegezen]

Harhangi bir sorun benim çözüme çarpmadı baska arkadaşların belki fikirleri olabilir ama şöyle bir yorumda bulunacağım sadece gördüğüm kadarı tahmin ettiğim ile 750 gblık bir hdd sonunda ubuntu kurulu hdd'lerde disklerin sonuna doğru diskler çok yavaşlar bunun etkisi olabilir. Windows ise diskin başında diskin en hızlı yerinde yani.

[.py]

[mention=648045]@gecegezen[/mention]evet750 gb disk linux diskin sonunda diskin başına almayı deniyecem bir ara... hızlı boot için ext4 formatının dışında test aşamasında olan başka bir format olduğunu duymuştum adı aklıma gelmiyor. eğer konuya denk gelirsem onuda burada paylaşırım. şimdilik sağolun.

[gecegezen]

e4rat isimli bir uygulama var ext4 üzerinde çalışıyor ama ben hiç denemedim vede ubuntu üzerinde readahead ide çalıştıyı söyleniyor son durum nedir hiç bilmiyorum çalışma mantığıda ilk kullanılan programlar ve dosyalar bölümün başına taşıyor hızlı çalışsın diye ama dediğim gibi tecrübem hiç olmadı.

[.py]

e4rat isimli bir uygulama var ext4 üzerinde çalışıyor ama ben hiç denemedim vede ubuntu üzerinde readahead ide çalıştıyı söyleniyor son durum nedir hiç bilmiyorum çalışma mantığıda ilk kullanılan programlar ve dosyalar bölümün başına taşıyor hızlı çalışsın diye ama dediğim gibi tecrübem hiç olmadı.

e4rat ile ilgili bir kaynak buldum en yakın zamada deneyip sonuçları paylaşırım ilgi çekici veişe yarar gibi duruyor.

[speakerXXL]

Ubuntu'da Snap uygulamaları ciddi biçimde açılışı yavaşlatıyor. Ama bununla hususu çözdünüz sanırım. Şu an için ağ yöneticisi ve Samba ile ilgili servislerde sıkıntı var.

NetworkManager-wait-online.service @24.817s +9.677s

Aşağıdaki NetworkManager-wait-online.service servisini pasifleştirmeyi deneyebilirsiniz.

Kod Seç Genişlet

sudo systemctl disable NetworkManager-wait-online.service

Ayrıca Samba'yı da kaldırmayı deneyebilirsin, dosya paylaşımı için bunun yerine NFS kullan bence.

[Empat]

Network Manager ve Samba'yı tüm bileşenleriyle beraber kaldırıp (purge remove) tekrar yüklemeyi deneyebilirsiniz.

[krwlng]

Benim şahsen deneyimlediğim bir durumu belirtmek istiyorum belki işinize yarar, eğer ki ubuntu tarafında yazıcı kullanmıyorsanız ve yazıcılarla işiniz yoksa cups servisini kapatabilirsiniz, hatrı sayılır bir şekilde açılışta bağlı yazıcı aradığı için beklemeye yol açabiliyor.

[sen isini yap]

merhabalar, cups servisini nasıl kapatabilirim?

[krwlng]

merhabalar, cups servisini nasıl kapatabilirim?

Aşağıdaki komutları sırasıyla uygulayarak cups servislerini kapatabilirsiniz.
Fakat unutmamanız gereken şey bu işlemi yaptıktan sonra yerel veya uzak hiçbir yazıcıyı kullanamazsınız.

Kod Seç Genişlet

systemctl stop cups
systemctl stop cups-browsed
systemctl disable cups
systemctl disable cups-browsed

Bazı komutlar yönetici izni gerektirebilir.

[sen isini yap]

[mention=648158]@krwlng[/mention] Teşekkürler...

[tbinxt]

Ubuntu 18.04 de bilgisayar ortalama 7-8 saat sürekli açık kaldıktan sonra inanılmaz ram tüketiyordu ve kapatıp tekrar açmak zorunda kalıyordum.

Bu sorunu araştırdığımda gnome ile alakalı olduğu vs. 19.04'de gnome sürümü güncellendi sanırım.Ben artık mecburen windows'ta devam ediyorum ancak yine bu tarz sorun yaşayan oldu mu ? Bu tarz problemler devam ediyor mu ? Ayrıca 04 sürümleri uzun süreli destekti sanırım 19.04 kaç yıl destek veriliyor

[krwlng]

@tbinxt Bu sorunun belirttiğiniz gibi gnome kaynaklı olma ihtimali yüksek, çok önceleri gnome masaüstü yüklü bir dağıtımda uzun süre açık kalan sistem, uyandırma sonrası kendine gelemiyordu kolay kolay. Fakat aylardır açık olan ve üzerinde sadece VNC için LXDE yüklü olan 14.04 server en ufak bir sıkıntı çıkarmıyor. 19.04 sonrası bu sorun çözüldü mü bilemiyorum çünkü o kadar uzun süre sistemi açık bırakıp tekrar açacağım bir durum olmadı.

[tbinxt]

@krwlng,

Anlıyorum.Açıkcası diğer ufak tefek hataları çözüme kavuştursam da bu sorun maalesef çok can sıkıcıydı.Çünkü kapatmamam gereken durumlar oluyor..Maalesef.Umarım bu sorun çözülmüştür.Yine de 19.04 hakkında ki tecrübelerinden paylaşmak isteyen arkadaşlar varsa yazabilirler.