Witam. Jakiś czas temu zainstalowałem Linux Mint 21 Cinnamon obok Windowsa 10 na moim laptopie Asus F541U. Zdecydowałem się zainstalować starszą wersję systemu, ponieważ po zainstalowaniu LM 22.2 napotkałem kilka problemów z jego działaniem na tym laptopie a ponieważ LM 21 jest zainstalowany na moim komputerze stacjonarnym i działa bez zarzutu, postanowiłem zainstalować go również na laptopie.
Jednak już podczas instalacji systemów napotkałem kilka problemów.
W przypadku LM 21 problemem był wyjątkowo długi czas oczekiwania na ukończenie początkowych kroków instalacyjnych (ustawienie układu klawiatury, wybór opcji instalacji kodeków itp.). Po około 20 minutach nie dotarłszy nawet do właściwej instalacji poddałem się i rozpocząłem proces od nowa w trybie zgodności. To zadziałało, ale musiałem podłączyć zewnętrzną mysz USB, ponieważ touchpad nie działał. Po instalacji, podczas restartowania komputera zostałem ,,zasypany" błędami magistrali PCIe. Zdarzyło się to w obu systemach LM. Spowodowało to, że pliki
/var/log/syslog
i
/var/log/kern.log
rozrosły się po kilku minutach zapychając całą partycję ,,/". Obszedłem ten problem, edytując wiersz w pliku GRUB w następujący sposób:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=noaer
według tego poradnika:
https://itsfoss.com/pcie-bus-error-severity-corrected/
a następnie wykasowałem zawartość obydwu plików.
Potem wszystko wydawało się w porządku, ale pierwszego dnia po instalacji LM 22.2 system się zawiesił. Po kilku takich zawieszeniach i innych problemach postanowiłem wypróbować LM 21. Przez kilka dni wszystko wydawało się w porządku, ale potem system również się zawiesił. Dzieje się to co kilka dni najczęściej podczas przeglądania internetu. Jednak raz zdarzyło się to dwa razy w ciągu kilku minut. Zauważyłem również, że najczęściej dzieje się to wieczorem (około 21-22). Czasami system zawiesza się również podczas wyłączania utykając na czarnym ekranie. Jedynym sposobem na ponowne uruchomienie/wyłączenie w takim przypadku jest przytrzymanie przycisku zasilania przez kilka sekund. Metoda ,,REISUB/REISUO" nie działa. Natomiast jeśli wybiorę opcję używania karty nvidii zamiast intela system staje się mniej responsywny i zawiesza się częściej, ale można go zrestartować metodą "REISUB/REISUO". Zauważyłem jeszcze jedną rzecz. Kiedy wyłączę zaporę UWF przed wyłączeniem systemu, komputer nie zawiesza się wtedy, jednak zawiesił się dwa razy podczas włączania i wyłączania tej zapory przez GUI.
Jeśli chodzi o winowajcę, to napewno nie jest to brak RAM-u, bo podczas użytkowania komputera jest on obciążony najwyżej w 30-40%.
Próbowałem wyeliminować problem przez zaktualizowanie UEFI, stworzenie pliku swap i zainstalowania nowszego jądra, ale nic nie pomogło.
Poniżej znajduje się pełna specyfikacja laptopa:
System:
Kernel: 5.15.0-164-generic x86_64 bits: 64 compiler: gcc v: 11.4.0 Desktop: Cinnamon 5.4.12
tk: GTK 3.24.33 wm: Mutter dm: LightDM Distro: Linux Mint 21 Vanessa base: Ubuntu 22.04 jammy
Machine:
Type: Laptop System: ASUSTeK product: X541UJ v: 1.0 serial: <superuser required>
Mobo: ASUSTeK model: X541UJ v: 1.0 serial: <superuser required> UEFI: American Megatrends
v: X541UJ.310 date: 04/18/2019
Battery:
ID-1: BAT0 charge: 27.9 Wh (98.2%) condition: 28.4/34.6 Wh (82.3%) volts: 10.8 min: 10.8
model: ASUSTeK ASUS Battery serial: N/A status: Not charging
CPU:
Info: dual core model: Intel Core i3-6006U bits: 64 type: MT MCP arch: Skylake rev: 3 cache:
L1: 128 KiB L2: 512 KiB L3: 3 MiB
Speed (MHz): avg: 500 min/max: 400/2000 cores: 1: 500 2: 500 3: 500 4: 500 bogomips: 15999
Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
Device-1: Intel Skylake GT2 [HD Graphics 520] vendor: ASUSTeK driver: i915 v: kernel ports:
active: eDP-1 empty: DP-1,HDMI-A-1,HDMI-A-2 bus-ID: 00:02.0 chip-ID: 8086:1916
Device-2: NVIDIA GK208BM [GeForce 920M] vendor: ASUSTeK driver: N/A pcie: speed: 8 GT/s
lanes: 4 bus-ID: 01:00.0 chip-ID: 10de:1299
Device-3: Chicony USB2.0 VGA UVC WebCam type: USB driver: uvcvideo bus-ID: 1-6:2
chip-ID: 04f2:b52b
Display: x11 server: X.Org v: 1.21.1.4 driver: X: loaded: modesetting unloaded: fbdev,vesa
gpu: i915 display-ID: :0 screens: 1
Screen-1: 0 s-res: 3072x1728 s-dpi: 120
Monitor-1: eDP-1 model: BOE Display res: 3072x1728 dpi: 227 diag: 394mm (15.5")
OpenGL: renderer: Mesa Intel HD Graphics 520 (SKL GT2) v: 4.6 Mesa 23.2.1-1ubuntu3.1~22.04.3
direct render: Yes
Audio:
Device-1: Intel Sunrise Point-LP HD Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel
bus-ID: 00:1f.3 chip-ID: 8086:9d70
Device-2: NVIDIA GK208 HDMI/DP Audio driver: snd_hda_intel v: kernel pcie: speed: 8 GT/s
lanes: 4 bus-ID: 01:00.1 chip-ID: 10de:0e0f
Sound Server-1: ALSA v: k5.15.0-164-generic running: yes
Sound Server-2: PulseAudio v: 15.99.1 running: yes
Sound Server-3: PipeWire v: 0.3.48 running: yes
Network:
Device-1: Realtek RTL810xE PCI Express Fast Ethernet vendor: ASUSTeK driver: r8169 v: kernel
pcie: speed: 2.5 GT/s lanes: 1 port: d000 bus-ID: 02:00.2 chip-ID: 10ec:8136
IF: enp2s0f2 state: down mac: <filter>
Device-2: Realtek RTL8723BE PCIe Wireless Network Adapter vendor: Lite-On driver: rtl8723be
v: kernel pcie: speed: 2.5 GT/s lanes: 1 port: c000 bus-ID: 03:00.0 chip-ID: 10ec:b723
IF: wlp3s0 state: up mac: <filter>
Bluetooth:
Device-1: Realtek Bluetooth Radio type: USB driver: btusb v: 0.8 bus-ID: 1-8:3
chip-ID: 0bda:b721
Report: hciconfig ID: hci0 rfk-id: 0 state: down bt-service: enabled,running rfk-block:
hardware: no software: yes address: <filter>
Drives:
Local Storage: total: 232.89 GiB used: 34.87 GiB (15.0%)
ID-1: /dev/sda vendor: Crucial model: CT250MX500SSD1 size: 232.89 GiB speed: 6.0 Gb/s
serial: <filter>
Partition:
ID-1: / size: 27.33 GiB used: 14.77 GiB (54.0%) fs: ext4 dev: /dev/sda5
ID-2: /boot/efi size: 96 MiB used: 31.4 MiB (32.7%) fs: vfat dev: /dev/sda1
ID-3: /home size: 77.68 GiB used: 20.07 GiB (25.8%) fs: ext4 dev: /dev/sda6
Swap:
ID-1: swap-1 type: file size: 2 GiB used: 0 KiB (0.0%) priority: -2 file: /swapfile
Sensors:
System Temperatures: cpu: 43.0 C pch: 39.5 C mobo: N/A
Fan Speeds (RPM): cpu: 2100
Repos:
Packages: apt: 2272
No active apt repos in: /etc/apt/sources.list
Active apt repos in: /etc/apt/sources.list.d/official-package-repositories.list
1: deb http: //packages.linuxmint.com vanessa main upstream import backport
2: deb http: //archive.ubuntu.com/ubuntu jammy main restricted universe multiverse
3: deb http: //archive.ubuntu.com/ubuntu jammy-updates main restricted universe multiverse
4: deb http: //archive.ubuntu.com/ubuntu jammy-backports main restricted universe multiverse
5: deb http: //security.ubuntu.com/ubuntu/ jammy-security main restricted universe multiverse
Info:
Processes: 232 Uptime: 2h 13m Memory: 7.64 GiB used: 3.09 GiB (40.4%) Init: systemd v: 249
runlevel: 5 Compilers: gcc: 11.4.0 alt: 11/12 Client: Unknown python3.10 client inxi: 3.3.13
Rozumiem, że możesz ten komputer (laptop) przeznaczyć przez kilka dni na testy. Jeśli tak, to nagraj sobie na pendrive'a jakąkolwiek współczesną dystrybucję typu liveusb (Fedora, CachyOS,... cokolwiek, co na w miarę lub na nowym oprogramowaniu). Następnie uruchamiaj przez jakiś czas ten laptop w trybie liveusb i sprawdź, czy też taka przypadłość występuje. Jeśli tak, to mocno niewykluczony jest jakiś problem sprzętowy (coś być może w tym komputerze już po prostu po tych kilku latach pada).
Druga opcja - sprawdź co mówią logi z chwili, gdy się komputer zawiesza.
@Kano Używałem Linux Mint LMDE i zwykłego Minta jakiś czas temu i radzę nową wersje niz starą z błędami.
Polecam też ventoy lub etcher do instalacji i trybu live.
Co do tych błędów Minta to nigdy ich nie napotkałem.
I zastanów się czy chcesz instalować w trybie UEFI czy Bios bo może z tego powodu są błędy.
Mój laptop jest używany jest to Dell E7270 i wszystko działa.
Jeśli masz dysk większy niż 500GB włącz UEFI i stwórz partycję GPT jeśli zaś 500GB i poniżej potrzebujesz trybu Bios inaczej zwanego Legacy.
CytatAby wejść do BIOSu w Asus X541UJ, włącz komputer i naciskaj klawisz
F2 lub Delete, a aby zmienić ustawienia rozruchu, przejdź do menu Boot, włącz USB Boot (jeśli potrzeba) i zapisz zmiany klawiszem F10; możesz też przywrócić ustawienia domyślne w menu Exit (Load Optimized Defaults) i zapisać zmiany (Save Changes & Exit).
Dostęp do BIOSu
Włącz komputer i natychmiast zacznij naciskać klawisz F2 lub Delete, aż pojawi się ekran konfiguracji BIOSu.
Typowe ustawienia i zmiany
Zmiana kolejności rozruchu (Boot Order):
Przejdź do menu Boot.
Znajdź opcję Boot Option #1 (lub podobną) i wybierz dysk, z którego chcesz uruchomić system (np. pendrive USB).
Włącz opcję USB Boot, jeśli chcesz uruchamiać z USB.
Naciśnij F10, aby zapisać i wyjść.
Przywracanie ustawień domyślnych:
Przejdź do menu Exit.
Wybierz Load Optimized Defaults (Załaduj zoptymalizowane ustawienia domyślne), naciśnij Enter i potwierdź.
Następnie wybierz Save Changes & Exit (Zapisz zmiany i wyjdź) i potwierdź.
Ważne wskazówki
Zapisywanie: Po dokonaniu zmian, zawsze naciśnij F10 (lub znajdź opcję "Save & Exit" w menu Exit), aby zapisać i wyjść.
Tryb UEFI/Legacy: W menu Boot możesz też przełączać między trybami rozruchu UEFI a Legacy (Starszy Tryb).
Ustawienia zaawansowane: Jeśli widzisz tylko prosty ekran, poszukaj opcji "Advanced Mode" (Tryb zaawansowany) lub naciśnij klawisz F7, aby przejść do bardziej szczegółowych ustawień.
Etcher do pobarania tu: https://etcher.balena.io/ zaś ventoy tu: https://sourceforge.net/projects/ventoy/files/
Na tych dwóch programach zazwyczaj wszystko działa chyba że masz egzotyczne distro.
Sparawdziłbym też dysk i pamięci ram czy coś się nie siecze.
Dysk można sprawdzić przez gnome-disk-utility znane też jako dyski czy disks.
Klikasz tam trzy kropki od prawej opcja dane i testy smart.
Ram sparawdzisz memtestem : https://www.memtest.org/
Co do karty Nvidia stare karty się sypią więc lepiej by było używać integry póki co.
Ale mogę się mylić odnośnie karty oraz podzespołów.
Jeśli kość ram jest trefna wymień ja gdy dysk popsuty czyli zużyty też przydało by się go wymienić.
Na kartę Nvidi nic się nie poradzi i ktoś musi ją naprawić chyba że GPU zjechane.
Przez zjechanie GPU mam na myśli jego przegrzanie,zalanie lub tz zimne luty.
Wyjaśnienie o tych zminych lutach:
CytatZimne luty w karcie graficznej GeForce 920M (i innych) to
problemy z połączeniem lutowanym, często spowodowane słabą cyną lub przegrzewaniem, objawiające się artefaktami i brakiem obrazu. Naprawa domowymi sposobami (tzw. "pieczenie" w piekarniku) jest ryzykowna, ale bywa skuteczna na krótko, regenerując luty, choć może też trwale uszkodzić kartę; lepsze jest profesjonalne chłodzenie lub wymiana komponentów, a profilaktyka to dbanie o czystość i przepływ powietrza w laptopie.
Co to są zimne luty?
Nieprawidłowe połączenie lutowane, które nie przewodzi prądu.
Często wynikają z użycia słabej jakości cyny, która traci właściwości z czasem.
Powodują artefakty (dziwne "krzaki" na ekranie), problemy z obrazem, a nawet brak uruchomienia systemu.
Domowe naprawy (bardzo ryzykowne):
"Pieczenie" w piekarniku: Polega na podgrzaniu karty (po usunięciu plastików) do temperatury ~190°C (temperatura topnienia cyny), aby zregenerować luty. Działa na krótko, ale może zniszczyć kartę.
Naprawa profesjonalna: Wymaga specjalistycznego sprzętu (stacja hot-air) do ponownego przelutowania układu BGA, często z wymianą układu.
Jak zapobiegać zimnym lutom?
Dobre chłodzenie: Używaj laptopa na twardej, płaskiej powierzchni, nie zasłaniaj otworów wentylacyjnych.
Regularne czyszczenie: Usuwaj kurz ze spalin i chłodzenia sprężonym powietrzem, aby zapewnić przepływ powietrza.
Unikaj przegrzewania: Nie wkładaj włączonego laptopa do torby. Sprawdzaj temperatury GPU i dbaj o cyrkulację powietrza, aby nie przekraczały 90-95°C.
Co zrobić w przypadku problemu?
Zainwestuj w profesjonalną diagnostykę i naprawę, która może dać trwalszy efekt niż domowe metody.
Jeśli naprawa jest nieopłacalna, rozważ wymianę karty lub całego laptopa, jeśli masz do czynienia z układem BGA lutowanym bezpośrednio na płycie.
Na razie tyle.
Dzięki za odpowiedź.
CytatI zastanów się czy chcesz instalować w trybie UEFI czy Bios bo może z tego powodu są błędy.
Dzisiaj dla testu uruchomiłem instalkę Minta w trybie Legacy. Działała lepiej niż w trybie UEFI, ale były jednak spore opóźnienia w działaniu systemu i aplikacji a przy wyłączeniu systemu również zostałem zasypany błędami, ale trochę innymi. Poniżej daję link do zdjęcia ekranu:
https://ibb.co/DDvXQkkc
CytatDruga opcja - sprawdź co mówią logi z chwili, gdy się komputer zawiesza.
Właściwie już jakiś czas temu po zawieszeniu się komputera przy wyłączeniu sprawdziłem logi za pomocą
journalctl -k -r -b -1 --lines=50 i je zapisałem. Nie znalazłem nic dziwnego, ale na dobrą sprawę nie wiem czego szukać. Może wy coś znajdziecie. Wynik wrzucam poniżej:
gru 05 22:09:25 laptop-X541UJ systemd-shutdown[1]: Sending SIGTERM to remaining processes...
gru 05 22:09:25 laptop-X541UJ systemd-shutdown[1]: Syncing filesystems and block devices.
gru 05 22:09:25 laptop-X541UJ kernel: EXT4-fs (sda6): unmounting filesystem 662c89d7-2ce4-4fb2-bb83-53dc2e605e8f.
gru 05 22:09:24 laptop-X541UJ kernel: wlp3s0: deauthenticating from 28:be:9b:d7:b4:37 by local choice (Reason: 3=DEAUTH_LEAVING)
gru 05 22:09:23 laptop-X541UJ kernel: nouveau 0000:01:00.0: Enabling HDA controller
gru 05 22:09:23 laptop-X541UJ kernel: pcieport 0000:00:1c.0: Intel SPT PCH root port ACS workaround enabled
gru 05 22:07:26 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC>
gru 05 22:07:26 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC>
gru 05 22:06:18 laptop-X541UJ kernel: workqueue: delayed_fput hogged CPU for >13333us 16 times, consider switching to WQ_UNBOUND
gru 05 22:05:20 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC>
gru 05 22:05:20 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC>
gru 05 22:03:21 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:fb:54:b1:21:52:7e:a8:08:00 SRC=192.168.0.23 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=>
gru 05 22:03:14 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC>
gru 05 22:03:14 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC>
gru 05 22:01:14 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:fb:54:b1:21:52:7e:a8:08:00 SRC=192.168.0.23 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=>
gru 05 22:01:08 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC>
gru 05 22:01:08 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC>
gru 05 21:59:09 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:fb:54:b1:21:52:7e:a8:08:00 SRC=192.168.0.23 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=>
gru 05 21:59:02 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC>
gru 05 21:59:02 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC>
gru 05 21:57:45 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:fb:54:b1:21:52:7e:a8:08:00 SRC=192.168.0.23 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=>
gru 05 21:57:42 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:fb:54:b1:21:52:7e:a8:08:00 SRC=192.168.0.23 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=>
gru 05 21:57:32 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:fb:54:b1:21:52:7e:a8:08:00 SRC=192.168.0.23 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=>
gru 05 21:56:59 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:fb:54:b1:21:52:7e:a8:08:00 SRC=192.168.0.23 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=>
gru 05 21:56:56 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC>
gru 05 21:56:56 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC>
gru 05 21:55:31 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:fb:54:b1:21:52:7e:a8:08:00 SRC=192.168.0.23 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=>
gru 05 21:55:24 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:fb:54:b1:21:52:7e:a8:08:00 SRC=192.168.0.23 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=>
gru 05 21:54:52 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:fb:54:b1:21:52:7e:a8:08:00 SRC=192.168.0.23 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=>
gru 05 21:54:50 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC>
gru 05 21:54:50 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC>
gru 05 21:52:48 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:fb:54:b1:21:52:7e:a8:08:00 SRC=192.168.0.23 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=>
gru 05 21:52:44 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC>
gru 05 21:52:44 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC>
gru 05 21:52:28 laptop-X541UJ kernel: workqueue: i915_hpd_poll_init_work [i915] hogged CPU for >13333us 32 times, consider switching to WQ_UNBOUND
gru 05 21:51:57 laptop-X541UJ kernel: workqueue: output_poll_execute hogged CPU for >13333us 32 times, consider switching to WQ_UNBOUND
gru 05 21:50:38 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC>
gru 05 21:50:38 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC>
gru 05 21:48:32 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC>
gru 05 21:48:32 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC>
gru 05 21:46:26 laptop-X541UJ kernel: [UFW BLOCK] IN=wlp3s0 OUT= MAC=01:00:5e:00:00:01:28:be:9b:b1:92:8a:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC>
lines 1-41CytatSparawdziłbym też dysk i pamięci ram czy coś się nie siecze.
Dysk można sprawdzić przez gnome-disk-utility znane też jako dyski czy disks.
Klikasz tam trzy kropki od prawej opcja dane i testy smart.
Ram sparawdzisz memtestem : https://www.memtest.org/
Sprawdziłem dysk szybkim testem. Wszystko było ok. Jutro puszczę memtest86 na kilka cykli (4 wystarczą, czy lepiej więcej) i zobaczę czy będą jakieś błędy. Chociaż pod windowsem żadnych zawieszeń nie doświadczyłem, więc to chyba nie wina ramu.
Następnie ściągnę CachyOS i spróbuję potestować laptop na liveUSB, ale jeśli będzie działał tak wolno jak Mint, to będzie ciężko.
Błędy te najprawdopodobniej odnoszą się do problemu z systemem plików (SQUASHFS), które to mogą być spowodowane błędami nośnika, jak samym ISO.
Weryfikowałeś sumy kontrolne ISO? Ja ostatnio miałem problem z zabootowaniem i właśnie problemem okazało się ISO, ale też zobaczyłbym z innego pendrive...
@Kano Zauważyłem że pisze : consider switching to WQ_UNBOUND:
Cytat"Consider switching to WQ_UNBOUND" means
a Linux kernel workqueue task is taking too long on one CPU, suggesting it should use an unbound workqueue, which spreads work across multiple CPUs for better performance, rather than being stuck on a single core, indicating a potential performance bottleneck or kernel bug.
I zauważyłem to : unable to read data cache entry
CytatThe "unable to read data cache entry" error,
often a SQUASHFS error, usually points to corrupted installation media (ISO/USB), faulty hardware (RAM, USB drive, DVD drive, cables), or sometimes a software/firmware bug, commonly seen during Linux installs or firmware updates on servers like Lenovo ThinkSystems. Solutions involve verifying downloaded files, re-flashing media, trying different hardware, or applying specific boot parameters or workarounds like a hard reboot, especially for Lenovo XCC updates.
]
Obie odpowiedzi od AI.
Cytat: Bercik w Styczeń 11, 2026, 02:55:46 PMBłędy te najprawdopodobniej odnoszą się do problemu z systemem plików (SQUASHFS), które to mogą być spowodowane błędami nośnika, jak samym ISO.
Weryfikowałeś sumy kontrolne ISO? Ja ostatnio miałem problem z zabootowaniem i właśnie problemem okazało się ISO, ale też zobaczyłbym z innego pendrive...
Masz rację i jest jeszcze to: pci bus error servity corrected
Tylko nie znajduje wyjaśnienia
Cytat: linux4ever w Styczeń 11, 2026, 03:00:43 PMObie odpowiedzi od AI.
Tak sorry, że zapytam, ale AI masz tylko po angielsku?
Z drugiej strony, zacząłbym od weryfikacji sum kontrolnych (najszybciej), jeśli poprawne - zmiana pendrive.
Cytat: Bercik w Styczeń 11, 2026, 03:08:15 PMCytat: linux4ever w Styczeń 11, 2026, 03:00:43 PMObie odpowiedzi od AI.
Tak sorry, że zapytam, ale AI masz tylko po angielsku?
Z drugiej strony, zacząłbym od weryfikacji sum kontrolnych (najszybciej), jeśli poprawne - zmiana pendrive.
Ja szukam po angielsku bo nie znam polskich fraz ;)
Tak jest szybciej i częściej pomoc.
Cytat: Bercik w Styczeń 11, 2026, 02:55:46 PMWeryfikowałeś sumy kontrolne ISO? Ja ostatnio miałem problem z zabootowaniem i właśnie problemem okazało się ISO, ale też zobaczyłbym z innego pendrive...
Zawsze sprawdzam sumę SHA256 i autentyczność ISO. Przetestowałem dwa pendrive-y i dwa różne programy do tworzenia bootowalnego nośnika. Jeden wbudowany w Minta i Ventoya. W tym drugim przypadku zdaje się, że system działał żwawiej, ale nadal sypał błędami zaraz po uruchomieniu i powoli zapychał pamięć RAM.
Możesz jeszcze sprawdzić tego pendrive'a na innym komputerze czy jest tak samo - jeśli nie, no to wtedy sprawdź inna dystrybucję, lub ewentualnie starszy obraz iso np. 21, jeśli to również nie zadziała, to wtedy szukamy błędów po stronie sprzętu.
Cytat: Bercik w Styczeń 11, 2026, 05:14:29 PMMożesz jeszcze sprawdzić tego pendrive'a na innym komputerze czy jest tak samo - jeśli nie, no to wtedy sprawdź inna dystrybucję
Na mojej stacjonarce wszystko działa bez zarzutu. Nie ma żadnych błędów. Na laptopie sprawdzałem jeszcze MX Linux, ale tam też sypało błędami.
Cytatlub ewentualnie starszy obraz iso np. 21
Właśnie to wydanie mam zainstalowane na laptopie.
Skoro inna dystrybucja również sypie błędami, to obstawiać można sprzęt.
Spróbuj na początek przywrócić domyślne ustawienia BIOS, wyłącz secureboot i sprawdź, potem testy RAM, SSD (możesz użyć HBCD, wtedy może też być problem z uruchomieniem, co potwierdzi problem sprzętu). Jeśli masz możliwość, wyłącz dodatkową grafikę w bios i też sprawdź.
Zaktualizuj BIOS.
Na tą chwilę tyle...
Ja króciutko:w trakcie restartu obrazu live z pendrive, też widzisz błędy? Sprawdź.
A weź mu tam doinstaluj jakiś normalny kernel. Obojętnie skąd, byleby był albo nowszy niż ten, który tam jest, albo inny a w tej samej wersji. Osobiście poleciłbym np. liquorix.
Inne możliwości np.:
https://www.dedoimedo.com/computers/linux-kernel-network-ipv6-problem.html
Cytat: Bercik w Styczeń 11, 2026, 06:03:31 PMSpróbuj na początek przywrócić domyślne ustawienia BIOS, wyłącz secureboot i sprawdź, potem testy RAM, SSD (możesz użyć HBCD, wtedy może też być problem z uruchomieniem, co potwierdzi problem sprzętu). Jeśli masz możliwość, wyłącz dodatkową grafikę w bios i też sprawdź.
Zaktualizuj BIOS.
Na tą chwilę tyle...
Przywrócenie domyślnych ustawień BIOS-u nic nie dało. Memtest86 po 4 cyklach nie wykazał żadnych błędów. Jedyna opcja w BIOS-ie dotycząca grafiki to "DVMY Pre-Allocated", która jest ustawiona na 64M a do wyboru jest jeszcze 32M. BIOS jest zaktualizowany do najnowszej wersji. Sprawdzę jeszcze SSD i dam znać.
CytatJa króciutko:w trakcie restartu obrazu live z pendrive, też widzisz błędy? Sprawdź.
Tak
CytatA weź mu tam doinstaluj jakiś normalny kernel. Obojętnie skąd, byleby był albo nowszy niż ten, który tam jest, albo inny a w tej samej wersji. Osobiście poleciłbym np. liquorix.
Inne możliwości np.: https://www.dedoimedo.com/computers/linux-kernel-network-ipv6-problem.html
Testowałem kernel z serii 6.8, ale nic to nie dało. Sprawdzę jeszcze ten liquorix. Wykonałem instrukcję z linku.
Daj znać jak zrobisz test dysku. Może problemem być grafika (zdarzają się problemy). Jeśli ten Mint czy tam inny na innym kompie nie sieje żadnymi błędami to wykluczamy ten pendrive i ISO. Pozostaje sam laptop (grafika może być problemem, dysk, mostek).
Czy Windows działał na nim bez problemów i miał wszystkie sterowniki zainstalowane? (np ACPI, Nvidia, Pierdoły od zarządzania energią) może były jakieś wykrzykniki przy danym urządzeniu w Menadżerze Urządzeń? Np że "Nie można uruchomić tego sprzętu/sterownika z powodu...."?
Bo tu coś mi nie pasuje... ale sprawdź ten dysk i daj wynik skanowania i SMART (może coś wyłapiemy).
To najprościej aby mieć od razu 100% pewności, odłącz dysk i uruchom obraz live. Jeśli nie wystąpią błędy, będzie wiadomo, że albo faktycznie dysk zdycha (co będzie można potwierdzić np w Gsmartcontrol), albo coś z ustawieniami w bios nie tak jest.
CytatCzy Windows działał na nim bez problemów i miał wszystkie sterowniki zainstalowane? (np ACPI, Nvidia, Pierdoły od zarządzania energią) może były jakieś wykrzykniki przy danym urządzeniu w Menadżerze Urządzeń? Np że "Nie można uruchomić tego sprzętu/sterownika z powodu...."?
Bo tu coś mi nie pasuje... ale sprawdź ten dysk i daj wynik skanowania i SMART (może coś wyłapiemy).
Rzeczywiście w menadżerze urządzeń windowsa jest kilka urządzeń, których system nie rozpoznaje i nie potrafi znaleźć do nich sterowników. Niżej zrzut ekranu:
https://ibb.co/KxM3GxSH
Przeskanowałem dysk w HDTune z HBCD i nie znalazł żadnych błędów. Niżej wrzucam screenshota SMARTa z CrystalDiskInfo:
https://ibb.co/mVdRgm8X
@Kano Magistrala PCI zarządza wszelkimi urządzeniami na PCI i właśnie to nie działa jakiś chipset lub inaczej kontroler odpowiedzialny za komunikacje ze sprzętem.
O ile się nie mylę.
AI podaje:
CytatBłędy magistrali PCI w Linuksie często wskazują na
problemy sprzętowe (uszkodzone urządzenie, kabel, zasilanie, przegrzewanie) lub problemy ze sterownikami/konfiguracją kernela
Cytat: Kano w Styczeń 13, 2026, 04:49:21 PMRzeczywiście w menadżerze urządzeń windowsa jest kilka urządzeń, których system nie rozpoznaje i nie potrafi znaleźć do nich sterowników.
Windows to tak apropo od niedawna "umie w znajdowanie sterowników" bo kiedyś szukał, ale jakoś nigdy nie znalazł 😊
To są niezainstalowane urządzenia, trzeba poszukać im sterowników i zainstalować (Windows nadal wszystkiego nie umie). Mnie chodziło czy jest zainstalowane i ma wykrzyknik na żółto.
Dysk tragedii nie ma. Może być problem z tą grafiką, VRAM, mostkiem itp, a zwyczajnie może ten sprzęt nie lubić się z Linuksem.
Skorzystaj jeszcze z rady @melis i wyjmij dysk i puść live bez niego i zobacz czy też błędami wali...
Nie wiem czy mówiliśmy o innym distro?
@pavbaranov proponował CachyOS - sprawdź...
No więc z odłączonym dyskiem dalej sypie błędami. Zarówno w przypadku Minta jak i CachyOS. Różnica jest taka, że w przypadku CachyOS mimo spędzenia ok. 10 minut na live session tylko niecałe 5 GB ramu było zapełnione, gdzie w przypadku Minta wystarczyła na to ok minuta.
@Kano Czyli wygląda na to że to wina mostku PCI.
CytatBłąd ,,niestabilne zasilanie błąd PCI" zazwyczaj wskazuje na problem ze sterownikami chipsetu (zwłaszcza Intel Management Engine Interface) lub niewystarczające/niestabilne zasilanie komputera, co prowadzi do zawieszeń, resetów lub problemów z urządzeniami w slotach PCI/PCIe, a naprawa często polega na aktualizacji sterowników chipsetu lub sprawdzeniu zasilacza
.
Przyczyny
Brak lub uszkodzone sterowniki: Najczęściej dotyczy Intel Management Engine Interface (IMEI), powodując żółty wykrzyknik w Menedżerze Urządzeń przy Kontrolerze Komunikacji Prostej PCI.
Niestabilne zasilanie: Słaby, uszkodzony zasilacz lub niewystarczająca moc dla komponentów (np. karty graficznej) może powodować niestabilność i błędy sprzętowe.
Problemy z płytą główną/BIOS-em: Rzadziej, ale też możliwe.
Zrób jeszcze jak możesz update BIOS (pobierz ze strony producenta dla Twojego modelu) i zastosuj się do instrukcji producenta. Myślę że to może rozwiązać sprawę.
Jeśli nie - laptop ewidentnie ma problem z... KBC.
CytatZrób jeszcze jak możesz update BIOS
Zrobiłem to już wcześniej. Nie rozwiązało to problemu.
Zrobiłem też jednak trochę researchu i przy okazji odpalenia CachyOS spisałem informacje o tym błędzie. Wpisałem w wyszukiwarkę nr tego urządzenia, które go generuje: 8086:9d15 i znalazłem informację, że to "Sunrise Point-LP PCI Express Root Port #6". Na jednym z forów LM ktoś zaproponował zmodyfikować plik konfiguracyjny gruba dopisując
pcie_aspm=off wyłączające oszczędzanie energii dla wszystkich urządzeń pcie, aby pozbyć się tego błędu. Zastąpiłem tym wpisem linijkę
pcie=noaer, zaktualizowałem grub i zrestartowałem system. Błędy przestały się pojawiać. Niestety to oznacza, że laptop będzie teraz zużywał trochę więcej prądu, ale może windows miał oszczędzanie energii (o ile miał coś takiego) domyślnie wyłączone i dlatego tam żadnych błędów nie było. Pytanie czy to wyeliminuje zawieszanie systemu. Potestuję kilka dni i zobaczę.
Jednak coś ewidentnie w sprzęcie/BIOS jest bo:
CytatASPM to mechanizm oszczędzania energii w PCIe. Pozwala on linkom PCIe przechodzić w stany niskiego poboru mocy (np. L0s, L1), gdy urządzenie jest nieaktywne.
Kiedy się tego używa, choć się nie zaleca:
CytatGdy sprzęt lub BIOS ma błędną implementację ASPM
Często spotykane w:
laptopach
tanich płytach głównych
starszych BIOS-ach
kartach Wi-Fi / NVMe powodujących kernel panic
Może Ci pomóc, ale dane podzespoły będą działały na pełnej mocy, więc i na baterii za długo nie potrzyma...
Problem sprzętowy. Po prostu - lapek w tryb performance, pochodzi 2h na bateriach i tyle się z tym zrobi.
Cytat: Kano w Styczeń 14, 2026, 01:25:53 PMNo więc z odłączonym dyskiem dalej sypie błędami. Zarówno w przypadku Minta jak i CachyOS. Różnica jest taka, że w przypadku CachyOS mimo spędzenia ok. 10 minut na live session tylko niecałe 5 GB ramu było zapełnione, gdzie w przypadku Minta wystarczyła na to ok minuta.
Całkiem możliwe, choć nie twierdzę że na pewno, problem robi kość RAM.
Miałem podobny przypadek z kośćmi RAM, Windows nie ciał w ogóle ruszyć, a Linux ruszył, ale były problemy.
Cytat: MSki w Styczeń 15, 2026, 04:14:37 PMCałkiem możliwe, choć nie twierdzę że na pewno, problem robi kość RAM.
Jeśli ma dwie, może pojedynczo testować
Cytat: MSki w Styczeń 15, 2026, 04:14:37 PMMiałem podobny przypadek z kośćmi RAM, Windows nie ciał w ogóle ruszyć,
:)
No fakt, zdarzało się wiele razy, przynajmniej u mnie :)
Jednak ta modyfikacja gruba nie rozwiązała problemu. Wczoraj laptop znów się zawiesił podczas przeglądania internetu.
CytatCytat: Bercik w Styczeń 15, 2026, 09:41:01 PMCytat: MSki w Styczeń 15, 2026, 04:14:37 PMCałkiem możliwe, choć nie twierdzę że na pewno, problem robi kość RAM.
Jeśli ma dwie, może pojedynczo testować
Niestety mam tylko jedną. Poza tym windows jakimś cudem działał na tych samych podzespołach przez kilka ładnych lat i nigdy nie było z nim problemów, więc to chyba nie kwestia uszkodzenia sprzętu a jego niekompatybilność z Linuxem. A przynajmniej z tą dystrybucją.
A może spróbować jakiejś innej dystrybucji i sprawdzić czy tam ten problem też będzie występował. Może wspomniany już CachyOS?
Jednak ta modyfikacja gruba nie rozwiązała problemu. Wczoraj laptop znów się zawiesił podczas przeglądania internetu.
Cytat: Bercik w Styczeń 15, 2026, 09:41:01 PMCytat: MSki w Styczeń 15, 2026, 04:14:37 PMCałkiem możliwe, choć nie twierdzę że na pewno, problem robi kość RAM.
Jeśli ma dwie, może pojedynczo testować
Niestety mam tylko jedną. Poza tym windows jakimś cudem działał na tych samych podzespołach przez kilka ładnych lat i nigdy nie było z nim problemów, więc to chyba nie kwestia uszkodzenia sprzętu a jego niekompatybilność z Linuxem. A przynajmniej z tą dystrybucją.
A może spróbować jakiejś innej dystrybucji i sprawdzić czy tam ten problem też będzie występował. Może wspomniany już CachyOS?
Edit. Ups. Zdaje się, że niechcąco dodałem dwa posty na raz :/
Cytat: Kano w Styczeń 18, 2026, 11:48:44 AMA może spróbować jakiejś innej dystrybucji i sprawdzić czy tam ten problem też będzie występował. Może wspomniany już CachyOS?
Spróbować nie zaszkodzi...
I prawdopodobnie zawieszał Ci się będzie. Nie chcę być złą wróżką, ale najprawdopodobniej w tym lapku siada jakiś element hardware'owy. Jaki? Bladego pojęcia nie mam, bo może być wszystko.
Zdaje się, że nie napisałeś też, czy problem występuje na innych dystryubucjach, nowszych od Minta i działających w trybie liveusb. O ile pamiętam, to np. w CachyOS jest też możliwa do wyboru opcja, by na starcie system ładował dosłownie wszystko (a nie to co uzna za stosowne, bo wykryje) - wypróbuj i tę możliwość.
Jeśli problem będzie istnieć na wszystkim, to jw.: coś siadło.
Cytat: Kano w Styczeń 18, 2026, 11:48:44 AMJednak ta modyfikacja gruba nie rozwiązała problemu. Wczoraj laptop znów się zawiesił podczas przeglądania internetu.
Jak rozumiem, system zawiesza się po jakimś czasie pracy. Ja bym jednak spróbował postawić Windows i uruchomić BurnInTest. Jeśli coś się przegrzewa albo działa niestabilnie, to w tym teście powinno wyjść. Chyba, że jest jakiś analogiczny program dla Linuksa, ale nie znam. O, przepraszam. BurnInTest jest i dla Linuksa (CentOS, Fedora, Ubuntu). No to spróbuj.
Cytat: mirekc w Styczeń 18, 2026, 03:06:02 PMChyba, że jest jakiś analogiczny program dla Linuksa, ale nie znam. O, przepraszam. BurnInTest jest i dla Linuksa (CentOS, Fedora, Ubuntu). No to spróbuj.
Może OCCT i FurMark...Spełnią założenia ;)
Witam ponownie. Zainstalowałem CachyOS. Laptop nadal się zawiesza, ale za to oglądanie filmów na youtubie nie nagrzewa tak procesora jak w Mincie. Ale postanowiłem dać za wygraną, bo wątpię czy da się tu w ogóle jeszcze coś zrobić i mam już dość. Szkoda mojego i waszego czasu. Chciałem tylko podziękować wam za zainteresowanie i pomoc.
Pozdrawiam
Cieszę się, że chociaż filmy Ci działają. Co do zawieszania się, będę dalej twierdził, że to jednak coś ze sprzętem :)
Pozdrowionka ;)
Ja chciałbym tylko zwrócić uwagę, że log systemowy który został wklejony, nie zawiera nic istotnego, bo został mocno ograniczony, a w lwiej części tego co jest, to nic nie znaczące krzyki zapory. Warto by wkleić mimo wszystko pełen log. Ja wczoraj np doświadczyłem zawieszenia podczas ponownego uruchamiania. Z kernela dowiedziałem się, że umył on ręce od tego, gdyż spowodował to obcy moduł. Wstaw pełen log w znaczniku, może coś wyraźnie rzuci się w oczy. Najlepiej od razu po wystąpieniu kłopotu.
Cytat: melis w Styczeń 24, 2026, 02:17:34 PMJa chciałbym tylko zwrócić uwagę, że log systemowy który został wklejony, nie zawiera nic istotnego, bo został mocno ograniczony, a w lwiej części tego co jest, to nic nie znaczące krzyki zapory. Warto by wkleić mimo wszystko pełen log. Ja wczoraj np doświadczyłem zawieszenia podczas ponownego uruchamiania. Z kernela dowiedziałem się, że umył on ręce od tego, gdyż spowodował to obcy moduł. Wstaw pełen log w znaczniku, może coś wyraźnie rzuci się w oczy. Najlepiej od razu po wystąpieniu kłopotu.
Ok. Dzisiaj system zawiesił się podczas przeglądania internetu. Od razu po zresetowaniu komputera wygenerowałem log i zapisałem go do pliku txt:
journalctl --since 'today' >Logi.txtNiestety jest za długi, żeby umieścić go w treści posta. Więc wrzuciłem go na pastebin.com
https://pastebin.com/7nLNsAPF
Cytat: Kano w Styczeń 26, 2026, 12:45:45 PMNiestety jest za długi, żeby umieścić go w treści posta.
Ło cie Panie... :)
Mniejsza.
Cytat: Internety gadają...Używasz karty NVIDIA GeForce 920M ze sterownikiem 470.256.02, który ma bardzo ograniczoną i niestabilną obsługę Waylanda. Jednocześnie KDE Plasma, co często prowadzi do zawieszeń na starszych kartach NVIDIA.
Dodatkowo system działa w trybie hybrydowym (Optimus: Intel HD 520 + NVIDIA), a w logach widać liczne błędy xdg-desktop-portal, co jest typowe dla niestabilnej sesji Waylanda na takim sprzęcie.
Spróbuj wybrać sesję na ekranie blokady (tam gdzie wpisujesz hasło) jako "X11" zamiast "Wayland" i daj znać.
:)
Taka dość krótka uwaga - w istocie - skąd wziąłeś na Mincie KDE? Tzn. wiem - z repo Ubuntu, ale Mint + KDE to jest kompletne nieporozumienie i nawet oni w swym cudnie odklejonym świecie kilka ładnych lat temu to zrozumieli.
Po pierwsze - jeśli KDE i jeśli ze stajni "Ubu", to np. Kubuntu lub Neon.
Po drugie - uprościłbym obsługę NVidia i zaczął albo od odchodzącego do lamusa kwin-x11 (sesja X11) i/lub sterowników otwartych NVidia (tych, które są w tej chwili w kernelu).
Unikałbym - na razie - w ogóle NVidii i wypróbował sesje wyłącznie na grafice zintegrowanej.
Cytat: pavbaranov w Styczeń 27, 2026, 01:41:16 PMTaka dość krótka uwaga - w istocie - skąd wziąłeś na Mincie KDE? Tzn. wiem - z repo Ubuntu, ale Mint + KDE to jest kompletne nieporozumienie i nawet oni w swym cudnie odklejonym świecie kilka ładnych lat temu to zrozumieli.
Po pierwsze - jeśli KDE i jeśli ze stajni "Ubu", to np. Kubuntu lub Neon.
Po drugie - uprościłbym obsługę NVidia i zaczął albo od odchodzącego do lamusa kwin-x11 (sesja X11) i/lub sterowników otwartych NVidia (tych, które są w tej chwili w kernelu).
Unikałbym - na razie - w ogóle NVidii i wypróbował sesje wyłącznie na grafice zintegrowanej.
Ponieważ Mint dalej się zawieszał odinstalowałem go i postanowiłem sprawdzić inną dystrybucję. Wybór padł na CachyOS z KDE.
Cytat: Bercik w Styczeń 27, 2026, 12:07:57 AMSpróbuj wybrać sesję na ekranie blokady (tam gdzie wpisujesz hasło) jako "X11" zamiast "Wayland" i daj znać.
:)
Musiałem doinstalować, ale zrobione. Na razie kilka godzin bez zacięć, ale zobaczymy w dłuższym terminie.
@kano - Nie znam się na tych kartach NVidia, ale zerknij:
https://wiki.archlinux.org/title/NVIDIA. Jeśli ta Twoja GeForce 920M jest obsługiwana przez któryś ze sterowników 340/390/470, to nie są one już obecnie wspierane. NVidia wsparcie porzuciła. Raczej nie bałbym się, że nie będzie coś pracować, bowiem najwyraźniej jakieś konflikty są opisane dla Intel >11gen, ale być może w istocie lepiej zamiast tych już niewspieranych sterowników wypróbować nouveau. Jeśli nadal masz CachyOS, to zerknij tu:
https://wiki.archlinux.org/title/Nouveau W przypadku dalszego używania sterownika nvidia, istnieje prawdopodobieństwo, że problem z zawieszaniem się systemu jest opisany tu:
https://wiki.archlinux.org/title/NVIDIA/Troubleshooting#Visual_glitches,_hangs_and_errors_in_OpenGL_applications wraz ze stosownym rozwiązaniem.
Jest trochę błędów ACPI co związane jest z modułami nvidia. Niestety mam to samo od czasu do czasu. Kernel zgłasza bug, ale nic więcej, bo to obcy moduł. Używasz @Kano bluetooth? Jeśli nie, to wyłącz jego moduły, podobnie jak kdeconnect, możesz wywalić jeśli nie używasz. Korzystając z tylko z karty Intel, po jakimś czasie wrzuć znowu ten log. journalctl --vacuum-time=1d Da to wynik z logu jednodniowego. Potem journalctl I wklej wynik tam gdzie ostatnio.
@Kano Czyli wygląda na to że siada grafika NVIDIA.
Jedyne co możesz zrobić to przejść na zintegrowaną.
Witam ponownie. Zastąpienie waylanda przez X11 chyba rozwiązało większość problemu. Zrobiłem to dwa tygodnie temu i od tamtej pory laptop zawiesił się tylko raz i wydaje mi się, że miało to związek z przegrzaniem, ponieważ leżał on na powierzchni uniemożliwiającej efektywne odprowadzanie ciepła i po zawieszeniu się słychać było, że wentylator pracował pełną parą.
Natomiast pozostał problem z czarnym ekranem podczas wyłączania, ale znalazłem na to sposób. Zamiast wyłączania komputera, uruchamiam go ponownie i wyłączam go przyciskiem (pojedynczym, krótkim wciśnięciem) zanim jeszcze system się załaduje.
Taki stan jest dla mnie akceptowalny.
Co do wyłączenia nvidii, czy instalacji innych sterowników, to widzę, że jest w tym trochę dłubania w systemie i szczerze mówiąc nie chce mi się tego robić. Póki jakoś działa - niech działa. Może kiedyś.
Tak więc myślę, że temat można uznać za zamknięty. Dzięki wszystkim za pomoc.
Pozdrawiam