Strona 2 z 2

Re: Jak przyspieszyć ładowanie 18.04

: 06 lip 2019, 20:37
autor: Willow
arecki pisze:
04 lip 2019, 08:21
Przecież tam pisze, przenieść sobie tymczasowo w inne miejsce. :pt36:
Jest napisane "w szkole nie uczyli"?

Re: Jak przyspieszyć ładowanie 18.04

: 06 lip 2019, 20:58
autor: Willow
Jak go przenieść jak brak do niego dostępu nawet z poziomu roota?

Re: Jak przyspieszyć ładowanie 18.04

: 06 lip 2019, 23:43
autor: kobrawerde

Re: Jak przyspieszyć ładowanie 18.04

: 07 lip 2019, 12:49
autor: Willow
kobrawerde pisze:
06 lip 2019, 23:43
Może ten temat coś podpowie :
https://askubuntu.com/questions/1094389 ... sh-service
Ciekawy poradnik, dziękuję za wstawkę jednak ciągle nie mogę mieć dostępu do /lib/systemd/system/systemd-journal-flush.service nawet jako root

Zwraca mi tylko bash: /lib/systemd/system/systemd-journal-flush.service: Brak dostępu

Wiesz może jak dostać się do tego pliku?

Re: Jak przyspieszyć ładowanie 18.04

: 07 lip 2019, 15:40
autor: kobrawerde
Jak to nie możesz się dostać do pliku ? ...nawet z pozycji linii komend / terminal np.

Kod: Zaznacz cały

sudo nano /lib/systemd/system/systemd-journal-flush.service
jeśli nie masz edytora nano to zainstaluj :

Kod: Zaznacz cały

sudo apt-get install nano
u mnie spokojnie mogę ten plik edytować ?

Re: Jak przyspieszyć ładowanie 18.04

: 07 lip 2019, 22:40
autor: Willow
kobrawerde pisze:
07 lip 2019, 15:40
Jak to nie możesz się dostać do pliku ? ...nawet z pozycji linii komend / terminal np.

Kod: Zaznacz cały

sudo nano /lib/systemd/system/systemd-journal-flush.service
jeśli nie masz edytora nano to zainstaluj :

Kod: Zaznacz cały

sudo apt-get install nano
u mnie spokojnie mogę ten plik edytować ?
Po restarcie dostałem się do pliku journal i wykonałem instrukcję z poradnika. Efekt? Ubuntu wstaje jeszcze dużej niż dotychczas... Zaczyna mi brakować pomysłów. Suspend działa ale to nie jest rozwiązanie na dłuższą metę...

Re: Jak przyspieszyć ładowanie 18.04

: 09 lip 2019, 18:34
autor: Willow
Ładuje się trochę szybciej, pomogła opcja recovery a potem kolejno update, upgrade, dist-upgrade

Re: Jak przyspieszyć ładowanie 18.04

: 14 lip 2019, 23:44
autor: Willow
Niestety ciągle czas wstawania Ubuntu 18.04 to w porównaniu do 14.04 wieczność. Przeniesienie pliku var/log/journal w inne miejsce nic nie pomogła. Może przyczyna jest jednak inna?

Re: Jak przyspieszyć ładowanie 18.04

: 15 lip 2019, 20:16
autor: mario_7
Pokaż:

Kod: Zaznacz cały

systemd-analyze critical-chain
systemd-analyze critical-chain systemd-journal-flush.service NetworkManager-wait-online.service

Re: Jak przyspieszyć ładowanie 18.04

: 17 lip 2019, 07:29
autor: Willow
systemd-analyze critical-chain:

The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @44.911s
└─multi-user.target @44.909s
└─teamviewerd.service @41.287s +268ms
└─network-online.target @41.281s
└─NetworkManager-wait-online.service @33.579s +7.701s
└─NetworkManager.service @29.495s +4.083s
└─dbus.service @29.419s
└─basic.target @29.410s
└─sockets.target @29.410s
└─snapd.socket @29.378s +31ms
└─sysinit.target @29.377s
└─systemd-timesyncd.service @29.143s +234ms
└─systemd-tmpfiles-setup.service @28.252s +835ms
└─local-fs.target @28.250s
└─run-user-121.mount @36.172s
└─local-fs-pre.target @6.001s
└─systemd-tmpfiles-setup-dev.service @3.691s +2.30
└─kmod-static-nodes.service @3.440s +250ms
└─systemd-journald.socket @3.436s
└─system.slice @3.436s

