Manjaro-Linux-Forum

Nach dem letzten Update kann ich nicht mehr scannen. Ich bekomme diese Fehlermeldung und verstehe nicht, was sie bedeutet. kann mir bitte jemand das in verständliche Sprache übersetzen?
Ich veröffentliche dies auf https://forum.manjaro.org/, https://de.manjaro.org/ und http://www.manjaro-forum.de/

m-bostaurus hat geschrieben: ↑Donnerstag 15. April 2021, 10:37 ....kann mir bitte jemand das in verständliche Sprache übersetzen?

Da bislang niemand in den 3 Foren geantwortet hat, versuche ich mich jetzt.
Die Meldung bedeutet grob übersetzt, das eine Anwendung zugewiesene Speicherbereiche nicht lesen oder beschreiben kann.
Diese Fehler-Meldung dürfte höchstwahrscheinlich von Sane generiert worden sein - kann aber durchaus andere Ursachen haben. Sane ist eine Schnittstelle, die ihrerseits auf Gerätetreiber zugreift und andererseits der Kommunikation mit Scanner-Programmen dient. Der ganze Ablauf ist also ineinander verzahnt. Es fehlt hier m.E. der Hintergrund, um welchen Scanner es geht, welches Scanner-Programm mit welchem Treiber benutzt wird - und welche von deinen im Profil angegebenen 4 Distros eigentlich betroffen ist.

Danke, Manfrago, für Dein Interesse und Deine Antwort. Und Du hast Recht. Da fehlt was.

Es fehlt hier m.E. der Hintergrund, um welchen Scanner es geht, welches Scanner-Programm mit welchem Treiber benutzt wird - und welche von deinen im Profil angegebenen 4 Distros eigentlich betroffen ist.

• Scanner: HP OfficeJetPro6960 und ein HP-ColorLaserJet-MFP-M278-M281 (oder so ähnlich; ich sehe, dass der im Netz ist, aber für mich räumlich so gut wie nicht erreichbar).

• Treiber: hplip-3.21.2-plugin.run; hplip-3.21.2-plugin.run.asc. Ich arbeite sane. Auf sane greifen verschiedene Anwendungen zurück, z.Bsp. gscanpdf2, xsane, skanlite, Master PDF Editor 4 und PDFStudio2020

• Distro: KDE (unter XFCE funktioniert es; andere noch nicht versucht. Alle Betriebssysteme mit aktueller stable Paketversion).

Vielleicht entsteht so eine Idee, was die Ursache sein könnte. Ich richte mich seelisch darauf ein, alte Sicherungen zu "aktivieren", was mir aber nicht ganz behagt, weil dann bei Aktualisierungen der Fehler ja wieder kommen könnte.

Hallo m-bostaurus,
hilfreiche könnte es auch sein, die ausführlichen Logmeldungen zu aktivieren und dann hier zu posten. da wird dann eine Menge von Meldungen im Terminal ausgeworfen, und am Ende steht dann hoffentlich irgendwas, dass dies oder jenes nicht gefunden wurde.
Da die Ausgabe sehr umfangreich ist kannst Du sie ja auch in eine Datei umleiten und diese Datei dann z.B.bei Pastebin hochladen. viele Grüße gosia

Danke, gosia, anbei die Datei ...

Hallo m-bostaurus,
danke, aber kann es sein, dass da was fehlt oder abgeschnitten wurde?
Normalerweise müsste es mit vielen exit-Meldungen enden, so etwa oder mein Download ist verstopft
Du kannst auch ganz sicher gehen, und alles (nicht nur Debug-Meldungen) in die Datei umleiten: dürfte aber nicht viel anders aussehen

viele Grüße gosia

Hallo gosia, vielen Dank für Deine Bemühungen. Wie auch immer ich den Befehl eingebe: Es kommt in der *.txt-Datei dasselbe heraus. Deshalb lade ich die auch nicht noch mal hoch. Die Bilder zeigen die zwei unterschiedlichen Befehlseingaben.

Hallo m-bostaurus,
das ist schwierig. Ich nehme mal an, der Speicherzugriffsfehler bricht den ganzen Prozess scanimage ab und damit wird auch der zugehörige Logprozess abgebrochen. Deshalb hört die Logdatei so unvermittelt auf. Leider sieht bis dahin alles darin ordentlich aus (wenn ich nichts übersehe), so dass dies wohl auch nicht weiterhilft.
Theoretisch könnte man den Speicherabzug (Core dump) mit coredumpctl und gdb analysieren
https://wiki.archlinux.org/index.php/Core_dump
aber da muss man sich tatsächlich sehr gut auskennen. Da muss ich leider das Handtuch werfen. Aber zum Glück gibt es ja noch mehr Leutchen hier, vielleicht hat jemand eine andere zündende Idee, oder gar eine Lösung.

viele Grüße gosia

Danke für den Link; da habe ich erst einmal geschluckt, weil ich vieles nicht verstehe. Ich habe auf anderer Partition eine alte Sicherung "aktiviert". in Grub2 eingebunden; sie startet und das Home, welches auf eigener Partition liegt, ließ sich einbinden.
Da funktioniert das Scannen, aber einiges andere nicht so richtig, wohl weil KDE Plasma des BS und von Home nicht dieselbe Version haben. Schaun mer mal. Ich gebe Rückmeldung an dieser Stelle, wie es weitergegangen ist.

m-bostaurus hat geschrieben: ↑Freitag 16. April 2021, 13:11 Distro: KDE (unter XFCE funktioniert es; andere noch nicht versucht. Alle Betriebssysteme mit aktueller stable Paketversion)

Das hier verstehe ich nicht. Warum funktioniert der Scanner unter XFCE, aber nicht mit KDE?

Das würde ja bedeuten, dass KDE den Treiber falsch implementiert hat. Hast du mal danach geschaut ob das Problem noch andere haben mit KDE?
Und gab es ein Update von KDE (oder eines der Teile) welchen dies ausgelöst haben könnte?
Kannst ja mal im pacman log nachschauen.

Warum funktioniert der Scanner unter XFCE, aber nicht mit KDE?

Das verstehe ich auch nicht. Ich habe mehrere Manjaro-Betriebssysteme auf unterschiedlichen Partitionen mit unterschiedlichen Oberflächen (KDE, XFCE oder LXQt), alle stable, alle bei vielleicht einem Tag Unterschied auf demselben Stand, was Paket-Updates angeht. Nur an einer Stelle tritt das Problem auf.

Gut dran ist, wer fleißig sichert ... Ich habe das Problem nicht wirklich gelöst, jedoch einen Weg zu einem scanfähigen System gefunden, indem ich eine Version vom Juli letzten Jahres nach Löschen des Inhalts der "Übeltäterpartition" in diese Partition gesynct habe, grub.cfg und fstab angepasst, geupdated und schließlich linux511 installiert habe. Das Ergebnis: