Epson Laser unter Leap 16.0 läuft seit Migration nicht mehr
- allth01
- Unerledigt
Hinweis: In dem Thema Epson Laser unter Leap 16.0 läuft seit Migration nicht mehr gibt es 71 Antworten auf 8 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
-
-
Sorry falsch geklickt .. Hier zur besseren Lesbarkeit
Code
Alles anzeigenIch kann nachinstallieren bekomme aber einen Konflikt: linux:/lib # zypper in -f https://download.opensuse.org/repositories/devel:/gcc/openSUSE_Factory/x86_64/libstdc++33-32bit-3.3.3-42.1.x86_64.rpm 'https://download.opensuse.org/repositories/devel:/gcc/openSUSE_Factory/x86_64/libstdc++33-32bit-3.3.3-42.1.x86_64.rpm' sieht nach einer RPM-Datei aus. Ich werde versuchen, sie zu verwenden. Abrufen: libstdc++33-32bit-3.3.3-42.1.x86_64.rpm .......................................................................................................................................................................[fertig (31,6 KiB/s)] Dienst 'NVIDIA' wird aktualisiert. Dienst 'openSUSE' wird aktualisiert. Repository-Daten werden geladen... Installierte Pakete werden gelesen... Installation von 'libstdc++33-32bit-3.3.3-42.1.x86_64' aus Repository 'Einfacher Cache für RPM-Dateien' wird erzwungen. Paketabhängigkeiten werden aufgelöst... Das folgende NEUE Paket wird installiert: libstdc++33-32bit 1 neues Paket zu installieren. Paketgröße zum Herunterladen: 228,8 KiB Änderung der Installationsgröße des Pakets: | 747,2 KiB erforderlich für Pakete, die installiert werden sollen 747,2 KiB | - 0 B freigegeben von Paketen, die entfernt werden sollen Backend: classic_rpmtrans Fortfahren? [j/n/v/...? zeigt alle Optionen] (j): j Abrufen: libstdc++33-32bit-3.3.3-42.1.x86_64 (Einfacher Cache für RPM-Dateien) (1/1), 228,8 KiB Überprüfung auf Dateikonflikte läuft: ...............................................................................................................................................................................................[Fehler] 1 Dateikonflikt festgestellt: File /usr/lib/libstdc++.so.5.0.7 from install of libstdc++33-32bit-3.3.3-42.1.x86_64 (Einfacher Cache für RPM-Dateien) conflicts with file from package libstdc++5-3.3.6-19.mga9.x86_64 (@System) Dateikonflikte treten auf, wenn zwei Pakete versuchen, Dateien mit demselben Namen, jedoch anderen Inhalten zu installieren. Wenn Sie den Vorgang fortsetzen, werden die im Konflikt stehenden Dateien ersetzt, wobei der bisherige Inhalt verloren geht. Fortfahren? [ja/nein] (nein): -
libstdc++5-3.3.6-19.mga9.x86_64 ( System)
Wo hast du diese denn her? Die gibt es bei mir nicht.
-
diese lib lag schon lange vor allen weitere versuchen im System. inzwischen schwer die Historie nachzuvollziehen.
-
Wenn du diese nicht benötigst, dann löschen ...
-
mga=Mageia
-
Code
Wenn ich eine Vermutung anstellen darf ? Kann es sein, dass die Einbindung einer 32-Bit Umgebung (für Treiber) ab Version Leap 16 grundsätzlich anders organisiert ist ? Das Problem könnte m.E. tiefere Ursachen haben die evtl. sogar auf den aktuellen Linux Kernel zurückzuführen sein könnten. Bis Leap 15.6. konnten die Epson 32-Bit Treiber sehr einfach mit den hier probierten Tools eingerichtet werden. -
Du hast doch die 32-Bit Unterstützung im Kernel eingeschaltet, die bei Leap 16.0 defaultmäßig ausgeschaltet ist.
Was Probleme bereitet, sind ältere Bibliotheken, die vom Druckertreiber angefordert werden, aber unter Leap 16.0 nicht mehr alle zur Verfügung stehen.
Was hast du zuletzt gemacht und welche Probleme bzw. Fehlermeldungen sind aufgetreten?
Normale 'Unterhaltung' ohne Kommandos oder Konsolenausgaben, wie diese hier, solltest du nicht in Code-tags setzen.
-
Mal abgesehen von meiner fehlenden Analyse der LOG Dateien: Die Aktivierung der 32-Bit Unterstützung via Grub2 scheint nicht ausreichend zu sein. Ich sehe nur zwei Möglichkeiten um alte 32 Bit Druckertreiber noch zu nutzen. Entweder wir bauen alte LIB`s irgendwie ein. Das birgt aber Risiken. Besser wäre es from scratch 64 Bit Wrapper aus Windows Treibern zu bauen. Mühsam ernährt sich das Eichhörnchen.... Da ich vermutlich nicht der Einzige bin, der noch einen älteren funktionierenden Drucker nutzen möchte, würde sich eine 64-Bit Lösung sicher lohnen. Alle Betroffenen könnten sich für eine "Spendensammlung" zusammen schließen. Ich würde meinen teil dazu beitragen.
-
Installiere mal als root:
Und Rechner mal neu starten, in cups den alten USB Drucker löschen und wieder neu einrichten.
Nur zur Info:
32 bit ist tot.
Ist einfach so.
Selbst die Distributionen unterstützen immer weniger 32 bit.
Musst du mit leben.