Érthetetlen hibák

Ubuntu Linux

Kedves HUP-osok!

Van egy masinám, melyet 3-4 éve mindig a friss LTS Ubuntuval használok. Ma elkezdett először a Plasma fagyogatni, aztán minden más is. Amikor átmegyek Ctrl+Alt+F2-vel karakteresre, ilyet látok kiírva:

'A TPM error (7) occured attempting to read a pcr value'

és persze nem tudok karakteresen bejelentkezni, login promptom sincs.

Memtest nem mutat hibát. A vinyó smart infoi sem utalnak hibára.

A fenti "TPM error"-os üzenetre rákerestem a neten, de nem lettem okosabb, mert amikre találtam, ott boot során jött elő ez.

Merre keresgéljek?

Előre is kösz!

  • 2515 megtekintés

( uid_20269 | 2016. 11. 07., h – 18:04 )

Valaki vicces kedvében nem állította be hogy ezentúl te ujjlenyomat-olvasóval akarsz belépni a rendszerbe.?
--
God bless you, Captain Hindsight..

hátha segít
http://askubuntu.com/questions/597226/desktop-14-04-stuck-during-instal…

"TPM (trusted platform module) security chip your machine has. Try to look through the BIOS for an option to disable it. "

"An alternative solution was to install 12.04 using acpi=off and nomodeset, then updating to 14.04 via Software Updater."

( horvatha | 2016. 11. 07., h – 19:50 )

Most nem férek hozzá ehhez a géphez (munkahelyi), így nem tudom megpróbálni, hogy ki lehet-e BIOS-ból kapcsolni ezt a TPM-et. De okozhatja ez pl. a kwin vagy a plasma lefagyását? Azzal kezdődött. Ez csak akkor jött elő, amikor a grafikus felületen tapasztalt hibák miatt megpróbáltam karakteres konzolra váltani és ott várt a TPM-es üzenet a login prompt helyett.

( horvatha | 2016. 11. 08., k – 13:33 )

Na, most volt időm.

A BIOS-ban nem találtam ilyet.

Fogtam a /etc/modprobe.d/blacklist-local.conf fájlt, beleírtam, hogy
blacklist tpm_atmel
blacklist tpm_infineon
blacklist tpm_nsc
blacklist tpm_tis

és újrabootoltam. A TPM-es hibaüzenet ugyanúgy ott virít a 2. konzolon és nincs login promptom. Mindeközben az lsmod nem írja ki, hogy valamelyik modul bent lenne. Igaz, máshol azt írják, hogy az Ubuntuval jövő kernel mindenképp tartalmaz némi TPM kezelést.

Itt vagyok elakadva.

az Ubuntuval jövő kernel mindenképp tartalmaz némi TPM kezelést

Fordíts saját kernelt magadnak. Persze előbb nézd meg, mi van a kernel configjában, hogy tudd, érdemes-e egyáltalán. Ha makacsul betöltődik a modul, akkor lehet még az initramfs is hunyó a dologban.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ugyanez van, ha a /etc/modprobe.d/blacklist.conf-ba írok.

Úgy néz ki, akkor jön elő hiba, ha sok memóriát kezdek használni. A Plasma alapból be sem jön. (4GiB fizikai RAMom van). Ha pl. Mate-ra jelentkezek be, akkor elmegy egy darabig, de aztán ha nagyobb memóriaigényű dolgot indítanék, akkor jönnek "Az Ubuntu belső hibát észlelt" ablakocskák, amik pl. elmondják, hogy az soffice nem tudott elrajtolni.

RAM hibára gyanakodnék (bár a TPM akkor sme érthető), de a memtest86+ nem adott hibát. Lehet, hogy nem futtattam elég ideig?

