Tag-Archive for » ubuntu «

Minggu, 4 Agustus, 2013 | Penulis:

Sejarah

Banyak yang telah berubah sejak terakhir saya sebutkan saya server pribadi – itu telah berkembang dengan pesat (sekarang memiliki 7TB md RAID6) dan baru-baru ini dibangun kembali dengan Ubuntu Server.

Lengkungan tidak pernah kesalahan. Arch Linux telah mengajarkan saya begitu banyak tentang Linux (dan akan terus melakukannya pada desktop saya yang lain). Tapi Arch pasti membutuhkan lebih banyak waktu dan perhatian daripada yang saya ingin menghabiskan pada server. Idealnya aku lebih suka untuk dapat melupakan tentang server untuk sementara sampai email pengingat mengatakan “hem … ada beberapa update Anda harus melihat, sobat.”

Ruang ini tidak gratis – dan tidak adalah ruang

Kesempatan untuk bermigrasi ke Ubuntu adalah fakta bahwa saya telah kehabisan SATA port, port diperlukan untuk menghubungkan hard drive ke seluruh komputer – bahwa array RAID 7TB menggunakan banyak port! Aku bahkan telah memberikan saya sangat tua hard disk 200GB karena mengambil salah satu port. Saya juga memperingatkan penerima bahwa disk SMART pemantauan menunjukkan itu tidak dapat diandalkan. Sebagai solusi sementara untuk kurangnya port SATA, Aku bahkan telah bermigrasi OS server untuk satu set dari empat stik USB di md RAID1. Gila. Saya tahu. Saya tidak terlalu senang tentang kecepatan. Aku memutuskan untuk pergi keluar dan membeli hard drive yang dapat diandalkan baru dan kartu ekspansi SATA untuk pergi dengan itu.

Partisi Arch primer server yang menggunakan sekitar 7GB disk. Sebuah potongan besar itu adalah menukar berkas, cache data yang dan file dinyatakan lain-lain atau tidak perlu. Secara keseluruhan ukuran sebenarnya dari OS, termasuk /rumah map, itu hanya sekitar 2GB. Ini mendorong saya untuk melihat ke dalam super cepat SSD mendorong, berpikir mungkin yang lebih kecil mungkin tidak begitu mahal. Ternyata termurah non-drive SSD saya bisa menemukan benar-benar biaya lebih dari satu SSD relatif kecil. Yay untuk saya. 🙂

Pilihan? Woah?!

Dalam memilih OS, Saya sudah memutuskan tidak akan Arch. Dari semua distro populer lainnya, Aku paling akrab dengan Ubuntu dan CentOS. Fedora juga kemungkinan – tapi aku tidak serius belum dipertimbangkan untuk server. Ubuntu memenangkan putaran.

Keputusan berikutnya saya harus membuat tidak terjadi kepada saya sampai Ubiquity (Ubuntu instalasi wizard) tanya itu dari saya: Bagaimana untuk mengatur partisi.

Saya baru menggunakan SSD di Linux – Aku tahu dari perangkap tidak menggunakan dengan benar, sebagian besar karena risiko umur panjang miskin jika disalahgunakan.

Saya tidak ingin menggunakan partisi swap khusus. Saya berencana untuk upgrade motherboard server / CPU / memori tidak terlalu jauh di masa depan. Berdasarkan bahwa saya memutuskan saya akan menempatkan swap ke dalam sebuah file swap pada RAID md ada. Swap tidak akan sangat cepat tetapi satu-satunya tujuan akan untuk itu kesempatan langka ketika ada sesuatu yang tidak beres dan memori tidak tersedia.

Ini kemudian meninggalkan saya untuk memberikan jalan root 60GB penuh keluar dari Intel 330 SSD. Aku dianggap memisahkan / rumah tapi itu hanya tampak sedikit sia-sia, mengingat betapa sedikit yang digunakan di masa lalu. Saya pertama kali membentuk partisi dengan LVM – sesuatu Saya baru saja melakukan setiap kali saya membuat kotak Linux (benar-benar, tidak ada alasan untuk tidak menggunakan LVM). Ketika itu sampai ke bagian di mana saya akan mengkonfigurasi filesystem, Saya mengklik drop-down dan secara naluriah memilih ext4. Lalu aku melihat btrfs dalam daftar yang sama. Mengampai!!

Tapi apa yang?

