Bug 245717 - problem in udev regarding LUKS identification
Summary: problem in udev regarding LUKS identification
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: udev
Version: rawhide
Hardware: All
OS: Linux
medium
high
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact: Fedora Extras Quality Assurance
URL: http://article.gmane.org/gmane.comp.f...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-06-26 09:49 UTC by Karsten Hopp
Modified: 2007-11-30 22:12 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2007-08-07 13:15:12 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Karsten Hopp 2007-06-26 09:49:04 UTC
Description of problem:
udev sets its magic string in the first 512 bytes
of the partition.  This is dangerous and error-prone, because other
things like boot sectors and BSD disk labels tend to live in the first
512 byte sector.

Additional info:
Please report to upstream, full text available at
http://article.gmane.org/gmane.comp.file-systems.ext4/2316/

Comment 1 Harald Hoyer 2007-06-26 13:53:38 UTC
"udev sets its magic string in the first 512 bytes"

s/sets/gets/
 

Comment 2 Kay Sievers 2007-06-27 16:58:43 UTC
That's nothing new. Guessing filesystems by magic bytes on the disk is by
definition unsafe.

_All_ filesystem formatters are required to wipe out _all_ existing signatures
before applying a new signature. Even then, it's not entirely safe to probe, but
we obviously have no alternatives.

Shuffling the probing order around will only switch the systems where such
problems occur. From my standpoint, you can close this "bug". Thanks!

Comment 3 Karsten Hopp 2007-08-07 13:15:12 UTC
Closing based on comment #2. All formatters need to wipe out all signatures


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