Solusi 1:
Alasan utama (historis) untuk mempartisi adalah:
-
untuk memisahkan sistem operasi dari data pengguna dan aplikasi Anda . Hingga rilis RHEL 7, tidak ada jalur pemutakhiran yang didukung dan peningkatan versi utama akan memerlukan penginstalan ulang dan kemudian memiliki
/home
dan data (aplikasi) lainnya pada partisi terpisah (atau volume LVM) memungkinkan Anda menyimpan data pengguna dan data aplikasi dengan mudah serta menghapus partisi OS. -
Pengguna tidak dapat masuk dengan benar dan sistem Anda mulai gagal dengan cara yang menarik ketika Anda benar-benar kehabisan ruang disk. Beberapa partisi memungkinkan Anda untuk menetapkan ruang hard disk yang dicadangkan untuk OS dan memisahkannya dari area tempat pengguna dan/atau aplikasi tertentu diizinkan untuk menulis (mis.
/home /tmp/ /var/tmp/ /var/spool/ /oradata/
dll.) , memitigasi risiko operasional pengguna dan/atau aplikasi yang berperilaku buruk. -
Kuota. Kuota disk memungkinkan administrator untuk mencegah pengguna individu menggunakan semua ruang yang tersedia, mengganggu layanan untuk semua pengguna sistem lainnya. Kuota disk individual diberikan per sistem file, jadi satu partisi dan dengan demikian satu sistem file berarti hanya 1 kuota disk. Partisi berganda (LVM) berarti banyak sistem file yang memungkinkan pengelolaan kuota yang lebih terperinci. Bergantung pada skenario penggunaan Anda, Anda mungkin ingin misalnya mengizinkan setiap pengguna 10 GB di direktori home mereka, 2 TB di direktori /data pada larik penyimpanan eksternal dan menyiapkan area awal bersama yang besar di mana siapa pun dapat membuang kumpulan data yang terlalu besar untuk direktori home mereka dan di mana polis menjadi "penuh sudah penuh" tetapi ketika itu terjadi tidak ada yang rusak juga.
-
Memberikan jalur IO khusus . Anda mungkin memiliki kombinasi SSD dan disk berputar dan sebaiknya mengatasinya secara berbeda. Tidak begitu banyak masalah di server tujuan umum, tetapi yang cukup umum dalam pengaturan basis data adalah juga menetapkan spindel (disk) tertentu ke tujuan yang berbeda untuk mencegah perselisihan IO, mis. disk terpisah untuk log transaksi, disk terpisah untuk data database aktual dan disk terpisah untuk ruang sementara. .
-
Boot Anda mungkin membutuhkan
/boot
yang terpisah partisi. Secara historis untuk mengatasi masalah BIOS dengan boot di luar batas silinder 1024, saat ini lebih sering persyaratan untuk mendukung volume terenkripsi, untuk mendukung pengontrol RAID tertentu, HBA yang tidak mendukung boot dari SAN atau sistem file yang tidak segera didukung oleh penginstal, dll. -
Menyetel Anda mungkin memerlukan opsi penyetelan yang berbeda atau bahkan sistem file yang sama sekali berbeda.
Jika Anda menggunakan partisi keras, Anda kurang lebih harus melakukannya dengan benar pada waktu penginstalan dan kemudian satu partisi besar bukanlah yang terburuk, tetapi ia memiliki beberapa batasan di atas.
Biasanya saya menyarankan untuk mempartisi volume utama Anda sebagai volume fisik LVM Linux tunggal yang besar lalu buat volume logis yang sesuai dengan kebutuhan Anda saat ini dan untuk sisa ruang disk Anda, biarkan tidak ditetapkan hingga diperlukan .
Anda dapat memperluas volume tersebut dan sistem filenya sesuai kebutuhan (yang merupakan operasi sepele yang dapat dilakukan pada sistem langsung), atau membuat tambahan juga.
Mengecilkan volume LVM itu sepele tetapi seringkali mengecilkan sistem file di dalamnya tidak didukung dengan baik dan mungkin harus dihindari.
Solusi 2:
Konsep menggunakan banyak partisi adalah bahwa partisi penuh di tempat yang salah tidak akan menyebabkan keseluruhan sistem bekerja secara tidak terduga.
Pertimbangkan proses pada mesin yang mengisi file log dengan cukup cepat hingga tidak ada ruang kosong yang tersedia. Pada mesin dengan partisi tunggal, hal ini dapat, misalnya, mencegah sistem untuk menulis data baru ke /tmp. Jika ada proses lain yang ingin menulis ke /tmp mungkin akan keluar dengan kesalahan, menyebabkan perilaku yang tidak diharapkan.
Hal ini dapat dicegah jika Anda menggunakan partisi berbeda untuk tempat pengguna atau proses biasanya menulis ke (/home, /var, /tmp).
Saya akan merekomendasikan agar Anda memeriksa server lama Anda folder mana yang cenderung menjadi besar. Anda dapat melakukannya di baris perintah dengan
du -h -d 1 / 2> /dev/null
Anda akan melihat di mana sebagian besar data terakumulasi dan merancang sistem Anda berikutnya dengan tepat. "-d 1" membatasi keluaran hanya pada satu tingkat kedalaman folder sehingga membuatnya lebih mudah dibaca.
Solusi 3:
Masalah utama dengan memiliki satu partisi besar adalah bahwa mengisi sistem file mungkin tidak memungkinkan login lagi.
Root pengguna memiliki folder utamanya (/root
) di luar /home
karena ini. Jika sistem file terisi dalam keadaan tertentu, bahkan root tidak dapat masuk dan tidak dapat memperbaiki sistem.
Inilah alasan mengapa Anda biasanya membuat titik pemasangan terpisah untuk /var
, /tmp
dan /home
untuk dapat masuk setidaknya sebagai root untuk memperbaiki sistem ketika salah satu partisi lainnya terisi.
Solusi 4:
IMHO, memiliki satu partisi sebagai / cukup masuk akal.
Tetapi Anda dapat menggunakan lvm (manajer volume logis). Gunakan semua disk sebagai grup lvm, tetapi buat disk logis kecil untuk /,/home,/usr dan apa pun yang disukai sysadmin Anda. Kemudian aktifkan beberapa pemantauan, yang Anda tahu, ketika sistem Anda mulai penuh dan perluas disk yang Anda butuhkan. lvresize dan resize2fs adalah alat online dan Anda dapat melakukan ekspansi tanpa memulai ulang server. Namun Anda tidak dapat mengurangi disk, jadi Anda harus memulai dari yang cukup kecil dan meningkatkannya jika diperlukan.
Solusi 5:
Ada sedikit masalah seputar penyiapan partisi tunggal besar di linux, tetapi hasilnya besar.
Mengubah tata letak partisi adalah hal yang agak sulit dan berisiko, yang seringkali tidak dapat Anda lakukan tanpa waktu henti yang lama.
Satu-satunya keuntungannya adalah Anda memiliki perlindungan terhadap masalah penuh disk. Tetapi Anda akan menemukan masalah ini banyak sering. Bayangkan situasinya, jika salah satu partisi Anda penuh, dan Anda tidak dapat menggunakan ruang di partisi lain, meskipun hampir kosong !
Beberapa administrator sistem profesional memiliki pendapat yang sangat berbeda tentang hal ini. Mereka mengatakan, bahwa memiliki banyak partisi dapat membuat sistem Anda lebih andal dan Anda harus tahu sebelum mempartisi, seberapa besar partisi Anda nantinya. Menurut pendapat saya, ini tidak bisa dikatakan begitu saja, ini adalah kelemahan yang mengerikan pada fleksibilitas sistem, dan motivasi mereka yang sebenarnya adalah bahwa mereka hanya suka bermain dengan peta partisi .
Ada sistem sederhana bernama lvm, yang memungkinkan pemindahan/pengubahan ukuran "partisi" dengan cepat (dalam terminologinya, volume). Tetapi pada satu server departemen lokal, IMHO biasanya tidak diperlukan.