Saya memiliki disk 22TB pada /dev/sdb
. Bagaimana cara membuat partisi 22TB? Tidak terlalu peduli dengan sistem file - ext4
atau zfs
baik-baik saja.
Menjalankan CentOS 6.2 - Partisi akan digunakan sebagai tempat pembuangan data. Hanya satu aliran data sehingga pilih-pilih sistem file apa yang tidak benar-benar menjadi perhatian saat ini. Disk ini terbentuk dari drive SAS nearline 12x2TB dan pengontrol Dell Perc.
Saya hanya ingin partisi 22TB.
fdisk
,cfdisk
?Jawaban:
Solusi paling sederhana adalah dengan menggunakan partisi GPT , versi Linux 64-bit, dan XFS :
GPT diperlukan karena tabel partisi MBR gaya MS-DOS yang dibuat oleh
fdisk
terbatas pada 2 disk TiB. Jadi, Anda harus menggunakanparted
atau program partisi sadar GPT lainfdisk
. (gdisk
,gparted
, Dll)Kernel 64-bit diperlukan karena kernel 32-bit membatasi Anda untuk filesystem yang lebih kecil dari yang Anda minta. Anda baik mencapai batas ukuran berdasarkan bilangan bulat 32-bit atau akhirnya tidak dapat mengatasi RAM yang cukup untuk mendukung sistem file dengan benar.
XFS bukan satu-satunya solusi, tetapi menurut saya ini adalah yang termudah untuk sistem RHEL.
Anda tidak dapat menggunakan ext4 untuk ini di RHEL 6. Meskipun filesystem ini dirancang untuk mendukung 1 filesystem EiB , ada batas ukuran volume 16 TiB buatan dalam versi yang
e2fsprogs
disertakan dalam RHEL 6 dan turunannya. Kedua Red Hat dan CentOS menyebutnya dalam docs mereka. (Batas ext4 16 TiB dinaikkan secara signifikan dalam RHEL 7 hingga 50 TiB.)ZFS mungkin tidak praktis dalam situasi Anda . Karena beberapa batasan hukum dan teknisnya, saya tidak dapat langsung merekomendasikannya kecuali Anda membutuhkan sesuatu yang hanya diberikan ZFS kepada Anda.
Setelah mengesampingkan dua sistem file yang Anda pilih, saya sarankan XFS. Ini adalah sistem file default di RHEL 7, itu tersedia sebagai sistem file yang didukung di semua versi RHEL 6, dan di-backport ke rilis RHEL 5 nanti setelah RHEL 6 keluar.
Inilah prosesnya:
Periksa apakah Anda telah
mkfs.xfs
menginstal dengan menjalankannya tanpa argumen. Jika tidak ada, instal alat userland XFS:Jika gagal, itu mungkin karena Anda menggunakan OS lama yang tidak memiliki ini dalam repositori paket default. Anda benar-benar harus meningkatkan, tetapi jika itu tidak mungkin, Anda bisa mendapatkannya dari CentOSPlus atau EPEL . Anda mungkin juga perlu menginstal
kmod_xfs
paket.Buat partisi:
Karena Anda mengatakan volume 22 TiB Anda aktif
/dev/sdb
, perintah untukparted
adalah:Itu menyebabkannya mengambil alih seluruh volume dengan satu partisi. Sebenarnya, ia mengabaikan 1 MiB pertama dari volume, untuk mencapai penyelarasan 4 KiB yang diperlukan untuk mendapatkan kinerja penuh dari HDD dan SSD Format Lanjutan .
Anda bisa melewati langkah ini dan memformat seluruh volume dengan XFS. Artinya, Anda akan menggunakan
/dev/sdb
contoh di bawah ini sebagai ganti/dev/sdb1
. Ini menghindari masalah penyelarasan sektor. Dalam hal volume yang hanya akan dilihat oleh OS berbasis Linux Anda, tidak ada kelemahan yang perlu dibicarakan, tetapi saya akan berhati-hati agar tidak melakukan ini pada volume yang dapat dilepas atau pada volume internal di komputer multi-boot , karena beberapa OS (Windows dan macOS, misalnya) akan menawarkan untuk memformat hard drive tanpa partisi untuk Anda setiap kali muncul. Menempatkan sistem file pada partisi memecahkan ini.Format partisi:
Tambahkan
/etc/fstab
entri:Naik!
Jika Anda ingin pergi ke jalur LVM , langkah-langkah di atas pada dasarnya hanya versi yang lebih rinci dari set perintah kedua dalam jawaban pengguna
bsd
di bawah ini . Anda harus melakukan serangkaian perintah pertama sebelum yang di atas.LVM menawarkan keuntungan tertentu dengan biaya kompleksitas. Sebagai contoh, Anda nantinya dapat "menumbuhkan" grup volume LVM dengan menambahkan lebih banyak volume fisik ke dalamnya, sehingga membuat ruang untuk menumbuhkan volume logis ("partisi" agak, agak), yang pada gilirannya memungkinkan Anda menumbuhkan sistem file yang hidup pada logis volume. (Lihat apa yang saya maksud tentang kompleksitas? :))
sumber
/boot
merupakan bagian dari/
? MBR seharusnya tidak peduli seberapa besar/
jika hanya perlu memasang/boot
hak kecil ? Saya bisa saja salah./boot
tidak memiliki kaitan dengan keterbatasan MBR. Jika Anda membutuhkan partisi lebih dari 2 TB, Anda tidak dapat menggunakan partisi MBR. Ini adalah benar, bagaimanapun, bahwa adalah mungkin untuk bekerja di sekitar kurangnya dukungan BIOS untuk booting dari GPT dengan meletakkan/boot
pada yang lebih kecil MBR-dipartisi disk. Setelah kernel naik, Anda tidak perlu khawatir tentang keterbatasan BIOS karena tahu bagaimana menafsirkan tabel partisi GPT. Jika mesin Anda berbasis EFI, Anda tidak perlu melakukan tarian ini, karena EFI memahami GPT.Sama seperti alternatif saran lainnya.
Anda tidak harus mempartisi disk sama sekali.
Anda dapat dengan mudah membuat Grup Volume , dengan satu atau lebih Volume Logis .
Sekarang Anda memiliki volume logis yang dapat Anda format dengan semua jenis sistem file yang Anda inginkan.
sumber
Pertanyaan untuk pertanyaan: Anda bertanya ' bagaimana cara mempartisi disk 22TB' dan kemudian dalam pertanyaan itu lagi, Anda berkata, Anda hanya menginginkan partisi 22TB. Jadi ini adalah ambiguo di tempat pertama.
Jika Anda sudah memiliki perangkat blok tunggal yang dapat mendukung 22TB ruang di atasnya, maka Anda sudah memiliki seluruh partisi 22TB. Yang Anda butuhkan adalah sistem file di atasnya, yang akan membuat perangkat dapat dipasang dan digunakan untuk membaca / menulis dengan proses sistem. Terlebih lagi, Anda harus memiliki kernel Linux yang berjalan dalam mode 64-bit dengan modul / driver sistem file yang mendukung dan menskala hingga 22TB pertumbuhan data, dapat menangani seluk beluk mengelola data pada perangkat blok (tunggal) dengan meredakan. Kinerja adalah dimensi lain dari itu semua. Dalam kasus seperti itu, saya akan memilih untuk memilih
XFS
sebagai filesystem saya, karena itu adalah filesystem 64-bit dan mampu menangani filesystem sebesar sejuta terabyte. Ini mendukung hingga 9 EXABYTES.Untuk detail lebih lanjut tentang XFS: http://oss.sgi.com/projects/xfs/
Jika Anda mencari untuk mempartisi lebih lanjut perangkat blok 22TB yang besar, maka gunakan
gparted
untuk membagi perangkat menjadi partisi yang dapat digunakan dan kemudian memformatnya dengan sistem file untuk membuatnya dapat dipasang.Tampaknya Anda telah memiliki pengontrol RAID perangkat keras, karena Anda menyebutkan bahwa Anda telah memiliki pengontrol RAID DELL perc - yang artinya, Anda harus memberi tahu konfigurasi RAID mana (tepatnya tingkat RAID yang Anda gunakan?) Dan dalam kebanyakan kasus, Anda tidak akan mendapatkan 22TB ruang untuk digunakan, saya bisa saja salah.
sumber
xfs_check
memang menggunakan banyak memori, tetapi halaman manual (8) menyebutkan: " Perhatikan bahwa menggunakanxfs_check
TIDAK dianjurkan. Gunakanxfs_repair -n
sebaliknya, untuk skalabilitas dan kecepatan yang lebih baik. ".Anda tidak memerlukan partisi apa pun saat menggunakan ZFS, cukup buat kumpulan ZFS di perangkat 22 TB Anda dan sistem file di dalamnya jika Anda tidak ingin menggunakan yang default dan hanya itu. Jika karena alasan tertentu, zpool tidak mendukung penggunaan seluruh disk, pertama buat label EFI dan partisi menggunakan seluruh ruang yang tersedia di dalam kemudian gunakan partisi itu untuk membuat kumpulan.
Untuk beberapa alasan, saya tidak akan merekomendasikan menggunakan apa pun selain ZFS untuk sistem file besar. Yang paling jelas adalah jika Anda mematikan secara brutal (misalnya: kernel panik atau kekurangan daya), fsck bisa memakan waktu lama untuk memulihkan sistem file tradisional. ZFS di sisi lain tidak perlu fsck jadi akan mengimpor pool secara instan.
Perhatikan bahwa Anda sebaiknya memutuskan konfigurasi RAID perangkat keras dan menggunakan kedua belas perangkat sebagai JBOD untuk membangun kumpulan ZFS dengan memanfaatkan kemampuan RAID perangkat lunaknya. Jika tujuan Anda adalah kinerja, Anda mungkin mencerminkan pasangan disk dan jika tujuan Anda adalah ruang yang dimaksimalkan, Anda mungkin menggunakan konfigurasi RAIDZ, RAIDZ2 atau RAIDZ3. Melakukannya sebagian besar akan meningkatkan keandalan data Anda dan toleransi kesalahan dari solusi.
sumber
Saya tidak yakin ini saat ini mungkin menggunakan tabel partisi standar. Dalam skema tabel partisi standar, volume dibatasi untuk 2 32 sektor. Dengan 512 byte per sektor, Anda cukup kehabisan angka untuk ditugaskan ke sektor sekitar 2TB.
Namun, Anda harus dapat melakukan ini jika Anda menggunakan Tabel Partisi GUID bukan yang standar. Tabel partisi GUID memungkinkan volume diperluas ke rentang zettabyte. Kebanyakan distro Linux dapat di-boot dari volume GUID, namun saat ini tidak ada versi Windows (kecuali untuk Windows 7 pada EFI).
Beberapa alat seperti fdisk tidak dapat bekerja dengan volume GUID, namun alat lain seperti GParted dapat. Setelah Anda membuat tabel partisi GUID Anda, Anda harus dapat membuat volume menggunakan salah satu dari beberapa sistem file umum yang mendukung volume ukuran itu (misalnya EXT4.)
sumber
Untuk tabel partisi Anda, seperti yang disebutkan di tempat lain, GPT adalah pilihan yang sangat baik, karena mendukung partisi dengan ukuran hingga 9,4 ZiB (9,4 × 10 21 byte), yang jauh melampaui apa pun yang Anda perlukan dengan 22 TiB.
Untuk sistem file Anda, di Linux BTRFS adalah sistem file copy-on-write yang sangat baik:
Ini mirip dengan fitur ZFS, tetapi merupakan bagian dari kernel Linux mainline.
sumber
Jika Anda tidak mencari redundansi atau kemampuan untuk mendukungnya, Anda mungkin dapat melakukan:
sumber
mkfs
untuk menentukan filesystemreiserfs
danext3
jadi jikaext4
klaim memiliki ukuran maksimum volume 16 exabytes saya tidak melihat alasan bahwa 22TB tidak akan berfungsi.