Bug 741593 - partition table is reported as 'loop' instead of 'gpt'
partition table is reported as 'loop' instead of 'gpt'
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: parted (Show other bugs)
16
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Brian Lane
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2011-09-27 07:42 EDT by Kamil Páral
Modified: 2011-09-27 11:00 EDT (History)
6 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2011-09-27 10:53:05 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Kamil Páral 2011-09-27 07:42:13 EDT
Description of problem:
I was following this test case:
https://fedoraproject.org/wiki/QA:Testcase_Anaconda_autopart_(use_all_space)_install

I did a default install in KVM. In the booted system I run:

# parted
GNU Parted 3.0
Using /dev/mapper/VolGroup-lv_root
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p                                                                
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/VolGroup-lv_root: 7114MB
Sector size (logical/physical): 512B/512B
Partition Table: loop

Number  Start  End     Size    File system  Flags
 1      0.00B  7114MB  7114MB  ext4


Please notice that there is "Partition Table: loop" instead of expected "Partition Table: gpt" as the test case requires. However, fdisk says:

# fdisk /dev/vda

WARNING: GPT (GUID Partition Table) detected on '/dev/vda'! The util fdisk doesn't support GPT. Use GNU Parted.


Command (m for help): p

Disk /dev/vda: 10.7 GB, 10737418240 bytes
255 heads, 63 sectors/track, 1305 cylinders, total 20971520 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/vda1               1    20971519    10485759+  ee  GPT


That seems like GPT.

Either the test case needs to be corrected or there is something wrong in the GTP installation. I suppose the test case is wrong, but reporting here just to be sure.

Version-Release number of selected component (if applicable):
anaconda 16.19
Fedora 16 Beta RC3 Live x86_64
Comment 1 David Lehman 2011-09-27 10:53:05 EDT
(In reply to comment #0)
> Description of problem:
> I was following this test case:
> https://fedoraproject.org/wiki/QA:Testcase_Anaconda_autopart_(use_all_space)_install
> 
> I did a default install in KVM. In the booted system I run:
> 
> # parted
> GNU Parted 3.0
> Using /dev/mapper/VolGroup-lv_root
> Welcome to GNU Parted! Type 'help' to view a list of commands.
> (parted) p                                                                
> Model: Linux device-mapper (linear) (dm)
> Disk /dev/mapper/VolGroup-lv_root: 7114MB
> Sector size (logical/physical): 512B/512B
> Partition Table: loop
> 
> Number  Start  End     Size    File system  Flags
>  1      0.00B  7114MB  7114MB  ext4
> 
> 
> Please notice that there is "Partition Table: loop" instead of expected
> "Partition Table: gpt" as the test case requires. However, fdisk says:

You are not specifying a device when running parted and it is using your root logical volume which has no partition table, hence "loop".

Try running 'parted /dev/vda' instead.
Comment 2 Kamil Páral 2011-09-27 11:00:02 EDT
That works and reports "gpt". I'll fix the test case. Thanks.

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