Nincs X.org, vagy nincs hálózat

Fórumok

Sziasztok, adott a következő probléma

Notebookon hét éve Kubuntu van, HP Pavilion ATI Radeon videokártyával. "Semleges" hardverszerelés történt benne, a video kábelét cseréltem, értelemszerűen ez nem hardverváltozás. Ekkor kezdett elromlani.

Valami alapvető sosem működik rajta.

Most két "üzemmód" van.

4.0.15-101 kernelt töltve látja a hálókártyákat, ifconfig-ra van wlan0 és eth0 is, DE meghal X.org betöltésénél. A login képernyő VGA-ban jelenik meg, belépés után egy idő után sötét képernyő lesz. tty2-re kapcsolva tudom használni konzolból. A logfájlokban nem találtam semmi problémásat, a X.org.log-ban nincs (EE) vagy (WW).

bármilyen más kernellel, pl. 4.0.15-106, 4.0.15-50, 5.xx.xx-xx az X.org feltölt, de nincsen hang, hálózat (pl. ifconfig csak l0-t mutat), APM/ACPI, nem müxik a kártyaolvasó. Kicsit olyan, mintha a modulokat nem tudná betölteni. (modulok a /lib/modules alatt léteznek természetesen). Logfájlokban most sem találok problémásat, bár nem látok utalást a WiFi betöltésére pl. (Broadcomm, bcm, stb).

Korábban X.org csinált parajelenségeket a Radeon miatt, komolyabb frissítésnél újra kellett telepíteni a Radeon drivert, mert az proprietary.

Szerintetek mi a következő lépés, mit érdemes csinálni?

Előre is köszike

PS a hardvert néztem, szétszedtem, összetettem, szerintem az OK.

Hozzászólások

Ez lehet bármi. Szalagkábel megtört, esetleg alaplap haldoklik, vagy a GPU rajta, de lehet szoftverhiba is. 7 hév után jó lenne egy teljes újratelepítés, összes partíció formázásával, rendes, modern kernellel (min. v5.10.x), modern, támogatott disztró. Radeonhoz sem szabad semmilyen drivert feltenni, vinnie kéne rendesen a generic kernelekbe épített radeon drivernek, mesa és xorg-os radeon csomagnak, ezek mind nyíltak, egyikhez sem kell semmilyen proprietary gányolást feltenni. Első körben megnézni így, tiszta lappal, hogy ne egy 7 éve teleszemetelt rendszer szellembugjait üldözzük felesleges köröket lefutva.

Esetleg még a hardverhiba kivesézése előtt egy Win10-et is rá lehetne tenni. Nem kell azt használni, csak a MS oldaláról letöltött hivatalos iso-t felteszed, nem kell kulcs se hozzá, kipróbálást nyomsz, majd megvárod bootolás után, hogy feltelepítse a drivereket. Nézd meg, hogy így milyen hardverek működnek, nem működnek. Utána lehet rá újra Linuxot telepíteni.

“I didn’t start using Linux so I could have friends.” (Luke Smith, 2019) 🐧

Köszi szépen, még annyit, hogy az 5.xx, sőt, a 4.0.15-101 fölötti kernelekkel a bugok (legalább) egy része korábban is jött, amikor próbálgattam, legalábbis nem volt WiFi, nem látta a kártyáját, tovább nem néztem, jó volt a 4.0.15-101 is, most, hogy azzal haldoklik az X.org, időszerű lett a kernel upgrade.

A linux telepítő pendrivekről általában live módban is indítható egy rendszer, amivel ki tudod próbálni, hogy tiszta lappal nagyjából jól megy-e.

Amúgy meg hiba esetén a logokat kell megnézni, neten utánakeresni, hogy xorg, kernel és egyéb dolgok logjai hol vannak.

Szerkesztve: 2021. 07. 24., szo – 08:20

Szóval a megoldás annyira nem volt meglepő.

-Más lépésem nem maradván (nem írtam le, hogy ez egy nem teljesen naprakész Kubontu volt, ha jól láttam, 18.04 LTS, bár a csomagok frissítve voltak) konzolból csináltam egy teljes dist-upgrade-t 20.04 LTS-re. Ez után már a kurrens kernellel látta a problémás hardvereszközöket.

