Seberapa buruk menginstal Linux pada satu partisi besar?


96

Kami akan menjalankan CentOS 7 di server baru kami. Kami memiliki 6 x 300GB drive di raid6 internal ke server. (Penyimpanan sebagian besar eksternal dalam bentuk kotak serangan 40TB.) Volume internal mencapai sekitar 1,3TB jika diformat sebagai volume tunggal. Sysadmin kami menganggap itu adalah ide yang sangat buruk untuk menginstal OS pada satu partisi 1.3TB besar.

Saya seorang ahli biologi. Kami terus-menerus menginstal perangkat lunak baru untuk dijalankan dan diuji, yang sebagian besar masuk ke / usr / lokal. Namun, karena kami memiliki sekitar 12 ahli biologi yang tidak mengerti komputer yang menggunakan sistem ini, kami juga mengumpulkan banyak cruft di / rumah juga. Server terakhir kami memiliki partisi 200GB untuk /, dan setelah 2,5 tahun itu 90% penuh. Saya tidak ingin hal itu terjadi lagi, tetapi saya juga tidak ingin menentang saran ahli!

Bagaimana kita bisa menggunakan 1.3TB terbaik yang tersedia untuk memastikan bahwa ruang tersedia kapan dan di mana dibutuhkan tetapi tidak menciptakan mimpi buruk pemeliharaan untuk sysadmin ??


13
Gunakan LVM dan ubah ukuran sesuka hati
thanasisk

5
@ thanasisk At resizability adalah mitos, karena tidak ada filesystem di linux yang dapat disusutkan secara online. ext2 memiliki tambalan seperti itu di zaman kuno.
user259412

2
@PeterHorvath - lalu apakah Anda senang jika saya mengganti "mengubah ukuran" dengan "memperluas"?
thanasisk

10
Agak tidak realistis untuk mengharapkan apa pun yang Anda atur sekarang tetap optimal dalam 2,5 tahun! Dan fakta bahwa pengguna yang tidak paham membuat kekacauan adalah lebih banyak alasan untuk memisahkan OS dari data.
JamesRyan

3
@ PeterHorvath Saya membaca komentar Anda lebih dari sekali supaya saya bisa memahaminya. Anda menulis bahwa Anda akan senang jika sistem file yang dapat berkembang ada dan saya menunjukkan sistem file yang ada. Itu saja.
gparent

Jawaban:


108

Alasan utama (historis) untuk dipartisi adalah:

  • untuk memisahkan sistem operasi dari data pengguna dan aplikasi Anda . Sampai rilis RHEL 7 tidak ada jalur peningkatan yang didukung dan peningkatan versi utama akan membutuhkan instalasi ulang dan kemudian memiliki contoh /homedan data (aplikasi) lainnya pada partisi yang terpisah (atau volume LVM) memungkinkan Anda untuk dengan mudah menyimpan data pengguna dan data aplikasi dan 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 menyimpannya terpisah dari area tempat pengguna dan / atau aplikasi tertentu diizinkan untuk menulis (misalnya, /home /tmp/ /var/tmp/ /var/spool/ /oradata/dll.), Mengurangi risiko operasional dari pengguna dan / atau aplikasi yang berperilaku buruk.

  • Kuota. Kuota disk memungkinkan administrator untuk mencegah pengguna individu menggunakan semua ruang yang tersedia, mengganggu layanan ke semua pengguna lain dari sistem. Kuota disk individual ditetapkan per sistem file, sehingga satu partisi dan dengan demikian satu sistem file tunggal berarti hanya 1 kuota disk. Partisi multipel (LVM) berarti beberapa sistem file memungkinkan manajemen kuota yang lebih terperinci. Bergantung pada skenario penggunaan Anda, Anda mungkin ingin misalnya mengizinkan setiap pengguna 10 GB di direktori home mereka, 2TB di direktori / data pada array penyimpanan eksternal dan mengatur area goresan bersama yang besar di mana setiap orang dapat membuang dataset terlalu besar untuk direktori home mereka. dan di mana kebijakan menjadi "penuh sudah penuh" tetapi ketika itu terjadi tidak ada yang rusak juga.

  • Menyediakan jalur IO khusus . Anda mungkin memiliki kombinasi SSD dan disk pemintalan dan sebaiknya mengatasinya secara berbeda. Tidak begitu banyak masalah dalam server tujuan umum, tetapi cukup umum dalam pengaturan database adalah juga menetapkan spindle (disk) tertentu untuk tujuan yang berbeda untuk mencegah pertentangan IO, misalnya disk terpisah untuk log transaksi, disk terpisah untuk data database aktual dan terpisah disk untuk ruang temp. .

  • Boot Anda mungkin membutuhkan /bootpartisi yang terpisah . Secara historis untuk mengatasi masalah BIOS dengan booting melebihi batas 1024 silinder, saat ini lebih sering persyaratan untuk mendukung volume terenkripsi, untuk mendukung pengontrol RAID tertentu, HBA yang tidak mendukung booting dari SAN atau sistem file yang tidak segera didukung oleh installer, dll.

  • Tuning Anda mungkin membutuhkan opsi tuning yang berbeda atau bahkan sistem file yang sama sekali berbeda.

Jika Anda menggunakan partisi keras Anda lebih atau kurang harus melakukannya dengan benar pada waktu instalasi dan kemudian satu partisi besar bukanlah yang terburuk, tetapi ia datang dengan beberapa batasan di atas.

Biasanya saya sarankan untuk mempartisi volume utama Anda sebagai volume fisik besar LVM Linux dan kemudian membuat volume logis yang sesuai dengan kebutuhan Anda saat ini dan untuk sisa ruang disk Anda, biarkan tidak ditugaskan sampai diperlukan .

Anda dapat memperluas volume itu dan sistem file mereka sesuai kebutuhan (yang merupakan operasi sepele yang dapat dilakukan pada sistem langsung), atau membuat yang tambahan juga.

Mengecilkan volume LVM adalah sepele tetapi seringkali menyusutkan sistem file pada mereka tidak didukung dengan baik dan mungkin harus dihindari.


4
Terkait dengan hal kinerja, saya pikir itu juga layak menunjukkan bahwa, dalam hal sistem file mengajukan tanggapan cepat diperlukan, dan 'df' akan mengembalikan informasi yang berguna jauh lebih cepat daripada 'du -s $ DIRNAME'
symcbean

3
Saya tidak yakin saya setuju dengan " sampai ... RH7 ... tidak ada jalur peningkatan yang didukung ". Saya telah melakukan peningkatan yang didukung sejak waktu habis, dan tentu saja meningkatkan sistem RH4-> 5. Ini hanya RH5-> RH6 yang tidak memiliki jalan semacam itu, untuk pengetahuan saya - dan saya mendapatkan perasaan RH mendapat komprehensif memukul oleh pengguna mereka karena kurangnya itu. +1 untuk sisa jawaban yang sangat baik.
MadHatter

Apa yang Anda maksud dengan "Sampai rilis RHEL 7 tidak ada jalur peningkatan yang didukung"? Akankah RHEL mendukung peningkatan antara versi utama dari RHEL 7 dan seterusnya?
Markus Hallmann

5
Pembaruan memang berhasil, tetapi menurut Red Hat kebijakan umum masih adalah: Red Hat tidak mendukung pemutakhiran di tempat antara versi utama Red Hat Enterprise Linux. dan sedikit nuansa lebih jauh ke bawah Red Hat saat ini mendukung upgrade dari Red Hat Enterprise Linux 6 ke Red Hat Enterprise Linux 7 hanya untuk kasus penggunaan khusus / bertarget dan inilah manual untuk memeriksa
HBruijn

17

Konsep menggunakan beberapa partisi adalah bahwa partisi penuh di tempat yang salah tidak akan menyebabkan keseluruhan sistem bekerja secara tidak terduga.

Pertimbangkan proses pada mesin mengisi logfile cukup cepat hingga tidak ada ruang kosong yang tersedia. Pada mesin partisi tunggal, ini kemudian dapat, misalnya, mencegah sistem untuk menulis data baru ke / tmp. Jika ada proses lain yang ingin ditulis ke / tmp mungkin akan keluar dengan kesalahan, menyebabkan perilaku yang tidak terduga.

Ini dapat dicegah jika Anda menggunakan partisi berbeda untuk tempat-tempat di mana pengguna atau proses biasanya menulis ke (/ home, / var, / tmp).

Saya akan merekomendasikan Anda memeriksa server lama Anda yang folder 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 dikumpulkan dan merancang sistem Anda berikutnya dengan tepat. "-D 1" membatasi output hanya satu tingkat kedalaman folder sehingga lebih mudah dibaca.


12

Masalah utama dengan memiliki satu partisi besar adalah bahwa mengisi filesystem itu dimungkinkan bahwa tidak ada login lagi yang mungkin.

Root pengguna memiliki folder beranda ( /root) di luar /homekarena ini. Jika sistem file terisi dalam beberapa keadaan bahkan root tidak dapat login dan tidak dapat memperbaiki sistem.

Ini adalah alasan mengapa Anda biasanya membuat titik pemasangan terpisah untuk /var, /tmpdan /homeuntuk dapat masuk setidaknya sebagai root untuk memperbaiki sistem ketika salah satu partisi lainnya terisi.


2
pada beberapa filesystem (ext3 fe) Anda dapat memiliki sedikit ruang yang disediakan untuk pengguna root untuk mencegah perilaku itu. Anda harus menggunakan kuota untuk mencegahnya, sama dengan / tmp yang sering dilupakan.
Dennis Nolte

@ DennisNolte saya lupa /tmp. Terima kasih, saya akan menambahkan ini ke jawaban saya.
Uwe Plonus

@ DennisNolte ruang yang disediakan akan membantu tapi saya pikir pemeliharaan lebih sulit daripada menggunakan partisi yang berbeda karena Anda harus mengatur kuota dengan benar.
Uwe Plonus

4
Saya pikir alasan yang lebih penting untuk /rootberada di luar /homeadalah bahwa pada beberapa instalasi /homeakan berada pada drive jaringan. Jika terjadi masalah saat memasangnya melalui jaringan, file root tetap dapat diakses. (Ini dapat dibandingkan dengan bagaimana biasanya ada editor teks /bin, kalau /usr- kalau tidak akan meningkat.) Saya menduga ini adalah skenario yang lebih umum dalam praktek, hari ini, daripada /homemengisi sepanjang jalan.
Eliah Kagan

11

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 sysadmin Anda inginkan. Kemudian aktifkan beberapa pemantauan, yang Anda tahu, ketika sistem Anda mulai menjadi 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 menambah di mana Anda perlu.


9

Ada sedikit masalah di sekitar pengaturan besar-partisi-tunggal dari linux, tetapi memiliki imbalan besar.

Mengubah tata letak partisi adalah hal yang agak sulit dan berisiko, yang sering kali tidak dapat Anda lakukan tanpa downtime yang lama.

Satu-satunya keuntungan adalah Anda memiliki perlindungan terhadap masalah penuh disk. Tapi Anda akan menemukan masalah ini jauh lebih sering. Bayangkan situasinya, jika salah satu partisi Anda penuh, dan Anda tidak dapat menggunakan ruang di partisi lain, bahkan jika mereka hampir kosong !

Beberapa administrator sistem profesional memiliki pendapat yang berbeda total tentang ini. Mereka mengatakan, memiliki banyak partisi dapat membuat sistem Anda lebih andal dan Anda harus tahu sebelum mempartisi, seberapa besar partisi Anda. Menurut pendapat saya, ini tidak bisa dikatakan, itu adalah kelemahan yang mengerikan pada fleksibilitas pada sistem, dan motivasi mereka yang sebenarnya adalah bahwa mereka hanya suka bermain dengan peta partisi .

Ada sistem sederhana bernama lvm , yang memungkinkan perpindahan / pengubahan ukuran "partisi" saat itu (dalam terminologinya, volume). Tetapi pada satu server departemen lokal, IMHO biasanya tidak diperlukan.


7
Admin masokistis seperti apa yang suka bermain dengan peta partisi ??? Bagian yang menyenangkan adalah membangun kernel, bisakah saya mendapatkan amin ???
Uskup

1
Amin! Sekarang tentang argumen yang admin suka bermain dengan partisi, saya hanya ingin membantah bahwa dengan fakta bahwa linux mungkin memiliki 100 jenis file-sistem yang berbeda dan tergantung pada pola penggunaan, memilih sistem filre yang tepat untuk tugas tertentu dapat berarti perbedaan antara sistem optimal dan sistem non-fungsional. Dan mungkin Anda hanya perlu sistem file dalam beberapa folder. Sana.
Lennart Rolland

3

Ada dua alasan utama untuk mempartisi:

  1. Untuk menjaga data statis dari data non-statis
  2. Untuk menjaga data publik dari data pribadi

Alasan pertama adalah yang paling jelas - Anda perlu mengisolasi area yang akan diisi dengan file dari yang tidak, dan Anda terutama ingin melindungi /, untuk menghindari sistem yang tidak dapat di-boot. Sebagai contoh, direktori / var biasanya di mana file log akan disimpan (var berarti "variabel") dan inilah sebabnya / var cenderung dipasang pada partisi yang terpisah dari /.

Alasan kedua di atas kurang dikutip (Saya terakhir mendengarnya di kursus Volume Manager Veritas sekitar 15 tahun yang lalu) dan itu benar-benar hanya relevan dengan sistem di mana banyak orang masuk dan melakukan pekerjaan.

Ada sesuatu dari seni untuk pembandingan yang efektif, dan ini mungkin mengapa ada Sys Admin yang mengambilnya terlalu jauh (IMO). Anda tidak hanya perlu mengetahui filesystem luar dalam, tetapi Anda juga harus tahu tujuan penggunaannya. Saya pribadi berpikir ini adalah pendekatan yang agak kuno yang menjadi semakin tidak relevan dengan cara server digunakan saat ini.

Sebagai pengembang perangkat lunak, saya terutama muak dengan departemen Ops membangun Mesin Virtual dengan skema partisi tanpa pertimbangan yang sangat membatasi ukuran / tmp, / home, / var dan /, terlepas dari total ruang disk yang tersedia, tetapi kemudian tidak dapat memasang pilihan yang jelas seperti / usr atau / opt secara terpisah. Mesin-mesin ini biasanya akan memasukkan apa pun yang tersisa dari ruang disk yang Anda minta ke volume "/ stuff" yang akhirnya Anda instal dan menghubungkan semuanya ke dalam, tapi itu bukan penghiburan. Hasilnya adalah kita sering menghabiskan lebih banyak waktu mengaduk-aduk file di sekitar dan mengirim email peringatan daripada melakukan pekerjaan nyata.

Tidak ada yang "buruk" pada dasarnya memiliki satu partisi. Pada sistem apa pun, Anda harus secara proaktif memantau penggunaan disk Anda, dan menggunakan strategi pembersihan yang masuk akal (mis. Rotasi log, kuota pada direktori home), jadi satu-satunya pertanyaan sebenarnya adalah: berapa banyak filesystem terpisah yang ingin Anda khawatirkan?

Karena itu saya akan mengatakan: kecuali Anda 100% yakin akan kemampuan Anda mempartisi sistem secara efektif untuk use case khusus Anda, jangan dipartisi sama sekali .


Persis. Ok, mungkin pemisahan data publik-swasta harus dilakukan oleh izin di sistem file dan layanan Anda.
user259412

2

IMHO terserah Anda sepenuhnya. Pertama-tama pertimbangkan beberapa hal, meskipun seluruhnya agak relatif.

  • Apakah sistem ini akan sering dikelola?
  • apakah sistem ini akan digunakan oleh satu atau lebih pengguna?
  • apakah sistem ini akan berfungsi sebagai desktop atau server, atau keduanya?

Karena seseorang dapat mempertimbangkan (hampir) direktori apa pun, mountpoint juga harus mempertimbangkan apa yang mengandung data yang agak bertambah dan apa yang berisi data yang bertambah.

Anda akan terkejut betapa sedikit sistem linux (agak tumbuh data) yang diperlukan untuk menjalankan dan berapa banyak dikonsumsi oleh pertumbuhan data (biasanya / var / opt / home / srv)

Itu juga tergantung pada bagaimana Anda mendefinisikan penggunaan untuk sistem ini yang menguraikan persyaratan partisi. Penggunaan untuk LVM disertakan.

Sistem desktop yang khas akan membutuhkan sekitar 20GB untuk menginstal banyak perangkat lunak, setelah semua yang ditugaskan untuk rumah / berdedikasi akan baik-baik saja kalau begitu. LVM menyebabkan overhead kecil pada sistem Anda dan dalam kasus khusus ini tidak begitu bermanfaat. Padahal pendapat mungkin berbeda.

Pada server, kecil kemungkinan perangkat lunak yang diinstal sama dinamisnya dengan sistem desktop. Lebih bijaksana untuk memiliki mountpoint aktual untuk komponen sistem file tipikal seperti / tmp / var / usr / home / opt / srv. Penggunaan LVM di sini disarankan untuk tidak mengatakan wajib.

Ini menawarkan modularitas yang bagus untuk sistem Anda, itu juga memungkinkan untuk melakukan hal-hal konyol seperti mengkloning partisi itu menjadi VM misalnya. Atau membuat cadangan tingkat blok menggunakan dd.

Berdasarkan beberapa pengalaman, berikut adalah beberapa catatan. Juga mempertimbangkan memiliki beberapa titik pemasangan memungkinkan untuk kontrol yang lebih besar, menetapkan perangkat disk yang cepat atau lambat ke titik pemasangan dapat membuat perbedaan dunia dan secara nyata dapat meningkatkan efisiensi biaya.

Mounpoint /

  • 1GB (jika menggunakan mountpoints terpisah untuk / var / usr / opt / home / tmp)
  • +10 atau bahkan +20 GB jika digunakan sebagai sistem desktop dengan home / terpisah

jika menggunakan mountpoint / home

  • tetapkan semua ruang kosong jika digunakan, / home ne

jika menggunakan mountpoint / opt

jika menggunakan mountpoint / usr

  • ini rumit dan sangat tergantung pada basis perangkat lunak yang diinstal

jika menggunakan mountpoint / var

  • ini rumit dan sangat tergantung pada basis perangkat lunak yang diinstal
  • misalnya, basis data menulis datanya di sini pada sistem berbasis Debian, jika tidak semua Linux
  • memiliki / var / tmp yang terpisah tidak masuk akal

jika menggunakan mountpoint / tmp

  • pertimbangkan tmpfs ada dan dialokasikan / tmp ke RAM
  • pertimbangkan beberapa aplikasi mungkin menulis banyak data di sini

2

Saya harus mempertanyakan, pertama-tama, mengapa Anda bahkan memposting pertanyaan ini di sini, menjadi seorang ahli biologi yang berdebat dengan administrator sistem yang tampaknya kompeten mengenai poin-poin yang lebih baik dari partisi hard drive! (jangan tersinggung, hanya ingin tahu mengapa Anda tidak mempercayai sysadmin Anda).

