Tag-Arxiu per » linux «

Diumenge, 4 ago, 2013 | Autor:

Tenia un tall d'energia afecta la gran meu servidor Maryland RAID col · lecció. En lloc de deixar que el servidor en el seu conjunt sigui mentre espera que es completi una fsck, Calia arrencar sense la matriu gran perquè pogués executar el fsck manualment.

No obstant això, quan s'executa manualment em vaig adonar que no tenia manera de saber el lluny que era i quant temps prendria per completar. Això és especialment problemàtic amb una matriu tan gran. Amb una mica de recerca he trobat la punta de l' afegint el paràmetre-C en cridar fsck. No he pogut trobar això en la documentació, però: fsck –ajuda no va mostrar cap d'aquestes opcions.

L'opció resulta ser ext4 específica, i per tant mostra una barra de progrés perfectament funcional amb un indicador de percentatge. Per trobar la informació, en lloc de “fsck –ajudar” o “man fsck”, vostè ha d'entrar “fsck.ext4 –ajudar” o “home fsck.ext4”. 🙂

Compartir
Diumenge, 4 ago, 2013 | Autor:

Història

Moltes coses havien canviat des de l'última vegada vaig esmentar el meu servidor personal – que ha crescut a passos de gegant (ara té un 7TB Maryland RAID6) i recentment ha estat reconstruït amb Ubuntu Servidor.

Arc Mai va ser un error. Arch Linux ja m'havia ensenyat molt sobre Linux (i continuarà fent-ho en l'escriptori d'un altre). Però Arch definitivament requereix més temps i atenció que m'agradaria passar al servidor. L'ideal és que prefereixo ser capaç d'oblidar-se que el servidor durant un temps fins que un recordatori per correu electrònic diu “um … hi ha un parell de canvis que vostè ha de buscar en, amic.”

L'espai no és lliure – i tampoc ho és l'espai

L'oportunitat de migrar a Ubuntu va ser el fet que m'havia quedat sense SATA ports, els ports necessaris per connectar unitats de disc dur per a la resta de l'ordinador – la matriu RAID 7TB utilitza una gran quantitat de ports! Fins i tot m'havia regalat la meva molt vell disc dur de 200 GB, ja que ocupava un dels ports. També vaig advertir al destinatari que el del disc INTEL · LIGENT monitoratge indicar que era poc fiable. Com a solució temporal a la falta de ports SATA, Fins i tot havia emigrat US del servidor a un conjunt de quatre memòries USB en un md RAID1. Boig. Sé que. Jo no estava molt content amb la velocitat. Vaig decidir sortir a comprar un nou disc dur fiable i una targeta d'expansió SATA per anar amb ella.

Arch partició primària del servidor feia servir sobre 7 GB de disc. Una gran part d'això va ser un intercanviar expedient, dades emmagatzemades en memòria cau i arxius d'un altre manera diversa o innecessari. En general, la mida real de la US, incloent el /casa carpeta, Estava a només uns 2 GB. Això va fer que miri en un super-ràpid SSD conduir, pensant potser una més petita podria no ser tan car. Va resultar que la unitat SSD més barats no he pogut trobar en realitat costa més d'un d'aquests SSD relativament petits. Yay per a mi. 🙂

Elecció? Woah?!

En l'elecció de la US, Jo ja havia decidit que no seria Arch. De totes les altres distribucions populars, Estic més familiaritzat amb Ubuntu i CentOS. Fedora va ser també una possibilitat – però encara seriosament, no ho havia considerat per a un servidor. Ubuntu va guanyar la ronda.

La següent decisió que havia de fer no es va acudir fins Ubiqüitat (Assistent d'instal · lació d'Ubuntu) preguntar ella de mi: Com configurar el particions.

Jo era nou en l'ús dels SSD a Linux – Sóc molt conscient dels perills de no usar-los correctament, sobretot a causa del seu risc de longevitat pobre si no s'utilitzen.

Jo no volia fer servir una partició swap dedicada. El meu pla és actualitzar la placa base del servidor / CPU / memòria no massa lluny en el futur. Basat en que vaig decidir que posarà intercanvi en un arxiu d'intercanvi al RAID md existent. El bescanvi no serà especialment ràpid, però el seu únic objectiu serà per aquesta rara ocasió en què alguna cosa ha anat malament i la memòria no està disponible.

Això llavors deixa que li doni la ruta d'arrel el de 60 GB complet d'un Intel 330 SSD. Vaig considerar separar / home, però em va semblar una mica sense sentit, donat el poc que es va utilitzar en el passat. La primera vegada que es configura la partició amb LVM – una cosa que he estat fent últimament cada vegada que es configura un quadre de Linux (realment, no hi ha excusa per no utilitzar LVM). Quan va arribar a la part en la qual es configura el sistema d'arxius, He fet clic al menú desplegable i seleccionar instintivament ext4. Llavors em vaig adonar btrfs a la mateixa llista. Aferrar!!

Però el que?

