we have DELL server with Centos 5.3 X86_64 bits version on it. This server also have couple MD1000 connect to it. We configured MD1000 as one hardware Volume size 2990GB.
I tried to use "fdisk" to partition this 2990Gb volume and "fdisk" can only see 2000GB. does 64 bits O.S. still have 2TB limitation on File system?
Does there has other tool can partition disk size large than 2TB? (I don't like use LVM)
Thanks.
______________________________________________________________________________________________________ 付費才容量無上限？Yahoo!奇摩電子信箱2.0免費給你，信件永遠不必刪！ http://tw.mg0.mail.yahoo.com/dc/landing
2009/6/26 mcclnx mcc mcclnx@yahoo.com.tw:
we have DELL server with Centos 5.3 X86_64 bits version on it. This server also have couple MD1000 connect to it. We configured MD1000 as one hardware Volume size 2990GB.
I tried to use "fdisk" to partition this 2990Gb volume and "fdisk" can only see 2000GB. does 64 bits O.S. still have 2TB limitation on File system?
Does there has other tool can partition disk size large than 2TB? (I don't like use LVM)
fdisk has a 2TB limit, not the OS. Barry's information is correct.
On 6/26/09 6:37 AM, "Jim Perrin" jperrin@gmail.com wrote:
2009/6/26 mcclnx mcc mcclnx@yahoo.com.tw:
we have DELL server with Centos 5.3 X86_64 bits version on it. This server also have couple MD1000 connect to it. We configured MD1000 as one hardware Volume size 2990GB.
I tried to use "fdisk" to partition this 2990Gb volume and "fdisk" can only see 2000GB. does 64 bits O.S. still have 2TB limitation on File system?
Does there has other tool can partition disk size large than 2TB? (I don't like use LVM)
fdisk has a 2TB limit, not the OS. Barry's information is correct.
It's too bad RHEL hasn't moved to GNU fdisk instead of using the ancient one from the linux-utils package. The GNU fdisk utility uses libparted to do it's work.
On Fri, Jun 26, 2009 at 2:45 PM, Gary Greeneggreene@minervanetworks.com wrote:
fdisk has a 2TB limit, not the OS. Barry's information is correct.
It's too bad RHEL hasn't moved to GNU fdisk instead of using the ancient one from the linux-utils package. The GNU fdisk utility uses libparted to do it's work.
File a bug/RFE to support this move? It seems fdisk is easier for folks to use and the 'old-school' default.
On 6/26/09 12:40 PM, "Jim Perrin" jperrin@gmail.com wrote:
On Fri, Jun 26, 2009 at 2:45 PM, Gary Greeneggreene@minervanetworks.com wrote:
fdisk has a 2TB limit, not the OS. Barry's information is correct.
It's too bad RHEL hasn't moved to GNU fdisk instead of using the ancient one from the linux-utils package. The GNU fdisk utility uses libparted to do it's work.
File a bug/RFE to support this move? It seems fdisk is easier for folks to use and the 'old-school' default.
GNU fdisk has the same user interface as the 'old-school default'. The project also has a front-end that is much like cfdisk as well.
On Fri, Jun 26, 2009 at 17:30, Gary Greeneggreene@minervanetworks.com wrote:
On 6/26/09 12:40 PM, "Jim Perrin" jperrin@gmail.com wrote:
fdisk has a 2TB limit, not the OS. Barry's information is correct.
It's too bad RHEL hasn't moved to GNU fdisk instead of using the ancient one from the linux-utils package. The GNU fdisk utility uses libparted to do it's work.
File a bug/RFE to support this move? It seems fdisk is easier for folks to use and the 'old-school' default.
GNU fdisk has the same user interface as the 'old-school default'. The project also has a front-end that is much like cfdisk as well.
Any chance to get it built and packaged for CentOS and made available on one of the 3rd party repositories? RPMforge anyone? :-)
Cheers, Filipe
On 6/26/09 3:20 PM, "Filipe Brandenburger" filbranden@gmail.com wrote:
On Fri, Jun 26, 2009 at 17:30, Gary Greeneggreene@minervanetworks.com wrote:
On 6/26/09 12:40 PM, "Jim Perrin" jperrin@gmail.com wrote:
fdisk has a 2TB limit, not the OS. Barry's information is correct.
It's too bad RHEL hasn't moved to GNU fdisk instead of using the ancient one from the linux-utils package. The GNU fdisk utility uses libparted to do it's work.
File a bug/RFE to support this move? It seems fdisk is easier for folks to use and the 'old-school' default.
GNU fdisk has the same user interface as the 'old-school default'. The project also has a front-end that is much like cfdisk as well.
Any chance to get it built and packaged for CentOS and made available on one of the 3rd party repositories? RPMforge anyone? :-)
Cheers, Filipe _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
I can put together an RPM for it (and any updates to parted that might be needed) sometime next week for people to use if they'd like. (Just ping me Monday to keep me on it, as I'm fairly busy with stuff at work....)
On 06/26/2009 11:20 PM, Filipe Brandenburger wrote:
GNU fdisk has the same user interface as the 'old-school default'. The project also has a front-end that is much like cfdisk as well.
Any chance to get it built and packaged for CentOS and made available on one of the 3rd party repositories? RPMforge anyone? :-)
erm, why ? most people I know stopped using fdisk about 5 years back. parted does a much better job for managing that side of things - perhaps kpartx is an interesting addon to have around. but fdisk ?? this isnt quite the 1980's anymore.
</imho>
Filipe Brandenburger wrote:
Any chance to get it built and packaged for CentOS and made available on one of the 3rd party repositories? RPMforge anyone? :-)
probably be good to either use the Alternatives system for this, or give the executtable a new name, like gfdisk, so there's no confusing with the upstream vendor's fdisk.
On 6/26/09 4:19 PM, "John R Pierce" pierce@hogranch.com wrote:
Filipe Brandenburger wrote:
Any chance to get it built and packaged for CentOS and made available on one of the 3rd party repositories? RPMforge anyone? :-)
probably be good to either use the Alternatives system for this, or give the executtable a new name, like gfdisk, so there's no confusing with the upstream vendor's fdisk.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
My plan is to use the Alternatives system.
-
Barry Brimer -
Filipe Brandenburger -
Gary Greene -
Jim Perrin -
John R Pierce -
Karanbir Singh -
mcclnx mcc