Disco

Unix / Linux Guia de particionamento de disco

http://translate.googleusercontent.com/translate_c...

Unix / Linux Guia de particionamento de discoEscrito por [email protected]

FundoUma das decises mais crticas ao instalar Unix ou Linux a melhor forma de fazer uso de espao em disco limitado. Mesmo com os atuais discos rgidos grandes, os servidores com centenas de gigabytes de fotos, vdeo, som, banco de dados, e outros dados so comuns. Multi-usurio mquinas podem exigir proteo, tais como parties somente leitura, quotas de disco, etc Note-se que neste documento Costumo dizer partio quando tecnicamente eu quero dizer do sistema de arquivos dentro de uma partio ou uma fatia. Sistemas tradicionais Unix use fatias, similar a parties de disco DOS. Cada fatia tem um sistema de arquivos, assim como outros OS es colocar sistemas de arquivos em parties. No mundo Unix a partio termos e fatia, infelizmente, so usados de forma inconsistente e por vezes de forma intercambivel. Tecnicamente deve-se usar o volume storgage termo em seu lugar. H muitas razes para particionar um disco rgido grande em vrias parties menores. Para um usurio domstico com um pequeno disco-ish nica (grandes discos de hoje so pequenos amanh), uma partio Linux simples (mais swap, e talvez um para Windows em um sistema dual-boot) pode ser uma escolha razovel. Mas vrias parties proporcionar segurana adicional e benefcios de desempenho, ento eu sempre prefiro criar vrias parties. At por volta de 2008, houve muito pouco a ganhar por no usar um layout padro. No entanto sistemas modernos agora suporte a muitos por sistema de arquivos funcionalidades, incluindo segurana e robustez relacionadas mount opes, tais como preveno de SUID (ou at mesmo executveis) em dados somente sistemas de arquivos. Hoje h pouco a ser adquirida, limitando o nmero de sistemas de arquivos que voc cria para 5 ou mais, apenas para satisfazer um limite histrico. Usando gerenciamento de volumes lgicos, pode-se criar como muitos sistemas de arquivos como faz sentido em uma dada situao.1 de 15 06-07-2011 13:04



Sistemas padro Unix so tradicionalmente limitado a 8 fatias por disco, alguns dos quais pr-denidos usos. Assim padro do Unix e Solaris layouts de disco por muitos anos trabalhou em torno desse limite, usando as melhores prticas que no precisava mais. No entanto modernos sistemas Unix (incluindo Solaris 10) permite uma forma de gerenciamento de volumes lgicos, seja com pools ZFS ou usando Solaris Volume Management (SVM). Ento voc no deve ter medo de denir sistemas de arquivos adicionais se eles fazem sentido. claro que s porque voc pode particionar um disco rgido no significa que voc deve! As parties mais voc criar o mais h para gerir. Se voc errar no espao necessrio voc pode ter que crescer mais tarde uma partio (no o grande negcio que costumava ser). Ento, voc no deve fazer parties extras menos que voc considere o trabalho extra que elas criam para valer a pena as protees adicionais que eles fornecem. Aqui esto algumas razes para criar parties extra. Se voc optar por no seguir algumas fornecedor recomendado layout de disco padro, ver qual destas situaes se aplica sua situao para decidir quais as parties para criar: Se a partio raiz ficar sem espao o sistema ir travar. Se alguma partio non-root ficar sem espao, o sistema permanecer at o SA e pode fazer o login e consertar as coisas. Assim, os diretrios, como /home , /tmp e /var que os usurios podem facilmente se enchem de downloads, e-mail, etc, so os principais candidatos para a partio extra. Portanto, so quaisquer outros diretrios que possam crescer (diretrios para uploads FTP, arquivos de banco de dados, etc.) Se a partio que contm os arquivos de log ficar sem, espao o sistema no ser capaz de escrever todas as mensagens de log que poderia ajudar uma SA para determinar o que deu errado. Por outro lado algum erro rapidamente recorrentes (ou ataque) pode causar arquivos de log para crescer muito grande muito rapidamente, enchendo a partio que contm-los. Assim, o diretrio contendo os arquivos de log, (geralmente /var/log ), uma boa escolha para uma partio separada. Partes do sistema de arquivos pode ter de ser espelhado ou duplicados. Muitas ferramentas de software existe que pode fazer isso (como fantasma), mas eles trabalham com parties inteiras. (H outras ferramentas sem esta restrio, mas eles so menos comuns.) Bons candidatos para o espelhamento de incluir um site web, ou o diretrio que contm arquivos de um banco de dados. Partes do sistema podem ser compartilhados (usando o Samba ou NFS). Embora os sistemas modernos permitem a partilha de parte de uma