Btrfs (“mantega-eff-ess”, “millor-eff-ess”, “abella-tree-eff-ess”, o el que tu vulguis en el dia) és un sistema de fitxers relativament nou desenvolupat per tal de portar Linux’ capacitats del sistema d'arxius nou en marxa amb tecnologia actual sistema de fitxers. El King-of-the-Hill existent sistema d'arxius, “ext” (la versió actual anomenat ext4) és bastant bo – però està limitada, atrapat en un vell paradigma (pensar en un nou F22 Raptor vs. 01:00 F4 Phantom amb un intent poc broma en una actualització equivalència) i és poc probable que sigui capaç de competir per molt temps amb el nou sistema de fitxers per a empreses com ZFS d'Oracle. Btrfs encara té un llarg camí per recórrer i encara es considera experimental (depenent de a qui li pregunti i quines característiques que vostè necessita). Molts consideren que és estable per a l'ús bàsic – però ningú va a oferir cap garantia. I, és clar, tothom està dient que fer i provar les còpies de seguretat!

Mooooooo

La diferència més fonamental entre ext i btrfs és que Btrfs és un “CdT” o “Còpia en escriptura” sistema d'arxius. Això significa que les dades no és en realitat deliberadament sobrescrits per interns del sistema de fitxers. Si escrius un canvi en un arxiu, btrfs escriurà les seves aportacions a una nova ubicació en mitjans físics i actualitzar els indicadors interns per fer referència a la nova ubicació. Btrfs fa un pas més en què els punters interns (s'anomena metadades) són també CdT. Les versions anteriors de ext tindria simplement sobreescriure les dades. Ext4 faria servir un diari per assegurar-se que la corrupció no es produirà si l'endoll es va tirar cap a fora en el moment més inoportú. Els resultats de diari en un nombre similar de passos necessaris per actualitzar dades. Amb un SSD, el maquinari opera un procés Cow similars independentment del sistema de fitxers que utilitzeu. Això és perquè les unitats SSD en realitat no pot sobreescriure les dades – han de copiar les dades (amb els canvis) a una nova ubicació i, a continuació esborrar el bloc antic totalment. Una optimització en aquesta àrea és que un SSD no podria fins i tot esborrar el bloc antic, sinó simplement fer una nota per esborrar el bloc en un altre moment quan les coses no estan tan ocupats. El resultat final és que les unitats SSD encaixen molt bé amb un sistema d'arxius vaca i no tenen tan bé amb els sistemes de fitxers no COW.

Per si fos interessant, Vaca en el sistema d'arxius fàcilment va de la mà amb una característica anomenada deduplicació. Això permet que dos (o més) blocs idèntics de dades que s'emmagatzemen utilitzant només una única còpia, estalvi d'espai. Amb la vaca, si un arxiu és modificat deduplicado, el bessó separat no es veurà afectat, les dades de l'arxiu modificat s'haurà escrit en un bloc físic diferent.

Vaca al seu torn fa que snapshotting relativament fàcil d'implementar. Quan es realitza una instantània del sistema es limita a registrar la nova instantània com una duplicació de totes les dades i metadades en el volum. Amb la vaca, quan es realitzen canvis, dades de la instantània es manté intacta, i una visió coherent de l'estat del sistema d'arxius en el moment d'efectuar la instantània es pot mantenir.

Un nou amic

Amb això en ment, especialment pel que Ubuntu ha fet btrfs disponible com una opció d'instal · lació en temps, Vaig pensar que seria un bon moment per submergir-se en btrfs i explorar una mica. 🙂

Part 2 pròximament …

Compartir
Divendres, September 11th, 2009 | Autor:

Peace in the land of USB

Under a *nix operating system, having multiple partitions on a USB drive isn’t rocket science, it just works. En el meu cas, my USB drive has two partitions because the first partition is a bootable Arch Linux installer.

I have Finestres on a desktop at homemostly for gamingand many of my colleagues use it too. Since Windows doesn’t do very well with non-Windows partitions I figured I could create a FAT32 partition on the memory stick after the bootable Arch Linux partition. FAT32 is almost ubiquitous and is usable on every common desktop operating system in the world.

Bleh

Unfortunately it doesn’t work straight off the bat. Apparently, Microsoft in their infinite wisdom decided that memory sticks are supposed to have one (and only one) partition. In reality Windows finds the first partition and then ignores any others that happen to be set up:

Please Format

Err, no, I do not want you to format my Arch Linux installation partition

The trick to getting it working is to fool Windows into thinking the device is no a regular USB memory stick but perhaps a solid-state hard disk which happens to be connected via USB. Yes I know, this is seriously stupid that Windows behaves this way. A solid-state hard disk is just a whopping big (and fast) memory stick after all!

I found a few sources on how to do this however I still had to figure out some things on my own. Specifically, the guides I found either skipped some steps or didn’t provide enough information on where to download the driver package.

This procedure involves manually changing hardware drivers and installingnon-signeddriversnot intended for your hardware”. I know someone is going to break their system and blame me so I say now that I take no responsibility for any damage you may do to your Windows system as a result of this. Read that again. 😛

Instructions

remove the highlighted text

click for larger version

