Totalabstürze nach RAM-Wechsel auf einem thinkpad t42 [gelöst]

Debian auf Notebooks und speziellen Geräten wie eingebetteten Systemen, Routern, Set-Top-Boxen, ...
Antworten
ausfahrt
Beiträge: 228
Registriert: 27.11.2008 23:21:41

Totalabstürze nach RAM-Wechsel auf einem thinkpad t42 [gelöst]

Beitrag von ausfahrt » 26.09.2020 23:14:48

Hei,

da ich die Swap-Orgien auf meinem thinkpad t42 mit debian buster ein wenig eindämmen wollte, hab ich eines der 512MB RAM Module durch ein 1 GB RAM ersetzt (sind jetzt aktuell 1,5 GB RAM). Der Speicher-Riegel war explizit für den t42 ausgewiesen.
Das System läuft an sich jetzt runder, wenn nich ab und an unvermittelt alles einfriert und nix mehr geht (also auch nicht STRG-ALT-F1, um Anwendungen zu killen).
Memtest hat keine Fehler im RAM gefunden. Wo kann ich außerdem überprüfen, was die Kiste abschießt (Hardware inkompatibel usw.).

Danke im Voraus für Anregungen
Zuletzt geändert von ausfahrt am 09.10.2020 21:50:40, insgesamt 1-mal geändert.

curt123
Beiträge: 704
Registriert: 19.10.2018 12:49:35
Wohnort: NRW

Re: Totalabstürze nach RAM-Wechsel auf einem thinkpad t42

Beitrag von curt123 » 27.09.2020 07:35:59

ausfahrt hat geschrieben: ↑ zum Beitrag ↑
26.09.2020 23:14:48
Memtest hat keine Fehler im RAM gefunden. Wo kann ich außerdem überprüfen, was die Kiste abschießt (Hardware inkompatibel usw.).
- Was kann sich durch den Umbau verändert haben, mechanisch, thermisch?
- Reinigen, Speicher nochmal raus und rein
- Probeweise Rückbau und das Verhalten vergleichen
- Temperatursensoren, und wenn wenn möglich Spannungen, auswerten
- Versuchsweise wenn möglich im Bios Speichertaktung reduzieren, Spannung erhöhen usw.

Vielleicht kennt noch jemand irgendwelche Protokollmöglichkeiten unter Linux, wenn so etwas nicht sowieso zu umfangreich und unübersichtlich wird? Wobei der kritische Vorgang, wenn es sowas geben sollte, womöglich gar nicht mehr ins Protokoll kommen würde.

debianoli
Beiträge: 4068
Registriert: 07.11.2007 13:58:49
Wohnort: Augschburg

Re: Totalabstürze nach RAM-Wechsel auf einem thinkpad t42

Beitrag von debianoli » 27.09.2020 08:01:10

Welches DE? Bei welchem Programm schmiert das ab? Viel zu wenig Infos.

Das kann ebenso ein Grafik-Problem sein. Wobei ich mir nicht vorstellen kann, was mit ursprünglich 512MB auf dem Gerät wirklich rund lief. Surfen im Internet war da sicher kaum möglich.

ausfahrt
Beiträge: 228
Registriert: 27.11.2008 23:21:41

Re: Totalabstürze nach RAM-Wechsel auf einem thinkpad t42

Beitrag von ausfahrt » 27.09.2020 09:46:02

curt123 hat geschrieben: ↑ zum Beitrag ↑
27.09.2020 07:35:59
ausfahrt hat geschrieben: ↑ zum Beitrag ↑
26.09.2020 23:14:48
Memtest hat keine Fehler im RAM gefunden. Wo kann ich außerdem überprüfen, was die Kiste abschießt (Hardware inkompatibel usw.).
- Was kann sich durch den Umbau verändert haben, mechanisch, thermisch?
- Reinigen, Speicher nochmal raus und rein
- Probeweise Rückbau und das Verhalten vergleichen
- Temperatursensoren, und wenn wenn möglich Spannungen, auswerten
- Versuchsweise wenn möglich im Bios Speichertaktung reduzieren, Spannung erhöhen usw.

