• Ismertető
  • Hírek
  • Letöltés
  • Súgó
  • Közösség
ubuntu.hu

Belépés

  • Felhasználó létrehozása
  • Elfelejtett jelszó

Facebook

Kapcsolat

  • Facebook oldal
  • IRC
  • Közösségi levlista
  • Segítői levlista
  • További elérhetőségek

Debian kekkre fagy a laptopon, újraindítás után jó egy darabig

2020. november 5. – 08.56 – klt
  • Hardverek

Sziasztok!
Segítség/tipp kéne, merre induljak?
Adott fiam laptopja, egy Acer Aspire A314 4GB RAM-mal, N5000 procival.
Véletlenszerűen kekkre fagy néha. Ugyanaz a Debian Buster van rajta (5.8.0.0 kernellel), mint az én gépeimen, ahol semmi baj.
Újraindítás után találok ilyet a syslog-ban:

Nov 5 08:06:47 marci-laptopja kernel: [ 5.027531] BERT: Error records from previous boot:
Nov 5 08:06:47 marci-laptopja kernel: [ 5.027535] [Hardware Error]: event severity: fatal
Nov 5 08:06:47 marci-laptopja kernel: [ 5.027537] [Hardware Error]: Error 0, type: fatal
Nov 5 08:06:47 marci-laptopja kernel: [ 5.027539] [Hardware Error]: section_type: Firmware Error Record Reference
Nov 5 08:06:47 marci-laptopja kernel: [ 5.027540] [Hardware Error]: Firmware Error Record Type: SOC Firmware Error Record Type1 (Legacy CrashLog Support)
Nov 5 08:06:47 marci-laptopja kernel: [ 5.027541] [Hardware Error]: Revision: 0
Nov 5 08:06:47 marci-laptopja kernel: [ 5.027542] [Hardware Error]: Record Identifier: 2000200000000

Mond ez valakinek valamit?
Van valami halovány sejtés, melyik HW eszköz (vagy annak a firmware-je) lehet a ludas? Vagy, hogy merre nyomozhatnék tovább?

Köszi előre is!

‹ Képernyőbeállitások 640x480 csak, de a live 1024x768 HDMI Consumer Electronics Control ›
  • A hozzászóláshoz regisztráció és belépés szükséges
a mester – 2020. november 5. 9.57

"Véletlenszerűen kekkre fagy néha."
Nem tudom, mi a kekk, hogy néz ki, valami ráfagy.

Azt a véletlenszerűt meg kissé meg kéne figyelni... Ott kell ülni a gép mellett, hogy megtörténjen? Passziánszozni kell hozzá?
Fészbukolni?

Valaki azt figyelte meg, hogy "intenzív browser tevékenységek" okoztak ilyet nála.
Próbáld meg másik kernellel, amit találtam, 5.8.5-nél jelentkezett.

  • A hozzászóláshoz regisztráció és belépés szükséges

gyakorlat teszi

a mester – 2020. november 5. 9.59 – előzmény

https://gitlab.freedesktop.org/drm/intel/-/issues/2467

  • A hozzászóláshoz regisztráció és belépés szükséges

gyakorlat teszi

klt – 2020. november 5. 10.22 – előzmény

Ezt köszönöm!!!!!
Jó találat! (Nekem nem jött föl, vagy rosszul kerestem)

  • A hozzászóláshoz regisztráció és belépés szükséges

Adj egy falat falat, mondta a falat faló faló.

klt – 2020. november 5. 10.21 – előzmény

Totális merevgörcs, még ssh-n sem lehet elérni akkor a gépet.
Volt, hogy valami diagramot akart betenni egy táblázatba (Libreoffice Calc), és akkor.
Volt, amikor csak épen indítani akarta a böngészőt.
Egyelőre kevés az esetszám, így a mintát nehéz észrevenni.

  • A hozzászóláshoz regisztráció és belépés szükséges

Adj egy falat falat, mondta a falat faló faló.

ar3.14 – 2020. november 5. 18.36 – előzmény

Nem értem mit nem tudsz. Azért fagy kekkre, mert kékre nem tud, mert az már valószínüleg le van védve a windows-nál.

  • A hozzászóláshoz regisztráció és belépés szükséges

 