Jadi, beberapa pengamatan:

  • 1,3 TB bukan drive besar lagi. 2 TB adalah ukuran drive SATA yang kurang lebih standar di dunia desktop saat ini.

  • instalasi Distro Linux apa pun tidak mungkin membutuhkan lebih dari 100GB. Tentu saja, ukuran untuk / (root) dan (swap) harus dengan mudah ditentukan sebagai angka-angka batas atas dengan murah hati mengukur mereka (untuk root) atau dengan pedoman konfigurasi sistem (swap).

  • titik mount untuk / home harus menunjuk ke sesuatu di server RAID 40TB Anda. Tidak perlu untuk data itu, direktori home pengguna, berada di mana saja pada perangkat root itu. Menempatkannya di server RAID mungkin memberi Anda perlindungan yang lebih baik. Dan, kemungkinan besar fasilitas NAS yang siap diperluas, sedangkan RAID kecil yang dibangun ke dalam kotak server kemungkinan tidak.

  • Anda mungkin harus meletakkan perangkat lunak khusus Anda ke dalam partion yang terpisah (mount point untuk / usr / local / bin dll) sehingga Anda dapat menyimpannya di seluruh pembaruan OS dan tisu partisi root. Kalau tidak, Anda dihadapkan dengan kemungkinan bahwa Anda harus menginstal ulang aplikasi perangkat lunak "khusus" Anda setelah peningkatan / perbaikan OS / apa pun.

  • jika Anda ingin khawatir tentang administrasi sistem Anda, saya akan mengajukan pertanyaan berbeda: apa proses pemulihan bencana setelah gedung terbakar dan server dan kotak RAID dihancurkan? Kecuali jika data yang Anda pedulikan tetap ada di kepala Anda, ini adalah pertanyaan yang harus ditanyakan setiap pengguna dari orang-orang IT / sysadmin mereka. Strategi tersebut harus mencakup pertanyaan seperti "bagaimana kita akan mereplikasi perangkat keras yang kita butuhkan" dan "berapa lama waktu yang dibutuhkan sebelum kita dapat kembali dan berjalan". Beberapa diskusi tentang virtualisasi server Anda mungkin membantu menyelesaikan masalah seputar dependensi perangkat keras dan membuat semuanya kembali dan berjalan tanpa perlu mengkonfigurasi ulang OS Anda (karena dapat dikonfigurasi untuk berjalan di lingkungan perangkat "lunak" yang tidak berubah,

  • sama halnya, Anda mungkin ingin bertanya strategi apa yang digunakan untuk melindungi data pengguna dari kehilangan data kesalahan program dan pengguna. Menyimpan file kosong di atas draf yang sangat bagus dari makalah penelitian Anda, atau memiliki pengguna mengetik perintah yang salah (rm -rf * misalnya) akan menyebabkan kehilangan data sama pastinya dengan gempa bumi atau kebakaran atau kerusakan fisik lainnya. Solusi untuk pemulihan file individual sedikit berbeda (atau bisa!) Dari yang paling berguna untuk pemulihan bencana grosir.

  • -

2

Ini memungkinkan untuk membuat cadangan, memulihkan, atau menginstal ulang sistem operasi secara independen dari data pengguna. Ini memberi Anda kebebasan, kemandirian dan keamanan.

  1. Adalah cara yang lebih mudah untuk bermigrasi ke distribusi Linux lain yang masih mempertahankan mayoritas mutlak data pengguna.

  2. Sangat mudah untuk mengembalikan pembaruan kereta dengan menerapkan cadangan partisi sistem operasi (diperlukan dual boot). Cadangan ini bahkan mungkin agak lama - Anda dapat menerapkannya dan kemudian memperbarui ke versi yang diketahui stabil.

  3. Sangat mudah untuk kembali ke versi sistem operasi sebelumnya jika Anda tidak menyukai "peningkatan besar" yang baru-baru ini diterapkan (diperlukan dual boot).

Untuk potensi terbesar dari pendekatan ini, Anda juga harus mengkonfigurasi dual boot (bisa juga CentOS / CentOS), sehingga Anda dapat menimpa satu partisi sistem operasi saat menjalankan sistem operasi dari yang lain. Dan, tentunya, Anda harus mencadangkan partisi sistem setidaknya sekali beberapa bulan.


Dan mengapa -1? Apakah Anda melihat menunggu tanpa nirkabel untuk memperbaiki bug sebagai pendekatan yang lebih profesional? Telah ditambal dalam tiga minggu, BTW.
h22

Saya tidak tahu, tetapi kompensasi. Jika Anda melihat yang serupa, lakukan itu juga.
user259412

1

Jawaban singkat saya adalah bahwa bahkan desktop tidak boleh menggunakan "satu partisi besar". Baru-baru ini saya mencoba itu terhadap penilaian saya yang lebih baik karena itu "hanya laptop" dan installer otomatis menggunakan satu partisi, dan saya hanya mengklik tombol.

Ketika saya pergi untuk menginstal distro yang berbeda, saya kemudian harus mempartisi ulang drive saya karena installer tidak akan menginstal lebih dari distro yang ada. Itu bisa dan AKAN menjaga / home home Anda jika di partisi sendiri. Jadi, saya akhirnya mem-boot live-cd gparted dan menyusutkan partisi, membuat partisi baru untuk / home dan yang lainnya, memindahkan data saya ke partisi baru, dan akhirnya mem-boot ke installer untuk OS baru.

Idealnya, letakkan / di SSD, / rumah di hard drive, / var di hard drive, / usr bisa di SSD atau HDD tergantung pada seberapa sering Anda berencana untuk meningkatkan. / tmp ke hard drive. Saya biasanya membuat partisi lain untuk file media bersama seperti mp3 dan film dengan symlink dari / rumah saya. Perhatikan bahwa / sbin adalah bagian dari root, dan adalah / bin dan / root. Itulah perbedaan antara / bin dan / usr / bin, adalah / usr adalah hal-hal yang mungkin tidak tersedia sampai semua drive Anda terpasang, sehingga perintah mount tidak dapat di / usr! Saya biasanya menyimpan beberapa partisi tambahan untuk distro linux lainnya, seperti itu partisi gparted ada di hard drive saya kalau-kalau saya mengacaukan sesuatu yang sangat buruk, saya memiliki sistem hidup lain yang siap untuk melakukan pekerjaan pemulihan dengan.

Untuk server tempat Anda mungkin perlu memindahkan barang-barang, menambahkan penyimpanan secara dinamis, dan harus selalu terjaga, gunakan LVM !!!


1

Anda tidak harus menginstal perangkat lunak ke / usr / local, Anda dapat menginstal semua perangkat lunak dalam awalan yang berbeda, yang mungkin di / home. Sebagian besar perangkat lunak dapat melakukan ini ketika Anda mengkompilasinya dari sumber, dengan menjalankan mis ./configure --prefix=/home/bin

Karena Anda seorang ahli biologi, Anda mungkin tertarik pada banyak perangkat lunak yang tidak dikemas dengan benar dalam satu rpm atau deb dan Anda harus tetap mengkompilasinya dari sumber.

Saya seorang sysadmin untuk sistem HPC dengan banyak ahli biologi di antara para pengguna kami, kami memasang semua perangkat lunak yang mereka minta di bawah sistem / apps / filesystem, jadi saya tahu adalah mungkin untuk melakukan ini untuk sebagian besar perangkat lunak, namun, kadang-kadang mungkin menjadi sangat sulit. Untuk mengatasi masalah ini, kolega saya dan saya telah menulis pada alat yang disebut EasyBuild (Gratis dan open source). Ini dapat mengkompilasi dan menginstal perangkat lunak dari sumber, dan menginstalnya di folder yang berbeda, dan secara otomatis membuat file modul lingkungan untuk Anda, jadi Anda sebenarnya dapat menginstal 2 versi berbeda dari perangkat lunak yang sama, dan tidak memiliki konflik.

Lihat daftar paket kami yang dapat kami instal hanya dengan satu perintah, sebagai ahli biologi Anda mungkin mengenali banyak dari mereka ;-)