Vielleicht kennt noch jemand irgendwelche Protokollmöglichkeiten unter Linux, wenn so etwas nicht sowieso zu umfangreich und unübersichtlich wird? Wobei der kritische Vorgang, wenn es sowas geben sollte, womöglich gar nicht mehr ins Protokoll kommen würde.
Temperatursensoren zeigen 40 - 55 °C an. Der Lüfter dreht ein wenig hoch, habe ihn also mal gereinigt. Im Bios kann ich die Speichertaktung nicht verändern. Ich hab den Speicher noch mal ausgebaut und keine Verschmutzung festgestellt und er sitzt auch ordentlich in der Speicherbank. Mal sehen, was der Rückbau bringt.

ausfahrt
Beiträge: 228
Registriert: 27.11.2008 23:21:41

Re: Totalabstürze nach RAM-Wechsel auf einem thinkpad t42

Beitrag von ausfahrt » 27.09.2020 09:50:38

debianoli hat geschrieben: ↑ zum Beitrag ↑
27.09.2020 08:01:10
Welches DE? Bei welchem Programm schmiert das ab? Viel zu wenig Infos.

Das kann ebenso ein Grafik-Problem sein. Wobei ich mir nicht vorstellen kann, was mit ursprünglich 512MB auf dem Gerät wirklich rund lief. Surfen im Internet war da sicher kaum möglich.
Ich hab übrigens den RAM von 1 GB auf 1,5 GB erweitert. DE läuft keins, sondern Fluxbox. Er schmiert sporadisch ab, sogar beim hochfahren. Das Einzige mal, wo es sich am selben Punkt wiederholte: als ich auf der antix-Website mit Firefox ein youtube-video anschauen wollte. Der Lüfter fährt dann kurz hoch, Video stottert und alles fährt fest.

willy4711

Re: Totalabstürze nach RAM-Wechsel auf einem thinkpad t42

Beitrag von willy4711 » 27.09.2020 10:07:45

Ich benutze grundsätzlich immer ein Kit, wenn ich zwei Bänke zu bestücken habe.
sind denn die Module vom selben Hersteller ?
Mal Test halber:

Code: Alles auswählen

# dmidecode –type Memory Module |grep "Memory Device" -A15
Für FF und Youtube sind 1,5 GB auch schon reichlich knapp bemessen.

Wenn dein Journal persistent ist wäre mal die Ausgabe von

Code: Alles auswählen

journalctl -b -1 -n50
Das wären die letzten 50 Zeilen des Journals beim letzten Boot

ausfahrt
Beiträge: 228
Registriert: 27.11.2008 23:21:41

Re: Totalabstürze nach RAM-Wechsel auf einem thinkpad t42

Beitrag von ausfahrt » 27.09.2020 10:42:06

Code: Alles auswählen

dmidecode –type Memory Module |grep "Memory Device" -A15
SMBIOS version fixup (2.33 -> 2.3).
Memory Device
	Array Handle: 0x002C
	Error Information Handle: No Error
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 1024 MB
	Form Factor: SODIMM
	Set: None
	Locator: DIMM 1
	Bank Locator: Bank 0/1
	Type: DDR
	Type Detail: Synchronous
	Speed: Unknown
	Manufacturer: Not Specified
	Serial Number: Not Specified
	Asset Tag: Not Specified
--
Memory Device
	Array Handle: 0x002C
	Error Information Handle: No Error
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 512 MB
	Form Factor: SODIMM
	Set: None
	Locator: DIMM 2
	Bank Locator: Bank 2/3
	Type: DDR
	Type Detail: Synchronous
	Speed: Unknown
	Manufacturer: Not Specified
	Serial Number: Not Specified
	Asset Tag: Not Specified
--
Memory Device Mapped Address
	Starting Address: 0x00000000000
	Ending Address: 0x0003FFFFFFF
	Range Size: 1 GB
	Physical Device Handle: 0x002D
	Memory Array Mapped Address Handle: 0x0030
	Partition Row Position: 1

Handle 0x0032, DMI type 20, 19 bytes
Memory Device Mapped Address
	Starting Address: 0x00040000000
	Ending Address: 0x0005FFFFFFF
	Range Size: 512 MB
	Physical Device Handle: 0x002E
	Memory Array Mapped Address Handle: 0x0030
	Partition Row Position: 1

Handle 0x0033, DMI type 21, 7 bytes
Built-in Pointing Device
	Type: Track Point
	Interface: PS/2
	Buttons: 3