a mester – 2020. november 5. 22.48 – előzmény

"Nem értem mit nem tudsz."
És azt értenéd, amit tudok?

  • A hozzászóláshoz regisztráció és belépés szükséges

gyakorlat teszi

ar3.14 – 2020. november 5. 23.20 – előzmény

Nem biztos.

  • A hozzászóláshoz regisztráció és belépés szükséges

 

lala2 – 2020. november 5. 10.13

A hibaüzenetnek erre a részére rákeresve,: "SOC Firmware Error Record Type 1" nyomtatással (printing) összefüggő
találatokat (is) dob. ... ?

  • A hozzászóláshoz regisztráció és belépés szükséges

sudo apt install inxi --> inxi -F # nmcli -p dev wifi list # curl ipinfo.io # ncdu # curl wttr.in/lakóhely

a mester – 2020. november 5. 10.22 – előzmény

Vagy arra, hogy ezt az üzenetet kinyomtatja számodra.

Az SOC betűszó megfejtése elvileg System On Chip, tehát egylapkás számítógép, vagyis az egész hardver egyetlen chip. Egy PC-ben csak néhány chip van, bármelyikre rá lehet fogni bármit.

Az én találatom az i915 drivert gyanúsítja.

  • A hozzászóláshoz regisztráció és belépés szükséges

gyakorlat teszi

klt – 2020. november 5. 10.23 – előzmény

És ebben az irányban fogok figyelgetni...

  • A hozzászóláshoz regisztráció és belépés szükséges

Adj egy falat falat, mondta a falat faló faló.

sömike – 2020. november 5. 19.52

OFF
Rendkívül zavart, hogy nem tudtam mit jelent, hogy kekkre fagy valami.
Utánanéztem:
https://www.wikiszotar.hu/ertelmezo-szotar/Kekk
https://idegen-szavak.hu/kekk
https://www.arcanum.hu/hu/online-kiadvanyok/search/?list=eyJxdWVyeSI6ICJ...
https://www.meszotar.hu/keres-kekk
Hát most sem tudom.
Illetve nem tudom elképzelni.
ON

  • A hozzászóláshoz regisztráció és belépés szükséges

 

klt – 2020. november 5. 20.29 – előzmény

A 90-es évek elejéről maradt rajtam ez a szleng, sosem jutott eszembe utánanézni.
Az Amigák "elgurultak", a PC-k "kekkre fagytak".
Többet nem írok ilyet, és a címet már csak azért nem javítom át, mert akkor ezek a hozzászólások értelmetlenné válnak. Majd elsüllyed ez a téma is a többi között.
Elnézést a hebehurgya szóhasználatért!

  • A hozzászóláshoz regisztráció és belépés szükséges

Adj egy falat falat, mondta a falat faló faló.

ar3.14 – 2020. november 5. 23.24 – előzmény

Szerintem innen jött: https://hu.wikipedia.org/wiki/K%C3%A9k_hal%C3%A1l . Csak egy kicsit eltorzult.

  • A hozzászóláshoz regisztráció és belépés szükséges

 

klt – 2020. november 6. 8.33 – előzmény

