Siduction Forum > Installation - Support

 neue C-Blues Installation bootet sehr langsam

(1/3) > >>

jure:
Hallo zusammen,

ich habe das neue C-Blues KDE (danke dafür!) auf meinem "alten", also bisherigen PC ohne Probleme auf eine Toshiba 2,5" 500GB ((MQ01ABF050) installiert.  (MBR/grub)
Das System bootet SEHR langsam, ca 50sec bis zum sddm login und ges ca 1:20min bis zum desktop.

Die sehr alte KDE Installation auf dem selben PC auf ner 250GB SSD braucht bis zum desktop ca 35sec...

Hat vielleicht jemand von euch eine Idee, einen Tipp, an was das liegen kann, bzw nach was ich schauen kann?

Wenn weitere Infos gebraucht werden - einfach nachfragen

Danke

Juergen



--- Code: ---<file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=8b9992d0-9b3f-4692-b644-20296199fcfb /              ext4    defaults,noatime 0 0
UUID=f5b4004b-3a04-4722-a6ba-498ae67057c8 /home          ext4    defaults,noatime 0 0
UUID=6d6eee07-ca0b-42d5-b0f2-497ef3d0c113 /opt/virtualbox ext4    defaults,noatime 0 0
UUID=c9a216b9-4474-41b1-b179-cee9b802aa92 /opt/daten_lokal ext4    defaults,noatime 0 0

#192.168.2.60:/volume1/music                     /media/musik-nas        nfs4     noauto,x-systemd.automount,x-systemd.device-timeout=10,timeo=14,x-systemd.idle-timeout=60min 0 0
....
--- End code ---

die 6-te Stelle habe ich in der fstab nur mal zur Probe auf "0" gesetzt, stand vorher für / auf "1" und der Rest auf "2"
Die nfs mount habe ich zu Probe mal auskommentiert, alles ohne Erfolg bzgl der Bootzeit.


--- Code: ---lsblk -f
NAME   FSTYPE FSVER LABEL          UUID                                 FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1 ext4   1.0                  8b9992d0-9b3f-4692-b644-20296199fcfb   77,7G    16% /
├─sda2 ext4   1.0                  f5b4004b-3a04-4722-a6ba-498ae67057c8   67,5G     9% /home
├─sda3 ext4   1.0                  6d6eee07-ca0b-42d5-b0f2-497ef3d0c113  162,6G    29% /opt/virtualbox
└─sda4 ext4   1.0                  c9a216b9-4474-41b1-b179-cee9b802aa92   32,9G     0% /opt/daten_lokal
--- End code ---

die neue Installation

--- Code: ---systemd-analyze blame
7.737s udisks2.service
5.813s dev-sda1.device
5.724s cups.service
4.866s accounts-daemon.service
4.573s NetworkManager.service
4.484s avahi-daemon.service
4.482s polkit.service
3.976s wpa_supplicant.service
3.975s systemd-logind.service
3.262s smartmontools.service
3.174s ModemManager.service
2.942s systemd-journal-flush.service
2.256s nvidia-persistenced.service
2.104s packagekit.service
1.975s systemd-modules-load.service
1.672s systemd-udevd.service
1.668s gpm.service
1.154s systemd-tmpfiles-setup-dev.service
1.110s loadcpufreq.service
 958ms e2scrub_reap.service
 957ms preload.service
 945ms networking.service
 834ms virtualbox.service
 693ms colord.service
 681ms systemd-random-seed.service
 569ms dns-clean.service
 559ms alsa-restore.service
 446ms lvm2-monitor.service
 422ms systemd-sysusers.service
 386ms user@1000.service
 369ms systemd-udev-trigger.service
 357ms lm-sensors.service
 339ms keyboard-setup.service
 338ms systemd-journald.service
 317ms dev-hugepages.mount
 316ms dev-mqueue.mount
 316ms run-rpc_pipefs.mount
 315ms sys-kernel-debug.mount
 315ms sys-kernel-tracing.mount
 305ms hddtemp.service
 292ms systemd-user-sessions.service
 289ms modprobe@fuse.service
 288ms tmp.mount
 276ms kmod-static-nodes.service
 275ms modprobe@configfs.service
 274ms modprobe@drm.service
 263ms systemd-tmpfiles-setup.service
 254ms rpcbind.service
 234ms ifupdown-pre.service
 226ms upower.service
 224ms systemd-update-utmp.service
 199ms home.mount
 190ms opt-virtualbox.mount
 188ms systemd-remount-fs.service
 178ms opt-daten_lokal.mount
 164ms openvpn.service
 149ms cpufrequtils.service
 134ms systemd-sysctl.service
 108ms systemd-timesyncd.service
 106ms systemd-tmpfiles-clean.service
  95ms console-setup.service
  52ms nfs-config.service
  43ms sys-fs-fuse-connections.mount
  42ms sys-kernel-config.mount
  15ms systemd-update-utmp-runlevel.service
  10ms user-runtime-dir@1000.service
   3ms rtkit-daemon.service
  33us blk-availability.service
--- End code ---


die alte Installation

