Sempre Ciao a Tutti
penso che probabilmente la prossima volta che verrà rilasciata una Beta di OpenMandriva dovrò capire come partecipare attivamente alla fase di test visto che tutti i problemi mi sembra li stia beccando io.
Oltre ad avere un Firefox inutilizzabile (vedi thread https://forum3.openmandriva.org/t/firefox-combo-vuote/804?u=albpanig ) non che LX3 per partire sul mio vetusto PC ci mette un po’ troppo (dove il troppo sta nell’ordine di 3/5 minuti).
Dividiamo tale tempo in due:
dopo aver scelto il sistema da Grub inizia a caricare tutti i moduli (un paio di minuti); con esc vedo che è abbastanza veloce su alcuni mentre su altri ci pensa un po’.
Poi si arriva (faticosamente) alla videata di logon: dato user e pswd videata nera (e qui cosa starà facendo?) e pian piano si apre il desktop
Non ho un pc stratosferico; potete dirmi cosa postarvi per inizrae a fare un po’ di ricerche?
grazie
luca
(luca)
November 13, 2016, 8:15am
2
$ systemd-analyze blame
per vedere quali servizi impegnano maggiormente il boot
1 Like
luca
(luca)
November 13, 2016, 8:19am
3
per il login in plasma puoi provare a disabilitare in systemsettings5 la ricerca dal desktop
1 Like
rugyada
(rugyada)
November 13, 2016, 8:44am
4
Buona idea.
Pare che sia in preparazione una 3.1 quindi l’occasione si presenterà presto.
Ricordati di allegare tutte le informazioni del caso.
Da che mi ricordi, la prima volta ci mette un po’ di più poi i tempi dei successivi reboot/login dovrebbero migliorare.
Credo che anche rimuovere i pacchetti inutilizzati potrebbe aiutare (specialmente i locales direi)
I consigli di @luca sono validissimi.
Comunicazione di servizio:
quando fai riferimento ad altri thread metti il link, altrimenti è praticamente inutile citarli.
stefluni
(Stefano)
November 13, 2016, 3:52pm
5
Io ho un vecchio athlon duo, con un disco SSD… Oma parte con tempi compatibili con le altre distro installate (Rosa, Mageia, Mint, che è un po’ più veloce ma usa mate anzichè kde…). Dal boot al login circa 20 secondi, dal login alla piena operatività altri 20 secondi…
ecco qui - secondo me non c’è tutto. a cronometro sono a 93 secondi per arrivare al login e 64 per avere il desktop “utilizzabile”
9.790s tuned.service
8.873s nmb.service
5.472s firewalld.service
4.259s accounts-daemon.service
3.948s fedora-loadmodules.service
3.947s ModemManager.service
3.194s upower.service
3.057s polkit.service
3.055s udisks2.service
2.742s lvm2-monitor.service
2.564s winbind.service
2.412s fedora-readonly.service
2.101s systemd-tmpfiles-setup-dev.service
1.954s lm_sensors.service
1.885s systemd-fsck-root.service
1.864s smb.service
1.749s systemd-hostnamed.service
1.532s alsa-restore.service
1.528s systemd-journal-flush.service
1.519s plymouth-read-write.service
1.463s avahi-daemon.service
1.434s systemd-sysctl.service
1.370s mdmonitor.service
1.244s systemd-journald.service
1.239s systemd-fsck@dev-disk-by\x2duuid-0d4d1314\x2da9b3\x
9.790s tuned.service
8.873s nmb.service
5.472s firewalld.service
4.259s accounts-daemon.service
3.948s fedora-loadmodules.service
3.947s ModemManager.service
3.194s upower.service
3.057s polkit.service
3.055s udisks2.service
2.742s lvm2-monitor.service
2.564s winbind.service
2.412s fedora-readonly.service
2.101s systemd-tmpfiles-setup-dev.service
1.954s lm_sensors.service
1.885s systemd-fsck-root.service
1.864s smb.service
1.749s systemd-hostnamed.service
1.532s alsa-restore.service
1.528s systemd-journal-flush.service
1.519s plymouth-read-write.service
1.463s avahi-daemon.service
1.434s systemd-sysctl.service
1.370s mdmonitor.service
1.244s systemd-journald.service
1.239s systemd-fsck@dev-disk-by\x2duuid-0d4d1314\x2da9b3\x2d442e\x2d8871\x2db78f69a2ccde.service
1.143s dev-hugepages.mount
1.137s systemd-remount-fs.service
1.129s nscd.service
1.096s systemd-tmpfiles-clean.service
1.020s systemd-networkd.service
903ms user@1001.service
820ms mandriva-everytime.service
784ms systemd-udevd.service
674ms NetworkManager.service
673ms dev-mqueue.mount
671ms sys-kernel-debug.mount
616ms systemd-logind.service
613ms kmod-static-nodes.service
603ms cups.service
553ms blk-availability.service
468ms systemd-resolved.service
387ms systemd-timesyncd.service
367ms rtkit-daemon.service
315ms packagekit.service
304ms plymouth-quit.service
301ms plymouth-quit-wait.service
246ms systemd-modules-load.service
201ms systemd-udev-trigger.service
187ms systemd-random-seed.service
172ms systemd-tmpfiles-setup.service
169ms systemd-user-sessions.service
115ms systemd-update-utmp.service
96ms home.mount
79ms dev-disk-by\x2duuid-1ee92a76\x2d2ef5\x2d47a4\x2d81df\x2d29ba94447888.swap
59ms sys-fs-fuse-connections.mount
59ms proc-sys-fs-binfmt_misc.mount
55ms dracut-shutdown.service
ben79
(Ben Bullard)
November 13, 2016, 9:37pm
9
Using Google Translate from US English:
Idea good di scrivere ciò che si fa così si può annullare se needed.
In una certa misura questo è un problema hardware. Lx 3.0 non è la migliore per l’hardware più vecchio.
Il 2 prendendo più tempo sono tuned.service e nmb.service. Sono in grado di disattivare entrambi con systemsettings5 e riavviare.
Original:
Good idea to write down what one does so one can undo if needed.
To a certain extent this is a hardware problem. Lx 3.0 isn’t the best for older hardware.
The 2 taking most time are tuned.service and nmb.service. I am able to disable both with systemsettings5 and reboot.
excuse me. Can I disable tuned and nmb service from label “units” of systemd.daemon ?
ben79
(Ben Bullard)
November 13, 2016, 10:48pm
11
Yes, with right click of mouse.
Hi Ben79
the situation is fine. Few seconds from logon page to desktop; but 60/70 second from grub to logon.
It’s acceptable
Thank