Sokkal régebbi! Windows még a kanyarban sem látszott, Magyarországon legalábbis biztosan nem.
Az Úr 1990-ik évében kezdtem A KKMF székesfehérvári részlegén. A gépeink akkortájt általában 80286 processzorra épültek, jellemzően 10/12 MHz órajelen jártak, de volt 12/16MHz-es is, a legjobbak a 21MHz-et is meglépték. Általában fekete-sárga monitor volt hozzá (Hercules kártyával), de nekem volt fekete-fehér, azt kellemesebb volt nézni. A kiváltságosoknak, gazdagoknak volt EGA is. A fő csapásirány C, Assembler, Turbo Pascal, DBase, Clipper volt. A C-t megkóstoltam, csak amennyire muszáj volt, a DBase-t, de különösen a Clipper-t nagyon utáltam. Az én világom az assembly és a TP volt akkor. A programok akkor sem voltak hibátlanok, időnként kiakadtak, lefagytak - pláne, amiket mi írtunk! Egy program lefagyása akkor a teljes gép lefagyását is jelentette, mert nem volt még multi-task.
Ilyenkor a Ctrl-Alt-Del billentyűkombinációval lehetett újraindítani a gépet. Az assembly viszont egészen gépközeli dolog, ha ott sikerült valamit elbarmolni (márpedig sokszor sikerült), akkor nem működött a Ctrl-Alt-Del sem, sőt a num-lock sem. Na, erre mondtuk, hogy ez "kekkre fagyott".
Ilyenkor csak a reset gomb segített, ami általában ott volt a turbo gomb mellett.
Ha a hiba olyan volt, egyszerűen magától újraindult a gép, erre meg az volt a szleng, hogy "elszállt, mint a győzelmi zászló", vagy rövidebben csak "elszállt".
Ez valamiért nagyon belém ivódott :)))
1992 tájékán azért már volt VGA-nk is a PC-khez, az alapjuk 80386(SX) lett, szerencsével jutott bele 4MB RAM. Az első Windowsos emlékeim valahova ide nyúlnak vissza. (General Protection Fault : a kék halál elődje)
Hétköznapi ember számára is elérhetővé váltak az Amigák, az egyik évfolyamtársam is vett egyet. Éljen a Workbench! :)))
Az meg olyat írt ki végzetes hiba esetén, hogy "Guru meditation", erre mondtuk, hogy "elgurult".
Így emlékszem én...
Még egy vicc jut eszembe azokból az időkből: "ki az a Failure tábornok, és miért olvassa a C: meghajtómat?"

  • A hozzászóláshoz regisztráció és belépés szükséges

Adj egy falat falat, mondta a falat faló faló.

sömike – 2020. november 7. 13.51 – előzmény

Engem egyáltalán nem zavart a szóhasználat, csak érdekelt mi az a kekk.
Ráadásul nehogy már Te kérj elnézést azért, mert én nem ismerek egy szót, kifejezést.

  • A hozzászóláshoz regisztráció és belépés szükséges

 

a mester – 2020. november 7. 14.11 – előzmény

Egy kifejezést, amit 5 ember használt egymás között 30 évvel ezelőtt.
Hadd kérjen csak elnézést!

  • A hozzászóláshoz regisztráció és belépés szükséges

gyakorlat teszi

klt – 2020. november 5. 20.33

Rendkívül gyanús, hogy ilyesmibe szaladtunk bele:
https://linuxreviews.org/Intel_graphics
"Some Intel systems, like Kaby Lake Refresh chips, require both intel_idle.max_cstate=1 and i915.enable_dc=0 to ensure a hang-free experience."
Vagyis az idézett kernelparaméterek szükségesek, hogy fagyogatás nélkül lehessen használni némelyik gépet.

Próbálkozom, figyelünk, de ez hosszú lesz....

  • A hozzászóláshoz regisztráció és belépés szükséges

Adj egy falat falat, mondta a falat faló faló.

Kimarite – 2020. november 5. 21.10 – előzmény

Fagyás itt is (színtelen):

Graphics:
  Device-1: Intel 3rd Gen Core processor Graphics vendor: Hewlett-Packard 
  driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:0166 
  Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa 
  resolution: 1366x768~60Hz 
  OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile v: 4.2 Mesa 18.3.6 
  compat-v: 3.0 direct render: Yes

Ritka, de előfordul.

  • A hozzászóláshoz regisztráció és belépés szükséges

Debian stable | 決まり手 | Empire met its end | Systembackinstall

klt – 2020. november 6. 9.09 – előzmény

Grub-ba most betettük:
GRUB_CMDLINE_LINUX_DEFAULT="ahci.mobile_lpm_policy=1 quiet splash"

Várunk, hogy lesz-e fagyás?
Esetleg próbáld meg te is!

Itt vannak a lehetséges értékek:
The value set has the following meanings:
0 => Keep firmware settings
1 => Maximum performance
2 => Medium power
3 => Medium power with Device Initiated PM enabled
4 => Minimum power

https://github.com/torvalds/linux/commit/ebb82e3c79d2a956366d0848304a536...

  • A hozzászóláshoz regisztráció és belépés szükséges

Adj egy falat falat, mondta a falat faló faló.