--- Code: ---systemd-analyze blame
13.942s logrotate.service
11.839s networking.service
 6.882s systemd-networkd-wait-online.service
 4.044s ifupdown-wait-online.service
 3.229s ifupdown-pre.service
 2.398s udisks2.service
 1.647s smartmontools.service
 1.356s snapd.service
 1.229s systemd-journal-flush.service
 1.165s dev-sdb3.device
 1.060s systemd-modules-load.service
 1.051s man-db.service
 1.022s gpm.service
  876ms mariadb.service
  836ms nvidia-persistenced.service
  700ms postfix@-.service
  585ms systemd-random-seed.service
  534ms systemd-sysusers.service
  481ms snapd.seeded.service
  450ms dev-loop9.device
  450ms dev-loop10.device
  435ms media-daten\x2dnas.mount
  408ms dev-loop8.device
  407ms dev-loop11.device
  398ms dev-loop4.device
  397ms dev-loop7.device
  391ms dev-loop5.device
  385ms dev-loop6.device
  376ms dev-loop3.device
  376ms dev-loop13.device
  370ms dev-loop0.device
  367ms dev-loop1.device
  342ms dev-loop2.device
  306ms ModemManager.service
  304ms cups.service
  264ms accounts-daemon.service
  215ms avahi-daemon.service
  209ms NetworkManager.service
  191ms wpa_supplicant.service
  191ms systemd-logind.service
  183ms loadcpufreq.service
  177ms systemd-tmpfiles-setup-dev.service
  175ms user@1027.service
  154ms apparmor.service
  151ms upower.service
  139ms NetworkManager-wait-online.service
  126ms packagekit.service
  107ms systemd-udevd.service
  101ms virtualbox.service
  101ms systemd-networkd.service
   92ms ssh.service
   84ms systemd-tmpfiles-setup.service
   73ms systemd-journald.service
   72ms systemd-udev-trigger.service
   67ms lvm2-lvmpolld.service
   64ms lightdm.service
   59ms snap-snapd-12057.mount 
--- End code ---

unklarer:
Du hast wahrscheinlich die Befehlsausgaben neue <--> alte Installation verwechselt, wenn die Neue das Problem ist.   ;)

Nimm mal diese Befehle, sind übersichtlicher:

--- Code: ---systemd-analyze
--- End code ---
und
--- Code: ---systemd-analyze critical-chain
--- End code ---

Ich habe seit langer Zeit diese Erscheinung mit zwei "alten" Installationen. Keine Lösung bisher, alles Mögliche ausprobiert, nichts hilft.

Ignorieren. Ich weiß, hilft dir nicht wirklich.   ;D

hendrikL:
naja, die alte Installation hat einen gewaltigen Vorteil, sie liegt auf einer ssd!
Zu einer hdd sind das Welten, da können solche Differenzen möglich sein.

jure:
danke für die Antworten

@unklarer - nee die systemd-analyze blame Ausgabe habe ich nicht vertauscht ;-)

@hendrikL - ja, aber dass das soviel ausmacht ...
p.s. - ist aber im Betrieb auch spürbar träger, das stimmt schon.

hier die Ausgaben von "systemd-analyze" und "systemd-analyze critical-chain"

alte Installation

--- Code: ---systemd-analyze
Startup finished in 3.084s (kernel) + 9.960s (userspace) = 13.044s
graphical.target reached after 9.953s in userspace
[root@siductionbox juergen]$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @9.953s
└─multi-user.target @9.953s
  └─postfix.service @9.947s +5ms
    └─postfix@-.service @9.428s +517ms
      └─network-online.target @9.420s
        └─network.target @9.420s
          └─networking.service @3.082s +6.337s
            └─ifupdown-pre.service @441ms +2.639s
              └─systemd-udev-trigger.service @364ms +76ms
                └─systemd-udevd-kernel.socket @344ms
                  └─system.slice @257ms
                    └─-.slice @257ms
--- End code ---
neue Installation

--- Code: ---systemd-analyze
Startup finished in 4.077s (kernel) + 21.928s (userspace) = 26.006s
graphical.target reached after 21.884s in userspace
[root@siductionbox juergen]$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @21.884s
└─multi-user.target @21.871s
  └─cups-browsed.service @21.858s
    └─cups.service @16.361s +5.483s
      └─network.target @16.336s
        └─NetworkManager.service @11.710s +4.613s
          └─dbus.service @11.696s
            └─basic.target @11.645s
              └─sockets.target @11.633s
                └─pcscd.socket @11.620s
                  └─sysinit.target @11.389s
                    └─systemd-timesyncd.service @11.191s +184ms
                      └─systemd-tmpfiles-setup.service @10.893s +179ms
                        └─local-fs.target @10.799s
                          └─opt-daten_lokal.mount @10.719s +67ms
                            └─dev-sdb4.device @10.695s
--- End code ---

hendrikL:
 [...] ja, aber dass das soviel ausmacht [...]
Ja, kann schon sein,

ps. Habe zwei alte x61s TP, eines mit ssd das andere mit hdd, je 6Gig RAM, ähnliche kde Installation, jenes mit der ssd bootet gut 10x so schnell, ein d-u/full-upgrade geht gefühlte 100x schneller, die Programme starten geschmeidiger und so weiter, nimm ne ssd, sind nicht mehr so teuer und die hdd als Datengrab!

Navigation

[0] Message Index

[#] Next page