=== sem2peie- is now known as sem2peie
=== sem2peie- is now known as sem2peie
=== xc` is now known as xc
[16:09] <dreamon> *HEUL* Immer noch total freeze ohne erkennbaren Grund. Auch mit 20.10 :(
[16:13] <tomreyn> has du schon mal ubuntu neu installiert in den letzten 8 jahren?
[16:15] <dreamon> tomreyn, :) Ja. Wegen dir! Als ich das neue Thinkpad hier kaufte, hatte ich ein schlechtes Gewissen und 20.04 installiert. Juni 2020
[16:16] <dreamon> tomreyn, Hab auch 16GB Speicherriegel gegen einen neuen 32GB getauscht. Hat nichts geändert. Das passiert alle 1-2Tage einmal das er einfriert und nichts mehr geht. Keine Maus, nix.
[16:17] <dreamon> journalctl meldet auch keine Fehler. nur --- reboot ---
[16:18] <tomreyn> geht denn der magic sysrq noch?
[16:18] <dreamon> Eventuell setzt eine der beiden SSDs aus.
[16:18] <tomreyn> !sysrq
[16:19] <dreamon> sysrq? reisup geht auch nicht
[16:19] <tomreyn> ja den mein e ich. systemabf. + S, U, B
[16:19] <tomreyn> (nicht P)
[16:19] <tomreyn> https://wiki.ubuntuusers.de/Magic_SysRQ/
[16:19] <le_bot> Title: Magic SysRQ › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[16:20] <tomreyn> ansonsten mal biosupdate
[16:21] <tomreyn> + memorytest (am besten den kostenlosen von memtest86.com)
[16:21] <tomreyn> + hardware-lasttests
[16:21] <dreamon> Biosupdate hab ich gemacht. OK. letzter Buchstabe war falsch. Aber Kiste nicht mehr reagiert. egal was.
[16:21] <dreamon> Memtest hab ich eine Nacht durch gemacht.
[16:21] <tomreyn> mit welcher software?
[16:22] <tomreyn> und was für hardware ist das?
[16:22] <dreamon> Wenn ich mich recht erinnere mußte ich über usb memtest starten. Wegen uefi..
[16:22] <dreamon> Lenovo Thinkpad E15
[16:23] <tomreyn> Gen 1?
[16:23] <dreamon> s-tui -> mit Stresstest
[16:23] <dreamon> Wie finde ich Generation raus?
[16:24] <tomreyn> die geneue typenbezeichnung / modellnummer / Product id vom boden der geräts ablesen
[16:25] <tomreyn> journalctl -b | grep DMI:     reicht eventuell auch schon
[16:25] <dreamon> Type: 20RE-S05U00 P/N: SL10W47275
[16:26] <dreamon> ProduktID, moment mache einen Reboot, gleich zurück
[16:33] <dreamon> tomreyn, Compliance ID: die hätte ich noch? 
[16:34] <tomreyn> dreamon: nicht nötig, nee. aktuelles bios ist 1.15 (R16UJ12W) https://pcsupport.lenovo.com/de/de/products/laptops-and-netbooks/thinkpad-edge-laptops/thinkpad-e15-type-20rd-20re/20re/downloads/ds541516-bios-update-utility-bootable-cd-for-windows-10-64-bit-thinkpad-e14-e15
[16:34] <le_bot> Title: BIOS Update (Utility & Bootable CD) for Windows 10 (64-bit) - ThinkPad E14, E15 - Lenovo Support DE (at pcsupport.lenovo.com)
[16:34] <tomreyn> wird diese versionsnummer von     journalctl -b | grep DMI:    ausgegeben?
[16:34] <dreamon> Hmm.. R16ET29W hab ich drauf V1.15 vom 2020-12-03
[16:35] <tomreyn> ja, das ist die bios-id, passt
[16:35] <dreamon> Mär 06 17:30:02 mydreamon kernel: DMI: LENOVO 20RES05U00/20RES05U00, BIOS R16ET29W (1.15 ) 12/03/2020
[16:35] <tomreyn> siehst du unten in der tabelle auf der lenovo-seite
[16:36] <tomreyn> dann poste mal    journalctl -kb | nc termbin.com 9999
[16:37] <dreamon> Ist noch nicht lange her als ich das aufgespielt hab, ein großer Akt. Extra CD brennen
[16:37] <dreamon> https://termbin.com/99np
[16:39] <tomreyn> okay, ich les da mal drüber und berichte wenn ich was auffälliges finde. hast du schon mal die hersteller-bios-einstellungen geladen?
[16:40] <dreamon> Mär 06 16:58:14 mydreamon systemd-resolved[1314]: Server returned error NXDOMAI>
[16:40] <dreamon> -- Reboot --
[16:40] <dreamon> Mär 06 17:01:06 mydreamon kernel: Linux version 5.8.0-44-generic (buildd@lgw01->
[16:40] <dreamon> Da war der Crash.
[16:40] <dreamon> Ja, ich hab da schon gespielt und rumprobiert. kann aber gerne nochmal defaults machen
[16:42] <tomreyn> das hab ich noch nie gesehen:
[16:42] <tomreyn> Mär 06 17:30:02 mydreamon kernel: efi: memattr: Entry attributes invalid: RO and XP bits both cleared
[16:42] <tomreyn> Mär 06 17:30:02 mydreamon kernel: efi: memattr: ! 0x00000008b000-0x00000008bfff [Runtime Code       |RUN|  |  |  |  |  |  |  |   |  |  |  |  ]
[16:43] <dreamon> Warst nich du der mir sagte muß eh auf uefi umstellen. Dachte wenn dann installier damit .. wollte das nie haben.
[16:46] <tomreyn> ich habe sicherlich nicht gesagt, dass du das *musst*, sowas würde ich nicht tun. aber an sich ist das mal bei aktueller hardware ne gute idee.
[16:46] <tomreyn> ich seh an sich nix auffälliges am kernel log
[16:47] <dreamon> So war das auch nicht gemeint. 
[16:48] <tomreyn> wie viele reboots ist das einfrieren her?
[16:49] <dreamon> Der letzte war der Freeze
[16:49] <dreamon> Ich reboote freiwillig sehr sehr selten.
[16:49] <tomreyn> ah, also machst du suspend?
[16:49] <dreamon> Richtig. Suspend ist aber nicht das Problem. 
[16:49] <tomreyn> das klappt je nach hardware (und vor allem firmware) mehr oder minder gut
[16:50] <tomreyn> kann durchaus zu instabilität führen
[16:50] <dreamon> Der Freeze passiert aus heiterem Himmel.. nicht nach einem wakeup.
[16:50] <tomreyn> zeigst du nochmal    journalctl -b -1 -p err..alert | nc termbin.com 9999
[16:51] <dreamon> https://termbin.com/xzh0
[16:51] <tomreyn> momentan mal, dur schriebst doch eben    <dreamon> ProduktID, moment mache einen Reboot, gleich zurück
[16:51] <tomreyn> also ist der freeze doch wahrscheinlich eher zwei reboots her?
[16:52] <tomreyn> journalctl --list-boots | tail
[16:52] <dreamon> Stimmt.. vergessen. mußt ja reboot für bios machen
[16:52] <tomreyn> welche nummer ist am anfang der zeile angegeben bei dem boot der VOR dem letzten freeze war?
[16:53] <dreamon> -2 
[16:53] <tomreyn> okay, dann    journalctl -b -2 -p err..alert | nc termbin.com 9999
[16:53] <dreamon> https://termbin.com/dji4
[16:54] <dreamon> Festplatte /dev/nvme0n1: 476,94 GiB, 512110190592 Bytes, 1000215216 Sektoren
[16:55] <tomreyn> deine platte sdb ist sehr wahrscheinlich kaputt
[16:55] <dreamon> Festplatte /dev/sda: 1,82 TiB, 2000398934016 Bytes, 3907029168 Sektoren
[16:55] <dreamon> Das war eine Externe die angeschlossen war. Hat damit nix zu tun
[16:55] <tomreyn> woher weißt du dass da kein zusammenhang besteht?
[16:56] <dreamon> Weil meine Frau den Stecker gezogen hatte oder Strom. Die war eh zweifelhaft. Problem tritt auch ohne sdb auf.
[16:56] <dreamon> Beim letzten Crash war sie nicht angeschlossen gewesen
[16:57] <tomreyn> okay. und ich nehmen mal an die ebenfalls schreibfehler meldenden sdc und sdd waren dann die gleiche externe platte
[16:57] <dreamon> Frage wenn der Freezt, könnte es eventuell an der SSD liegen das die Spinnt, dann kann er ja auch kein Log mehr schreiben.
[16:58] <dreamon> Ja. Hab versucht die Daten zu retten um rumgesteckt. 
[16:58] <tomreyn> also rein theoretisch kann es an ganz vielen hardwarekomponenten liegen, auch der ssd
[16:59] <tomreyn> aber in den logs findest sich da jetzt erst mal kein anzeichen für
[17:00] <dreamon> Hatte gestern an einem anderen Rechner ne SSD M.2 die 1 defekten Sektor hatte. Wenn man an die Stelle kam (ddrescue) ist die Kiste auch eingefroren. Erst ein reboot dann ging die wieder.
[17:00] <dreamon> Was würdest du machen? Kiste einschicken?
[17:01] <dreamon> Ist ja eigentlich ein Windows Rechner(vorinstalliert). 
[17:01] <tomreyn> hersteller hardware-diagnose.
[17:02] <tomreyn> hier gibts was zum runterladen, auf uefi-basis: https://pcsupport.lenovo.com/de/de/products/laptops-and-netbooks/thinkpad-edge-laptops/thinkpad-e15-type-20rd-20re/20re/downloads/ds030861-lenovo-uefi-diagnostics-bootable-usb-create-it-on-windows-os-desktops-notebooks-workstations
[17:02] <le_bot> Title: Lenovo UEFI Diagnostics - Bootable USB (Create it on Windows OS) - Desktops, Notebooks, Workstations - Lenovo Support DE (at pcsupport.lenovo.com)
[17:02] <tomreyn> aber ich vermute mal dass du die gleiche oder ne frühere version davon eh schon beim start des systems auswählen kannst
[17:02] <tomreyn> also in der pre-boot-umgebung
[17:05] <tomreyn> du meintest vorhin was davon, dass du anderen ram eingebaut hast. das wäre erst mal die wahrscheinlichste hardware-fehlerwuelle
[17:05] <dreamon> Müsste da nicht ein iso sein, für den Stick? Windows exe.. geht der Ärger schon wieder los.
[17:06] <tomreyn> verwsuchs erst mal mit dem hardware-test, der schon auf dem gerät drauf ist - da gibt's bestimmt einen den du von den startbildschirmen auswählen kannst
[17:06] <dreamon> Ja war mir auch am wahrscheinlichsten. Aber das hat nichts geändert den riegel zu tauschen.
[17:06] <tomreyn> die .exe kannst du aber bestimmt auch in ner windws-VM ausführen
[17:07] <dreamon> Hmm. F1 Bios und F12 boot Device.. kann sein, das da was dazwischen noch wählbar ist.
[17:07] <dreamon> Achso du meinst in der VM kann ich einen Stick erzeugen?
[17:09] <tomreyn> ja, vermutlich schon
[17:10] <dreamon> Ohje, VM geht nicht. Hab ja erzählt das ich auf 20.10 upgegradet habe. Dachte das der neue Kernel eventuell den Fehler beseitigt. 
[17:11] <dreamon> Gerade hatte ich beim Starten vom Virtualbox einen Freeze, aber nicht das ganze OS wie sonst, konnte noch in STRG+ALT+F1 gehen und die VM killen.
[17:11] <dreamon> Ich werde wohl wieder ein downgrade machen auf 20.04
[17:11] <tomreyn> wie gesagt: <tomreyn> verwsuchs erst mal mit dem hardware-test, der schon auf dem gerät drauf ist - da gibt's bestimmt einen den du von den startbildschirmen auswählen kannst
[17:12] <dreamon> Ok, mach ich. Spiele Backup zurück. Kann man einen Softwarebug ausschließen?
[17:12] <tomreyn> nö
[17:12] <dreamon> Puh. Dann wirds schwierig. 
[17:13] <tomreyn> aber wenn softwaqre-bugs auftreten, und die nicht verhindern, dass noch geloggt werden kann, dann wird geloggt.
[17:14] <dreamon> Ich hab mit SSDs einiges an schlechte Erfahrungen gemacht. M.2 sind die besser als die 2.5" SATA varianten?
[17:14] <dreamon> Ich trauen den Dingern nicht über den Weg.
[17:15] <tomreyn> da gibts keine genrische antwort drauf
[17:15] <tomreyn> * generische
[17:15] <tomreyn> https://wiki.ubuntu.com/Kernel/CrashdumpRecipe kannst du nochmal machen, falls das nicht zu aufwändig ist
[17:15] <le_bot> Title: Kernel/CrashdumpRecipe - Ubuntu Wiki (at wiki.ubuntu.com)
[17:17] <tomreyn> ansonsten per ssh einloggen und     dmesg -w     mitlaufen lassen ist erst mal ne niederschwellige option, die viel bringen kann, falls du nen zweiten rechner hast
[17:18] <dreamon> tomreyn, Ok, danke einstweilen. Kann ich machen, ist kein Problem. Es tritt nur selten auf, und meist wenn ich gar nicht viel mache.
[17:18] <tomreyn> wie selten ist denn "nur selten"?
[17:19] <dreamon> Alle 1-2 Tage einmal. 
[17:19] <tomreyn> hmm, okay, das ist ja schon oft genug dass es nervt. https://wiki.ubuntu.com/Kernel/KernelDebuggingTricks#Network_Console ist auch noch ein Ansatz, hilft aber nur wenn es kein Kernelcrash ist.
[17:19] <le_bot> Title: Kernel/KernelDebuggingTricks - Ubuntu Wiki (at wiki.ubuntu.com)
[17:21] <dreamon> Habe einen Raspberry daneben stehen, und lasse mal dmesg mitlaufen. Gute Idee
[17:22] <dreamon> Wenn man aber mal was wichtiges macht ist das mehr als Nervig
[17:25] <tomreyn> wieso? das verbraucht ja quasi keine reesourcen.
[17:25] <tomreyn> ssh-versindung und logtail ist quasi egal vom performanceimpact her.
[17:26] <dreamon>  <tomreyn> hmm, okay, das ist ja schon oft genug dass es nervt. <dreamon> Wenn man aber mal was wichtiges macht ist das mehr als Nervig
[17:28] <dreamon> Bin dann mal weg.. und mache einen Diagnose versuch. Leider habe ich eine M.2 SSD da. Weiß gar nicht was da drin ist, PCI-Express oder Sata M.2
[17:29] <tomreyn> achso, verstehe
[17:29] <tomreyn> für hardwaresupport versuch's mal in ##hardware
[17:30] <dreamon> Cool, danke
[17:30] <tomreyn> es gibt aber auch deutschsprachige websites die erläutern wie man den m.2-typ bestimmt
[17:32] <dreamon> Halte dich auf dem laufenden.. reboote jetzt.
[18:01] <Rochvellon> man könnte auch einzelne Komponenten mal durchtauschen und schauen, woran es liegt :)
[18:02] <tomreyn> das ist ein laptop
[18:02] <Rochvellon> naja, SSD tauschen sollte auch bei einem Laptop gehen
[18:03] <tomreyn> ja, klar
=== finalspacevoid_ is now known as finalspacevoid