Kimarite – 2020. november 6. 15.43 – előzmény

Ránézek :), kösz.

  • A hozzászóláshoz regisztráció és belépés szükséges

Debian stable | 決まり手 | Empire met its end | Systembackinstall

klt – 2020. november 6. 22.52 – előzmény

Ugynmá'! Én köszönöm, hagy kapok támogatást!
Ez ugyan nem kifjezetten i915 spceifikus, de reménykedem, mert írja az itiner:
"ahci.mobile_lpm_policy=1 fixes a hang on mostly Lenovo laptop computers and some Acer notebooks due to problematic SATA controller power management. That workaround is strictly not related to Intel graphics but it does solve related issues. "

Az ilyesmi eltölt némi elégedettséggel:
gazda@Buster:~$ uptime
22:45:40 up 82 days, 7:20, 1 user, load average: 0,00, 0,00, 0,00
:))
Jó lesz, ha az a lapi is stabil lesz....

  • A hozzászóláshoz regisztráció és belépés szükséges

Adj egy falat falat, mondta a falat faló faló.

Kimarite – 2020. november 7. 16.30 – előzmény

Nézem, tesztelem. :)

A „load” mintha javult volna. Most:

uptime
 15:58:31 up 49 min,  1 user,  load average: 0,21, 0,57, 0,82

Virtualbox is indítva van, és annak vendég rendszere is. Levelező kiszolgáló, böngésző is.

Feltéve, hogy az iwlwifi alkalmazást használod, nálad is van „yoyo”-zás?

sudo dmesg | grep iwlwifi
[   14.423934] iwlwifi 0000:24:00.0: can't disable ASPM; OS doesn't have ASPM control
[   14.529514] iwlwifi 0000:24:00.0: firmware: direct-loading firmware iwlwifi-6000g2a-6.ucode
[   14.529656] iwlwifi 0000:24:00.0: loaded firmware version 18.168.6.1 6000g2a-6.ucode op_mode iwldvm
[   14.530259] iwlwifi 0000:24:00.0: firmware: failed to load iwl-debug-yoyo.bin (-2)
[   15.001876] iwlwifi 0000:24:00.0: CONFIG_IWLWIFI_DEBUG disabled
[   15.001878] iwlwifi 0000:24:00.0: CONFIG_IWLWIFI_DEBUGFS disabled
[   15.001878] iwlwifi 0000:24:00.0: CONFIG_IWLWIFI_DEVICE_TRACING disabled
[   15.001879] iwlwifi 0000:24:00.0: Detected Intel(R) Centrino(R) Advanced-N 6205 AGN, REV=0xB0
[   15.041468] iwlwifi 0000:24:00.0 wlo1: renamed from wlan0

Elsőre úgy tűnt, az 5.8-as kernelben javították. És valahol ezt olvastam. Most:

uname -rv
5.8.0-0.bpo.2-amd64 #1 SMP Debian 5.8.10-1~bpo10+1 (2020-09-26)

Ui.: telepített Debian Backports kernelnél a firmware is a Backports tükörről menjen. Erre példa:
(hiányzó „/lib/firmware/i915/skl_huc_2.0.0.bin”, stb.)

sudo apt-get -t buster-backports install firmware-misc-nonfree

vagy
(hiányzó „regulatory.db”)

sudo apt-get -t buster-backports install wireless-regdb

This package provides a machine-readable database of legal
regulations on radio emissions that affect use of wireless networking.
The Linux kernel and drivers use this to maintain compliance with
those regulations.

Ezt a csomagot is telepítheted (vagy az előző vagy emez - az előző esetleg jobb választás):

sudo apt-get -t buster-backports install crda

This package provides a Central Regulatory Domain Agent (CRDA) to be used by
the Linux kernel cfg80211 wireless subsystem to query and apply the regulatory
domain settings wireless devices may operate within for a given location.

CRDA queries operational frequency regulations stored within the regulatory
database provided by the wireless-regdb package.

Még valami. A hiányzó dolgokra keresés (példa - regulatory.db):