Btrfs (“mentega-eff-ess”, “baik-eff-ess”, “bee-pohon-eff-ess”, atau apa pun yang Anda suka pada hari) adalah filesystem yang relatif baru dikembangkan dalam rangka untuk membawa Linux’ filesystem kemampuan kembali ke jalur dengan teknologi saat ini filesystem. Raja-of-the-Hill ada filesystem, “ext” (versi saat ini disebut ext4) cukup baik – tetapi terbatas, terjebak dalam paradigma lama (memikirkan merek baru F22 Raptor vs. sebuah F4 phantom dengan upaya setengah-Jested di upgrade penyetaraan) dan tidak mungkin mampu bersaing untuk waktu yang lama dengan filesystem Perusahaan baru seperti ZFS Oracle. Btrfs masih memiliki jalan panjang untuk pergi dan masih dianggap eksperimental (tergantung pada siapa Anda bertanya dan fitur apa yang Anda butuhkan). Banyak mempertimbangkan untuk menjadi stabil untuk digunakan dasar – tapi tidak ada yang akan membuat jaminan. Dan, tentu saja, semua orang mengatakan untuk membuat dan menguji backup!

Mooooooo

Perbedaan yang paling mendasar antara ext dan btrfs adalah bahwa btrfs adalah “KK” atau “Copy on Menulis” filesystem. Ini berarti bahwa data tidak pernah benar-benar sengaja ditimpa oleh internal filesystem ini. Jika Anda menulis perubahan ke file, btrfs akan menulis perubahan Anda ke lokasi baru pada media fisik dan akan memperbarui pointer internal untuk merujuk ke lokasi baru. Btrfs melangkah lebih jauh di bahwa mereka pointer internal yang (disebut sebagai metadata) adalah juga KK. Versi ext akan memiliki cukup ditimpa data. Ext4 akan menggunakan Journal untuk memastikan bahwa korupsi tidak akan terjadi harus steker AC harus ditarik keluar pada saat yang paling sial. Hasil jurnal dalam jumlah yang sama dari langkah yang diperlukan untuk memperbarui data. Dengan SSD, hardware mengoperasikan proses KK yang sama tidak peduli apa filesystem yang Anda gunakan. Hal ini karena SSD drive tidak bisa benar-benar menimpa data – mereka harus menyalin data (dengan perubahan) ke lokasi baru dan kemudian menghapus blok tua seluruhnya. Optimasi di daerah ini adalah bahwa SSD mungkin tidak menghapus blok tua melainkan hanya membuat catatan untuk menghapus blok di lain waktu ketika hal-hal yang tidak begitu sibuk. Hasil akhirnya adalah bahwa SSD drive sangat cocok dengan filesystem KK dan tidak berkinerja baik dengan filesystem non-KK.

Untuk membuat hal-hal yang menarik, KK dalam filesystem dengan mudah bergandengan tangan dengan fitur yang disebut deduplication. Hal ini memungkinkan dua (atau lebih) blok identik data yang akan disimpan hanya menggunakan satu salinan, menghemat ruang. Dengan KK, jika file deduplicated diubah, kembar yang terpisah tidak akan terpengaruh sebagai data file dimodifikasi akan telah ditulis untuk blok fisik yang berbeda.

KK pada gilirannya membuat snapshotting relatif mudah untuk menerapkan. Ketika snapshot dibuat sistem hanya mencatat snapshot baru sebagai duplikasi semua data dan metadata dalam volume. Dengan KK, jika ada perubahan, data snapshot itu tetap utuh, dan pandangan yang konsisten dari status filesystem pada saat snapshot dibuat dapat dipertahankan.

Seorang teman baru

Dengan di atas dalam pikiran, terutama karena Ubuntu telah membuat btrfs tersedia sebagai pilihan pada saat instalasi, Saya pikir itu akan menjadi saat yang tepat untuk menyelam ke btrfs dan menjelajahi sedikit. 🙂

Bagian 2 segera hadir …

Bagikan
Hari Kamis, January 01st, 2009 | Penulis:

Apparently, what operating system you use can say a lot about you. If you’re using some form of *nix, yang distro you’re using can say a lot as well. Redundancy aside, I believe that a Linux distribution depends absolutely on its package management and distribution system.

I liked apt-get (1, 2) but there was some technical problem at some point and it caused me to use bakat instead. Using aptitude is slightly easierit has more features automated into single, logical, commands where apt-get requires separate commands. Aptitude also has a curses-based GUI. If you’re not using the GUI then, other than brevity in terms of number of commands to learn, there is apparently no technical reason to prefer one over the other. Aptitude and apt-get serve K/X/Ubuntu dan Debian baik. Dari poin ini, Saya menggunakan nama Kubuntu dan Ubuntu dengan cara yang longgar.

