Conflict between using fdisk and gdisk for partitions?
Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Conflict between using fdisk and gdisk for partitions?
So I'm building out a new RHEL6 servers with UEFI so I can take advantage of gdisk.
For some reason one of the servers didn't have gdisk installed on it, so because of a time crunch I had to use fdisk to build out a partition for a rsyslog server.
I later went back and installed gdisk incase I need to create more partitions, as I like working with that more. However I'm not sure if this will cause a conflict in the future if I want to add more partitions with gdisk and started the process with fdisk.
Has anyone run into this before or is this a non-issue?
gdisk manages only GPT partition tables, while fdisk manages only classic MBR partition tables. As fdisk would have made a MBR partition table, gdisk will load but prompt you to convert to GPT.
The main difference between fdisk and gdisk is the former works with MBR, while the later works with GPT - the main choice is do you want to convert to and use GPT on that machine (to use gdisk), or stick with the classic MGR partition table (keep using fdisk). That could be a potentially destructive operation and creating booting hassles - I would just recommend using fdisk unless there's something you really need from GPT.
If I'm building a server with UEFI, I want to use gdisk, as I can create 128 partitions and I'm not limited like I am with fdisk.
Its odd that gdisk didn't get installed with default RHEL6 system built on UEFI.
Then, if it is possible for you, try to start over and partition that drive with gdisk so that you have a GPT there. Because, as it is right now, it is MBR and it might limit you in the future.
So I'm building out a new RHEL6 servers with UEFI so I can take advantage of gdisk.
For some reason one of the servers didn't have gdisk installed on it, so because of a time crunch I had to use fdisk to build out a partition for a rsyslog server.
I later went back and installed gdisk incase I need to create more partitions, as I like working with that more. However I'm not sure if this will cause a conflict in the future if I want to add more partitions with gdisk and started the process with fdisk.
Has anyone run into this before or is this a non-issue?
I really hate myself for saying it, but more haste less speed.
Since I'm using LVM as well, I believe that I can use pvmove and vgreduce to move data off of the LVM, delete the partition with fdisk and then re-create it with parted.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.