Scanning do not work (segmentation fault - core dumped) after Tumbleweed fresh install

[tester75849]

After many years using Tumbleweed I have built a new PC and did a fresh install of Tumbleweed and for whatever reason HP Smart Tank’s scanner stopped working. After adding new printer using HP Device Manager (GUI) the tool does not ask to download proprietary plugin like it always did and scanning option is not available. Printing works as expected.

Now the only options to install necessary plugin is to either run scanning app (Xsane, Skanlite, Simple-Scan) and HP plugin installation dialog pops up, or to install the plugin manually using cmd tool hp-plugin. But after allegedly successful install all the mentioned scanning apps crash with following error:

Segmentation fault - core dumped

I have checked scanning using other Linux distributions even with the same HPLIP version to rule out the possibility of broken HP plugin and scanning works flawlessly everywhere else.

Do you experience similar problems using current Tumbleweed build? Any ideas how to proceed?

Many thanks.

[deano_ferrari]

You’re likely impacted by this regression:

Document scanner crashes after tumbleweed update

Hi, used to use my “HP ScanJet 2600 Pro f1” via the “Document Scanner” software from the opensuse tumbleweed repository without problems. Did a distribution update this noon and now the document scanner window crashes instantly after invocation. Installing the “Document Scanner” from flatpack opens fine, finds the scanner, but fails to connect for scanning. Re-Installing the hplip software made no change for either. I’d be grateful for any pointers. Best, PS: Things still work fine under L…

and associated bug report:
https://bugzilla.opensuse.org/show_bug.cgi?id=1252295

[mendres82]

On my machine, I ran into the same problem.

It turned out there were libraries in /usr/lib64/sane that don’t belong to packages anymore. Moving them out of the way fixed the issue for me (only run the command after checking it carefully):

LANG=C rpm -qf /usr/lib64/sane/* | grep 'not owned' | awk -F ' ' '{print $2}' | xargs -I{} sudo mv -v {} ~/Backup/

The command checks the RPM database which package owns a lib. If not owned by any package, it gets moved out of the way. You have to modify the path to your backup directory first.

That solution was easier in my case, because removing and reinstalling the packages as suggested in the bug report wanted to also remove wine, mono and other stuff from my system. If you want to be sure, try the steps from the bug report first, but check the output of sudo zypper rm --dry-run before actually removing the packages.

[mendres82]

Running the hp-plugin command and (re-)installing the driver plugin for HPLIP 3.25.6 introduces the issue again.

[Sauerland]

The bugreport is solved by:

zypper remove hplip-sane libsane1 sane-backends sane-backends-autoconfig

doing a reboot, than installing it again together with hplip as suggested from zypper:

zypper install hplip hplip-sane libsane1 sane-backends sane-backends-autoconfig

Have you done this? Also deleting sane?

[mendres82]

Both solutions, reinstalling the packages or deleting the libraries manually will solve the issue for the moment. But if you run the hp-plugin tool to install the hplip driver plugins, it downloads and installs the faulty libraries again.