[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#649597: marked as done (/dev/disk/by-id incomplete with two exactly same USB disks)

Your message dated Sat, 23 Feb 2013 15:23:45 +0000
with message-id <1361633025.29126.119.camel@deadeye.wl.decadent.org.uk>
and subject line Re: Bug#649597: /dev/disk/by-id incomplete with two exactly same USB disks
has caused the Debian Bug report #649597,
regarding /dev/disk/by-id incomplete with two exactly same USB disks
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
649597: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649597
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: base
Severity: normal

I have connected two USB disk which are exactly indentical.
The disks are Iomega 320Go and their ID is "ST332082_0AS_5F542FFFFFFF"

The 1st have 4 partitions and the 2nd only one.

"cat /dev/disk/by-id" only show a disk with 4 partitions :

usb-ST332082_0AS_5F542FFFFFFF-0:0
usb-ST332082_0AS_5F542FFFFFFF-0:0-part1
usb-ST332082_0AS_5F542FFFFFFF-0:0-part2
usb-ST332082_0AS_5F542FFFFFFF-0:0-part3
usb-ST332082_0AS_5F542FFFFFFF-0:0-part4

But there is cross references:

If I make "dd if=/dev/disk/by-id/usb-ST332082_0AS_5F542FFFFFFF-0\:0 of=ggg count=1"

I can see with "hd ggg" that this is the 2nd disk partition table and not the 1st.

idem if I test with "usb-ST332082_0AS_5F542FFFFFFF-0:0-part1", but with 2,3 and 4 this is really the parts of the 1st disk.

So I suppose that during detection of the 1st disk, id are created correctly and when the 2nd is detected id are re-writen with the same name.

system Infos:
wheezy/sid on Marvell sheevaplug
Linux SheevaDaily 3.0.0-1-kirkwood #1 Sun Aug 28 14:30:35 UTC 2011 armv5tel GNU/Linux



-- System Information:
Debian Release: squeeze/sid
  APT prefers lucid-updates
  APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid-backports'), (500, 'lucid')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-35-generic-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

--- End Message ---
--- Begin Message --- 
On Sat, 2013-02-23 at 16:10 +0100, Holger Levsen wrote:
> reassign 649597 src:linux

What's this got to do with the kernel?  /dev/disk/ is maintained by udev
(with, I think, libblkid used to read filesystem UUIDs).

> On Dienstag, 22. November 2011, Alain SAURAT wrote:
> 
> > Package: base
> 
> > Severity: normal
> 
> > 
> 
> > I have connected two USB disk which are exactly indentical.
[...]
> > "cat /dev/disk/by-id" only show a disk with 4 partitions :
[...]
> > So I suppose that during detection of the 1st disk, id are created
> 
> > correctly and when the 2nd is detected id are re-writen with the
> same
> 
> > name.
[...]

Normally there would be a serial number in the ID, but it seems that
these disks/enclosures don't report a real serial number.  If the disks
have the same hardware identifiers then I don't see what the system is
supposed to do about that.  Therefore, closing this.

You might find /dev/disk/by-path to be more useful.

Ben.

-- 
Ben Hutchings
Life is like a sewer:
what you get out of it depends on what you put into it.

Attachment: signature.asc
Description: This is a digitally signed message part


--- End Message ---
Reply to: