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