Handle 0x0034, DMI type 21, 7 bytes
Built-in Pointing Device

Code: Alles auswählen

journalctl -b -1 -n50
Specifying boot ID or boot offset has no effect, no persistent journal was found.
Es sind freilich verschiedene Fabrikate jetzt in der Kiste :-/. Ich hab den 1GB Riegel jetzt mal unter der Tastatur platziert. Vllt. ist ja die Reihenfolge verwirrend.
Übrigens youtube-video auf ff belegt 34 - 40 % RAM. Ich hab nebenbei noch apt durchlaufen lassen, ohne das was passiert ist.

willy4711

Re: Totalabstürze nach RAM-Wechsel auf einem thinkpad t42

Beitrag von willy4711 » 27.09.2020 10:57:02

Hast du dmidecode als Root (su -) Ausgeführt ?

Warum zeigt das Teil nichts an ? Bei mir sieht das so aus (ein Modul)

Code: Alles auswählen

Memory Device
	Array Handle: 0x0010
	Error Information Handle: Not Provided
	Total Width: 64 bits
	Data Width: 64 bits
	Size: 16384 MB
	Form Factor: DIMM
	Set: None
	Locator: ChannelB-DIMM1
	Bank Locator: BANK 3
	Type: DDR4
	Type Detail: Synchronous
	Speed: 2133 MT/s
	Manufacturer: 029E
	Serial Number: 00000000
	Asset Tag: 9876543210

Um das Journal persistent zu machen:
erst mal den Ordner /var/log/journal anlegen.

Nach einem Neustart pinselt journald dann automatisch da hinein.
Wenn du nicht jedes mal journactl als Root aufführen willst empfiehlt es sich. der Gruppe systemd-journal beizutreten.

mcb

Re: Totalabstürze nach RAM-Wechsel auf einem thinkpad t42

Beitrag von mcb » 27.09.2020 11:24:36

ausfahrt hat geschrieben: ↑ zum Beitrag ↑
26.09.2020 23:14:48
Hei,

da ich die Swap-Orgien auf meinem thinkpad t42 mit debian buster ein wenig eindämmen wollte, hab ich eines der 512MB RAM Module durch ein 1 GB RAM ersetzt (sind jetzt aktuell 1,5 GB RAM). Der Speicher-Riegel war explizit für den t42 ausgewiesen.
Das System läuft an sich jetzt runder, wenn nich ab und an unvermittelt alles einfriert und nix mehr geht (also auch nicht STRG-ALT-F1, um Anwendungen zu killen).
Memtest hat keine Fehler im RAM gefunden. Wo kann ich außerdem überprüfen, was die Kiste abschießt (Hardware inkompatibel usw.).

Danke im Voraus für Anregungen
Ich kann meinen Vater nachher fragen -> der hat noch Ramriegel für T42

Sorry für Offtopic -> welche Debian CD nimmt man für T42(s) -> hier liegen noch zwei! rum 8)

ausfahrt
Beiträge: 228
Registriert: 27.11.2008 23:21:41

Re: Totalabstürze nach RAM-Wechsel auf einem thinkpad t42

Beitrag von ausfahrt » 27.09.2020 11:43:16

@willy4711:

dmidecode lässr sich bei mir nur mit su - ausführen.

Code: Alles auswählen