Download and unzip the driver, originally created by Hitachi, aquí. Open the cfadisk.inf file in notepad (or your favourite plaintext editor), and find the section labeled [cfadisk_device]. Remove the section highlighted on the right:

Minimize (don’t close) the editor and go to your desktop iconsright-click on My Computer and select Properties. Select the hardware tab and then select [Device Manager]:

System Properties

Find the device underDisk drives”, right-click your memory stick and select Properties:

Device Manager

Click the Details tab and in the dropdown box on that page, selectHardware Ids”. Click the first line in the list of Hardware IDs and press Ctrl+C to copy the name:

USB Hardware Ids

Don’t close this dialog, go back to notepad (which was minimised) and paste the hardware ID into where the previous content was removed.

Changes pasted into notepad

Save the file in notepad and go back to the device’s property dialog window. Click theDrivertab and click the [Update Driver…] button. In the windows that pop up, selectNo, not this time”; [Next] -> “Install from a list or a specific location (Advanced)”; [Next] -> “Don’t search. I will choose the driver to install.”; [Next] -> [Have Disk…].

Unsigned Drivers - Click Continue Anyway

Browse to the folder where you have saved the modified cfadisk.inf file. Feu clic a [Okay]. You will find

there is a Hitachi Microdrive driver listed. Select this and click [Next]. When the warning

appears, click [Ies]. Another warning will pop up regarding a similar issue (these are theunsigned” i “not intended for your hardwarewarnings I mentioned earlier). Feu clic a [Continue Anyway]:

At this point I recommend closing all the dialog boxes related to the setup. Finally, remove and re-insert the memory stick into your USB port and you should find that the extra partitions on the stick are accessible. In the worst-case scenario, you might still need to partition the disk however the hard part is over. 🙂

Compartir
Dimecres, April 22nd, 2009 | Autor:

Arc Linux’s installation process is documented on the Arch wiki. I recommend that persons new to Arch try the excellent Beginner’s Guide instead of the Official Arch Linux Install Guide. Though both wiki entries cover similar ground, the Beginner’s Guide gives a lot more relevant information for those new to the system. The Beginner’s Guide is aimed at desktop installation and, as I’m installing a server, I won’t be going through the installation of the graphical environment at all. Assuming that you’re following my installation, assume that I’ve followed the Beginner’s Guide right up to and including the installation of sudo. I installed the ssh daemon afterwards rather than during the initial setup however.

A few small recommendations and notes regarding installation:

  • If you can, consider using a USB memory stick for the installer and keep it handy for future installations.
  • I keep a copy of my localrepositoryof installed applications on my installer memory stick. Once installation is finished I save a bit of download and update time by copying this to the new server’s /var/cache/pacman/pkg/ folder. The repository on my desktop is typically 1.7GB
  • For the rc.conf, South African-appropriate regional settings are:
    LOCALE=en_ZA.utf8
    TIMEZONE=Africa/Johannesburg
  • I’ve set up the network very simply, according to the guide, and will be expanding on the network setup in a later post.
  • As it is for a server, my non-privileged user on the server is only part of 3 groups: wheel (for sudo), storage, and users. A desktop user will likely be in many more groups.

I prefer using an application called iogurt instead of Arch’s default package manager. Yaourt has the exact same usage syntax as pacman except that it supports a few extra options. It is actually a wrapper application in that it, in turn, uses pacman. Importantly, yaourt supports installation of applications from Arch’s AUR. La AUR is a repository of installation scripts built by Arch users for Arch users to easily install applications that are not officially supported by the main Arch repositories. Yaourt can download and install applications from AUR or the main repositories with the same command, treating the AUR asjust another repository”. Pacman unfortunately does not support this.

Again, the installation is covered in the wiki. I recommend the easy route mentioned in the wiki if you’re new at Arch. Its too much too soon to do it the hard way (also mentioned in the wiki entry).

When done, update your system by issuing the single command:

yaourt -Syu

O

pacman -Syu

and follow the given recommendations.

Compartir
Saturday, March 28th, 2009 | Autor:

Its amazing how much you can do by combining the small yet powerful commands Unix has available.

This little-used command, time, finally became useful today as a way to report the length of time that certain automated operations are running. In my example, I’m timing how long it takes to build the Linux kernel:

$ time rebuild-kernel26
...
couple-thousand-lines-of-scrolling-text
...
==> Finished making: kernel26 2.6.28.8-1 x86_64 (Sat Mar 28 17:19:52 SAST 2009)
real    62m21.994s
user    43m31.846s
sys     6m1.096s

Yup, that took a little over an hour to build. The values are:

  • realthe actual time elapsed while the command was running – 62 minutes
  • userthe amount of userland time the command used – 43 minutes
  • systhe amount of system time the command used – 6 minutes

(I was busy doing other things while this was happening which is why it took 62 minutes for the desktop to do (43+6=) 49 minutes-worth of work)

If you’re using the GNU version (most likely), it also gives you the option of displaying the results in a custom fashion. Mostly, this command could be useful in scripts where you need to report how long a task tookor maybe? just a geeky way to time something random. 😛

Compartir
Categoria: linux  | Etiquetes: , , , , , , ,  | Deixa el teu comentari