Bug 1306262 - Images written in Windows don't succeed in online media check
Summary: Images written in Windows don't succeed in online media check
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: lorax
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Brian Lane
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-02-10 12:38 UTC by Martin Bříza
Modified: 2016-02-10 15:56 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-02-10 13:36:01 UTC
Type: Bug


Attachments (Terms of Use)

Description Martin Bříza 2016-02-10 12:38:59 UTC
Description of problem:
When you use dd (either the Delphi version by Chrysocome or the one shipped with Cygwin) to write a Fedora Live image to a flash drive, it fails the media check that is ran when you choose the "Test the media and start Fedora Live" option (the default).

Version-Release number of selected component (if applicable):
Fedora-*-23-11.iso media are affected

How reproducible:
Always

Steps to Reproduce:
1. Use dd to write your Fedora live image to a flash drive (i.e. dd if=Fedora-<something>.iso of=\\\\.\\PHYSICALDRIVE1)
2. Reboot and boot to the portable drive

Actual results:
Media check fails

Expected results:
Media check succeeds

Additional info:
This is caused by the fact Windows (seems this behavior is present since Windows 8.1) creates a "System Volume Information" folder on every drive that's connected to the system, so even this fresh drive. This folder then makes the media check fail.

Possible solutions are:
1) To provide our own System Volume Information folder that's not writable or in some other way prevent its creation/modification
2) Change the way checkisomd5 works with this folder
3) Tell the users to turn this Windows feature off

Comment 1 Martin Bříza 2016-02-10 13:00:56 UTC
Oh, forgot to mention this is related to the second partition - the EFI labeled one.

Comment 2 Martin Bříza 2016-02-10 13:36:01 UTC
Ok, I think I found a way to prevent this, a while after reporting the bug. Closing for now and will report back with details

Comment 3 Brian Lane 2016-02-10 15:53:29 UTC
Use liveusb-creator to make usb drives on windows - https://fedorahosted.org/liveusb-creator/. If Windows is adding things to the drive then it isn't really a dd operation.

Comment 4 Martin Bříza 2016-02-10 15:56:50 UTC
I'm maintaining the liveusb-creator and I'm trying to write a working dd backend so it behaves the same on all platforms.
Regarding this issue, it seems you just have to force-unmount the drive after dd-ing it to prevent the folder from appearing.


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