journalctl -b -1 -n50
-- Logs begin at Sun 2020-09-27 11:16:38 CEST, end at Sun 2020-09-27 11:36:50 CE
Sep 27 11:33:18 debiant42 ifdown[2064]: For info, please visit https://www.isc.o
Sep 27 11:33:18 debiant42 ifdown[2064]: Listening on LPF/enp2s1/00:10:c6:df:a2:9
Sep 27 11:33:18 debiant42 ifdown[2064]: Sending on   LPF/enp2s1/00:10:c6:df:a2:9
Sep 27 11:33:18 debiant42 ifdown[2064]: Sending on   Socket/fallback
Sep 27 11:33:18 debiant42 dhclient[2080]: Copyright 2004-2018 Internet Systems C
Sep 27 11:33:18 debiant42 dhclient[2080]: All rights reserved.
Sep 27 11:33:18 debiant42 dhclient[2080]: For info, please visit https://www.isc
Sep 27 11:33:18 debiant42 dhclient[2080]: 
Sep 27 11:33:18 debiant42 dhclient[2080]: Listening on LPF/enp2s1/00:10:c6:df:a2
Sep 27 11:33:18 debiant42 dhclient[2080]: Sending on   LPF/enp2s1/00:10:c6:df:a2
Sep 27 11:33:18 debiant42 dhclient[2080]: Sending on   Socket/fallback
Sep 27 11:33:18 debiant42 dhclient[2080]: DHCPRELEASE of 192.168.178.63 on enp2s
Sep 27 11:33:18 debiant42 ifdown[2064]: DHCPRELEASE of 192.168.178.63 on enp2s1 
Sep 27 11:33:18 debiant42 avahi-autoipd(enp2s1)[1022]: Got SIGTERM, quitting.
Sep 27 11:33:18 debiant42 avahi-autoipd(enp2s1)[1022]: Callout STOP, address 169
Sep 27 11:33:18 debiant42 systemd[1]: ifup@enp2s1.service: Succeeded.
Sep 27 11:33:18 debiant42 systemd[1]: Stopped ifup for enp2s1.
Sep 27 11:33:18 debiant42 systemd[1]: Stopped target Local File Systems.
Sep 27 11:33:18 debiant42 systemd[1]: Unmounting /boot...
Sep 27 11:33:18 debiant42 systemd[1]: systemd-sysctl.service: Succeeded.
Sep 27 11:33:18 debiant42 systemd[1]: Stopped Apply Kernel Variables.
Sep 27 11:33:18 debiant42 systemd[1]: systemd-modules-load.service: Succeeded.
Sep 27 11:33:18 debiant42 systemd[1]: Stopped Load Kernel Modules.
Sep 27 11:33:18 debiant42 systemd[1]: boot.mount: Succeeded.
Sep 27 11:33:18 debiant42 systemd[1]: Unmounted /boot.
Sep 27 11:33:18 debiant42 systemd[1]: Reached target Unmount All Filesystems.
Sep 27 11:33:18 debiant42 systemd[1]: systemd-fsck@dev-disk-by\x2duuid-ec462984\
Sep 27 11:33:18 debiant42 systemd[1]: Stopped File System Check on /dev/disk/by-
Sep 27 11:33:18 debiant42 systemd[1]: Removed slice system-systemd\x2dfsck.slice
Sep 27 11:33:18 debiant42 systemd[1]: Stopped target Local File Systems (Pre).
Sep 27 11:33:18 debiant42 systemd[1]: Stopping Monitoring of LVM2 mirrors, snaps
Sep 27 11:33:18 debiant42 systemd[1]: systemd-tmpfiles-setup-dev.service: Succee
Sep 27 11:33:18 debiant42 systemd[1]: Stopped Create Static Device Nodes in /dev
Sep 27 11:33:18 debiant42 systemd[1]: systemd-sysusers.service: Succeeded.
Sep 27 11:33:18 debiant42 systemd[1]: Stopped Create System Users.
Sep 27 11:33:18 debiant42 systemd[1]: systemd-remount-fs.service: Succeeded.
Sep 27 11:33:18 debiant42 systemd[1]: Stopped Remount Root and Kernel File Syste
Sep 27 11:33:18 debiant42 systemd[1]: Reached target Shutdown.
Sep 27 11:33:18 debiant42 systemd[1]: Reached target Final Step.
Sep 27 11:33:18 debiant42 systemd[1]: systemd-reboot.service: Succeeded.
Sep 27 11:33:18 debiant42 systemd[1]: Started Reboot.
Sep 27 11:33:18 debiant42 systemd[1]: Reached target Reboot.
Sep 27 11:33:18 debiant42 systemd[1]: Shutting down.
Sep 27 11:33:18 debiant42 systemd[1]: Hardware watchdog 'iTCO_wdt', version 0
Sep 27 11:33:18 debiant42 systemd[1]: Failed to set timeout to 600s: Invalid arg
Sep 27 11:33:18 debiant42 kernel: systemd-shutdow: 42 output lines suppressed du
Sep 27 11:33:18 debiant42 lvm[2127]:   2 logical volume(s) in volume group "debi
Sep 27 11:33:18 debiant42 systemd-shutdown[1]: Syncing filesystems and block dev
Sep 27 11:33:19 debiant42 systemd-shutdown[1]: Sending SIGTERM to remaining proc
Sep 27 11:33:19 debiant42 systemd-journald[262]: Journal stopped
lines 29-51/51 (END)
Sep 27 11:33:18 debiant42 systemd[1]: Stopped File System Check on /dev/disk/by-uuid/ec462984-b5b3-41cc-ad07-303b7029230c.
Sep 27 11:33:18 debiant42 systemd[1]: Removed slice system-systemd\x2dfsck.slice.
Sep 27 11:33:18 debiant42 systemd[1]: Stopped target Local File Systems (Pre).
Sep 27 11:33:18 debiant42 systemd[1]: Stopping Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling..
Sep 27 11:33:18 debiant42 systemd[1]: systemd-tmpfiles-setup-dev.service: Succeeded.
Sep 27 11:33:18 debiant42 systemd[1]: Stopped Create Static Device Nodes in /dev.
Sep 27 11:33:18 debiant42 systemd[1]: systemd-sysusers.service: Succeeded.
Sep 27 11:33:18 debiant42 systemd[1]: Stopped Create System Users.
Sep 27 11:33:18 debiant42 systemd[1]: systemd-remount-fs.service: Succeeded.
Sep 27 11:33:18 debiant42 systemd[1]: Stopped Remount Root and Kernel File Systems.
Sep 27 11:33:18 debiant42 systemd[1]: Reached target Shutdown.
Sep 27 11:33:18 debiant42 systemd[1]: Reached target Final Step.
Sep 27 11:33:18 debiant42 systemd[1]: systemd-reboot.service: Succeeded.
Sep 27 11:33:18 debiant42 systemd[1]: Started Reboot.
Sep 27 11:33:18 debiant42 systemd[1]: Reached target Reboot.
Sep 27 11:33:18 debiant42 systemd[1]: Shutting down.
Sep 27 11:33:18 debiant42 systemd[1]: Hardware watchdog 'iTCO_wdt', version 0
Sep 27 11:33:18 debiant42 systemd[1]: Failed to set timeout to 600s: Invalid argument
Sep 27 11:33:18 debiant42 kernel: systemd-shutdow: 42 output lines suppressed due to ratelimiting
Sep 27 11:33:18 debiant42 lvm[2127]:   2 logical volume(s) in volume group "debiant42-vg" unmonitored
Sep 27 11:33:18 debiant42 systemd-shutdown[1]: Syncing filesystems and block devices.
Sep 27 11:33:19 debiant42 systemd-shutdown[1]: Sending SIGTERM to remaining processes...
Sep 27 11:33:19 debiant42 systemd-journald[262]: Journal stopped