systemd-analyze critical-chain systemd-journal-flush.service NetworkManager-wait-online.service:

The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

systemd-journal-flush.service +115ms
└─systemd-journald.service @3.438s +879ms
└─systemd-journald.socket @3.436s
└─system.slice @3.436s
└─-.slice @3.413s
NetworkManager-wait-online.service +7.701s
└─NetworkManager.service @29.495s +4.083s
└─dbus.service @29.419s
└─basic.target @29.410s
└─sockets.target @29.410s
└─snapd.socket @29.378s +31ms
└─sysinit.target @29.377s
└─systemd-timesyncd.service @29.143s +234ms
└─systemd-tmpfiles-setup.service @28.252s +835ms
└─local-fs.target @28.250s
└─run-user-121.mount @36.172s
└─local-fs-pre.target @6.001s
└─systemd-tmpfiles-setup-dev.service @3.691s +2.309s
└─kmod-static-nodes.service @3.440s +250ms
└─systemd-journald.socket @3.436s
└─system.slice @3.436s
└─-.slice @3.413s

Re: Jak przyspieszyć ładowanie 18.04

: 17 lip 2019, 13:50
autor: jacekalex

Kod: Zaznacz cały

└─local-fs.target @28.250s
Jeżeli ten system lokalne systemy plików montuje w ciągu 28 sekund, to ja bym taki system tak gruntownie zaorał, żeby tylko "dziura w dysku" po nim została. :twisted:

Łatwiej i szybciej nowy system postawić, niż w z taką katastrofą się certolić.

U mnie:

Kod: Zaznacz cały

rc boot logging started at Sun Jul 14 06:37:14 2019
rc boot logging stopped at Sun Jul 14 06:37:22 2019

rc default logging started at Sun Jul 14 06:37:23 2019
rc default logging stopped at Sun Jul 14 06:37:28 2019
Cały: https://pastebin.com/raw/UXfHVKjd

W logu nie ma runlevelu Sysinit, gdzie wstają:

Kod: Zaznacz cały

Runlevel: sysinit
 devfs                                                             [  started  ]
 sysfs                                                             [  started  ]
 dmesg                                                             [  started  ]
 udev                                                              [  started  ]
 apparmor                                                          [  started  ]
 cgroups                                                           [  started  ]
 kmod-static-nodes                                                 [  started  ]
 opentmpfiles-dev                                                  [  started  ]
 udev-trigger                                                      [  started  ]
ale jeszcze nie są zamontowane dyski, więc logu zapisać się nie da, fsck, root i localmount startują dopiero w boot. :twisted:


Pozdro
:craz:

Re: Jak przyspieszyć ładowanie 18.04

: 05 sie 2019, 23:01
autor: Willow
jacekalex pisze:
17 lip 2019, 13:50

Kod: Zaznacz cały

└─local-fs.target @28.250s
Jeżeli ten system lokalne systemy plików montuje w ciągu 28 sekund, to ja bym taki system tak gruntownie zaorał, żeby tylko "dziura w dysku" po nim została. :twisted:

Łatwiej i szybciej nowy system postawić, niż w z taką katastrofą się certolić.

U mnie:

Kod: Zaznacz cały

rc boot logging started at Sun Jul 14 06:37:14 2019
rc boot logging stopped at Sun Jul 14 06:37:22 2019

rc default logging started at Sun Jul 14 06:37:23 2019
rc default logging stopped at Sun Jul 14 06:37:28 2019
Cały: https://pastebin.com/raw/UXfHVKjd

W logu nie ma runlevelu Sysinit, gdzie wstają:

Kod: Zaznacz cały

Runlevel: sysinit
 devfs                                                             [  started  ]
 sysfs                                                             [  started  ]
 dmesg                                                             [  started  ]
 udev                                                              [  started  ]
 apparmor                                                          [  started  ]
 cgroups                                                           [  started  ]
 kmod-static-nodes                                                 [  started  ]
 opentmpfiles-dev                                                  [  started  ]
 udev-trigger                                                      [  started  ]
ale jeszcze nie są zamontowane dyski, więc logu zapisać się nie da, fsck, root i localmount startują dopiero w boot. :twisted:


Pozdro
:craz:
Zaorać świeżo postawiony system? W jakim celu? Może jakaś rada jak naprawić? System oprócz powolnego startu działa bez zarzutów...