Liebe Liste, beim Installieren eines neuen Druckers (Brother MFCJ5945DW) auf einem Tumbleweed-System bekomme ich immer wieder die Fehlermeldung "Request too large". Leider bekomme ich nicht heraus, was hier zu groß sein soll. Auf den Partitionen des Systems ist noch reichlich Platz. Mir gelingt schon nicht eine funktionierende Installation des Druckers.Brother liefert dazu ein rpm und ein Installationsskript. Ein Ausschnitt aus dem Installationsprotokoll lautet dann: ----------------8<---------------------- rpm -ihv --nodeps --replacefiles --replacepkgs mfcj5945dwpdrv-1.0.0-0.i386.rpm Verifying... ######################################## Preparing... ######################################## Updating / installing... mfcj5945dwpdrv-1.0.0-0 ######################################## lpadmin -p MFCJ5945DW -E -v dnssd://Brother%20MFC-J5945DW._ipp._tcp.local/?uuid=e3248000-80ce-11db-8000-b42200332e10 -P /usr/share/cups/model/Brother/brother_mfcj5945dw_printer_en.ppd lpadmin: Printer drivers are deprecated and will stop working in a future version of CUPS. lpadmin: Request Entity Too Large -------------->8------------------------ Da der lpadmin Aufruf auch geschieht, wenn ich den angegebenen rpm-Aufruf manuell durchführe, gehe ich davon aus, das lpadmin von rpm gerufen wurde. Wenn ich anschließend lpstat -a ausführe, gibt es den Drucker: MFCJ5945DW accepting requests since Sun Nov 26 18:17:02 2023 Ein "lp -d MFCJ5945DW beispiel.jpg" führt zu einer "broken pipe". Ein "lp -d MFCJ5945DW .bashrc" zu "lp: Gesamte Anfrage zu groß" systemctl status cups sagt, cups sei loaded, enabled und active, Aber: ----------------8<---------------------- Unable to create directory "/var/log/cups" - No such file or directory Unable to open log file "/var/log/cups/error_log" - No such file or directory -------------->8------------------------ ll -d /var /var/log /var/log/cups /var/log/cups/error_log gibt: ----------------8<---------------------- ls: cannot access '/var/log/cups/error_log': No such file or directory lrwxrwxrwx 1 root root 9 Mar 24 2023 /var -> /home/var drwxrwxrwx 26 root root 4096 Nov 26 17:52 /var/log drwxrwxrwx 2 root lp 4096 Nov 26 17:52 /var/log/cups -------------->8------------------------ (Die Zugriffe auf die Verzeichnisse habe ich so großzügig gestaltet, damit es nicht daran liegt, das /var/log/cups nicht gefunden wird.) Cups (localhost:631 -> Drucker) meldet, den Drucker als "Local Raw Printer", was sicher nicht das Ziel des Installationsskripts von Brother war. Eigentlich sollte da der richtige Druckertreiber angegeben sein. df -h liefert u.a.: /dev/sda2 30G 21G 7.7G 73% / /dev/sda3 78G 72G 4.9G 94% /home und df -ih: /dev/sda2 1.9M 520K 1.4M 28% / /dev/sda3 5.0M 638K 4.4M 13% /home Wer kann mir sagen, wie ich meinen Drucker zum Laufen bekomme? Übrigens: Als Scanner funktioniert er. Deshalb schließe ich Netzwerkprobleme erst einmal aus. Gruß Jan
Du solltest vielleicht Mal das "--nodeps --replacefiles --replacepkgs " weglassen.
Normal funktioniert das nämlich wunderbar ohne Fehler.
Gruß
Eric
Am 26. November 2023 18:41:17 MEZ schrieb "Handwerker, Jan (IMK)"
Liebe Liste,
beim Installieren eines neuen Druckers (Brother MFCJ5945DW) auf einem Tumbleweed-System bekomme ich immer wieder die Fehlermeldung "Request too large". Leider bekomme ich nicht heraus, was hier zu groß sein soll. Auf den Partitionen des Systems ist noch reichlich Platz. Mir gelingt schon nicht eine funktionierende Installation des Druckers.Brother liefert dazu ein rpm und ein Installationsskript. Ein Ausschnitt aus dem Installationsprotokoll lautet dann:
----------------8<---------------------- rpm -ihv --nodeps --replacefiles --replacepkgs mfcj5945dwpdrv-1.0.0-0.i386.rpm Verifying... ######################################## Preparing... ######################################## Updating / installing... mfcj5945dwpdrv-1.0.0-0 ######################################## lpadmin -p MFCJ5945DW -E -v dnssd://Brother%20MFC-J5945DW._ipp._tcp.local/?uuid=e3248000-80ce-11db-8000-b42200332e10 -P /usr/share/cups/model/Brother/brother_mfcj5945dw_printer_en.ppd lpadmin: Printer drivers are deprecated and will stop working in a future version of CUPS. lpadmin: Request Entity Too Large -------------->8------------------------
Da der lpadmin Aufruf auch geschieht, wenn ich den angegebenen rpm-Aufruf manuell durchführe, gehe ich davon aus, das lpadmin von rpm gerufen wurde.
Wenn ich anschließend lpstat -a ausführe, gibt es den Drucker:
MFCJ5945DW accepting requests since Sun Nov 26 18:17:02 2023
Ein "lp -d MFCJ5945DW beispiel.jpg" führt zu einer "broken pipe". Ein "lp -d MFCJ5945DW .bashrc" zu "lp: Gesamte Anfrage zu groß"
systemctl status cups sagt, cups sei loaded, enabled und active, Aber:
----------------8<---------------------- Unable to create directory "/var/log/cups" - No such file or directory Unable to open log file "/var/log/cups/error_log" - No such file or directory -------------->8------------------------
ll -d /var /var/log /var/log/cups /var/log/cups/error_log gibt: ----------------8<---------------------- ls: cannot access '/var/log/cups/error_log': No such file or directory lrwxrwxrwx 1 root root 9 Mar 24 2023 /var -> /home/var drwxrwxrwx 26 root root 4096 Nov 26 17:52 /var/log drwxrwxrwx 2 root lp 4096 Nov 26 17:52 /var/log/cups -------------->8------------------------
(Die Zugriffe auf die Verzeichnisse habe ich so großzügig gestaltet, damit es nicht daran liegt, das /var/log/cups nicht gefunden wird.)
Cups (localhost:631 -> Drucker) meldet, den Drucker als "Local Raw Printer", was sicher nicht das Ziel des Installationsskripts von Brother war. Eigentlich sollte da der richtige Druckertreiber angegeben sein.
df -h liefert u.a.: /dev/sda2 30G 21G 7.7G 73% / /dev/sda3 78G 72G 4.9G 94% /home
und df -ih: /dev/sda2 1.9M 520K 1.4M 28% / /dev/sda3 5.0M 638K 4.4M 13% /home
Wer kann mir sagen, wie ich meinen Drucker zum Laufen bekomme?
Übrigens: Als Scanner funktioniert er. Deshalb schließe ich Netzwerkprobleme erst einmal aus.
Gruß Jan
Und immer daran denken: Du installierst 32 Bit Treiber was eigentlich kein Problem ist, aber du brauchst dafür: glibc-32bit sowie die beiden libusb-32-bit Pakete i+ | glibc-32bit | Paket | 2.31-150300.63.1 | x86_64 | Sle-Update i+ | libusb-0_1-4-32bit | Paket | 0.1.13-150400.12.4 | x86_64 | OSS i+ | libusb-1_0-0-32bit | Paket | 1.0.24-150400.3.3.1 | x86_64 | OSS Stephan Am Sonntag, 26. November 2023, 18:41:17 CET schrieb Handwerker, Jan (IMK):
Liebe Liste,
beim Installieren eines neuen Druckers (Brother MFCJ5945DW) auf einem Tumbleweed-System bekomme ich immer wieder die Fehlermeldung "Request too large". Leider bekomme ich nicht heraus, was hier zu groß sein soll. Auf den Partitionen des Systems ist noch reichlich Platz. Mir gelingt schon nicht eine funktionierende Installation des Druckers.Brother liefert dazu ein rpm und ein Installationsskript. Ein Ausschnitt aus dem Installationsprotokoll lautet dann:
----------------8<---------------------- rpm -ihv --nodeps --replacefiles --replacepkgs mfcj5945dwpdrv-1.0.0-0.i386.rpm Verifying... ######################################## Preparing... ######################################## Updating / installing... mfcj5945dwpdrv-1.0.0-0 ######################################## lpadmin -p MFCJ5945DW -E -v dnssd://Brother%20MFC-J5945DW._ipp._tcp.local/?uuid=e3248000-80ce-11db-8000-b42200332e10 -P /usr/share/cups/model/Brother/brother_mfcj5945dw_printer_en.ppd lpadmin: Printer drivers are deprecated and will stop working in a future version of CUPS. lpadmin: Request Entity Too Large -------------->8------------------------
Da der lpadmin Aufruf auch geschieht, wenn ich den angegebenen rpm-Aufruf manuell durchführe, gehe ich davon aus, das lpadmin von rpm gerufen wurde.
Wenn ich anschließend lpstat -a ausführe, gibt es den Drucker:
MFCJ5945DW accepting requests since Sun Nov 26 18:17:02 2023
Ein "lp -d MFCJ5945DW beispiel.jpg" führt zu einer "broken pipe". Ein "lp -d MFCJ5945DW .bashrc" zu "lp: Gesamte Anfrage zu groß"
systemctl status cups sagt, cups sei loaded, enabled und active, Aber:
----------------8<---------------------- Unable to create directory "/var/log/cups" - No such file or directory Unable to open log file "/var/log/cups/error_log" - No such file or directory -------------->8------------------------
ll -d /var /var/log /var/log/cups /var/log/cups/error_log gibt: ----------------8<---------------------- ls: cannot access '/var/log/cups/error_log': No such file or directory lrwxrwxrwx 1 root root 9 Mar 24 2023 /var -> /home/var drwxrwxrwx 26 root root 4096 Nov 26 17:52 /var/log drwxrwxrwx 2 root lp 4096 Nov 26 17:52 /var/log/cups -------------->8------------------------
(Die Zugriffe auf die Verzeichnisse habe ich so großzügig gestaltet, damit es nicht daran liegt, das /var/log/cups nicht gefunden wird.)
Cups (localhost:631 -> Drucker) meldet, den Drucker als "Local Raw Printer", was sicher nicht das Ziel des Installationsskripts von Brother war. Eigentlich sollte da der richtige Druckertreiber angegeben sein.
df -h liefert u.a.: /dev/sda2 30G 21G 7.7G 73% / /dev/sda3 78G 72G 4.9G 94% /home
und df -ih: /dev/sda2 1.9M 520K 1.4M 28% / /dev/sda3 5.0M 638K 4.4M 13% /home
Wer kann mir sagen, wie ich meinen Drucker zum Laufen bekomme?
Übrigens: Als Scanner funktioniert er. Deshalb schließe ich Netzwerkprobleme erst einmal aus.
Gruß Jan
Stimmt. Das mit den 32bit habe ich übersehen.
Bei mir funktioniert alles. Und das schon ne Weile.
Gruß
Eric
Am 26. November 2023 20:03:04 MEZ schrieb Stephan Hemeier
Und immer daran denken: Du installierst 32 Bit Treiber was eigentlich kein Problem ist, aber du brauchst dafür: glibc-32bit sowie die beiden libusb-32-bit Pakete
i+ | glibc-32bit | Paket | 2.31-150300.63.1 | x86_64 | Sle-Update i+ | libusb-0_1-4-32bit | Paket | 0.1.13-150400.12.4 | x86_64 | OSS i+ | libusb-1_0-0-32bit | Paket | 1.0.24-150400.3.3.1 | x86_64 | OSS
Stephan
Am Sonntag, 26. November 2023, 18:41:17 CET schrieb Handwerker, Jan (IMK):
Liebe Liste,
beim Installieren eines neuen Druckers (Brother MFCJ5945DW) auf einem Tumbleweed-System bekomme ich immer wieder die Fehlermeldung "Request too large". Leider bekomme ich nicht heraus, was hier zu groß sein soll. Auf den Partitionen des Systems ist noch reichlich Platz. Mir gelingt schon nicht eine funktionierende Installation des Druckers.Brother liefert dazu ein rpm und ein Installationsskript. Ein Ausschnitt aus dem Installationsprotokoll lautet dann:
----------------8<---------------------- rpm -ihv --nodeps --replacefiles --replacepkgs mfcj5945dwpdrv-1.0.0-0.i386.rpm Verifying... ######################################## Preparing... ######################################## Updating / installing... mfcj5945dwpdrv-1.0.0-0 ######################################## lpadmin -p MFCJ5945DW -E -v dnssd://Brother%20MFC-J5945DW._ipp._tcp.local/?uuid=e3248000-80ce-11db-8000-b42200332e10 -P /usr/share/cups/model/Brother/brother_mfcj5945dw_printer_en.ppd lpadmin: Printer drivers are deprecated and will stop working in a future version of CUPS. lpadmin: Request Entity Too Large -------------->8------------------------
Da der lpadmin Aufruf auch geschieht, wenn ich den angegebenen rpm-Aufruf manuell durchführe, gehe ich davon aus, das lpadmin von rpm gerufen wurde.
Wenn ich anschließend lpstat -a ausführe, gibt es den Drucker:
MFCJ5945DW accepting requests since Sun Nov 26 18:17:02 2023
Ein "lp -d MFCJ5945DW beispiel.jpg" führt zu einer "broken pipe". Ein "lp -d MFCJ5945DW .bashrc" zu "lp: Gesamte Anfrage zu groß"
systemctl status cups sagt, cups sei loaded, enabled und active, Aber:
----------------8<---------------------- Unable to create directory "/var/log/cups" - No such file or directory Unable to open log file "/var/log/cups/error_log" - No such file or directory -------------->8------------------------
ll -d /var /var/log /var/log/cups /var/log/cups/error_log gibt: ----------------8<---------------------- ls: cannot access '/var/log/cups/error_log': No such file or directory lrwxrwxrwx 1 root root 9 Mar 24 2023 /var -> /home/var drwxrwxrwx 26 root root 4096 Nov 26 17:52 /var/log drwxrwxrwx 2 root lp 4096 Nov 26 17:52 /var/log/cups -------------->8------------------------
(Die Zugriffe auf die Verzeichnisse habe ich so großzügig gestaltet, damit es nicht daran liegt, das /var/log/cups nicht gefunden wird.)
Cups (localhost:631 -> Drucker) meldet, den Drucker als "Local Raw Printer", was sicher nicht das Ziel des Installationsskripts von Brother war. Eigentlich sollte da der richtige Druckertreiber angegeben sein.
df -h liefert u.a.: /dev/sda2 30G 21G 7.7G 73% / /dev/sda3 78G 72G 4.9G 94% /home
und df -ih: /dev/sda2 1.9M 520K 1.4M 28% / /dev/sda3 5.0M 638K 4.4M 13% /home
Wer kann mir sagen, wie ich meinen Drucker zum Laufen bekomme?
Übrigens: Als Scanner funktioniert er. Deshalb schließe ich Netzwerkprobleme erst einmal aus.
Gruß Jan
Am 26.11.23 um 18:41 schrieb Handwerker, Jan (IMK):
----------------8<---------------------- Unable to create directory "/var/log/cups" - No such file or directory Unable to open log file "/var/log/cups/error_log" - No such file or directory -------------->8------------------------
ll -d /var /var/log /var/log/cups /var/log/cups/error_log gibt: ----------------8<---------------------- ls: cannot access '/var/log/cups/error_log': No such file or directory lrwxrwxrwx 1 root root 9 Mar 24 2023 /var -> /home/var
Ich würde spontan und großzügig 12 Cent drauf wetten, dass Dir hier AppArmor in die Suppe spuckt, weil er mit Deinem kreativen Symlink nicht klar kommt. Wenn sich das bewahrheiten sollte: wahlweise wieder zurück migrieren ond mal einen bind Mount versuchen. Viele Grüße Ulf
Naja.
Nochmal.
Kein 32bit.
Keine Parameter die einiges ignorieren verwenden.
Sondern ein einfaches zypper in *.rpm
Oder rpm -ivh
Und das Apparmor ausschalten fals wirklich an.
Wie gesagt die Installation funktioniert einwandfrei ohne Fehler.
Gruß
Eric
Am 26. November 2023 20:52:54 MEZ schrieb Ulf Volmer
Am 26.11.23 um 18:41 schrieb Handwerker, Jan (IMK):
----------------8<---------------------- Unable to create directory "/var/log/cups" - No such file or directory Unable to open log file "/var/log/cups/error_log" - No such file or directory -------------->8------------------------
ll -d /var /var/log /var/log/cups /var/log/cups/error_log gibt: ----------------8<---------------------- ls: cannot access '/var/log/cups/error_log': No such file or directory lrwxrwxrwx 1 root root 9 Mar 24 2023 /var -> /home/var
Ich würde spontan und großzügig 12 Cent drauf wetten, dass Dir hier AppArmor in die Suppe spuckt, weil er mit Deinem kreativen Symlink nicht klar kommt.
Wenn sich das bewahrheiten sollte: wahlweise wieder zurück migrieren ond mal einen bind Mount versuchen.
Viele Grüße Ulf
[Quoting repariert] Am Sun, Nov 26, 2023 at 11:14:18PM +0100 schrieb Eric Schirra:
Am 26. November 2023 20:52:54 MEZ schrieb Ulf Volmer
:
Ich würde spontan und großzügig 12 Cent drauf wetten, dass Dir hier AppArmor in die Suppe spuckt, weil er mit Deinem kreativen Symlink nicht klar kommt.
Naja.
Darf ich da jetzt so verstehen, dass Du die 12 Cent investierst und die Wette dagegen hältst? Grüße Ulf
Lieber Ulf, lieber Eric, liebes ser Stephan,
habt herzlichen Dank für Eure Unterstützung. Jetzt druckt der Drucker. Ich weiß nur nicht warum...
Zunächst: Ich war ein paar Tage unpässlich und konnte mich erst heute des Problems wieder annehmen. Tut mir leid, dass Eure schnellen Antworten erst jetzt genutzt wurden.
glibc-32bit und libusb-0_1-4-32bit und libusb-1_0-0-32bit waren installiert. (Hier hatte ich die größte Hoffnung, aber das Problem bestand nicht.)
Eine Installation ohne -nodeps --replacefiles -- replacepkgs hat auch keine Veränderung hervorgebracht.
Und meines Wissens läuft auch tatsächlich apparmor nicht. (Wie teste ich das zuverlässig?)
Ich habe aber trotzdem einmal "var" aus /home/var mit /var als symbolischen Link physikalisch nach /var verschoben. Das war's.
Auf einem anderen Rechner habe ich /export/var mit /var als symbolischen Link laufen. Das funktioniert. Eigentumsrechte und Zugriffsrechte auf /home, /home/var und /export und /export/var sind auf den Rechnern identisch. Nur der Name des Verzeichnisses ist unterschiedlich. Ich verstehe echt nicht, warum da ein Unterschied entsteht. Aber es macht einen.
Jetzt habe ich leider wieder eine recht volle /-Partition, was bei Updates immer mal wieder Probleme macht. Ich werde etwas anderes von / nach /home schieben müssen...
Nochmals: Herzlichen Dank!
Der Drucker druckt jetzt.
Gruß
Jan
________________________________________
Von: Ulf Volmer
Am 26. November 2023 20:52:54 MEZ schrieb Ulf Volmer
:
Ich würde spontan und großzügig 12 Cent drauf wetten, dass Dir hier AppArmor in die Suppe spuckt, weil er mit Deinem kreativen Symlink nicht klar kommt.
Naja.
Darf ich da jetzt so verstehen, dass Du die 12 Cent investierst und die Wette dagegen hältst? Grüße Ulf
Am 30.11.23 um 17:14 schrieb Handwerker, Jan (IMK):
Und meines Wissens läuft auch tatsächlich apparmor nicht. (Wie teste ich das zuverlässig?)
sudo apparmor_status
Ich habe aber trotzdem einmal "var" aus /home/var mit /var als symbolischen Link physikalisch nach /var verschoben. Das war's.
Auf einem anderen Rechner habe ich /export/var mit /var als symbolischen Link laufen. Das funktioniert. Eigentumsrechte und Zugriffsrechte auf /home, /home/var und /export und /export/var sind auf den Rechnern identisch. Nur der Name des Verzeichnisses ist unterschiedlich. Ich verstehe echt nicht, warum da ein Unterschied entsteht. Aber es macht einen.
Jetzt habe ich leider wieder eine recht volle /-Partition, was bei Updates immer mal wieder Probleme macht. Ich werde etwas anderes von / nach /home schieben müssen...
Wie bereits erwähnt, als Alternative kannst Du mal einen Bind Mount von /home/var nach /var versuchen. Fühlt sich für mich zwar ziemlich schmutzig an, könnte aber Dein Problem lösen. Viele Grüße Ulf
participants (4)
-
Eric Schirra
-
Handwerker, Jan (IMK)
-
Stephan Hemeier
-
Ulf Volmer