Hallo,
ich frage das, um dieses Problem kurzfristig umschiffen zu können.
Anmeldungsdatum: Beiträge: 3035 Wohnort: Köln |
Hallo, ich frage das, um dieses Problem kurzfristig umschiffen zu können. |
Anmeldungsdatum: Beiträge: 3094 |
Hallo UlfZibis,
Ich weiß leider nicht ob das geht, doch selbst wenn es möglich ist würde ich dringend davon abraten. Du hast einen defekten Speicherriegel oder wenn es dumm läuft ein defektes Board. Diese defekte Hardware weiter zu verwenden und darauf zu vertrauen dass die Software das schon irgendwie regelt ist russisches Roulette. Du hast hoffentlich ein gutes Backup, denn auch nur ein mal falsch in den Verwaltungsbereich des Dateisystems zurückgeschrieben und Du hast noch ganz andere Probleme... Gruß Tom |
Anmeldungsdatum: Beiträge: 7657 |
Wenn du die Region genau kennst, u.U. ja mit einem Kernelparameter. memmap=nn[KMG]@ss[KMG] [KNL] Force usage of a specific region of memory. Region of memory to be used is from ss to ss+nn. memmap=nn[KMG]$ss[KMG] [KNL,ACPI] Mark specific memory as reserved. Region of memory to be reserved is from ss to ss+nn. Example: Exclude memory from 0x18690000-0x1869ffff memmap=64K$0x18690000 or memmap=0x10000$0x18690000 der kann auch mehrfach angegeben werden wenn es mehrere Regionen sind also z.B. memmap=100M@2800M würde 2800-2900 sperren EDIT: Evtl muss es auch $ sein statt @ ich bring das immer durcheinander, probiers einfach aus 😉 |
Anmeldungsdatum: Beiträge: 6244 Wohnort: Berlin |
Nach dem Hinweis von frostschutz bin ich auf diesen Artikel gestoßen. Berichte mal, ob das funktioniert hat - wobei klar sein dürfte, dass früher oder sp… ähh, noch früher neue Speicheriegel fällig sind. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3035 Wohnort: Köln |
Oh ja, genau sowas habe ich gesucht, danke.
Danke, ja so wie ich es verstehe, müsste es $ sein.
Sehr gut, das bestätigt den Ansatz. Wenn ich es richtig verstehe, muss ich also den
Ob ich heute noch zu komme, ist unklar, werde ich aber machen, wobei mir als einzige Methode, das festzustellen nur einfällt, dass ich keinen Crash mehr beobachten kann. Das dürfte ein paar Tage dauern, denn bisher waren diese nicht so häufig.
Ist klar, doch warum sollte er davon schneller kaputt gehen? |
Anmeldungsdatum: Beiträge: 6244 Wohnort: Berlin |
Steht im Wiki, ich würde "GRUB_CMDLINE_LINUX=" benutzen.
Das meinte ich.
Nee, schneller Kaputt geht wohl nix. Aber der Speicher ist ja schon kaputt, und es ist zweifelhaft, dass es bei den als defekt gefundenen Speicherstellen bleibt. Und so ein Speicher, der unbemerkt Daten verstümmelt, kann sich letztendlich schon fatal auswirken. Da hilft dann ja nicht mal ein Backup, weil auch das die Fehler unbemerkt mit übernimmmt. Und jede Aktualisierung kann das System weiter destabilisieren, wenn sich der Speicherfehler in den Systemdateien niederschlägt. Wenn der Speicher dann ersetzt ist, würde ich eine komplette Neuinstallation machen, um sicher zu gehen, dass keine korrumpierten Daten im System rumschwirren. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3035 Wohnort: Köln |
Erster Versuch /etc/default/grub: GRUB_CMDLINE_LINUX="memmap=0x10000000$0xB0000000" Ergebnis /boot/grub/grub.cfg: linux /boot/vmlinuz-4.4.0-65-generic root=UUID=51f526da-0e79-4565-9609-50797d11ac16 ro memmap=0x10000000/usr/sbin/grub-mkconfigxB0000000 quiet splash $vt_handoff Offensichtlich muss ich '$' noch maskieren, ich probiere mal mit '\'. EDIT: Ok, das klappt. Dann werde ich damit mal starten ... |
Anmeldungsdatum: Beiträge: 7657 |
Und wenn \$ nicht geht dann \\\$ |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3035 Wohnort: Köln |
Also mit linux /boot/vmlinuz-4.4.0-65-generic root=UUID=51f526da-0e79-4565-9609-50797d11ac16 ro memmap=0x10000000$0xB0000000 quiet splash $vt_handoff Nach dem Booten komme ich damit einwandfrei in den Login-Schirm, doch dann hakt's ... die HD-LED hat Dauerlicht und sonst passiert auch nach Minuten weiter nichts mehr. Ich probier's also mal mit und danach mit |
Anmeldungsdatum: Beiträge: 7657 |
Schau was in /proc/cmdline steht, dort muss ein $ Zeichen (und eben die richtigen Zahlenwerte) erscheinen ohne \ |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3035 Wohnort: Köln |
Nun, mit dem 3-fach \ hat's nun geklappt. Laut Systemüberwachung habe ich nun 3,6 GiB, gegenüber vorher 3,8 GiB. Der Speicherbereich ist also gesperrt, dann werde ich die nächsten Tage erfahren, ob es mir was nützt. Vorher hat er wohl durch wildes Swappen versucht, den Befehl auszuführen ... wobei ich mich wundere, dass er nicht schneller drauf kommt, dass die swap Partition endlich ist.
Du Scherzkeks, wie soll ich denn da reingucken, ohne dass ich richtig hochgefahren bin? |
Anmeldungsdatum: Beiträge: 255 Wohnort: Baden-Württemberg |
Texteditoren verhalten sich manchmal recht komisch, wenn du "Dateien" öffnen willst, die keine real existierenden Dateien darstellen sondern lediglich Systeminfos oder Geräte bereitstellen. Siehe auch Procfs |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3035 Wohnort: Köln |
Nemo ist aber kein Texteditor 😉
Besser wär's schon, da hab' ich aber gerade echt keine Lust drauf, Tage damit zu verbringen, bis ich alles wieder richtig konfiguriert habe. Bisher war für mich kritisch, dass der Thunderbird zuletzt alle 3 Std. abgeschmiert war, so dass ich Angst um meine E-Mails bekam. Da er das schon länger hin und wieder tat, bin ich zunächst nicht drauf gekommen, dass das RAM das schuld sein könnte, sondern dachte an die vielen Addons und allgemein an das uralte Profil. Ich schlage mich damit nun schon 3 Tage rum mittels eines neuen Profils wieder alles zum funzen zu bekommen. Die früheren Kalenderdaten von Lightning sehe ich z.B. immer noch nicht. |
Anmeldungsdatum: Beiträge: 2943 |
Macht GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef" nicht das gleiche? |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3035 Wohnort: Köln |
Gute Idee, könnte gut sein. Leider erschließt sich mir nirgends, wie die Syntax genau funktioniert und was genau mit dem Parameter mask genau gemeint ist. Der Link nach memtest86+ hilft da auch nicht weiter. |