Dalam penggunaan saya CentOS (berdasarkan Red Hat), Saya menemukan saya suka yum. Tampaknya bekerja sama seperti bakat – satu perintah untuk menguasai semuanya. Ini memiliki beberapa perilaku default yang agak menyebalkan. Saya tidak akan masuk ke sini karena kemungkinan besar karena saya tidak terbiasa dengan hal itu.. Setidaknya dari perspektif teknis, ini sangat bagus. aku percaya itu Fedora juga memanfaatkan yum meskipun pengalaman saya dengan Fedora sangat terbatas.

teori…

Fedora dan Ubuntu berada dalam kelas distribusi yang memiliki siklus rilis yang cukup ketat. Ubuntu 8.10 (versi ini dinamai demikian untuk tahun dan bulan rilisnya) tidak akan, kecuali untuk bug besar dan perubahan kecil, memiliki pembaruan besar lainnya hingga versi berikutnya, Jackalope yang lincah. Pengguna Ubuntu memiliki versi terbaru dari sebagian besar perangkat lunak di desktop mereka saat ini. Dalam beberapa bulan sebelum rilis berikutnya, namun, mereka tidak akan seberuntung itu kecuali mereka suka menggunakan “beta” rilis. Karena saya tidak terlalu mengenal Fedora, Saya tidak akan repot memasuki siklus rilisnya.

Ini 2 distribusi juga berada dalam kelas distribusi yang dikenal sebagai “biner” atau “berbasis biner” distribusi. Ini artinya ketika Anda mengunduh pembaruan, file yang diunduh adalah pradikompilasi dan harus dijalankan pada “didukung” perangkat keras. Ini tidak khusus dioptimalkan untuk perangkat keras desktop Anda, misalnya, anda prosesor. Mungkin Anda punya AMD prosesor yang memiliki dukungan instruksi tambahan yang Intel CPU tidak punya. Kebalikannya juga bisa benar. Untuk alasan ini, distribusi binary-release tidak dapat dioptimalkan untuk satu merek perangkat keras tertentu. Terlepas dari ini “non-optimisasi”, itu harus berjalan pada kecepatan yang layak.

Latihan!

Tentang 2 tahun lalu saya mulai menggunakan Kubuntu. Setelah beberapa bulan bekerja dengannya, Saya mulai belajar lebih banyak tentang spesifikasinya. Saya tidak terlalu suka menggunakan alat GUI untuk memperbarui sistem kapan, akhirnya, itu semua terjadi pada command-line. Alat GUI hanya menyembunyikan kerumitan yang saya tidak keberatan melihatnya.

Saya akhirnya membuat menampar naskah, memperbarui, yang akan menjalankan semua langkah yang diperlukan untuk mendapatkan bakat menjadi adil maju dan tingkatkan sudah, kthx?©, mungkin berhenti sepanjang jalan untuk membuat cadangan konfigurasi saya, remount NFS berbagi jaringan tempat kami menyimpan repositori di tempat, cadangkan cache lokal dari paket aptitude yang diinstal, lakukan pengocokan folder-link untuk menggunakan salinan lokal jika jaringan tidak dapat di-remount, sinkronkan antara salinan lokal dan jaringan berbagi jika sebelumnya pembaruan memiliki masalah berbagi jaringan, dan perbarui daftar paket di repositori. Secara umum, itu tidak akan berjalan jika ada kesalahan sekalipun, seperti yang kamu tahu, naskah ini menjadi berantakan binatang yang melampaui persyaratan asli. Itu bekerja dengan baik untuk saya.

Hingga tiba saatnya untuk memperbarui antara Kubuntu 6.10 untuk 7.04. Saya melakukan ini secara manual, tidak dengan skrip.

Saya akhirnya menginstal ulang dari awal karena kekacauan yang terjadi. Paling sedikit, sebagai administrator cadangan harus menunjukkan dengan baik, mudah untuk memulihkan semua yang saya butuhkan. 🙂

Apa lagi yang ada di luar sana?

Bahkan sebelum saya harus menginstal ulang Kubuntu, Saya diperkenalkan ke distribusi lain yang disebut Gentoo. Ada 2 perbedaan yang sangat berbeda antara sistem pembaruan Gentoo dan Ubuntu. Yang pertama adalah Gentoo adalah a sumber-distribusi berbasis. Ini berarti ketika Anda memperbarui paket, pengelola paket mengunduh sumber dan kompilasi segala sesuatu, semoga mengoptimalkan untuk anda sistem. Ini, kupikir, sangat keren. Kelemahan dari ini adalah bahwa menyusun semuanya membutuhkan waktu yang sangat lama.

Ini milik saya (sangat tidak ilmiah) memperkirakan untuk jangka waktu yang dibutuhkan untuk menginstal OS GUI dasar ke desktop dari media instalasi, tidak termasuk driver asing (misalnya, driver grafis 3D terbaru):