Hibás RAM márpedig létezik. Én a saját gépemben úgy vettem észre - nem emlékszem már pontosan -, hogy a böngésző nem indult rendesen, aztán leellenőriztem, hibás volt a futtatható bináris ellenőrző összege - az rpm csomag tárolja ezt -, aztán reinstall után megint sérült. Végül memtest86+ megtalálta a hibát. Igaz, nekem szinte azonnal, más gépen tesztelve is.

A másik lehetőség az öreg alaplap, kiszáradt, kapacitásszegény elektrolit kondenzátorok, így zajos tápfeszültség. A harmadik a specifikáción kívüli üzemeltetés, a népnyelv szerint úgynevezett „tuning”.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( horvatha | 2016. 11. 09., sze – 00:10 )

Az egész ügy egyre érthetetlenebb.

1) memtest86+ 2 óra alatt sem talált hibát.
2) Plasma indításkor garantáltan, mindig összeomlik, de a Mate stabilan indul, ez alól indítva nagy memóriaigényű programok hol fagynak, hol nem. Tehát a Plasma kiakadás reprodukálható, soffice pedig nem.
3) A TPA-s üzenetek maradnak, Ctrl+Alt+F2-re nem kapok login promptot. (BIOS-ban nincs TPA-letiltás, kernelt 10 éve nem fordítottam, neki kéne készülődni.) Egy hete még biztos volt Ctrl+Alt+F2-m. Mi változott?

Hardver-hiba? Akkor miért fagy mindig ki a Plasma? Ez nem hardver-specifikus.

Szoftver-hiba? Mitől? Semmit nem csináltam, csak minden nap frissítek a 16.04 upgradje-jeivel. Ha másnak is elkezdene emiatt a Plasma fagyni, már tele lenne vele a net.

Egyre valószínűbb a hardver hiba. Memtest közben egér mozgatásra újraboot-ol. Kicseréltem egeret, billentyűzetet, akkor is.

De miféle hardverhiba okoz olyat, hogy a Plasma reprodukálhatóan nem indul és szintén reprodukálhatóan nincs 2-es konzolom, miközben Mate alól ha nem indítok sok progit, szépen megy minden?

Olyan létezik, hogy kiszáradt elektrolitkondenzátor miatt megnövekedő áramfelvételnél annyira összerogyik a CPU vagy a RAM tápfeszültsége egy pillanatra, hogy reset lesz belőle, vagy átbillen egy-két flip-flop, aztán a fene sem tudja, mi történik, vagy hol folytatja a kód futtatását tovább.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

És általában ez előjön a 3+ éves gépeknél... :(

András: Tudtok RAM-ot cserélni? Mi általában egy 24 óra időtartamra (vagy legalábbis egy éjszakára) szoktuk futni hagyni a memtest-et... Pont azért, hogy melegedjen a gép és produkáljon hibákat, ha van...

< off >
Főiskolai éveim emlékére szívesen küldenék neked +RAM-ot. :) 4GB már nem sok manapság. Persze jó lenne, ha megadnád, hogy milyen gépbe kell :)
< /off >

--
Debian Linux rulez... :D
RIP Ian Murdock

Kösz! Megpróbálom hosszabban futtatni. Ámbár, ahogy fentebb írtam, bekapcs után, teljes hidegen is rebootol, ha memtest alól egeret mozdítok. Akkor inkább az lesz, amit fentebb írtak, hogy az alaplap hülyéskedik.

Csere RAM-ot tudok szerezni házon belül is, ha épp van rá időm.

< off >
A +RAM igen megtisztelő. :-) Persze, saját forrásból is megoldjuk, de annak nagyon örülök, hogy a főiskolás évekre pozitívan gondolsz vissza. :-) Akkoriban még Linuxot is okítottam valami választható tárgyban. Innen az ismeretség vagy fizikából?
< /off >

( csfeco | 2016. 11. 10., cs – 15:21 )