apt-file search regulatory.db
wireless-regdb: /lib/firmware/regulatory.db-debian
wireless-regdb: /lib/firmware/regulatory.db-upstream
wireless-regdb: /lib/firmware/regulatory.db.p7s-debian
wireless-regdb: /lib/firmware/regulatory.db.p7s-upstream
wireless-regdb: /usr/share/man/man5/regulatory.db.5.gz
  • A hozzászóláshoz regisztráció és belépés szükséges

Debian stable | 決まり手 | Empire met its end | Systembackinstall

klt – 2020. november 7. 20.59 – előzmény

Köszönöm!
Kernel és firmware nekem is mind a backportból van.
Az apt-file nem volt telepítve, ezt most feltettem, hogy kipróbáljam :)
Amúgy a többi, amit javasoltál már minden megvolt, és a legújabb a backportból.
A jojózást eddig nem vettem észre - nem is kerestem, mert amúgy rendesen működik a wifi.
De igen, nálam is jelen van...

[    8.797263] iwlwifi 0000:03:00.0: firmware: direct-loading firmware iwlwifi-3160-17.ucode
[    8.797687] iwlwifi 0000:03:00.0: loaded firmware version 17.3216344376.0 3160-17.ucode op_mode iwlmvm
[    8.802982] iwlwifi 0000:03:00.0: firmware: failed to load iwl-debug-yoyo.bin (-2)
[    9.119634] iwlwifi 0000:03:00.0: Detected Intel(R) Dual Band Wireless AC 3160, REV=0x164
[    9.163465] iwlwifi 0000:03:00.0: base HW address: d0:7e:35:3a:02:f0
[    9.276304] iwlwifi 0000:03:00.0 wlp3s0: renamed from wlan0
  • A hozzászóláshoz regisztráció és belépés szükséges

Adj egy falat falat, mondta a falat faló faló.

Kimarite – 2020. november 7. 21.53 – előzmény

Hang átvitelt próbáltad? Nekem nincs erre eszközöm.
https://askubuntu.com/questions/1201546/laptop-cannot-init-iwlwifi/12018...

A folt az 5.9-es kernelben lesz benne (félreérthettem, nem az 5.8-asban, illetve az unstable-t nem backportolták), addig - ha valaki szeretne foglalkozni vele - az átmeneti megoldás:

An upstream patch [0] that suppresses this (harmless) error message
was merged in v5.9-rc1 [1] and should be available in 5.9 and later
kernels.

As a "workaround" (if the error message bothers you), you may set the
iwlwifi module's "enable_ini" parameter to false (e.g., "N"). This
will disable the (attempted) loading of the "iwl-debug-yoyo.bin" file
-- which fails, obviously, causing this error to be generated.

Forrás: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966218

Kivárjuk. :)
https://wiki.debian.org/DontBreakDebian

Működik nálam is a Wifi (ha bekapcsolom):

2020-11-07-15:09:19 iwlwifi 0000:24:00.0: can't disable ASPM; OS doesn't have ASPM control
2020-11-07-15:09:19 iwlwifi 0000:24:00.0: firmware: direct-loading firmware iwlwifi-6000g2a-6.ucode
2020-11-07-15:09:19 iwlwifi 0000:24:00.0: loaded firmware version 18.168.6.1 6000g2a-6.ucode op_mode iwldvm
2020-11-07-15:09:19 iwlwifi 0000:24:00.0: firmware: failed to load iwl-debug-yoyo.bin (-2)
2020-11-07-15:09:20 iwlwifi 0000:24:00.0: CONFIG_IWLWIFI_DEBUG disabled
2020-11-07-15:09:20 iwlwifi 0000:24:00.0: CONFIG_IWLWIFI_DEBUGFS disabled
2020-11-07-15:09:20 iwlwifi 0000:24:00.0: CONFIG_IWLWIFI_DEVICE_TRACING disabled
2020-11-07-15:09:20 iwlwifi 0000:24:00.0: Detected Intel(R) Centrino(R) Advanced-N 6205 AGN, REV=0xB0
2020-11-07-15:09:20 iwlwifi 0000:24:00.0 wlo1: renamed from wlan0
2020-11-07-21:37:12 iwlwifi 0000:24:00.0: Radio type=0x1-0x2-0x0
2020-11-07-21:37:12 iwlwifi 0000:24:00.0: Radio type=0x1-0x2-0x0
2020-11-07-21:37:12 iwlwifi 0000:24:00.0: Radio type=0x1-0x2-0x0
2020-11-07-21:37:13 iwlwifi 0000:24:00.0: Radio type=0x1-0x2-0x0
  • A hozzászóláshoz regisztráció és belépés szükséges

