Jest napisane "w szkole nie uczyli"?
Jak przyspieszyć ładowanie 18.04
Re: Jak przyspieszyć ładowanie 18.04
Jak go przenieść jak brak do niego dostępu nawet z poziomu roota?
- kobrawerde
- Gibki Gibbon
- Posty: 2032
- Rejestracja: 10 wrz 2006, 16:00
- Płeć: Mężczyzna
- Wersja Ubuntu: 22.04
- Środowisko graficzne: Cinnamon
- Architektura: x86_64
- Kontakt:
Re: Jak przyspieszyć ładowanie 18.04
Może ten temat coś podpowie :
https://askubuntu.com/questions/1094389 ... sh-service
https://askubuntu.com/questions/1094389 ... sh-service
Re: Jak przyspieszyć ładowanie 18.04
Ciekawy poradnik, dziękuję za wstawkę jednak ciągle nie mogę mieć dostępu do /lib/systemd/system/systemd-journal-flush.service nawet jako rootkobrawerde pisze: ↑06 lip 2019, 23:43 Może ten temat coś podpowie :
https://askubuntu.com/questions/1094389 ... sh-service
Zwraca mi tylko bash: /lib/systemd/system/systemd-journal-flush.service: Brak dostępu
Wiesz może jak dostać się do tego pliku?
- kobrawerde
- Gibki Gibbon
- Posty: 2032
- Rejestracja: 10 wrz 2006, 16:00
- Płeć: Mężczyzna
- Wersja Ubuntu: 22.04
- Środowisko graficzne: Cinnamon
- Architektura: x86_64
- Kontakt:
Re: Jak przyspieszyć ładowanie 18.04
Jak to nie możesz się dostać do pliku ? ...nawet z pozycji linii komend / terminal np.
jeśli nie masz edytora nano to zainstaluj :
u mnie spokojnie mogę ten plik edytować ?
Kod: Zaznacz cały
sudo nano /lib/systemd/system/systemd-journal-flush.service
Kod: Zaznacz cały
sudo apt-get install nano
Re: Jak przyspieszyć ładowanie 18.04
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ę...kobrawerde pisze: ↑07 lip 2019, 15:40 Jak to nie możesz się dostać do pliku ? ...nawet z pozycji linii komend / terminal np.jeśli nie masz edytora nano to zainstaluj :Kod: Zaznacz cały
sudo nano /lib/systemd/system/systemd-journal-flush.service
u mnie spokojnie mogę ten plik edytować ?Kod: Zaznacz cały
sudo apt-get install nano
Re: Jak przyspieszyć ładowanie 18.04
Ładuje się trochę szybciej, pomogła opcja recovery a potem kolejno update, upgrade, dist-upgrade
Re: Jak przyspieszyć ładowanie 18.04
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?
- mario_7
- Administrator
- Posty: 8600
- Rejestracja: 30 sie 2006, 13:11
- Płeć: Mężczyzna
- Wersja Ubuntu: 20.04
- Środowisko graficzne: GNOME
- Architektura: x86_64
Re: Jak przyspieszyć ładowanie 18.04
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
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
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
- jacekalex
- Gibki Gibbon
- Posty: 4678
- Rejestracja: 17 cze 2007, 02:54
- Płeć: Mężczyzna
- Wersja Ubuntu: inny OS
- Środowisko graficzne: MATE
- Architektura: x86_64
Re: Jak przyspieszyć ładowanie 18.04
Kod: Zaznacz cały
└─local-fs.target @28.250s
Ł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
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 ]
Pozdro
Problemy rozwiązujemy na forum nie na PW -> Niech inni na tym skorzystają.
Komputer jest jak klimatyzacja - gdy otworzysz okna, robi się bezużyteczny...
Linux User #499936
Inny OS: Gentoo Linux
Komputer jest jak klimatyzacja - gdy otworzysz okna, robi się bezużyteczny...
Linux User #499936
Inny OS: Gentoo Linux
Re: Jak przyspieszyć ładowanie 18.04
Zaorać świeżo postawiony system? W jakim celu? Może jakaś rada jak naprawić? System oprócz powolnego startu działa bez zarzutów...jacekalex pisze: ↑17 lip 2019, 13:50Jeż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.Kod: Zaznacz cały
└─local-fs.target @28.250s
Łatwiej i szybciej nowy system postawić, niż w z taką katastrofą się certolić.
U mnie:Cały: https://pastebin.com/raw/UXfHVKjdKod: 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
W logu nie ma runlevelu Sysinit, gdzie wstają:ale jeszcze nie są zamontowane dyski, więc logu zapisać się nie da, fsck, root i localmount startują dopiero w boot.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 ]
Pozdro
- mario_7
- Administrator
- Posty: 8600
- Rejestracja: 30 sie 2006, 13:11
- Płeć: Mężczyzna
- Wersja Ubuntu: 20.04
- Środowisko graficzne: GNOME
- Architektura: x86_64
Re: Jak przyspieszyć ładowanie 18.04
To wygląda tak, jakby jakiś zdalny system plików chciał się zamontować i to się nie udaje i rozruch czeka na timeout.
Re: Jak przyspieszyć ładowanie 18.04
Zacząłem z tym po prostu żyć bo już nie mam pomysłu. System po za wstawaniem chodzi pięknie i bardzo szybko. Jednak start systemu stanowczo za długi...
- mario_7
- Administrator
- Posty: 8600
- Rejestracja: 30 sie 2006, 13:11
- Płeć: Mężczyzna
- Wersja Ubuntu: 20.04
- Środowisko graficzne: GNOME
- Architektura: x86_64
Re: Jak przyspieszyć ładowanie 18.04
Pokaż wyniki tych poleceń:
Kod: Zaznacz cały
id 121
systemd-analyze dump | grep "Unit run-user-121.mount" -A 150
Re: Jak przyspieszyć ładowanie 18.04
>mario_7 pisze: ↑20 wrz 2019, 09:43 Pokaż wyniki tych poleceń:Kod: Zaznacz cały
id 121 systemd-analyze dump | grep "Unit run-user-121.mount" -A 150
Kod: Zaznacz cały
Unit run-user-121.mount:
Description: /run/user/121
Instance: n/a
Unit Load State: loaded
Unit Active State: active
State Change Timestamp: Mon 2019-09-23 08:30:56 CEST
Inactive Exit Timestamp: Mon 2019-09-23 08:30:56 CEST
Active Enter Timestamp: Mon 2019-09-23 08:30:56 CEST
Active Exit Timestamp: n/a
Inactive Enter Timestamp: n/a
GC Check Good: yes
Need Daemon Reload: no
Transient: no
Perpetual: no
Garbage Collection Mode: inactive
Slice: system.slice
CGroup: n/a
CGroup realized: no
CGroup own mask: pids
Name: run-user-121.mount
Invocation ID: 34fc956ef4084b818bcfdc5a5d2426c6
Source Path: /proc/self/mountinfo
Requires: system.slice (origin-file)
Requires: -.mount (origin-implicit)
Conflicts: umount.target (origin-mountinfo-implicit origin-mountinfo-default)
Before: umount.target (origin-mountinfo-default)
Before: local-fs.target (origin-mountinfo-implicit)
After: systemd-journald.socket (origin-file)
After: swap.target (origin-mountinfo-default)
After: -.mount (origin-implicit)
After: system.slice (origin-file)
After: local-fs-pre.target (origin-mountinfo-default)
References: local-fs.target (origin-mountinfo-implicit)
References: local-fs-pre.target (origin-mountinfo-default)
References: umount.target (origin-mountinfo-implicit origin-mountinfo-default)
References: swap.target (origin-mountinfo-default)
References: systemd-journald.socket (origin-file)
References: -.mount (origin-implicit)
References: system.slice (origin-file)
RequiresMountsFor: /run/user (origin-implicit)
StopWhenUnneeded: no
RefuseManualStart: no
RefuseManualStop: no
DefaultDependencies: yes
OnFailureJobMode: replace
IgnoreOnIsolate: yes
Mount State: mounted
Result: success
Where: /run/user/121
What: tmpfs
File System Type: tmpfs
Options: rw,nosuid,nodev,relatime,size=804980k,mode=700,uid=121,gid=125
From /proc/self/mountinfo: yes
From fragment: no
Extrinsic: no
DirectoryMode: 0755
SloppyOptions: no
LazyUnmount: no
ForceUnmount: no
UMask: 0022
WorkingDirectory: /
RootDirectory: /
NonBlocking: no
PrivateTmp: no
PrivateDevices: no
ProtectKernelTunables: no
ProtectKernelModules: no
ProtectControlGroups: no
PrivateNetwork: no
PrivateUsers: no
ProtectHome: no
ProtectSystem: no
MountAPIVFS: no
IgnoreSIGPIPE: yes
MemoryDenyWriteExecute: no
RestrictRealtime: no
KeyringMode: private
RuntimeDirectoryPreserve: no
RuntimeDirectoryMode: 0755
StateDirectoryMode: 0755
CacheDirectoryMode: 0755
LogsDirectoryMode: 0755
ConfigurationDirectoryMode: 0755
LimitNOFILE: 4096
LimitNOFILESoft: 1024
StandardInput: null
StandardOutput: journal
StandardError: inherit
SyslogFacility: daemon
SyslogLevel: info
DynamicUser: no
LockPersonality: no
KillMode: control-group
KillSignal: SIGTERM
SendSIGKILL: yes
SendSIGHUP: no
CPUAccounting=no
IOAccounting=no
BlockIOAccounting=no
MemoryAccounting=no
TasksAccounting=yes
IPAccounting=no
CPUWeight=18446744073709551615
StartupCPUWeight=18446744073709551615
CPUShares=18446744073709551615
StartupCPUShares=18446744073709551615
CPUQuotaPerSecSec=infinity
IOWeight=18446744073709551615
StartupIOWeight=18446744073709551615
BlockIOWeight=18446744073709551615
StartupBlockIOWeight=18446744073709551615
MemoryLow=0
MemoryHigh=18446744073709551615
MemoryMax=18446744073709551615
MemorySwapMax=18446744073709551615
MemoryLimit=18446744073709551615
TasksMax=4915
DevicePolicy=auto
Delegate=no
-> Unit dev-ttyprintk.device:
Description: /dev/ttyprintk
Instance: n/a
Unit Load State: loaded
Unit Active State: active
State Change Timestamp: Mon 2019-09-23 08:30:25 CEST
Inactive Exit Timestamp: Mon 2019-09-23 08:30:25 CEST
Active Enter Timestamp: Mon 2019-09-23 08:30:25 CEST
Active Exit Timestamp: n/a
Inactive Enter Timestamp: n/a
GC Check Good: yes
Need Daemon Reload: no
Transient: no
Perpetual: no
Garbage Collection Mode: inactive
Slice: n/a
CGroup: n/a
CGroup realized: no
Name: dev-ttyprintk.device
Invocation ID: 0c02b63fe66741f2830612eaf5863a42
Following: sys-devices-virtual-tty-ttyprintk.device
Following Set Member: sys-devices-virtual-tty-ttyprintk.device
StopWhenUnneeded: no
RefuseManualStart: no
RefuseManualStop: no
DefaultDependencies: yes
OnFailureJobMode: replace
IgnoreOnIsolate: yes
Device State: plugged
Sysfs Path: /sys/devices/virtual/tty/ttyprintk
-> Unit dev-ttyS29.device:
Description: /dev/ttyS29
- gilban
- Serdeczny Borsuk
- Posty: 197
- Rejestracja: 03 lip 2007, 22:43
- Płeć: Mężczyzna
- Wersja Ubuntu: 19.10
- Środowisko graficzne: KDE Plasma
- Architektura: x86_64
Re: Jak przyspieszyć ładowanie 18.04
Ja mam pytanie. Czy jak Ubuntu instalowałeś czy partycję UEFI na dysku zrobiłeś? Czy automatem instalowałeś?
- mario_7
- Administrator
- Posty: 8600
- Rejestracja: 30 sie 2006, 13:11
- Płeć: Mężczyzna
- Wersja Ubuntu: 20.04
- Środowisko graficzne: GNOME
- Architektura: x86_64
Re: Jak przyspieszyć ładowanie 18.04
Pokaż jeszcze
Kod: Zaznacz cały
systemd-analyze critical-chain run-user-121.mount
Re: Jak przyspieszyć ładowanie 18.04
mario_7 pisze: ↑25 wrz 2019, 22:39 Pokaż jeszczeKod: Zaznacz cały
systemd-analyze critical-chain run-user-121.mount
Kod: Zaznacz cały
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.
run-user-121.mount @35.736s
└─local-fs-pre.target @4.633s
└─systemd-tmpfiles-setup-dev.service @3.677s +954ms
└─kmod-static-nodes.service @3.543s +133ms
└─systemd-journald.socket @3.535s
└─system.slice @3.535s
└─-.slice @3.500s
Kto jest online
Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 44 gości