Táp hiba nagyon érdekes dolgokat tud produkálni. Nem egyszer előfordult, hogy következetesen akadt ki a gép bizonyos műveleteknél. Aztán tápcsere után minden jó lett.
Legutóbb egy Win7-es gép viszonylag stabilan működött, csak lassú volt, és nem volt hajlandó frissíteni. Semmilyen Windows install DVD-t vagy USB-t nem lehet boot-olni. Ubuntu USB-röl elindult. Tápcsere után az hibák megszűntek.

( bzs v | 2022. 03. 06., v – 17:15 )

Nekem ma jelentkezett egy ilyen.

Pontosan ugyanilyen érthetetlenséggel, de kinullázott minden partíciót, kivéve a linux mintet.

Egyáltalán létezik olyan distrib a világon, ami 5-6 évente nem okoz olyan anomáliát, amitől nem veti magát vonat alá az ember?

10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.

Mármint TPM error vagy mi jelentkezett? Legyél konkrétabb légyszi, ha segítséget szeretnél kapni. Meg egy linuxos veterántól, mint te, azért elvárná az ember, hogy alapból becsatolja a vonatkozó hibaüzeneteket, logokat, stb.. Ez a partíciónullázást főleg nem értem, mi az hogy kinullázta? Törölt róla mindent, vagy a partíciós tábla nem elérhető? Hardverhibát ki tudtad egyáltalán zárni, mert adathordozó is tönkre tud menni.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Azt hittem, elegendő információ volt itt fentebb leírva.

ima: Error Communicating to TPM chip

logokban ugyanez.

Következő reboot másnap volt, erre azt vettem észre, hogy kinullázódott néhány meghajtóm (pl. /dev/sda2 stb.), de néhányon megmaradt 1-2 fájl. pl. php-kódtöredék, egyéb hasonló.

Bocs, ha hirtelen nem szolgáltam több információval, még sokkol a dolog egy kicsit. Rohadtul! Az ilyen anomáliákhoz már öregnek tartom magam, és amikor azt veszem észre, hogy az angol fórumokon is csak a fejüket fogják az emberek, de megoldást az ilyenekre nem találnak semmit, akkor az egésztől elmegy a kedvem és beletörődök.

 

root@Argo-1:/# inxi 
CPU: Dual Core Celeron T3000 (-MCP-) speed: 1795 MHz Kernel: 5.0.0-32-generic i686 Up: 1h 13m Mem: 1665.5/7898.5 MiB (21.1%) 
Storage: 700.55 GiB (1.2% used) Procs: 243 Shell: bash 4.4.20 inxi: 3.0.32 
root@Argo-1:/# inxi -Fxxxrz
System:    Host: Argo-1 Kernel: 5.0.0-32-generic i686 bits: 32 compiler: gcc v: 7.4.0 Desktop: Xfce 4.14.1 tk: Gtk 3.22.30 
           info: xfce4-panel wm: xfwm4 dm: LightDM 1.26.0 Distro: Linux Mint 19.3 Tricia base: Ubuntu 18.04 bionic 
Machine:   Type: Laptop System: LENOVO product: 7439BJ1 v: ThinkPad R400 serial: <filter> Chassis: type: 10 serial: N/A 
           Mobo: LENOVO model: 7439BJ1 serial: <filter> BIOS: LENOVO v: 7UET81WW (3.11 ) date: 11/26/2009 
Battery:   ID-1: BAT0 charge: 29.9 Wh condition: 29.9/71.3 Wh (42%) volts: 12.5/10.8 model: Panasonic 42T4645 type: Li-ion 
           serial: <filter> status: Full 
CPU:       Topology: Dual Core model: Celeron T3000 bits: 64 type: MCP arch: Penryn rev: A L1 cache: 128 KiB 
           L2 cache: 1024 KiB 
           flags: lm nx pae sse sse2 sse3 ssse3 bogomips: 7181 
           Speed: 1796 MHz min/max: N/A Core speeds (MHz): 1: 1796 2: 1795 
