Bug 887979

Summary: gnome-disk-utility doesn't show identical harddrive models
Product: [Fedora] Fedora Reporter: leigh scott <leigh123linux>
Component: udisks2Assignee: David Zeuthen <davidz>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 18CC: davidz, mclasen
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: udisks2-2.0.1-1.fc18 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-01-03 07:28:31 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
screenshot of gnome-disk-utility issue
none
udisksctl dump
none
udevadm info --export-db none

Description leigh scott 2012-12-17 18:08:03 UTC
Created attachment 665020 [details]
screenshot of gnome-disk-utility issue

Description of problem: gnome-disk-utility doesn't show identical harddrive models.
I have two identical Samsung SSD 830 drives but only the first (/dev/sda) is listed, The second drive (/dev/sdc) isn't shown.


Version-Release number of selected component (if applicable):

gnome-disk-utility.x86_64                  3.6.1-1.fc18



  
Actual results:
Only one of my Samsung SSD 830 drives is listed


Expected results:
I expect both to be listed


Additional info:

# hdparm -I /dev/sd{a,b,c,d} |grep Model
	Model Number:       SAMSUNG SSD 830 Series                  
	Model Number:       ST3500418AS                             
	Model Number:       SAMSUNG SSD 830 Series                  
	Model Number:       ST31000528AS

Comment 1 David Zeuthen 2012-12-17 19:11:33 UTC
Please attach output of the commands

 udisksctl dump

and 

 udevadm info --export-db

from a root shell. Thanks.

Comment 2 leigh scott 2012-12-17 19:24:02 UTC
Created attachment 665063 [details]
udisksctl dump

Comment 3 leigh scott 2012-12-17 19:24:36 UTC
Created attachment 665064 [details]
udevadm info --export-db

Comment 4 leigh scott 2012-12-17 19:25:43 UTC
(In reply to comment #1)
> Please attach output of the commands
> 
>  udisksctl dump
> 
> and 
> 
>  udevadm info --export-db
> 
> from a root shell. Thanks.

I have added the requested output.

Comment 5 David Zeuthen 2012-12-17 19:33:33 UTC
This happens because both disks return the same WWN - from the udevadm output:

 E: ID_WWN_WITH_EXTENSION=0x5002538043584d30

A quick search for '5002538043584d30' shows that this problem is well-known, see for example

 http://www.mail-archive.com/openindiana-discuss@openindiana.org/msg09944.html

The good news is that the serial numbers of the two devices

 E: ID_SERIAL=SAMSUNG_SSD_830_Series_S0Z3NSAC932231
 [...]
 E: ID_SERIAL=SAMSUNG_SSD_830_Series_S0Z3NSAC932219

differ. I think we should probably use the WWN concatenated with the serial numbers to figure out if two block devices are really the same hard disk. Stay tuned, I'll cook up a patch.

Comment 6 David Zeuthen 2012-12-17 19:46:29 UTC
Please try the packages here

 http://people.freedesktop.org/~david/udisks2-887979/

and see if they fix the problem (after installing you need to run 'systemctl restart udisks2.service'). Thanks.

Comment 7 leigh scott 2012-12-17 20:14:58 UTC
(In reply to comment #6)
> Please try the packages here
> 
>  http://people.freedesktop.org/~david/udisks2-887979/
> 
> and see if they fix the problem (after installing you need to run 'systemctl
> restart udisks2.service'). Thanks.

Thank you.
Your packages fix the issue, I also noted this issue with F17 as well.

Comment 8 Fedora Update System 2012-12-17 20:59:58 UTC
udisks2-2.0.1-1.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/udisks2-2.0.1-1.fc18

Comment 9 Fedora Update System 2012-12-17 21:01:01 UTC
udisks2-1.94.0-11.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/udisks2-1.94.0-11.fc17

Comment 10 Fedora Update System 2012-12-18 21:25:19 UTC
Package udisks2-2.0.1-1.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing udisks2-2.0.1-1.fc18'
as soon as you are able to, then reboot.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-20560/udisks2-2.0.1-1.fc18
then log in and leave karma (feedback).

Comment 11 Fedora Update System 2013-01-03 07:28:33 UTC
udisks2-1.94.0-11.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 12 Fedora Update System 2013-01-12 00:07:14 UTC
udisks2-2.0.1-1.fc18 has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.