Liczba postów: 133
Liczba wątków: 26
Dołączył: Sep 2023
Reputacja:
System: 22.0 Wilma
Środowisko graficzne: Cinnamon
Architektura CPU: 64bit
Inny System: Debian/Arch/Fedora
Miernik podziękowań 0%
21-11-2023, 12:12
0 Witam,
Zastanawia mnie jak przyśpieszyć boot time, który obecnie u mnie wygląda tak (po zatrzymaniu mint-auto-updates):
Kod: Startup finished in 33.262s (firmware) + 8.767s (loader) + 12.920s (kernel) + 7.863s (userspace) = 1min 2.814s
graphical.target reached after 7.853s in userspace
Kod: systemd-analyze critical-chain
Kod: graphical.target @7.853s
└─multi-user.target @7.853s
└─smbd.service @7.756s +97ms
└─nmbd.service @3.059s +4.671s
└─network-online.target @3.022s
└─network.target @3.022s
└─networking.service @2.962s +59ms
└─network-pre.target @2.960s
└─ufw.service @2.679s +280ms
└─local-fs.target @2.670s
└─run-user-1000-gvfs.mount @6.979s
└─run-user-1000.mount @6.505s
└─swap.target @1.351s
└─dev-disk-by\x2duuid-718fb653\x2d0d59\x2d4b9e\x2da0bb\x2dced06ca6c087.swap @1.343s +6ms
└─dev-sdd5.device @1.291s
Kod: systemd-analyze blame | head
Kod: 4.671s nmbd.service
2.142s lightdm.service
2.108s plymouth-quit-wait.service
1.540s systemd-udev-settle.service
897ms dev-sdd3.device
877ms fwupd.service
550ms zfs-load-module.service
349ms blueman-mechanism.service
280ms ufw.service
279ms systemd-modules-load.service
Nie bardzo wiem skąd tak duże czasy mimo wyłączenia czegoś co powinno odjąć mi czas, a wygląda jakby uruchamiał się dłużej. Czy to przez fakt 80GB RAMu? Pozdrawiam.
Born to be root... not to reboot.
Liczba postów: 4 233
Liczba wątków: 76
Dołączył: Dec 2018
Reputacja:
System: Inny
Środowisko graficzne: Xfce
Architektura CPU: 64bit
Inny System: Debian testing/sid
Miernik podziękowań 39%
Liczba postów: 4 233
Liczba wątków: 76
Dołączył: Dec 2018
Reputacja:
System: Inny
Środowisko graficzne: Xfce
Architektura CPU: 64bit
Inny System: Debian testing/sid
Miernik podziękowań 39%
0 Dodatkowo przydadzą się logi z "bootowania" journalctl -b0
Liczba postów: 133
Liczba wątków: 26
Dołączył: Sep 2023
Reputacja:
System: 22.0 Wilma
Środowisko graficzne: Cinnamon
Architektura CPU: 64bit
Inny System: Debian/Arch/Fedora
Miernik podziękowań 0%
21-11-2023, 13:07
(Ten post był ostatnio modyfikowany: 21-11-2023, 13:15 przez Xan666.)
0 Kod: inxi -Fzx
System:
Kernel: 6.2.0-37-generic x86_64 bits: 64 compiler: N/A
Desktop: Cinnamon 5.8.4 Distro: Linux Mint 21.2 Victoria
base: Ubuntu 22.04 jammy
Machine:
Type: Desktop Mobo: MSI model: X99A SLI PLUS(MS-7885) v: 1.0
serial: <superuser required> UEFI: American Megatrends v: 1.E0
date: 06/15/2018
CPU:
Info: 8-core model: Intel Core i7-6900K bits: 64 type: MT MCP
arch: Broadwell rev: 1 cache: L1: 512 KiB L2: 2 MiB L3: 20 MiB
Speed (MHz): avg: 1398 high: 2922 min/max: 1200/4000 cores: 1: 1200
2: 1201 3: 1710 4: 2922 5: 1201 6: 1200 7: 1200 8: 1429 9: 1200 10: 1476
11: 1200 12: 1635 13: 1200 14: 1200 15: 1200 16: 1200 bogomips: 102399
Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
Device-1: NVIDIA vendor: Micro-Star MSI driver: nvidia v: 535.129.03
bus-ID: 02:00.0
Device-2: Creative Live! Cam Sync 1080p type: USB
driver: snd-usb-audio,uvcvideo bus-ID: 3-9:3
Display: x11 server: X.Org v: 1.21.1.4 driver: X: loaded: nvidia
unloaded: fbdev,modesetting,nouveau,vesa gpu: nvidia resolution:
1: 1920x1080~75Hz 2: 3440x1440~60Hz
OpenGL: renderer: NVIDIA GeForce RTX 4060 Ti/PCIe/SSE2
v: 4.6.0 NVIDIA 535.129.03 direct render: Yes
Audio:
Device-1: Intel C610/X99 series HD Audio vendor: Micro-Star MSI
driver: snd_hda_intel v: kernel bus-ID: 00:1b.0
Device-2: NVIDIA vendor: Micro-Star MSI driver: snd_hda_intel v: kernel
bus-ID: 02:00.1
Device-3: Creative Live! Cam Sync 1080p type: USB
driver: snd-usb-audio,uvcvideo bus-ID: 3-9:3
Device-4: Solid State Logic SSL 2 type: USB driver: snd-usb-audio
bus-ID: 5-1.2:4
Device-5: Focusrite-Novation LaunchKey Mini MK3 type: USB
driver: snd-usb-audio bus-ID: 5-1.4.1:6
Sound Server-1: ALSA v: k6.2.0-37-generic running: yes
Sound Server-2: JACK v: 1.9.20 running: no
Sound Server-3: PulseAudio v: 15.99.1 running: no
Sound Server-4: PipeWire v: 0.3.84 running: yes
Network:
Device-1: Intel Ethernet I218-V vendor: Micro-Star MSI driver: e1000e
v: kernel port: f020 bus-ID: 00:19.0
IF: eno1 state: up speed: 1000 Mbps duplex: full mac: <filter>
Device-2: ASUSTek N10 Nano 802.11n Network Adapter [Realtek RTL8192CU]
type: USB driver: rtl8192cu bus-ID: 3-11:4
IF: wlx9c5c8eb1699f state: up mac: <filter>
Bluetooth:
Device-1: TP-Link UB500 Adapter type: USB driver: btusb v: 0.8
bus-ID: 3-3:2
Report: hciconfig ID: hci0 rfk-id: 0 state: up address: <filter>
bt-v: 3.0 lmp-v: 5.1
Drives:
Local Storage: total: 5.93 TiB used: 1.21 TiB (20.3%)
ID-1: /dev/sda vendor: Crucial model: CT1000MX500SSD1 size: 931.51 GiB
ID-2: /dev/sdb vendor: Crucial model: CT2000BX500SSD1 size: 1.82 TiB
ID-3: /dev/sdc vendor: Crucial model: CT2000BX500SSD1 size: 1.82 TiB
ID-4: /dev/sdd vendor: Crucial model: CT500MX200SSD4 size: 465.76 GiB
ID-5: /dev/sde type: USB vendor: Kingston model: DataTraveler Max
size: 953.87 GiB
Partition:
ID-1: / size: 45.53 GiB used: 32.31 GiB (71.0%) fs: ext4 dev: /dev/sdd3
ID-2: /boot size: 943.2 MiB used: 508.2 MiB (53.9%) fs: ext4
dev: /dev/sdd2
ID-3: /boot/efi size: 486 MiB used: 6.1 MiB (1.2%) fs: vfat
dev: /dev/sdd1
ID-4: /home size: 402.63 GiB used: 155.87 GiB (38.7%) fs: ext4
dev: /dev/sdd4
Swap:
ID-1: swap-1 type: partition size: 7.63 GiB used: 0 KiB (0.0%)
dev: /dev/sdd5
Sensors:
System Temperatures: cpu: 38.0 C mobo: N/A gpu: nvidia temp: 50 C
Fan Speeds (RPM): N/A gpu: nvidia fan: 0%
Info:
Processes: 405 Uptime: 1h 31m Memory: 78.43 GiB used: 6.85 GiB (8.7%)
Init: systemd runlevel: 5 Compilers: gcc: 11.4.0 Packages: 3197 Shell: Zsh
v: 5.8.1 inxi: 3.3.13
journalctl -b0 >> log.txt
log.txt
dorzucam jeszcze:
Kod: dmesg | grep firmware
[ 0.397539] Spectre V2 : Enabling Restricted Speculation for firmware calls
[ 13.974702] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
oraz:
Kod: sudo isenkram-autoinstall-firmware
info: some kernel driver requested extra firmware files: renesas_usb_fw.mem rtl_bt/rtl8723b_config.bin rtl_bt/rtl8723bs_config.bin rtl_bt/rtl8723cs_cg_config.bin rtl_bt/rtl8723cs_cg_fw.bin rtl_bt/rtl8723cs_vf_config.bin rtl_bt/rtl8723cs_vf_fw.bin rtl_bt/rtl8723cs_xx_config.bin rtl_bt/rtl8723cs_xx_fw.bin rtl_bt/rtl8723ds_config.bin rtl_bt/rtl8723ds_fw.bin rtl_bt/rtl8761a_config.bin rtlwifi/rtl8723bu_bt.bin
info: unable to find any local firmware info for dist victoria, using info for sid
info: locating packages with the requested firmware files
info: determining whether enabling other components is required
info: No new firmware package with requested firmware detected.
PS. zawsze używam CODE
Born to be root... not to reboot.
Liczba postów: 364
Liczba wątków: 6
Dołączył: Feb 2019
Reputacja:
Miernik podziękowań 4%
Prowadzę to forum od roku 2007. Przez ten czas projekt minta bardzo negatywnie się zmienił, stąd mogą w moich postach być opinie z którymi można się nie zgadzać.
Liczba postów: 133
Liczba wątków: 26
Dołączył: Sep 2023
Reputacja:
System: 22.0 Wilma
Środowisko graficzne: Cinnamon
Architektura CPU: 64bit
Inny System: Debian/Arch/Fedora
Miernik podziękowań 0%
21-11-2023, 17:12
(Ten post był ostatnio modyfikowany: 21-11-2023, 18:32 przez Xan666.)
0 Samby tak do sharingu. ZFS nie wiem - chyba timeshift tego potrzebuje albo VBox. Nie jestem pewien.
EDIT: Wszystkie partycje na SSDkach są pod EXT4. Nigdzie nie mam ZFS-a - moge wyrąbać zfs-zed, zfs-initramsfs i zfsutils-linux?
EDIT 2: "Linux Mint 21 has openZFS installed and running by default. ZFS is fantastic, but not hugely useful on a single disk system."
EDIT 3: Zawsze jeśli chodzi o ZFS zamiast wywalania mogę zrobić tak:
Kod: lsmod | grep zfs
zfs 4603904 6
zunicode 352256 1 zfs
zzstd 589824 1 zfs
zlua 229376 1 zfs
zavl 24576 1 zfs
icp 368640 1 zfs
zcommon 131072 2 zfs,icp
znvpair 135168 2 zfs,zcommon
spl 163840 6 zfs,icp,zzstd,znvpair,zcommon,zavl
A potem po prostu je wyłączyć tak:
Kod: sudo systemctl disable zfs-load-module.service
sudo systemctl disable zfs-mount.service
sudo systemctl disable zfs-share.service
sudo systemctl disable zfs-volume-wait.service
sudo systemctl disable zfs-zed.service
sudo systemctl disable zfs-import.target
sudo systemctl disable zfs-volumes.target
sudo systemctl disable zfs.target
Dodano po pewnym czasie:
Po wyłączeniu ZFSa wygląda to tak:
Kod: systemd-analyze
Startup finished in 27.711s (firmware) + 8.758s (loader) + 13.154s (kernel) + 6.674s (userspace) = 56.298s
graphical.target reached after 6.668s in userspace
Uzyskałem -6s mniej, a mimo to uważam, że 56s na SSDkach to słaby wynik, nieprawdaż?
Born to be root... not to reboot.
Liczba postów: 4 233
Liczba wątków: 76
Dołączył: Dec 2018
Reputacja:
System: Inny
Środowisko graficzne: Xfce
Architektura CPU: 64bit
Inny System: Debian testing/sid
Miernik podziękowań 39%
0 Wyniks byłby akceptowalny gdyby nie ten czas ładowania 27.711s (firmware).
Skoro masz 80GB RAM to może nie masz włączonego fastboota w UEFI i zliczanie pamięci po prostu tyle trwa.
W bootlogu też jest co analizować, np. masz tam problem z plikami samby, połączeniami networkmanager (przejrzyj sobie pod kątem frazy error)
Problem z sambą być może powoduje, że nmbd jest pierwszy na liście "spowalniaczy".
Dobrze jest też sobie powyłączać wszelkie splashscreen w UEFI i Mincie wyłączyć tryb quiet i patrzeć co się długo ładuje.
Liczba postów: 133
Liczba wątków: 26
Dołączył: Sep 2023
Reputacja:
System: 22.0 Wilma
Środowisko graficzne: Cinnamon
Architektura CPU: 64bit
Inny System: Debian/Arch/Fedora
Miernik podziękowań 0%
21-11-2023, 20:05
(Ten post był ostatnio modyfikowany: 21-11-2023, 20:21 przez Xan666.)
0 Oczywiście, że fastboot jest wyłączony - zawsze więcej z nim było problemów niż pożytku. Powinienem go włączyć?
"Disabling Fast Startup may result in slightly longer boot times. However, the impact is usually negligible on modern systems with fast solid-state drives (SSDs)." oraz "In reality if you have an SSD, there is very little difference in the startup time when Fast Startup is enabled or disabled. Since you have an SSD, I would suggest it is best to disable Fast Startup, that would reduce the read/write count on the SSD and should prolong the lifespan of the SSD. Power to the Developer!"
EDIT: Usunąłem sambę całkowicie.
EDIT 2: Naprawa CLAMAV:
Kod: sudo mkdir /var/log/clamav
chown -R clamav:adm /var/log/clamav/
a potem z górki:
Kod: Zatrzymanie procesu autoaktualizacji:
sudo /etc/init.d/clamav-freshclam stop
Ręczny update:
sudo freshclam
Re-Start procesu:
sudo /etc/init.d/clamav-freshclam start
PYTANIE: tego nie rozumiem "networkmanager" - przecież jest wyłączony podczas bootu, włącza się po bootcie, tak ustawiłem, żeby nie spowalniać startu przecież. W logach tez nic nie widzę na ten temat.
Born to be root... not to reboot.
Liczba postów: 4 233
Liczba wątków: 76
Dołączył: Dec 2018
Reputacja:
System: Inny
Środowisko graficzne: Xfce
Architektura CPU: 64bit
Inny System: Debian testing/sid
Miernik podziękowań 39%
21-11-2023, 21:51
(Ten post był ostatnio modyfikowany: 21-11-2023, 21:53 przez dedito.)
0 Dla testu włączyłbym fastboot, ale tak jak pisałem warto też organoleptycznie patrzeć na proces uruchamiania przy wyłączonych splashscreenach tudzież różnych logo producentów.
U mnie samo zliczanie niewielkiej ilości RAM bo tylko 8GB przy wyłączonym fastboot trwa jeśli dobrze pamiętam co najmniej kilka sekund.
Liczba postów: 133
Liczba wątków: 26
Dołączył: Sep 2023
Reputacja:
System: 22.0 Wilma
Środowisko graficzne: Cinnamon
Architektura CPU: 64bit
Inny System: Debian/Arch/Fedora
Miernik podziękowań 0%
0 Sprawdzę choć grzebania w BIOSie nie lubię bo zawsze mam obawy, że z jakich bliżej nieokreślonych powodów system już nie wstanie.
Born to be root... not to reboot.
|