-Ez után sem javult meg teljesen, de itt már az Xorg.0.log-ban volt (EE), naná, hogy a Radeon kártyánál, úgyhogy mégis proprietary amdgpu-pro-20.20-1098277-ubuntu-20.04 letöltés, install, ezzel kábé megjavult, bár pl. itt sem váltott elsőre a megfelelő felbontásra, valami miatt a csomagkezelőnél a GRUB beállításánál hibát ad (noha nekem jónak tűnik minden).

Mondjuk még nem tökéletes, suspendbe nem megy le és amikor visszajön, a tálca elkallódik a KDE-ben, de hát ez apróság.

Itt valami még mindig nagyon nem stimmel. Az ATi Radeon kártyák nem támogatottak amdgpu-pro driverben, és nem is igénylik azt. Az amdgpu-pro olyan kártyákhoz való, amit az amdgpu driver hajt. A te kártyád feltehetőleg a radeon kerneldrivert használja.

Szerintem inkább az lehet a háttérben, hogy korábban telepítetted a zárt Catalystot, de ez már nem működött egy frissítés után az új verzión (ez csak nagyon ősi verziókon volt támogatott). Most, hogy feltetted ezt a pro drivert, leszedte az előzőt, az új meg igaz, hogy fent van, de azt meg nem használja a rendszer, így problémát nem okoz, hanem fallback történik a megfelelő driverre.

A legjobb lenne, ha az inxi nevű alkalmazást feltennéd, és terminálban futtatnád a sudo inxi -Fxxx parancsot, hogy lássuk milyen drivert használ a videókártya. A suspend meg a hibernáció a legtöbb gépen problémás, az a Linuxnak általánosságban is az egyik nagy gyengéje.

“I didn’t start using Linux so I could have friends.” (Luke Smith, 2019) 🐧

***@***:/boot$ sudo inxi -Fxxx
System:    Host: Pavilion Kernel: 5.4.0-80-generic x86_64 bits: 64 compiler: gcc v: 9.3.0 Console: tty 1 wm: kwin_x11 dm: SDDM  
          Distro: Ubuntu 20.04.2 LTS (Focal Fossa)  
Machine:   Type: Laptop System: Hewlett-Packard product: HP Pavilion 17 Notebook PC v: 0889100000005B10000600000  
          serial: 5CD324CJSL Chassis: type: 10 serial: N/A  
          Mobo: Hewlett-Packard model: 213B v: 02.10 serial: PDSYV028J4S05K UEFI [Legacy]: Insyde v: F.13 date: 05/22/2013  
Battery:   ID-1: BAT0 charge: 25.2 Wh condition: 49.1/49.1 Wh (100%) volts: 10.8/10.8 model: Hewlett-Packard Primary  
          type: Li-ion serial:   status: Discharging cycles: 441  
CPU:       Topology: Quad Core model: AMD A4-5000 APU with Radeon HD Graphics bits: 64 type: MCP arch: Jaguar rev: 1  
          L1 cache: 256 KiB L2 cache: 2048 KiB  
          flags: avx lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 11978  
          Speed: 948 MHz min/max: 800/1500 MHz Core speeds (MHz): 1: 948 2: 1156 3: 948 4: 1036  
Graphics:  Device-1: Advanced Micro Devices [AMD/ATI] Kabini [Radeon HD 8330] vendor: Hewlett-Packard driver: radeon v: kernel  
          bus ID: 00:01.0 chip ID: 1002:9832  
          Display: server: X.Org 1.20.9 driver: radeon FAILED: ati unloaded: fbdev,modesetting,vesa compositor: kwin_x11  
          resolution: 1600x900~60Hz, 1024x768~60Hz  
          OpenGL: renderer: AMD KABINI (DRM 2.50.0 5.4.0-80-generic LLVM 11.0.0) v: 4.5 Mesa 20.2.6 direct render: Yes  
Audio:     Device-1: Advanced Micro Devices [AMD/ATI] Kabini HDMI/DP Audio vendor: Hewlett-Packard driver: snd_hda_intel  
          v: kernel bus ID: 00:01.1 chip ID: 1002:9840  
          Device-2: Advanced Micro Devices [AMD] FCH Azalia vendor: Hewlett-Packard driver: snd_hda_intel v: kernel  
          bus ID: 00:14.2 chip ID: 1022:780d  
          Sound Server: ALSA v: k5.4.0-80-generic  