Penafian: Saya adalah pengembang EasyBuild


0

Saya berpikir bahwa secara umum untuk pengguna pemula / pengantar * ix yang memiliki partisi paling sedikit dapat bekerja sampai lebih banyak dipelajari tentang sifat sistem. Namun, Anda tidak dapat hanya memiliki satu paritisi dan dalam kasus Anda, Pak, karena berbagai alasan.

Alasan pertama dan lebih praktis secara publik untuk ini adalah bahwa sebagian besar semua Sistem Linux memerlukan partisi swap (umumnya harus antara 1-2 * RAM Anda) juga memerlukan sistem terpisah, boot atau partisi rumah dan dalam kasus UEFI mem-boot sistem linux partisi EFI (hanya 500MB).

Alasan kedua, khusus berlaku untuk situasi Anda, adalah bahwa mengambil drive 6x 300GB dan membuatnya menjadi serangan 6, untuk sedikitnya, adalah pengaturan optimal. Meskipun, teknologi baru, memuji Raid 6 sebagai sistem yang secara universal lebih baik, algoritma striping lebih dibutuhkan dan ruang yang dibutuhkan untuk menyimpan informasi (dibandingkan dengan RAID 5) lebih besar dalam ukuran.

Belum lagi bahwa RAID 6 membutuhkan perangkat keras tambahan. Yang harus digunakan, menurut pendapat saya, dalam kasus Anda untuk membeli disk yang lebih besar untuk menghindari kegagalan disk, downtime, pemulihan bencana atau menambah biaya bantuan teknologi. Saya mengerti bahwa beberapa, mungkin banyak, akan tidak setuju dengan saya dan saya ingin menegaskan kembali bahwa ketika disk menjadi lebih besar dalam ukuran selama dua tahun ke depan (karena mereka telah jatuh harga selama beberapa tahun terakhir) RAID6, untuk array yang lebih besar dan korporasi berpenghasilan besar akan menjadi pilihan yang jelas. Namun dalam hal ini, saya tidak menyarankan penggunaan RAID 6.

