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. From this point, I use the names Kubuntu and Ubuntu in a loosely interchangeable fashion.

In my use of CentOS (based on Red Hat), I’ve found I like yum. It seems to work in much the same as aptitudeone command to rule them all. It has some rather annoying default behaviour I’m not going to get into here as its most likely because I’m just not used to it. At least from a technical perspective, it is very good. I believe that Fedora also makes use of yum though my experience with Fedora is very limited.

the theory

Fedora and Ubuntu are in a class of distributions that have a fairly rigorous release cycle. Ubuntu 8.10 (the version is named so for the year and month of its release) tidak akan, except for major bugs and minor changes, have another major update until the next version, Jaunty Jackalope. Ubuntu users have the latest versions of most software on their desktops right now. In the months preceding the next release, however, they’re not going to be so lucky unless they like using “beta” releases. As I’m not very familiar with Fedora, I’m not going to bother going into its release cycle.

These 2 distributions are also within a class of distributions known asbinary” atau “binary-baseddistributions. This means that when you download an update, the files that are downloaded are precompiled and should run on anysupportedhardware. This isn’t specifically optimised for your desktop’s hardware, misalnya, your processor. Perhaps you have an AMD processor which has extra instruction support which Intel CPUs do not have. The reverse could also be true. For this reason, a binary-release distribution cannot optimise for one particular brand of hardware. Regardless of thisnon-optimisation”, it should run at a decent pace.

the practice!

Tentang 2 years ago I started using Kubuntu. After a few months of working with it, I started to learn more about its specifics. I’m not much of a fan of using GUI tools to update the system when, ultimately, its all happening on the command-line anyway. The GUI tools just hide the complexity I don’t mind seeing.

I ended up making a menampar naskah, update, which would run all the steps required to get aptitude to just go ahead and upgrade already, kthx?©, perhaps stopping along the way to back up my configuration, remount the NFS network share where we keep an on-site repository, back up the local cache of aptitude’s installed packages, do some folder-link shuffling to use a local copy if the network share couldn’t remount, sync between the local copy and the network share if the previous update had a network share issue, and update lists of packages in the repository. In general, it wouldn’t go ahead if there were any errors though, as you can tell, this script became a messy beast that went above and beyond the original requirements. It worked well for me.

Until the day came to update between Kubuntu 6.10 untuk 7.04. I did this manually though, not with the script.

I ended up reinstalling from scratch as a result of the mess that ensued. At least, as a backup administrator should do well to demonstrate, it was easy to recover everything I really needed. 🙂

What else is out there?

Even before I had to reinstall Kubuntu, I was introduced to another distribution called Gentoo. There are 2 very distinct differences between Gentoo and Ubuntu’s update system. The first is that Gentoo is a source-based distribution. This means that when you update a package, the package manager downloads the source and compiles everything, hopefully optimising it for your system. This, I think, is very cool. The downside to this is that compiling everything takes a very long time.

Here are my (very unscientific) estimates for the length of time it takes to install a basic GUI OS to a desktop from installation media, excluding extraneous drivers (misalnya, the latest 3D graphics drivers):

OS: minmax (median)

Windows Vista: 15 – 30 (20) minutes

Ubuntu: 15 – 40 (20) minutes

Gentoo: 3 – 40 (6) hours

Gentoo also requires much tinkering with the config files in order to get things workingthis is another reason for the extremely long delay between inserting the CD and booting your awesome* new desktop. Popular applications have binary packages available for downloadthough this isn’t a default option.

They see me rollin

There is one more very important distinction Gentoo has from most other distributions. It is arolling-releasedistribution. This means that there isn’t any rigorous version orreleasethat the distribution adheres to. If you install Gentoo todayif you finish installing Gentoo today, you’re probably going to have the latest version of all the applications you installed. If some obscure application gets a major update tomorrow, within a few days, if you update your system, you’re going to have that latest version on your desktop.

The difference between this rolling release and theotherdistributions is rather staggering. Misalnya: If KDE 4.2 were to be released tomorrow, you’d probably have to wait less than 2 weeks for it to be available on Gentoo. Ubuntu users might have to wait till 9.04 – that’s a 4-month wait.

Something more suitable?

Personally, I’m not willing to put in the 40 hours of effort to get my system working the way I want it to. My colleague had to reinstall recently for some obscure reason and it turns out he wasn’t willing to put in the 6 hours (he’s more experienced with Gentoo) of effort to get his system back to how it was running either. Instead, Arch Linux caught his eye. Arch Linux is a rolling-release (like Gentoo), binary-based (like Ubuntu) distribution. Its packages (baik, the vast majority of them) don’t need much tinkering with their config files to get things working nicely either. Its the best of both worlds!

You still need to know what you’re doing* but if you’ve come to this juncture, it shouldn’t be such a giant leap of faith. Arch Linux’s package manager, called pacpria, has built-in dependency and conflict handling. I use another package manager, yogurt (French for yoghurt), which has very quickly become popular with Arch users. Yaourt enhances the functionality of pacman by allowing you to download and install applications directly from the AUR, atau Arch User Repository. This repository contains scripts that allow you to automatically download and install many applications that would otherwise be completely unsupported by Arch’s own core developers. It downloads and compiles the package into a chroot’d environment. It then packages the chroot’d environment into a pacman-compatible package tarball and uses pacman to deploy it into your system.

Juga, the AUR supports a voting system whereby popular packages get placed into the more official [community] repository. Yaourt also supports an automated voting mechanism whereby, after installing a package via AUR, it asks if you want to vote for its inclusion in [community].

I estimate that the time taken for my Arch installation was about 90 minutes. I don’t recommend Archlinux for newbies though I do recommend it for any Linux user who’s gotten bored with other distrosand wants to get into the nitty gritty without having to install Linux From Scratch. Arch Linux has been getting pretty popular these days. Its currently at number 14 pada Distrowatch.

* IF you know what you’re doing. AND YOU BETTER BLOODY KNOW WHAT YOU’RE DOING!
Bagikan