Bug 245717

Summary: problem in udev regarding LUKS identification
Product: [Fedora] Fedora Reporter: Karsten Hopp <karsten>
Component: udevAssignee: Harald Hoyer <harald>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: medium    
Version: rawhideCC: kay.sievers
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
URL: http://article.gmane.org/gmane.comp.file-systems.ext4/2316/
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-08-07 09:15:12 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description Karsten Hopp 2007-06-26 05:49:04 EDT
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
Comment 1 Harald Hoyer 2007-06-26 09:53:38 EDT
"udev sets its magic string in the first 512 bytes"

Comment 2 Kay Sievers 2007-06-27 12:58:43 EDT
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 09:15:12 EDT
Closing based on comment #2. All formatters need to wipe out all signatures