Untuk masalah kedua (bukan berbasis RAID), membuat satu partisi raksasa ketika mirroring dapat bekerja untuk Anda, jika Anda ingin memaksimalkan efisiensi, gunakan drive yang lebih besar dan beberapa partisi. Dengan begitu jika Anda memiliki kegagalan disk ganda, Anda tidak akan memiliki downtime pada titik mount tertentu atau sedikit tergantung pada / dev + / dir.

Setidaknya buat / sys Anda (sistem, kernel, dll) berjalan secara terpisah sehingga jika karena alasan apa pun kernel Anda memutuskan untuk tidak mem-boot Anda cukup menggunakan kernel pemulihan, boot jarak jauh atau PXE, boot disk, dll kernel Anda dan memiliki perusahaan- akses luas ke informasi Anda saat proses pemulihan-d berlangsung.

Perusahaan Anda mungkin tidak peduli dengan aksen ini selama sistem bekerja tetapi saya mencoba menjelaskan alasan orang melakukan sesuatu. Saya juga ingin mendengar lebih banyak dari orang lain, untuk dan menentang argumen ini dan untuk mengangkat poin lain. Jika Anda tidak setuju, beri tahu saya alasannya. Poster - Saya akan memberi Anda beberapa tautan juga kepada Anda.

One Love untuk Komunitas Linux kami, Spencer Reiser

NB Terutama pada server jaringan atau sistem yang tersedia untuk masyarakat umum, bahkan jika melalui kredensial, akan sangat baik untuk memisahkan partisi Anda. Orang lain dapat memasukkan lebih banyak di sini, saya perlu lebih banyak kopi.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.