Network:   Device-1: Realtek RTL810xE PCI Express Fast Ethernet vendor: Hewlett-Packard driver: r8169 v: kernel port: 2000  
          bus ID: 05:00.0 chip ID: 10ec:8136  
          IF: eth0 state: down mac: a4:5d:36:67:e8:44  
          Device-2: Ralink RT3290 Wireless 802.11n 1T/1R PCIe vendor: Hewlett-Packard driver: rt2800pci v: 2.3.0 port: 2000  
          bus ID: 06:00.0 chip ID: 1814:3290  
          IF: wlan0 state: up mac: bc:85:56:52:b1:7d  
Drives:    Local Storage: total: 698.64 GiB used: 1.09 TiB (159.2%)  
          ID-1: /dev/sda vendor: Seagate model: ST750LM022 HN-M750MBB size: 698.64 GiB speed: 3.0 Gb/s rotation: 5400 rpm  
          serial: S2YDJ9KD524642 rev: 0002 temp: 40 C scheme: MBR  
Partition: ID-1: / size: 683.90 GiB used: 555.89 GiB (81.3%) fs: ext4 dev: /dev/dm-1  
          ID-2: /boot size: 227.7 MiB used: 108.0 MiB (47.4%) fs: ext2 dev: /dev/sda1  
          ID-3: swap-1 size: 3.47 GiB used: 21.7 MiB (0.6%) fs: swap dev: /dev/dm-3  
Sensors:   System Temperatures: cpu: 56.8 C mobo: N/A gpu: radeon temp: 56 C  
          Fan Speeds (RPM): N/A  
Info:      Processes: 263 Uptime: 6d 22h 40m Memory: 11.18 GiB used: 4.14 GiB (37.0%) Init: systemd v: 245 runlevel: 5  
          default: 2 Compilers: gcc: 9.3.0 alt: 4.4/4.8/4.9/5/7/9 Shell: bash (sudo) v: 5.0.17 running in: konsole  
          inxi: 3.0.38


Még két resztli probléma maradt:

Az egyik, hogy a két routerem között váltogatva, suspendből följőve, elakad az autentikációnál, állítólag, mert variálja a WiFi kártya MAC addressét. A megoldás a kézzel futtatott sudo systemctl restart NetworkManager (valami settinget is kellett módosítani), azért középtávoln tök kafa lenne, ha ezt nem kéne minden suspendből visszajövetelkor kiadni.

A dist-upgrade közben valami swap meghajtó guid-ja megváltozott, és emiatt sír a GRUB matatásakor, gyakorlatilag minden csomagtelepítéskor:

update-initramfs: Generating /boot/initrd.img-5.4.0-80-generic
cryptsetup: ERROR: Couldn't resolve device 
    UUID=13faf49e-c3a3-4b1d-832d-503364dc4715
W: initramfs-tools configuration sets RESUME=UUID=13faf49e-c3a3-4b1d-832d-503364dc4715
W: but no matching swap device is available.

a /etc/cryptswap tartalma:

sda5_crypt UUID=aaaaaaaa-aaaa-aaaa-aaaa-7a4f1a8e6006 none luks
(nem tudom, ez titok-e, ki a-ztam :-), szóval más a jelenlegi sda5_crypt guid-je, mint amit keres, ezt még illene megoldanom.

 

Köszi szépen a segítséget.

 

Az inxi kimenetből úgy látom, hogy csak a 2D DRI X.org driver hibádzik, ehelyett vesa szoftverrenderrel operál. A kerneldriver jó, az a radeon, ez is kell, hogy hajtsa, a 3D DRI (Mesa/OpenGL) is rendben van, ez egyben azt is jelenti, hogy a GPU-nak kellő AMD firmware is fent van a rendszeren. Próbáld leszedni az amdgpu-pro-t, és sudo apt install-lal feltenni a xserver-xorg-video-ati csomagot, ennek már fent kéne legyen, de próbáld újratelepíteni. Ha az újratelepítés nem segít, akkor a xserver-xorg-video-radeon csomagot is felteheted, ennek is fent kéne lennie, de újratelepítéssel. Ha ez se segít, akkor a /etc/X11/xorg.conf.d/ mappában megnézni a vonatkozó configfájlt, hogy a Driver "blabla" résznél vagy a "radeon", vagy a "radeonhd", vagy az "ati" stringet tartalmazza, és ne az amdgpu, amdgpupro-t. Érdemes kipróbálni mindhárom kombót. Ha egyes próbálkozások között nem lenne grafikus felületed, akkor Ctrl+Alt+F2 vagy F3, vagy F4 kombóval nyiss egy szöveges konzolt (tty), és ott bejelentkezve át tudod szerkeszteni a x.org konfigját meg apt-tal installálni drivereket.

