Bug 158482 - hal actions unreliable
hal actions unreliable
Status: CLOSED DUPLICATE of bug 156167
Product: Fedora
Classification: Fedora
Component: hal (Show other bugs)
rawhide
All Linux
medium Severity medium
: ---
: ---
Assigned To: David Zeuthen
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-05-22 16:40 EDT by Michal Jaegermann
Modified: 2013-03-05 22:43 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-05-22 17:39:43 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Michal Jaegermann 2005-05-22 16:40:48 EDT
Description of problem:

In https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id= #c12
there is a claim that "latest builds should have this fixed".
That is correct only in a small extent.  Namely when I am pluging in
a USB floppy the first time after a reboot with 2.6.11-1.1329_FC4 kernel
then it is correctly recognized and, if media are present, mounted.

Unmounting, unplugging and plugging it back results in the following
in dmesg:

usb 5-1: new full speed USB device using uhci_hcd and address 5
scsi6 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 5
usb-storage: waiting for device to settle before scanning
  Vendor: SONY      Model: USB-FDU           Rev: 5.01
  Type:   Direct-Access                      ANSI SCSI revision: 00
SCSI device sdb: 1440 512-byte hdwr sectors (1 MB)
sdb: Write Protect is on
sdb: Mode Sense: 00 46 1e 80
sdb: assuming drive cache: write through
SCSI device sdb: 1440 512-byte hdwr sectors (1 MB)
sdb: Write Protect is on
sdb: Mode Sense: 00 46 1e 80
sdb: assuming drive cache: write through
 sdb: unknown partition table
Attached scsi removable disk sdb at scsi6, channel 0, id 0, lun 0
usb-storage: device scan complete

but 'lshal' this time for the same device says, among other things:

storage.hotpluggable = false  (bool)
storage.drive_type = 'disk'  (string)

(this was true and 'floppy' on the previous attempt) and I can only
mount "manually" /dev/sdb - which works fine.

To make things more interesting once hal suddenly recognized
storage.drive_type = 'floppy' on the fourth or fifth attempt but I was
unable to repeat that feat.  OTOH the first time after a reboot,
repeated with a few reboots, consistently works.

No idea if this is another demonstration of bug #156167 or another problem.

Version-Release number of selected component (if applicable):
hal-0.5.2-1
Comment 1 David Zeuthen 2005-05-22 17:11:05 EDT
Thanks for the traces. When you see

 storage.hotpluggable = false  (bool)
 storage.drive_type = 'disk'  (string)

do you also see 

 storage.bus = 'scsi'

If you do, this is a probably a duplicate of bug 156167.
Comment 2 Michal Jaegermann 2005-05-22 17:36:07 EDT
> do you also see storage.bus = 'scsi'

The first time this is storage.bus = 'usb' and the second time
storage.bus = 'scsi'.

> If you do, this is a probably a duplicate of bug 156167

Well, with bug 156167 this was wrong bus all the time.  Sigh, I copied
not that URL in the original report
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156167#c12
suggests that this was fixed.  So either this fix was incomplete
or this is something new.  Yes, I left a note in bug 156167 too.
Comment 3 David Zeuthen 2005-05-22 17:39:43 EDT
So, this bug report suggests that the fix in bug 156167 is not good. I'll close
this is a duplicate (as it surely is one) and change the state of bug 156167.
Thanks for the testing.

*** This bug has been marked as a duplicate of 156167 ***

Note You need to log in before you can comment on or make changes to this bug.