Debian stable | 決まり手 | Empire met its end | Systembackinstall

klt – 2020. november 8. 15.54 – előzmény

Hang átvitelt?
Működik minden jól, beleértve hangkártyát is.

  • A hozzászóláshoz regisztráció és belépés szükséges

Adj egy falat falat, mondta a falat faló faló.

Kimarite – 2020. november 8. 16.58 – előzmény

Wifi-s hangátvitelre gondoltam. :)

  • A hozzászóláshoz regisztráció és belépés szükséges

Debian stable | 決まり手 | Empire met its end | Systembackinstall

klt – 2020. november 8. 17.15 – előzmény

Az pulseaudio által megyen :))
http://ubuntu.hu/node/45210
A laptopomról wifi a közvetítő közeg, a gyerekek gépéről a vezetékes LAN ;)

  • A hozzászóláshoz regisztráció és belépés szükséges

Adj egy falat falat, mondta a falat faló faló.

Kimarite – 2020. november 8. 17.39 – előzmény

Köszi az információt! :) Elteszem könyvjelzőbe.
Volt régebben egy szerviz, és ez volt a reklámszövegük: A Sony, jól fog szólni!
Az is lehet, „szóni” volt inkább a szövegben. Mintha... . ;)
(1988-Multitax Kft., akkoriban a Jász utcában voltak. Ma itt: http://www.ventus-953.hu/)
Én a Technics, Panasonic vonalon mozogtam inkább. Magnókazetta, CD, DVD: itt viszont jöhetett a fent említett (is).

  • A hozzászóláshoz regisztráció és belépés szükséges

Debian stable | 決まり手 | Empire met its end | Systembackinstall

klt – 2020. november 10. 13.43 – előzmény

Update jön, mert megint megfagyott, fiam elmondása szerint 12 másodperccel a Teams indítása után.
Kiegészítettem a kernel paraméterek sorát:
intel_idle.max_cstate=8 i915.enable_dc=0
Azért pont 8, mert a cat /sys/module/intel_idle/parameters/max_cstate eredetileg 9-et adott vissza.
Meglátjuk, lehal-e még?

  • A hozzászóláshoz regisztráció és belépés szükséges

Adj egy falat falat, mondta a falat faló faló.

Kimarite – 2020. november 10. 18.16 – előzmény

Te döntesz, hogy a teljesítményt mennyire engeded szabadjára. Magyarázat:

       intel_idle.max_cstate=  [KNL,HW,ACPI,X86]
                        0       disables intel_idle and fall back on acpi_idle.
                        1 to 9  specify maximum depth of C-state.

Forrás: https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html

  • A hozzászóláshoz regisztráció és belépés szükséges

Debian stable | 決まり手 | Empire met its end | Systembackinstall

klt – 2020. december 21. 11.55

Úgy tűnik, a régebbi kernellel nincs baj.
marci@marci-laptopja:~$ uname -a
Linux marci-laptopja 4.19.0-12-amd64 #1 SMP Debian 4.19.152-1 (2020-10-18) x86_64 GNU/Linux
marci@marci-laptopja:~$ uptime
11:51:34 up 26 days, 18:24, 1 users, load average: 0,56, 0,24, 1,33

5.7... 5.8 verziókkal bármit paramétereztem, lefagyogatott néha-néha.
5.9-et még nem próbáltam, de szerintem nem is fogom. Így marad...

  • A hozzászóláshoz regisztráció és belépés szükséges

Adj egy falat falat, mondta a falat faló faló.

Hozzászólás-megjelenítési lehetőségek

A választott hozzászólás-megjelenítési mód a „Beállítás” gombbal rögzíthető.
© 2007–2020. Magyar Ubuntu Közösség.
Az Ubuntu a Canonical bejegyzett védjegye.
Az ubuntu.hu az fsf.hu kiszolgálóin fut.