OS: min – maks (median)

Windows Vista: 15 – 30 (20) menit

Ubuntu: 15 – 40 (20) menit

Gentoo: 3 – 40 (6) jam

Gentoo juga membutuhkan banyak perhatian file konfigurasi untuk membuat semuanya berfungsi – ini adalah alasan lain untuk penundaan yang sangat lama antara memasukkan CD dan mem-boot CD Anda desktop baru yang luar biasa. Aplikasi populer memiliki paket biner yang tersedia untuk diunduh – meskipun ini bukan opsi default.

Mereka melihatku berguling’

Ada satu lagi perbedaan yang sangat penting yang dimiliki Gentoo dari kebanyakan distribusi lainnya. Ini adalah sebuah “bergulir-rilis” distribusi. Ini berarti bahwa tidak ada versi yang ketat atau “melepaskan” bahwa distribusi menganut. Jika Anda menginstal Gentoo hari ini… jika kamu selesai menginstal Gentoo hari ini, Anda mungkin akan memiliki versi terbaru dari semua aplikasi yang Anda instal. Jika beberapa aplikasi tidak jelas mendapat pembaruan besar besok, dalam beberapa hari, jika Anda memperbarui sistem Anda, Anda akan memiliki versi terbaru di desktop Anda.

Perbedaan antara rilis bergulir ini dan “lain” distro agak mengejutkan. Misalnya: Jika DIMANA 4.2 akan dirilis besok, Anda mungkin harus menunggu kurang dari 2 minggu agar tersedia di Gentoo. Pengguna Ubuntu mungkin harus menunggu sampai 9.04 – itu menunggu 4 bulan.

Sesuatu yang lebih cocok?

Sendiri, Saya tidak mau memasukkan 40 berjam-jam upaya untuk membuat sistem saya bekerja seperti yang saya inginkan. Kolega saya harus menginstal ulang baru-baru ini karena alasan yang tidak jelas dan ternyata ia tidak mau memasukkan 6 jam (dia lebih berpengalaman dengan Gentoo) upaya untuk mendapatkan sistemnya kembali ke bagaimana itu berjalan baik. Sebagai gantinya, Arch Linux menangkap matanya. Arch Linux adalah rilis bergulir (seperti Gentoo), berbasis biner (seperti Ubuntu) distribusi. Paket-paketnya (baik, sebagian besar dari mereka) tidak perlu terlalu banyak mengutak-atik file konfigurasi mereka untuk membuat semuanya berfungsi dengan baik. Yang terbaik dari kedua dunia!

Anda masih perlu tahu apa yang Anda lakukan * tetapi jika Anda datang ke titik ini, itu tidak seharusnya menjadi raksasa lompatan iman. Manajer paket Arch Linux, dipanggil pacpria, memiliki ketergantungan dan penanganan konflik bawaan. Saya menggunakan manajer paket lain, yogurt (Prancis untuk Yogurt), yang sangat cepat menjadi populer dengan pengguna Arch. Yaourt meningkatkan fungsi pacman dengan memungkinkan Anda mengunduh dan menginstal aplikasi langsung dari AUR, atau Arch Repository Pengguna. Repositori ini berisi skrip yang memungkinkan Anda mengunduh dan menginstal banyak aplikasi secara otomatis yang jika tidak didukung sepenuhnya oleh pengembang inti Arch sendiri. Ini mengunduh dan mengkompilasi paket ke dalam lingkungan chroot. Kemudian paket lingkungan chroot ke tarball paket yang kompatibel dengan pacman dan menggunakan pacman untuk menyebarkannya ke sistem Anda.

Juga, AUR mendukung sistem pemungutan suara di mana paket-paket populer ditempatkan di tempat yang lebih resmi [masyarakat] gudang. Yaourt juga mendukung mekanisme pemungutan suara otomatis, setelah menginstal paket melalui AUR, ia bertanya apakah Anda ingin memilih untuk dimasukkan dalam [masyarakat].

Saya memperkirakan bahwa waktu yang diperlukan untuk instalasi Arch saya sekitar 90 menit. Saya tidak merekomendasikan Archlinux untuk pemula meskipun saya melakukan merekomendasikannya untuk pengguna Linux yang bosan dengan distro lain – dan ingin masuk ke seluk beluk tanpa harus menginstal Linux Dari Awal. Arch Linux telah menjadi sangat populer akhir-akhir ini. Saat ini di nomor 14 pada Distrowatch.

* JIKA Anda tahu apa yang Anda lakukan. DAN ANDA LEBIH BAIK BERDARAH TAHU APA YANG ANDA LAKUKAN!
Bagikan