On Saturday 03 February 2007 19:04, ka1ifq wrote:

> here is what is in the log now:
>
> Feb  3 19:46:45 Suse101 kernel: usb 1-2: new full speed USB device using
> uhci_hcd and address 2
>
>  SNIP This continues.
>
> Feb  3 19:47:47 Suse101 kernel: usb 1-2: new full speed USB device using
> uhci_hcd and address 126
> Feb  3 19:47:48 Suse101 kernel: usb 1-2: new full speed USB device using
> uhci_hcd and address 127
...
> Why can't it be so simple with the memory stick?
> Do I need to format it?
> It does work once it gets mounted, and also works fine on XP and W2k.
>
> Mike

I played a bit with monitoring the 
 /media
directory,with
 ll
and connecting and disconnecting USB stick and hard disk. 

It was leaving subdirectory after each disconnect, and number of such 
directories was growing. As original was already present, each new try 
produced the same base name with added -1, next time -2 and so on. 

The .hal-mtab was growing too. 
Simple delete directories didn't worked:
linux:/media # rmdir WDC
rmdir: WDC: Device or resource busy
linux:/media # mount
...
/dev/sda1 on /media/WDC type vfat \ 
(rw,nosuid,nodev,noatime,uid=1000,utf8,shortname=lower)

Than I unmounted manually and deleted entry, deleted also files 
  .hal-mtab
  .hal-mtab-lock
run 
  rchal restart
that recreated 
  .hal-mtab-lock
and than it would remove subdirectories when USB flash storage was 
disconnected, until I added external hard disk, connected and disconnected 
USB stick, what left some of directories hanging around. I removed all again, 
did hald restart and used only external hard disk. It left few directories. 

The other command 
 tail -f /var/log/message produced a lot of this:
Feb  4 03:31:04 linux kernel: ReiserFS: sda3: warning: zam-7001: io error in 
reiserfs_find_entry
Feb  4 03:31:04 linux kernel: scsi 17:0:0:0: rejecting I/O to dead device
Feb  4 03:31:04 linux kernel: ReiserFS: sda3: warning: zam-7001: io error in 
reiserfs_find_entry
Feb  4 03:31:04 linux kernel: scsi 18:0:0:0: rejecting I/O to dead device
Feb  4 03:31:04 linux kernel: ReiserFS: sdb3: warning: zam-7001: io error in 
reiserfs_find_entry
Feb  4 03:31:04 linux kernel: scsi 18:0:0:0: rejecting I/O to dead device
Feb  4 03:31:04 linux kernel: ReiserFS: sdb3: warning: zam-7001: io error in 
reiserfs_find_entry

As you can see kernel is probing every /dev/sda,b and further c,d,e,f that are 
not listed and can't find them. 

That may take time. Restarting hal alone doesn't change a thing. 
Rebooting clears all entries, but with linux it is not necessary to reboot all 
too often, and I didn't tested what happens after suspend and resume. 

You can run 
  ll /media
and see what you have there. 
Note the size of 
  .hal-mtab

-- 
Regards, Rajko.
http://en.opensuse.org/Portal 
-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to