Bei mir half:

Links und rechts an der Tonerkartusche sind kleine, runde Öffnungen, diese scheinen Sichtfenster zur Kontrolle des Tonerstandes zu sein.  Überkleben mit schwarzem Klebeband ließ die Meldung verschwinden. Achtung: vielleicht geht hierbei aber der Drucker kaputt! Die Ausdrucke sind jetzt zwar schlecht, ich kann aber zumindest den einen wichtigen Ausdruck noch machen.  Neuer Toner ist bestellt. 🙂

Der Drucker scheint also weder einen internen elektronischen noch einen mechanischen Hebel für den Füllstand zu haben, sondern einfach nachzusehen. Auf anderen Seiten wird das gleichzeitige Drücken von 1+7 oder  2+8 empfohlen, dies bietet aber nur die Möglichkeit den elektronischen Zähler für andere Verbrauchsmaterialien zurückzusetze. Macht man dies ohne wirklich die Komponente zu tauschen wird es meist auch nur schlechte Ausdrucke fabrizieren, vielleicht sogar den Drucker beschädigen. Auch das Abkleben könnte den Drucker beschädigen. Gut dahingegen ist: Nachbestellen wenn die Meldung dazu kommt!

Simone hatte die schöne Idee, es könne ein anglizismus sein (»dumb ass«), wird aber leider wohl nicht so sein. Eine Möglichkeit, die mir dann schon plausibler scheint, ist die Herkunft von »Dummbart«, aufgeführt in Grimms Wörterbuch. Die Affrizierung des /t/ und der Fortfall des /r/ müsste man anderweitig prüfen, ob dies so vorkam, vorstellbar ist es schon, zumal der Wortbestandteil »Bart« sicherlich schon lange zur falschen Herkunftsdeutung geführt hat, die dann aber logisch sinnlos scheinen musste.

Nach langem Suchen an der falschen Stelle habe ich endlich jemanden gefunden, der die Lösung hatte. Eine Sangoma FlexBRI B700, eine ISDN-Karte mit 4 S0 sowie 2 FXS/FXO, gab keine Caller ID nach draußen. Es lag nicht an den Konfigurationsdateien und meiner Unfähigkeit, es war ein Programmfehler im Treiber. Diesen hat dankenswerterweise Mathias Kaufmann bereits gefunden,allein, seine Seite war schwer zu finden. Darum verweise ich hier auf diese, damit sie der nächste vielleicht schneller findet (ich konnte die Seite nur aus dem Google-Cache aufrufen):

https://blog.stei.gr/sangoma-sendet-falsche-callerid

Darüberhinaus ist hier der kleine Patch, der den Fehler behebt.

--- chan_woomera.c 2011-02-17 18:07:36.000000000 +0100
+++ chan_woomera.c.new 2011-08-12 17:24:44.000000000 +0200
@@ -332,10 +332,10 @@
#if defined(AST18)
#define W_SUBCLASS_INT subclass.integer
#define W_SUBCLASS_CODEC subclass.codec
-#define W_CID_NAME caller.id.name.str
-#define W_CID_NAME_PRES caller.id.name.presentation
-#define W_CID_NUM caller.id.number.str
-#define W_CID_NUM_PRES caller.id.number.presentation
+#define W_CID_NAME connected.id.name.str
+#define W_CID_NAME_PRES connected.id.name.presentation
+#define W_CID_NUM connected.id.number.str
+#define W_CID_NUM_PRES connected.id.number.presentation
#define W_CID_FROM_RDNIS redirecting.from.number.str
#define W_CID_SET_FROM_RDNIS(self,_value) self->redirecting.from.number.str = _value; self->redirecting.from.number.valid=1
#else


Ist eigentlich ganz einfach:

set @nr=0;
update liste set artikel_nr=(@nr:=@nr+1);