2 de 15

06-07-2011 13:04



partio (isto , algum diretrio e todo seu contedo), a segurana pode ser difcil de aplicar. Ele geralmente funciona melhor para compartilhar sistemas de arquivos inteiro. Cotas de disco so atribudas por usurio por partio. Assim, para configurao e controle de cotas de disco, voc deve planejar suas parties. (Por exemplo, contas de alunos no servidor YborStudent tm diferentes quotas de tamanho para os alunos, para cada um /home , /var e /tmp ). Parties de disco pode ser montado como somente leitura. Em um servidor Web de produo por exemplo, a maioria do sistema esttica e pode ser montado como somente leitura. (Os arquivos de log pode ser criado em um servidor de log separado.) Algumas partes do sistema devem ser de leitura / gravao para a funo, mas h grande segurana e benefcios de desempenho da montagem, tanto quanto possvel como somente leitura. (Outro exemplo /usr/share ). Alm de somente leitura, h outras mount opes que fornecer segurana adicional: nodev , nosuid , noexec , acl , e outros. Opes adicionais de montagem pode aumentar o desempenho, tais como noatime . Muitas ferramentas de backup padro de trabalho em uma base por sistema de arquivos (por exemplo, *dump ). Backups que se estendem por dois ou mais fitas (ou outra mdia) pode ser problemtico. Por um lado, se voc tiver somente uma nica unidade de fita que voc no pode automatizar os backups como um ser humano deve ser l para trocar as fitas. Vale a pena considerar fazer parties suficiente para que cada um pequeno o suficiente para caber em uma fita de backup nico. Sistemas de arquivos journaling, mesmo ocasionalmente, precisam ser verificadas com o fsck . Se o disco for grande, pode levar vrios minutos ou mais para executar fsck , que ser executado automaticamente a cada tantas vezes. (Estima-se que um total de, no mximo tamanho ext4 filesystem levaria 119 anos para executar fsck em velocidades de hoje!) Ao particionar um disco grande em pequenas parties, o SA pode cambalear quando tais verificaes so feitas, portanto, apenas uma pequena parte o disco (razoavelmente rpido) verificados em qualquer um tempo. Isso reduz muito o tempo necessrio para reiniciar aps uma falha do sistema. Os cilindros exteriores de um disco girar mais rpido do que os que esto no interior. Pode haver uma diferena de desempenho mensurveis. Voc pode colocar as parties mais utilizadas nos cilindros mais rpido e menos utilizados sistemas de arquivos em os mais lentos. Para um usurio domstico, a partio raiz e casa so mais usados, mas para um servidor de banco de dados de web / / mail, a partio que contm os dados normalmente . Swap pode muito usado3 de 15 06-07-2011 13:04



ou no usado em tudo, por isso pode pertencer em ambos os cilindros fora ou dentro de um disco. (No meio de um disco tambm recomendado quando a troca fortemente, para que a cabea no tem tanto de viajar. Claro que funciona melhor para colocar a partio swap em um disco separado.) Motherboards mais velhos tm uma restrio onde em um disco de uma partio de arranque pode ser localizada (e quo grande pode ser). Isto porque BIOS antigas use dez bits para armazenar o nmero inicial de cilindro de qualquer partio de boot, o que significa que deve estar localizado dentro dos primeiros 1024 cilindros ou voc no pode iniciar a partir dele. Embora no seja um problema com hardware moderno era comum para sistemas mais antigos, com grandes discos rgidos para ter uma pequena /boot partio para armazenar os arquivos necessrios poucos para inicializar o sistema, localizado perto do incio do disco. Isso incluiria o prprio kernel eo arquivo de configurao do bootloader (ex. grub.conf ), entre outros. Muitas distribuies Linux padro criar /boot parties apenas no caso de hardware mais antigo. Algumas distribuies Unix criar um /kernel ou /standalone partio por razes semelhantes. A partio de boot deve ser lido pelo BIOS do sistema. Se a partio de boot tambm a partio raiz, ento a partio raiz inteira deve ser lido pelo BIOS. Isto significa que so restritos quanto ao tipo de sistema de arquivos que voc usa, sem LVM, por exemplo. Em vez disso uma pequena partio de inicializao usada (tipicamente

Documents

Disco