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.

Eh, megint elkezdett sírni a bármilyen csomagtelepítő is:

update-initramfs: Generating /boot/initrd.img-5.4.0-84-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.
cat: íráshiba: Nincs több hely a lemezen
update-initramfs: failed for /boot/initrd.img-5.4.0-84-generic with 1.
dpkg: hiba a csomag feldolgozásakor: linux-firmware (--configure):
installed linux-firmware package post-installation script subprocess returned error exit status 1

 

"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"

Eh, ez a megfelelő UUID hol lelhető fel és mindegyikhez ugyanaz?

  • /etc/initramfs-tools/conf.d/resume: RESUME=UUID=13faf49e-c3a3-4b1d-832d-503364dc4715 - gondolom, ez lesz az
  • /etc/crypttab: itt van egy ilyen: sda5_crypt UUID=a32ebcd6-9606-46f4-a413-7a4f1a8e6006 none luks - ezt nem szívesen piszkálnám
  • /etc/default/grub: itt nincs is UUID

a blkid outputja:

s@Pavilion:~$ blkid
/dev/mapper/sda5_crypt: UUID="Y2uG8n-D6fR-hkuj-CGan-hbAL-c0yY-s0W3Gh" TYPE="LVM2_member"
/dev/sda1: UUID="fafd9b3b-1963-407d-8a94-76fb55e66018" TYPE="ext2" PARTUUID="00072271-01"
/dev/sda5: UUID="a32ebcd6-9606-46f4-a413-7a4f1a8e6006" TYPE="crypto_LUKS" PARTUUID="00072271-05"
/dev/mapper/kubuntu--vg-root: UUID="b63f577b-b1b2-4efb-9589-782b5869f0b0" TYPE="ext4"

Elmondaná valaki, hogy pontosan mit, hova? :-)

Köszi előre is
 

Az első egy tipikus probléma, a  sudo apt --purge autoremove kiadásával lepucolhatók a régi kernelek a boot partícióról, és nem lesz betelve.

A második probléma, a resume részhez a blkid utolsó sorában írt, b63 kezdetű UUID kell. Garanciát persze erre nem vállalok, mert nem látom, hogy ilyen partícióid vannak, melyik mire szolgál (tippre az sda5 egy LUKS partíció, amin egy LLVM van egy darab root logikai kötettel, és azon van minden, / és /boot, /home meg minden), ahhoz pl. kéne egy lsblk kimenet is. Egyébként én még mindig tartom, hogy újrahúznám már azt a régi telepítést, azzal már csak a kínlódás lesz, probléma probléma hátán. Igen, az újratelepítés a gyávák fegyvere, de hatékony, és végeredményben időkímélő.

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

Köszi szépen, biztos, ami biztos, itt az lsblk kimenete.

s@Pavilion:/boot$ lsblk
NAME                     MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
loop0                      7:0    0 145,7M  1 loop  /snap/chromium/1772
loop1                      7:1    0     4K  1 loop  /snap/bare/5
loop2                      7:2    0  99,4M  1 loop  /snap/core/11606
loop3                      7:3    0  99,3M  1 loop  /snap/core/11743
loop4                      7:4    0  55,5M  1 loop  /snap/core18/2074
loop5                      7:5    0  55,4M  1 loop  /snap/core18/2128
loop6                      7:6    0  65,2M  1 loop  /snap/gtk-common-themes/1519
loop7                      7:7    0 426,4M  1 loop  /snap/pycharm-community/250
loop8                      7:8    0 426,5M  1 loop  /snap/pycharm-community/252
loop9                      7:9    0 164,8M  1 loop  /snap/gnome-3-28-1804/161
loop10                     7:10   0  65,1M  1 loop  /snap/gtk-common-themes/1515
sda                        8:0    0 698,7G  0 disk   
├─sda1                     8:1    0   243M  0 part  /boot
├─sda2                     8:2    0     1K  0 part   
└─sda5                     8:5    0 698,4G  0 part   
 └─sda5_crypt           253:0    0 698,4G  0 crypt  
   ├─kubuntu--vg-root   253:1    0 694,9G  0 lvm   /
   └─kubuntu--vg-swap_1 253:2    0   3,5G  0 lvm    
     └─cryptswap1       253:3    0   3,5G  0 crypt [SWAP]
sr0                       11:0    1  1024M  0 rom

Akkor a megfejtés valami ilyesmi lenne:

/etc/initramfs-tools/conf.d/resume: RESUME=UUID=b63f577b-b1b2-4efb-9589-782b5869f0b0

?

PS Új install majd akkor lesz, ha új vincsi is kerül a gépbe, de az tuti Debian lesz és Gnome. (Azóta megint összeomlott az Xorg, és a Wayland telepítésével lehetett megoldást kiizzadni, de ez egy csalás, mert a bejelentkezőn ha nem a Waylandot választom, akkor ugyanúgy halott az Xorg, csak a Wayland gondolom a nulláról egy jó konfigot csinált magának. Részletkérdés.)