Ha sehogy nem jó, akkor lehet csalni is: egy külső USB meghajtóra telepítsd fel egy Ubuntut vagy Kubuntut, min. 20.04-et, vagy újabbat. Nem kell használni, csak bebootolni, és megnézni szintén inxi-vel, hogy ott ha jó, akkor milyen drivert használ, mi van írva a xorg konfigjában. Csak hogy ki lehessen puskázni ehhez a rendszerhez a helyes beállításokat. Az a baj, hogy Archon vagyok, és itt a drivercsomagokat máshogy hívják, meg más kerülhet be a X.org konfigjába, így fejből nem tudom mondani, hogy Ubuntu-származékokon mi a helyes konfig.

Ha használnál vulkanos alkalmazást, akkor azoknak a libvulkan1 mesa-vulkan-drivers vulkan-tools csomagok kellenek. A hardveres videódekódoláshoz mesa-va-drivers csomag (VA-API).

A Wi-Fi-re nincs ötletem, olyat még nem láttam, hogy magától váltogatja a MAC-et.

A cryptsetupos problémát könnyű megoldani. A megfelelő UUID-t szerkeszd bele ezekbe a fájlokba:
/etc/initramfs-tools/conf.d/resume
/etc/crypttab
/etc/default/grub

A most érvényes meghajtóid, és partícióid UUID-jeit terminálban tudod megnézni a blkid parancs kiadásával. Természetesen az UUID nem titok, azzal nem lehet visszaélni. Egyedül a cryptsetup/LUKS jelszót ne add ki senkinek, abban van a lényeg, az az egy titok. Valami USB-s ubuntus live rendszer legyen kéznél, míg az UUID-ket manipulálod, mert ha elgépelsz valamit, akkor kizárod magad a rendszerből, és be kell bootolni egy másikat, hogy az UUID-ket megint átszerkeszd.

“I didn’t start using Linux so I could have friends.” (Luke Smith, 2019) 🐧

Szóval időközben annyi változott, hogy

-az Xorg működik rendesen, egyelőre nem piszkáltam, az SDDM kicsit furcsa, mert nem tölti ki a képernyőt ("kis" felbontású a program, a képernyő felbontása viszont oké). Ezt egyelőre nem piszkálom.

-ez a kerneles cryptfs-es probléma valahogyan megszűnt magától, talán, amikor a legutolsó nem szükséges kernelt is leszedtem, most csak egy image van, az aktív

-viszont a Wifivel nem bírok, most már menet közben is rendszeresen megy el az internet, a ping egyszer csak megszűnik, a kapcsolatot mutató ikon továbbra is megvan és iwconfig azt írja:

wlan0     IEEE 802.11  ESSID:"TP-LINK"   
         Mode:Managed  Frequency:2.437 GHz  Access Point: 33:5D:4C:9F:22:11   
         Bit Rate=54 Mb/s   Tx-Power=20 dBm    
         Retry short  long limit:2   RTS thr:off   Fragment thr:off
         Power Management:on
         Link Quality=65/70  Signal level=-45 dBm   
         Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
         Tx excessive retries:6529  Invalid misc:62   Missed beacon:0

(szerintem ez jó)

a syslog meg tele van ilyenekkel:

Aug 10 09:26:45 Pavilion wpa_supplicant[1115]: wlan0: CTRL-EVENT-BEACON-LOSS

meg vannak ilyenek is:

Aug 10 09:03:32 Pavilion systemd-resolved[1025]: Using degraded feature set (UDP) for DNS server 192.168.1.1.

más furát nem látok.