Graphics:  Device-1: Intel Mobile 4 Series Integrated Graphics vendor: Lenovo driver: i915 v: kernel bus ID: 00:02.0 
           chip ID: 8086:2a42 
           Display: server: X.Org 1.20.8 driver: modesetting unloaded: fbdev,vesa resolution: 1280x800~60Hz 
           OpenGL: renderer: Mesa DRI Mobile Intel GM45 Express (CTG) v: 2.1 Mesa 20.0.8 direct render: Yes 
Audio:     Device-1: Intel 82801I HD Audio vendor: Lenovo driver: snd_hda_intel v: kernel bus ID: 00:1b.0 chip ID: 8086:293e 
           Sound Server: ALSA v: k5.0.0-32-generic 
Network:   Device-1: Intel 82567LM Gigabit Network vendor: Lenovo driver: e1000e v: 3.2.6-k port: 1840 bus ID: 00:19.0 
           chip ID: 8086:10f5 
           IF: enp0s25 state: down mac: <filter> 
           Device-2: Qualcomm Atheros AR242x / AR542x Wireless Network Adapter vendor: Lite-On driver: ath5k v: kernel 
           port: 1c60 bus ID: 02:00.0 chip ID: 168c:001c 
           IF: wlp2s0 state: down mac: <filter> 
           Device-3: Intel PRO/Wireless 5100 AGN [Shiloh] Network driver: iwlwifi v: kernel port: 1c60 bus ID: 03:00.0 
           chip ID: 8086:4237 
           IF: wlp3s0 state: down mac: <filter> 
           Device-4: Atheros AR9271 802.11n type: USB driver: ath9k_htc bus ID: 1-1:2 chip ID: 0cf3:9271 serial: <filter> 
           IF: wlx98ded0123486 state: up mac: <filter> 
Drives:    Local Storage: total: 700.55 GiB used: 8.33 GiB (1.2%) 
           ID-1: /dev/sda vendor: Toshiba model: MQ01ABD075 size: 698.64 GiB speed: 3.0 Gb/s rotation: 5400 rpm 
           serial: <filter> rev: 2J temp: 40 C scheme: MBR 
           ID-2: /dev/sdb model: 2GB ATA Flash Disk size: 1.91 GiB speed: 1.5 Gb/s serial: <filter> rev: 612J scheme: MBR 
Partition: ID-1: / size: 12.85 GiB used: 8.09 GiB (62.9%) fs: ext4 dev: /dev/sda6 
           ID-2: swap-1 size: 5.69 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda8 
Sensors:   System Temperatures: cpu: 50.0 C mobo: 39.0 C 
           Fan Speeds (RPM): cpu: 2234 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/official-package-repositories.list 
           1: deb https://quantum-mirror.hu/mirrors/linuxmint/packages tricia main upstream import backport
           2: deb https://quantum-mirror.hu/mirrors/pub/ubuntu bionic main restricted universe multiverse
           3: deb https://quantum-mirror.hu/mirrors/pub/ubuntu bionic-updates main restricted universe multiverse
           4: deb https://quantum-mirror.hu/mirrors/pub/ubuntu bionic-backports main restricted universe multiverse
           5: deb http://security.ubuntu.com/ubuntu/ bionic-security main restricted universe multiverse
           6: deb http://archive.canonical.com/ubuntu/ bionic partner
Info:      Processes: 243 Uptime: 1h 13m Memory: 7.71 GiB used: 1.63 GiB (21.1%) Init: systemd v: 237 runlevel: 5 Compilers: 
           gcc: 7.5.0 alt: 7 Shell: bash (sudo) v: 4.4.20 running in: mc inxi: 3.0.32 
