Was genau heißt, dass der Speicher sich unterscheidet? Meinst du die Zahl der erkannten RAM-Riegel oder die Auslastung von Arbeitsspeicher und Swap (free -h)oder etwas anderes?
(merkwürdige Unterschiede in der Systemleistung von Reboot zu Reboot, 3 von 7 Reboots sind so auffällig, SSD liefert reduzierte Leistung (schon ausgetauscht), NIC auch)
Ich bewundere ja deine Beharrlichkeit, dich mit den Ausfallerscheinungen von 12 Jahre alter Hardware rumzuschlagen.
Ehrlich, no offense.
Ich hätte mir da schon längst einen bzw. zwei N100 besorgt, um mich dann ohne Ausfallerscheinungen bei gleicher Leistung an passiven 9W statt aktiv gekühlten 60W idle alleine des Xeon-Servers zu erfreuen.
das fasse ich mal als Kompliment auf 
Ernsthaft, ich bin genau an der Schwelle. Was ich habe, hatte ich teils schon, aber das, was ich noch brauchte, war natürlich nicht kostenfrei. Ich gebe jedenfalls nicht einen weiteren Euro für das Konstrukt aus, wenn es nicht so hinzubekommen ist, wie ich das gerne hätte. n100 ist andererseits auch nciht so wie ich mir das vorstelle. Aber auch andere Dinge - ich hatte da gerade mal einen Blick auf ein Asus ROG B-550 Gaming, Ryzen 2 4300G, 32GB - kosten und sind dann auch nur ein Kompromiss (ich hätte gerne noch zwei Frontends mehr, just in case). Immerhin bin ich jetzt soweit, dass ich fast glaube, dass das Signal ok ist und wenn es noch Fehler gibt, die irgendwie durch irgendwas Hakendes reinkommen. Als wenn da eine angezogene Handbremse irgendwo ist. Natürlich, auch wenn ich neu kaufe, es wird nicht einfach so funktionieren. Lernen und verstehen muss man in jedem Fall, das ist noch ein Punkt, der mich neben dem ökologischen Aspekt, einfach nicht immer sofort neu zu kaufen, beim alten hält.
Ich kann es mir nur so erklären, dass es ein Problem mit der Hardware bzw. der Stromversorgung gibt.
Die Leistung von NIC und SSD muss doch reproduzierbar gleich schlecht oder gut sein.
32768k sind nur 32MiB???
Bei mir ist die Angabe deutlich Größer (Faktor 10), aber deutlich unter dem verbauten RAM.
Ich würde eher vermuten, dass es die Ramdisk-Größe oder sowas ist, da müsste ich aber auch suchen.
edit:
Die zweite Zahl nach dem / gibt die Speichergröße an, man muss die Meldung nur ganz lesen 
:
Memory: 3595872K/8335796K available
Wobei das bei mir auch nicht ganz passt (etwas zu klein), die erste Zahl ist der freie RAM.
Ein echter Hardware-Fehler ist es jedenfalls zu 99,9% nicht.
Defekter Speicher verursacht Abstürze und nicht sowas.
Wenn es Hardware-Seitig ist, dann Überhitzung.
Ich würde mal eine neue CMOS-Batterie einsetzen und wichtig! das BIOS zurücksetzen und ggf. Updaten.
Merkwürdige Bootprobleme kommen, nach meiner Erfahrung, oft von einer schwachen Batterie.
Bei der Fehlerbeschreibung wäre mein Tipp aber eher in Richtung Software.
Evtl. mal mit einer Live-CD einer anderen, älteren Distri versuchen, wenn der Fehler gut reproduzierbar ist.
Das Phänomen mit der abnehmenden Performance kenne ich übrigens bei SAMBA.
Die erste Übertragung einer Aufnahme geht ruck-zuck, ab dem zweiten mal ist es viel langsamer.
Die Ursache konnte ich nicht ergründen, hoffe aber, dass es das nächste Software-Update des Servers beseitigt.
Du könntest auch mal versuchen testweise das Paket "intel-microcode" zu deinstallieren.
Das könnte sich auf die Leistung der CPU auswirken.
Ich hätte mir da schon längst einen bzw. zwei N100 besorgt, um mich dann ohne Ausfallerscheinungen bei gleicher Leistung an passiven 9W statt aktiv gekühlten 60W idle alleine des Xeon-Servers zu erfreuen.
Das Board sollte idle bei etwa 20-25W liegen, ich habe selber welche aus der Serie und die original Intel-Boards waren immer recht sparsam.
Die N100 sind sicher eine schöne Basis, aber ist der inzwischen voll unterstützt? Letztes mal, als ich schaute, ging die Videobeschleunigung noch nicht wirklich.
Generell macht es IMHO schon Sinn den Fehler zu verstehen, bevor man alles neu kauft. Nachher liegt der Fehler wo anders (wie meistens), dann hat man nichts gewonnen.
das hier ist die konkrete Zeile im Vergleich (links baddmesg.txt, rechts gooddmesg.txt)
Memory: 32568156K/33379584K available (16393K kernel code, 4 | Memory: 32568152K/33379584K available (16393K kernel code, 4...ich hätte nicht gedacht, dass da was unterschiedliches stehen kann. Aber der Rechner ist stabil, Speicherhardware habe ich eigentlich nicht befürchtet (und glaube es auch nach wie vor nicht). Nur halt komisch. Bin auf eine Erklärung gestoßen, nach der der Speicher dort eben nicht der installierte Hardwarespeicher ist, sondern der zu dem im Augenblick verfügbare Speicher (und wenn überhaupt hätte ich es auch noch falsch gelesen, links ist ja der verfügbare, rechts neben dem Schrägstrich der gesamte). Anyway: Wer den genauen RAM will soll im OS unter /proc/meminfo gucken und da den Total.
Ich boote einfach mal dieselbe Distro (Clonezilla) zum Test (der Varianz) der SSD/der Netzwerkgeschwindigkeit.
Ich vermute: Es muss irgendwas softwareseitiges sein, was die Werte runtergehen lässt (erste Benutzung der TV-Karte?). Aber während das bei der SSD z.B. irgendeine Dauernutzung sein könnte, was die serielle Datenübertragungsrate einfach reduziert, fällt mir bei der NIC nichts mehr ein. Oder Power Management.
Gestern habe ich einfach mal einen ganzen Schwank auf allen Frontends aufgenommen - und bin fehlerfrei. Fast jedenfalls. Die meisten reklamieren Abweichung von der EPG-Zeit, geschenkt. Aber in 4 von 11 Aufnahmen habe ich jeweils einen Fehler und ich vermute, dass das vielleicht derselbe Fehlerzeitpunkt sein könnte bzw. sich da irgendwas beeinflusst.
Weiß jemand, ob
a) sich die Fehlerzeitpunkte in Logs befinden oder
b) ich die Aufnahmen mit einem TS-Analyzer prüfen kann, der mir zumindest die relative Zeit von Prio1-Fehlern ausspuckt?
(Update:
Ich habe /usr/local/bin/vdr-checkts gefunden und obwohl es mir nicht die Zeiten gibt, es erzeugt noch mehr Fragezeichen
Mein Live-Frontend zeigt die "Fehler in den Aufnahmen", sprich die Zahl, die in die info geschrieben wurde. Da bin ich bei vier Aufnahmen bei 1.
Der Check mit vdr-checkts:
drwxr-xr-x 3 vdr vdr 38 Mar 27 20:18 'Kafka_(4~6)'
drwxr-xr-x 3 vdr vdr 39 Mar 27 20:18 Aktenzeichen_XY..._Ungelöst
drwxr-xr-x 3 vdr vdr 39 Mar 27 20:18 Hulk
drwxr-xr-x 3 vdr vdr 38 Mar 27 20:24 Kramer_gegen_Kramer
drwxr-xr-x 3 vdr vdr 39 Mar 27 20:26 TV_total
drwxr-xr-x 3 vdr vdr 38 Mar 27 21:11 'Kafka_(5~6)'
drwxr-xr-x 3 vdr vdr 39 Mar 27 21:11 'In_80_Tagen_um_die_Welt_(2)'
drwxr-xr-x 3 vdr vdr 38 Mar 27 21:15 'Kafka_(6~6)'
drwxr-xr-x 3 vdr vdr 38 Mar 27 21:25 Ich_habe_auf_Andy_Warhol_geschossen_-_
drwxr-xr-x 3 vdr vdr 39 Mar 27 22:20 Der_unglaubliche_Hulk
drwxr-xr-x 3 vdr vdr 40 Mar 27 22:58 'münchen_heute_kompakt_vom_27.03.2024_(W'
-rw-r--r-- 1 root root 10485760000 Mar 28 02:13 bigfile.bin
root@vdrserver:/srv/vdr/video# /usr/local/bin/vdr-checkts ./münchen_heute_kompakt_vom_27.03.2024_\(W/2024-03-27.22.58.201-0.rec/
Errors: 0
root@vdrserver:/srv/vdr/video# /usr/local/bin/vdr-checkts ./Ich_habe_auf_Andy_Warhol_geschossen_-_/
Errors: 0
root@vdrserver:/srv/vdr/video# /usr/local/bin/vdr-checkts ./Ich_habe_auf_Andy_Warhol_geschossen_-_/2024-03-27.21.25.2-0.rec/
Errors: 0
root@vdrserver:/srv/vdr/video# /usr/local/bin/vdr-checkts ./Kafka_\(4~6\)/2024-03-27.20.01.1-0.rec/
Errors: 0
root@vdrserver:/srv/vdr/video# /usr/local/bin/vdr-checkts ./Kafka_\(5~6\)/2024-03-27.20.30.1-0.rec/
Errors: 0
root@vdrserver:/srv/vdr/video# /usr/local/bin/vdr-checkts ./Kafka_\(6~6\)/2024-03-27.21.15.1-0.rec/
Errors: 0
root@vdrserver:/srv/vdr/video# /usr/local/bin/vdr-checkts ./TV_total/2024-03-27.19.45.92-0.rec/
Errors: 0
root@vdrserver:/srv/vdr/video# /usr/local/bin/vdr-checkts ./Kramer_gegen_Kramer/2024-03-27.19.45.2-0.rec/
Errors: 0
root@vdrserver:/srv/vdr/video# /usr/local/bin/vdr-checkts ./Hulk/2024-03-27.19.46.72-0.rec/
Errors: 0
root@vdrserver:/srv/vdr/video# /usr/local/bin/vdr-checkts ./Aktenzeichen_XY..._Ungelöst/2024-03-27.19.45.40-0.rec/
Errors: 0
root@vdrserver:/srv/vdr/video# /usr/local/bin/vdr-checkts ./Der_unglaubliche_Hulk/2024-03-27.22.20.72-0.rec/
Errors: 0
root@vdrserver:/srv/vdr/video# /usr/local/bin/vdr-checkts ./In_80_Tagen_um_die_Welt_\(2\)/2024-03-27.20.30.41-0.rec/
Errors: 1Nur bei der letzten Aufnahme ist der Fehler, der notiert wurde, wirklich im TS zu finden.
Also diese Speicherangaben sind bei mir auch unterschiedlich, bislang war mir das noch nicht aufgefallen, faszinierend.
sudo journalctl | grep Memory: | cut -d ":" -f 4- | sort | uniq
Dieser kleine Test zeigt bei mir ca. 25 verschiedene Angaben von insgesamt etwa 1000.
sudo journalctl | grep -c Memory:
Kurioserweise ist sogar die rechte Seite unterschiedlich, aber nur 2 um 4K verschiedene Werte.
Ob es da Häufungen bei einigen Werten gibt, habe ich nicht ausgewertet.
Bei der Menge an Bootvorgängen müssen aber einige Kernel-Updates dabei sein, ich vermute da Abhängigkeiten.
Ich vermute: Es muss irgendwas softwareseitiges sein, was die Werte runtergehen lässt (erste Benutzung der TV-Karte?).
Man könnte mal schauen, ob sich an den PCIe-Einstellungen was ändert.
sudo lspci -vv | grep -E '[0-9][0-9]:[0-9][0-9]|LnkCap|LnkSta'
Bei Datenfehlern sollte sowieso etwas im Syslog auftauchen.
Aber während das bei der SSD z.B. irgendeine Dauernutzung sein könnte, was die serielle Datenübertragungsrate einfach reduziert, fällt mir bei der NIC nichts mehr ein.
Das sollte aber mit den üblichen Tools (top usw.) auffallen, wenn irgendwas das System auslastet.
Die NIC ist für mich eh so eine Verdächtige. Die 2,5Gb-Teile sind recht neu und Realtek ist schon öfters mit Treiberproblemen aufgefallen.
Oder Power Management.
Mit powertop mal die tuneables angesehen?
Ich habe /usr/local/bin/vdr-checkts gefunden und obwohl es mir nicht die Zeiten gibt, es erzeugt noch mehr Fragezeichen
Irgendwie kommt man mit vdr-checkts an die Position und von da aus auch an die Zeit.
Wenn ich mich recht erinnere mittels der index-Datei. Ist aber ewig her, dass ich damit was gemacht habe.
Nachtrag:
Bei lediglich einen einzigen Fehler würde ich mir den Aufriss aber nicht machen.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!