EDIT: Da steht Kleinbuchstaben. Du benutzt aber auch GROSSBUCHSTABEN :p
Irgendwie kann ich mir den Threadersteller jetzt vor seinem PC genau so vorstellen, wie sich sein Avatar verhält...
EDIT: Da steht Kleinbuchstaben. Du benutzt aber auch GROSSBUCHSTABEN :p
Irgendwie kann ich mir den Threadersteller jetzt vor seinem PC genau so vorstellen, wie sich sein Avatar verhält...
Alles anzeigenWow. gibts das noch?
Den Begriff hab ich vor 35 Jahren das letzte mal gehört...
Je nach verbauten Tasten werden 2 Sockelpins als Brücke missbraucht.
Die Tastatur ist ne Matrix. Wenn die Tasten also 3 oder mehr Lötpins haben, musst du vermutlich nur 2 der Löcher brücken.
Kann aber auch sein, daß du ne Durchkontaktierung abgerissen hast. Dann musst du eben ein Drähtchen einlöten.
Gut ich habe also Lötlize nachbestellt und kremple dann Montag nochmal die Ärmel hoch. Danke!
Gut ich habe also Lötlize nachbestellt
Hm, Auslöten musst du da wohl nichts mehr.
Mach mal ein Foto vom defekten Schalter, bzw den Pins.
Hm, Auslöten musst du da wohl nichts mehr.
Mach mal ein Foto vom defekten Schalter, bzw den Pins.
Oben der neu eingelötete Switch, unten die ausgelöteten Switches. Es ist dort etwas auch gebrochen wie ich jetzt sehe.
Ich brauche auf jeden Fall mehr Zinn, da ich nur mit dem vorhandenen Material arbeiten konnte. Hatte zwar Entlötlitze, aber keine Lötlize zu Hause.
Es lässt sich nicht verschweigen, dass ich 3 Switches auslöten musste, um einen funktionierenden zu erhalten.
Man kann es also nur als Pfusch bezeichnen, aber nach deinem Kommentar glaube ich dennoch an eine mögliche Rettung.
Manchmal bin ich wirklich froh, dass ich bei wichtigen Dateien Prüfsummen verwende.
Ein älterer USB-Stick (0c76:0005 JMTek, LLC. Transcend Flash disk) dürfte ein Fall für die Tonne sein: Geschriebene Dateien sind teilweise fehlerhaft, ein Hex-Diff ist mehrere MiB groß. Da kippen nicht nur einzelne Bit sondern eher ganze Blöcke…
Definitiv reproduzierbar und der PC dürfte nicht die Ursache sein. Der Fehler tritt wohl wirklich schon beim Schreiben und nicht erst beim Lesen auf, weil es immer die gleichen (neu geschriebenen) Dateien betrifft, aber eben nicht alle. Vorhandene Dateien behalten seit Monaten die korrekten Prüfsummen.
log4j-Update: Nach dem Bibliotheksupdate ist vor dem Bibliotheksupdate – log4j 2.17.0 erschienen [apache.org]
Da das BSI leider offensichtlich auch am Samstag nicht arbeitet, wird es wohl bis zum morgigen Montag dauern, bis diese Information auch dort [bsi.bund.de] veröffentlicht wird (aber es handelt sich ja auch "nur" um eine Benachrichtigung der Kategorie "4/Rot") …
Also manchmal könnte man Systemd wirklich hassen…
* On 64 bit systems, the "kernel.pid_max" sysctl is now bumped to
4194304 by default, i.e. the full 22bit range the kernel allows, up
from the old 16bit range. This should improve security and
robustness, as PID collisions are made less likely (though certainly
still possible). There are rumours this might create compatibility
problems, though at this moment no practical ones are known to
us. Downstream distributions are hence advised to undo this change in
their builds if they are concerned about maximum compatibility, but
for everybody else we recommend leaving the value bumped. Besides
improving security and robustness this should also simplify things as
the maximum number of allowed concurrent tasks was previously bounded
by both "kernel.pid_max" and "kernel.threads-max" and now effectively
only a single knob is left ("kernel.threads-max"). There have been
concerns that usability is affected by this change because larger PID
numbers are harder to type, but we believe the change from 5 digits
to 7 digits doesn't hamper usability.
Alles anzeigen
Warum zum Teufel geht das Systemd etwas an? Das ist definitiv nichts, was dort gelöst werden sollte. Dieses Stück Software hat sich da nicht einzumischen!
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
# (at your option) any later version.
# See sysctl.d(5) and core(5) for documentation.
# To override settings in this file, create a local file in /etc
# (e.g. /etc/sysctl.d/90-override.conf), and put any assignments
# there.
# Bump the numeric PID range to its maximum of 2^22 (from the in-kernel default
# of 2^16), to make PID collisions less likely.
kernel.pid_max = 4194304
Alles anzeigen
(Dass die Anhebung durchaus sinnvoll ist und man es bei Bedarf leicht ändern kann, ist eine andere Geschichte.)
Warum zum Teufel geht das Systemd etwas an?
Weil es effektiv das Environment einer modernen Applikation stellt. Und sich sehr darum kümmert dieses auch mit sinnvollen defaults bereit zu stellen.
Siehe auch bspw https://0pointer.net/blog/file-descriptor-limits.html
Sagt mal, gibt es eigentlich eine verlässliche Statistik über die Häufigkeit von RAM soft-errors? (1bit, 2bit..)
Ich habe mal diesbezüglich gegoogelt und nur widersprüchliches gefunden.
Sooo häufig scheinen sie ja nicht zu sein.
Ich überwache das jetzt seit über einer Woche auf zwei Severn mit je 64 GB ECC und edac/rasdaemon zeigen noch keinen einzigen Error.
OK. Eine Woche ist eine kurze Zeit, aber wenn man so mancher Infos aus dem Netz glauben schenkt, dann müsste sich schon was gezeigt haben.
dann müsste sich schon was gezeigt haben
Völlig abhängig vom Wind und Wetter.. Wie SSD Ausfälle auf produktivem Blech. Vermutlich aus der gleichen Charge, also am besten gleichzeitig.
Oben der neu eingelötete Switch
Hm,
gelötet würde ich das nicht nennen
Es ist dort etwas auch gebrochen wie ich jetzt sehe.
Ja, es sieht sehr Abenteuerlich aus Ich sehe zwar "das Gebrochene" nicht, aber dir Durchkontaktierungen könnten da wohl weg sein.
Da die Tasten nur 2 Pins haben, muss nichts gebrückt werden, bzw nur die Kontakte, die du kaputtgelötet hast.
Sooo häufig scheinen sie ja nicht zu sein.
Wenn Ramfehler häufig wären, wären alle nicht ECC Rechner ja als defekt zu deklarieren.
Ich überwache das jetzt seit über einer Woche auf zwei Severn mit je 64 GB ECC und edac/rasdaemon zeigen noch keinen einzigen Error.
Vielleicht einmal mit einem zeitlich begrenzten "Rowhammer"-Testlauf überprüfen, ob das Monitoring funktioniert?
Gerade (mit etwas Verspätung) gesehen: Nachdem nun ein international agierender Cloud-Anbieter mit "A" und ein weniger international bekannter Hoster mit "H" verstärkt auf IPv6-only-Angebote setzen – Wäre das nicht auch etwas für Netcup? (Wenn ich mich nicht irre, gab es seinerzeit einmal entsprechende Angebote, die in der netcupproduktexml-Auflistung auftauchten?)
Unabhängig davon wäre nach wie vor die Möglichkeit interessant, bei KVM-Instanzen die primäre Netzwerkschnittstelle deaktivieren zu können, sodass sie wirklich nur noch über das VLAN erreichbar sind… (Denn was die virtuelle Maschine nicht sieht, kann sie nicht aktivieren!)
erst war mein login weg, jetzt schmeißt ccp 'n 502er, wetten das ist gleich wieder weg ? ich sollte lotto spielen..
uund wieder da
edit: oder auch net
Jetzt funktioniert CCP bei mir gar nichts mehr, nur 502er Fehler
Jetzt funktioniert CCP bei mir gar nichts mehr, nur 502er Fehler
Ja ist bei mir leider genauso (502 Error)
Problem ist bekannt: https://www.netcup-status.de/2021/12/stoerung-ccp-3/
Aha, dann ist das CCP bei mir so schnell, weil sonst keiner mehr reinkommt?!?