root@Argo-1:/# blkid
/dev/sda1: UUID="83d98259-e4d6-415c-ad9f-01d789c6daea" SEC_TYPE="ext2" TYPE="ext3" PARTUUID="741d2acd-01"
/dev/sda3: UUID="153c2099-1487-45d0-bac4-178e4f8ad924" TYPE="ext3" PARTUUID="741d2acd-03"
/dev/sda4: UUID="c3d3112c-2477-43bc-b48f-bdab21a6ce6c" TYPE="ext3" PARTUUID="741d2acd-04"
/dev/sda5: LABEL="wifislax 4.11" UUID="a9f1ad66-209b-4d22-8c43-2ff41facd2b3" TYPE="ext4" PARTUUID="741d2acd-05"
/dev/sda6: LABEL="wifislax 4.11.1" UUID="3909712c-4b1d-4a31-8603-7ccc6f43e5cd" TYPE="ext4" PARTUUID="741d2acd-06"
/dev/sda7: UUID="d19bc552-7163-4cf8-a6da-80b32d1e62ff" TYPE="ext4" PARTUUID="741d2acd-07"
/dev/sda8: UUID="7ff1a844-490c-4601-b234-e3215a69c6de" TYPE="swap" PARTUUID="741d2acd-08"
/dev/sda9: LABEL="salix" UUID="22d59cd0-bc3d-4de6-bd41-fd40ad30f066" SEC_TYPE="ext2" TYPE="ext3" PARTUUID="741d2acd-09"
/dev/sdb1: LABEL="SSD" UUID="82e7179b-a7f8-426e-ba9a-9388bc23e547" TYPE="ext4" PARTUUID="5684bda4-01"
root@Argo-1:/# fdisk -l
Disk /dev/sda: 698,7 GiB, 750156374016 bytes, 1465149168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x741d2acd

Device     Boot      Start        End   Sectors   Size Id Type
/dev/sda1             2048  221183688 221181641 105,5G 83 Linux
/dev/sda2       1050910718 1465147391 414236674 197,5G  5 Extended
/dev/sda3        221186048  625039359 403853312 192,6G 83 Linux
/dev/sda4        625039360 1039278079 414238720 197,5G 83 Linux
/dev/sda5       1050910720 1215778815 164868096  78,6G 83 Linux
/dev/sda6  *    1215780864 1243429301  27648438  13,2G 83 Linux
/dev/sda7       1278623744 1453211647 174587904  83,3G 83 Linux
/dev/sda8       1453213696 1465147391  11933696   5,7G 82 Linux swap / Solaris
/dev/sda9       1243432960 1278621695  35188736  16,8G 83 Linux

Partition 2 does not start on physical sector boundary.
Partition table entries are not in disk order.


Disk /dev/sdb: 1,9 GiB, 2048385024 bytes, 4000752 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x5684bda4

Device     Boot Start     End Sectors  Size Id Type
/dev/sdb1        2048 3999743 3997696  1,9G 83 Linux
root@Argo-1:/# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            3,9G     0  3,9G   0% /dev
tmpfs           790M  1,5M  789M   1% /run
/dev/sda6        13G  8,1G  4,1G  67% /
tmpfs           3,9G     0  3,9G   0% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           3,9G     0  3,9G   0% /sys/fs/cgroup
/dev/sdb1       1,9G  2,9M  1,8G   1% /mnt/sdb1
/dev/sda7        82G   56M   78G   1% /mnt/sda7
/dev/sda5        78G   56M   74G   1% /mnt/sda5
/dev/sda4       195G   67M  185G   1% /mnt/sda4
/dev/sda3       190G   62M  180G   1% /mnt/sda3
tmpfs           790M   52K  790M   1% /run/user/1000
root@Argo-1:/#

10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.

Szerintem nem ugyanaz a hiba. Mindketten különböző hardverhibával küzdötök, ami közös, az a TPM figyelmeztés, de nem az okozza egyikőtök problémáját se, az csak arra vonatkozik, hogy  nincs a gépetekben engedélyezett TPM funkció, ami nem is kell, csak opcionális, a kernel kimenetben mégis figyelmeztet rá, gondolom biztonsági paranoiából. De ez csak egy figyelmeztetés, nincs hatása a gép tényleges működésére, ahogy a többi hasonló kernelüzenetnek se szokott lenni, pl. low entropy random, meg CPU0 nem azonosítható (több mag esetén régebben írogatott ilyeneket). A kollégának szerintem simán RAM hibája van, vagy az alaplapja haldoklik, neked meg a HDD-t fosott befelé, esetleg az alaplapi SATA vezérlő.