willy4711

Re: Totalabstürze nach RAM-Wechsel auf einem thinkpad t42

Beitrag von willy4711 » 27.09.2020 12:03:30

Das war jetzt aber ein "normaler" shutdown?
Solltest warten, bis die Büchse wieder abschmiert, und es dann versuchen.

Da da Zeilen doppelt kommen (das passiert, wenn das Terminal-Fenster nicht alle Zeilen auf einmal anzeigen kann),
vielleicht erst mal in ein Textfile speichern.
also

Code: Alles auswählen

journalctl -b -1 -n50>irgendwas.txt

ausfahrt
Beiträge: 228
Registriert: 27.11.2008 23:21:41

Re: Totalabstürze nach RAM-Wechsel auf einem thinkpad t42

Beitrag von ausfahrt » 27.09.2020 12:09:08

Ok kapiert. Ich melde mich wieder wenn es mich ereilt hat. Wenn nicht, dann markiere ich den Thread nach 2 Wochen als [gelöst].

Danke erst mal an die sinnvoll Antwortenden :wink:

ausfahrt
Beiträge: 228
Registriert: 27.11.2008 23:21:41

Re: Totalabstürze nach RAM-Wechsel auf einem thinkpad t42 [gelöst]

Beitrag von ausfahrt » 09.10.2020 21:52:35

Die Lösung war wohl, dass der 1GB RAM Riegel unter der Tastatur platziert werden musste. Seitdem gab es keine Abstürze mehr. Die Kiste muss jetzt weniger swapen und läuft echt besser :D

Antworten