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.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
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.
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.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
A lényeg, hogy eljött a Linux Desktop éve.
Hivatásos pitiáner - Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @
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:
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.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
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?
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ő.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
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.)