Mondanám, hogy cseréld le a HDD-t, a procival és az OS-sel együtt, de szerintem kifizetődőbb lenne gépet cserélned, valami Core i Thinkpad-re. Mert ugye a mostani gép upgrade-je nem kerülne sokba: egy P8400 vagy T9400-as C2D (ez nem csak többszörösen gyorsabb, de hardveres virtualizációt is támogat), egy SSD, meg az ősérégi 32 bites Mint 19.3 helyére felhúzni a legújabb 20.3-at, ami már Ubuntu 20.04 LTS alapú, 4.4-es helyett már 5.1-es Bash van benne, meg 7.4-es gcc helyett már 11.2-es talán, szóval nem annyira dinoszauruszok korabeli verziók, és mindezt 64 bites kernellel, amit a mostani proci is támogatna). Kicsivel többért viszont egy 3-4. genes Thinkpad nagyobb előrelépés lenne.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Most cseréltem a régi vinyómat (külsősnek alakítottam ki, a visszamentett fájlokat tárolom rajta, persze nemcsak ott...)

Most 2 db SSD van benn, két 120-as, egyetlen rendszerrel, és azt tükrözöm a másikra. ÉÉÉÉS még két külsőre is áttolom hetente a tartalmat, plusz a nagyon fontosakról a szerveremre is feltolok mindent.

Szóval a fenti kis krakk csupán azt szülte, hogy két SSD-vel gazdagodtam hirtelen.
Aztán majd ezelk is meghasalnak...

10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.

( zitev v | 2022. 03. 06., v – 18:43 )

Ha bebootolsz valami live distroval, akkor is ugyanez a tortenet?

"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Ugyanez, semmi sem látja már a disken lévő partíciók tartalmát. Kiszedtem a vinyót az alaplapról, külsőként mountoltam egy másik gépre: üres.

Ami distribekkel megnéztem:

Kali, Slax Wifiway Salix Mint

testdisk az sdb-n sem tud alakítani:

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
 1 * Linux                    0  32 33   248 247 63    3997696 [SSD]
Directory /
Copy done! 1 ok, 0 failed
 drwxr-xr-x     0     0      4096  6-Mar-2022 03:03 .
 drwxr-xr-x     0     0      4096  6-Mar-2022 03:03 ..
*drwx------     0     0      4096  6-Mar-2022 09:56 lost+found
*drwxrwxrwx  1000   100         0  6-Mar-2022 03:03 fejezetek
*drwxrwxrwx     0     0         0  6-Mar-2022 03:03 fogalmak
*-rw-r--r--  1000     0         0  6-Mar-2022 03:03 2020-makro-fogalom.tex
>-rw-r--r--     0     0         0  6-Mar-2022 03:03 2020-makrok.tex
*-rw-r--r--     0     0         0  6-Mar-2022 03:03 2020-makrok.tex_vesz
*-rw-r--r--  1000     0         0  6-Mar-2022 03:03 2021.vik
*-rw-r--r--     0     0         0  6-Mar-2022 03:03 A_VEGSO_FELADATOK
*-rw-r--r--     0     0         0  6-Mar-2022 03:03 MAKROK_hogyan.textt
*-rw-rw-rw-     0     0         0  6-Mar-2022 03:03 TENNIVALOK

 

----------

Mindez rendben volna, ha tisztában lennék, mi bűnt követtem el. De nem derül ki semmiből.

10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.

A szálat itt folytatom:

https://hup.hu/node/177294

--------

Amúgy a fájlokat visszahoztam. A könyvtárak persze megbolondultak, de a fontosabb dolgaimat, az utolsó néhány napos munkámat visszahoztam.

10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.