Bug 744836 - RHEL 5 - fdisk and parted bug?
Summary: RHEL 5 - fdisk and parted bug?
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: parted
Version: 5.8
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Brian Lane
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-10-10 15:42 UTC by allan.concejo
Modified: 2012-01-30 20:41 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-01-30 20:41:59 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description allan.concejo 2011-10-10 15:42:27 UTC
Description of problem:

I'm getting inconsistent results when using parted to create/remove partitions on a USB drive.
parted seems to work fine after running fdisk to remove partitions on the USB. Sometimes however, parted would run successfully, but the partition won't show up in fdisk. Other times, it would prompt for partition type, although fat16 was already included in the options. Any feedback will be appreciated.


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

How reproducible:
parted -s /dev/sdb mkpart primary fat16 0 500 toggle 1 boot
This works after you run fdisk to remove a partition and save changes.
if you remove a partition using parted, then recreate that partition, it prompts for partition type, although 'fat16' is already included in the option.

Steps to Reproduce:
1.
2.
3.
  
Actual results:
Intermittent results. 

Expected results:


Additional info:

Comment 1 Brian Lane 2011-10-10 16:10:04 UTC
Can you reproduce this consistently? A couple things to try:

erase the usb with dd if=/dev/zero of=device bs=1M count=1
then run parted on it a couple times. You might also try partprobe to make sure the kernel picks up the changes (although that really shouldn't be needed).

Can you reproduce it with a disk image and not a real usb device?


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