USB Devices Fail To Mount - They Worked Fine Yesterday
SUSE / openSUSEThis Forum is for the discussion of Suse Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Here is a printout of my hal.conf file. It appears to have all of the required entries.
Code:
<!DOCTYPE busconfig PUBLIC
"-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"
"http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
<busconfig>
<!-- This configuration file specifies the required security policies
for the HAL to work. -->
<!-- Only root or user haldaemon can own the HAL service -->
<policy user="haldaemon">
<allow own="org.freedesktop.Hal"/>
</policy>
<policy user="root">
<allow own="org.freedesktop.Hal"/>
</policy>
<!-- Allow anyone to invoke methods on the Manager and Device interfaces -->
<policy context="default">
<allow send_interface="org.freedesktop.Hal.Manager"/>
<allow send_interface="org.freedesktop.Hal.Device"/>
<allow receive_interface="org.freedesktop.Hal.Manager"
receive_sender="org.freedesktop.Hal"/>
<allow receive_interface="org.freedesktop.Hal.Device"
receive_sender="org.freedesktop.Hal"/>
<allow send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/>
<allow send_interface="org.freedesktop.Hal.Device.LaptopPanel"/>
<allow send_interface="org.freedesktop.Hal.Device.Volume"/>
<allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
<allow receive_interface="org.freedesktop.Hal.Device.SystemPowerManagement"
receive_sender="org.freedesktop.Hal"/>
<allow receive_interface="org.freedesktop.Hal.Device.LaptopPanel"
receive_sender="org.freedesktop.Hal"/>
<allow receive_interface="org.freedesktop.Hal.Device.Volume"
receive_sender="org.freedesktop.Hal"/>
<allow receive_interface="org.freedesktop.Hal.Device.Volume.Crypto"
receive_sender="org.freedesktop.Hal"/>
</policy>
<!-- Default policy for the exported interfaces -->
<policy context="default">
<deny send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/>
<deny send_interface="org.freedesktop.Hal.Device.VideoAdapterPM"/>
<deny send_interface="org.freedesktop.Hal.Device.LaptopPanel"/>
<deny send_interface="org.freedesktop.Hal.Device.Volume"/>
<deny send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
</policy>
<!-- This will not work if pam_console support is not enabled -->
<policy at_console="true">
<allow send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/>
<allow send_interface="org.freedesktop.Hal.Device.LaptopPanel"/>
<allow send_interface="org.freedesktop.Hal.Device.Volume"/>
<allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
</policy>
<!-- You can change this to a more suitable user, or make per-group -->
<policy user="0">
<allow send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/>
<allow send_interface="org.freedesktop.Hal.Device.VideoAdapterPM"/>
<allow send_interface="org.freedesktop.Hal.Device.LaptopPanel"/>
<allow send_interface="org.freedesktop.Hal.Device.Volume"/>
<allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
</policy>
</busconfig>
When I tried to un-install HAL using Yast2, it gave me a list of conflicts as long as my arm. I tried using the installation disk's repair facility to un-install HAL but all it does is checks the base packages to see if anything is missing.
Below is a sample of the conflicts from Yast2 when I attempted to un-install HAL.
Code:
#### YaST2 conflicts list - generated 2007-09-12 14:44:22 ####
3ddiag-0.738-29.i586 has missing dependencies
There are no alternative installed providers of libhd.so.13 for 3ddiag-0.738-29.i586
Conflict Resolution:
( ) keep hwinfo
( ) delete 3ddiag
( ) Ignore this requirement just here
( ) Ignore this requirement generally
alacarte-0.10.1-25.i586 has missing dependencies
There are no alternative installed providers of gnome-menus for alacarte-0.10.1-25.i586
Conflict Resolution:
( ) keep gnome-menus
( ) delete alacarte
( ) Ignore this requirement just here
( ) Ignore this requirement generally
amarok-1.4.4-28.i586 has missing dependencies
There are no alternative installed providers of libnjb.so.5 for amarok-1.4.4-28.i586
Conflict Resolution:
( ) keep libnjb
( ) delete amarok
( ) Ignore this requirement just here
( ) Ignore this requirement generally
amarok-xine-1.4.4-28.i586 has missing dependencies
There are no alternative installed providers of amarok == 1.4.4 for amarok-xine-1.4.4-28.i586
Conflict Resolution:
( ) keep amarok
( ) delete amarok-xine
( ) Ignore this requirement just here
( ) Ignore this requirement generally
bug-buddy-2.16.0-29.i586 has missing dependencies
There are no alternative installed providers of libgnomevfs-2.so.0 for bug-buddy-2.16.0-29.i586
Conflict Resolution:
( ) keep gnome-vfs2
( ) delete bug-buddy
( ) Ignore this requirement just here
( ) Ignore this requirement generally
compiz-0.2.2-18.i586 has missing dependencies
There are no alternative installed providers of librsvg for compiz-0.2.2-18.i586
Conflict Resolution:
( ) keep librsvg
( ) delete compiz
( ) Ignore this requirement just here
( ) Ignore this requirement generally
compiz-gnome-0.2.2-18.i586 has missing dependencies
There are no alternative installed providers of libgnomevfs-2.so.0 for compiz-gnome-0.2.2-18.i586
By the way, I installed Smart and it is easier to use but it also wants to un-install scores of programs along with HAL.
Is there a way to un-install HAL without un-installing many other related packages?
The hal package is basic for the system operation, so you need to either --force it if using the rpm command, or update it in YaST (update will reinstall it without breaking dependencies).
Thank you all for your help. You all are an asset to the Linux community.
But I threw in the towel and re-formated the openSUSE partition and performed a clean install and this time around I will not install that hpoj printer driver just to be on the safe side. I'll take your advise and use the hplip driver instead. The reason I used the hpoj driver in the first place is because I was having a hard time getting the scanner portion of my multi-function device to work.
But I now have openSUSE about the way it was before I had trouble with it. I didn't lose much data except for a few emails and a few bookmarks. Plus now I can access all of my USB devices without trouble.
I was having problems getting the hplip driver to detect the scanner of my HP G55 multi-function device connected to the parallel port.
But according to the paragraph below, the hplip driver does not support scanning using this multi-function device if it is connected to the parallel port.
Code:
"The previous HP scanner driver "hpoj" for HP all-in-one devices is still available. This driver requires the "ptal" service; see SDB:Set up a HP OfficeJet ("all-in-one" device). The ptal and hplip services are mutually exclusive, as ptal occupies the device for itself, thereby preventing hplip from accessing the device. On the other hand, HPLIP does not yet support devices connected to the parallel port. Accordingly, if you have an HP all-in-one device which cannot be connected to the USB port, the scanner driver hpoj with the ptal services must be used for all HP all-in-one devices. Despite this limitation, it is better to make HPLIP available to a wide user base at this stage (0.x version), instead of waiting until support for non-USB devices is implemented.
No wonder I was having a hard time getting it to work.
In that case, the only option is to install the hpoj driver or use the USB interface of the device. The hpoj driver is going to need some tweaking to function properly, if possible at all, so I don't know whether it's worth the time.
I have been tweaking my other Linux distributions since I last posted on the hpoj printer/scanner driver in this thread. I decided to give it a rest.
So I decided to boot back into openSUSE and I installed the same hpoj driver that I had when my external USB hard drives stopped working. But this time, the USB hard drives were not effected. I can still access the drives with no problem. Plus, now I have printing and scanning capabilities with this hpoj driver.
So now I don't have a clue as to what caused my external USB hard drives to stop working. As I posted earlier in this thread, I performed a clean install to fix them.
You asked me earlier if I would consider using the USB port on my HP multi-function device and use the hplip driver instead. I would love to use the USB port but I suspect the USB port on my device does not work. I lost all printing and scanning capabilities in each one of my Linux distributions, including Windows XP. That is why I had to switch to the parallel port. I really can't tell it is that much slower either.
But thank you for your willingness to help in the event that I might encounter more problems with installing the hpoj printer/scanner driver.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.