Diferença entre os sistemas de arquivos do Fedora 8 e do Fedora 15

2

Estou executando o Fedora em minhas instâncias de desenvolvimento do Amazon EC2. Eu recentemente mudei do Fedora 8 para o Fedora 15. Percebi que quando eu faço um "cat / etc / fstab" eu vejo o seguinte no meu Fedora 15:

LABEL=79d3d2d4    /         ext4    defaults         1 1
none       /dev/pts  devpts  gid=5,mode=620   0 0
none       /dev/shm  tmpfs   defaults         0 0
none       /proc     proc    defaults         0 0
none       /sys      sysfs   defaults         0 0

Quando eu executo "cat / etc / fstab" na minha antiga instância do Fedora 8, vejo o seguinte:

/dev/sda1               /                       ext3    defaults 1 1
/dev/sda2               /mnt                     ext3    defaults 0 0
/dev/sda3               swap                    swap    defaults 0 0
none                    /dev/pts                devpts  gid=5,mode=620 0 0
none                    /dev/shm                tmpfs   defaults 0 0
none                    /proc                   proc    defaults 0 0
none                    /sys                    sysfs   defaults 0 0

Do meu entendimento do Linux, sempre achei que o drive raiz estava sempre em / dev / sda1. Então o Fedora 8 fstab faz sentido para mim.

Por que o sistema de arquivos do Fedora 15 é diferente? Por que o / dev / sda1 não é montado como root? E onde o / mnt e / swap foram no Fedora 15? Eu não estou tendo nenhum problema com o meu Fedora 15, mas apenas tentando entender as mudanças e ser mais instruído.

    
por AAC 01.08.2011 / 19:09

3 respostas

2

A primeira entrada provavelmente se refere a sda1 ; usar rótulos ou UUIDs é agora a norma porque o mesmo disco nem sempre é sda1 , como você supõe. Por exemplo, suponha que você atualize seu kernel e pequenas mudanças nos drivers significam que os drivers do seu controlador de disco são carregados em uma nova ordem. De repente, sda é o que já foi sdb e vice-versa. Como outro exemplo, um dispositivo USB conectado tomará a próxima unidade disponível, em vez da mesma usada na última vez em que foi inserida. Usando o UUID ou os mapeamentos de rótulos, você pode criar um ponto de montagem para uma unidade USB específica.

Sobre o swap e / mnt: você não tem nenhum volume swap ou / mnt anexado. Se você estiver usando imagens do Amazon EC2, consulte este gráfico de pesquisa . Ele lista o armazenamento efêmero que acompanha sua instância (de graça!). Se o tipo de instância usado mostrar volumes swap ou / mnt, inclua-os no fstab.

/mnt é espaço de armazenamento genérico, enquanto swap é para armazenamento em cache de memória. Se o desempenho do seu aplicativo for prejudicado sem a troca, você poderá adicionar um arquivo local da seguinte forma:

dd if=/dev/zero of=/swapfile bs=1024 count='echo ${NUM_MEGS}*1024|bc'
mkswap /swapfile
echo /swapfile swap swap defaults 0 0 >> /etc/fstab
    
por 01.08.2011 / 19:22
6

O drive raiz não precisa ser / dev / sda1, pode ser qualquer coisa que realmente forneça tal flexibilidade ao sistema de arquivos unix.

O problema de fazer isso da maneira que a sua instância F8 fez é que os dispositivos são nomeados com base em sua ID SCSI (ou ordem BUS). Então, digamos, por exemplo, você tem uma unidade SCSI, com ID 4 e essa é a única unidade em seu sistema. Ele irá receber / dev / sda e tudo funcionará. Agora você deseja adicionar uma nova unidade e ela é configurada com a ID SCSI 3. Agora, essa nova unidade será / dev / sda e sua antiga se tornará / dev / sdb, e todos os seus valores em fstab serão inválidos.

Etiquetar a unidade e montar pela etiqueta dá-lhe a flexibilidade para não se importar com o que é a ordem do bus, montará sempre, independentemente do endereço físico. Você pode fazer o mesmo com o UUID. Você pode ver os valores para eles fazendo tune2fs -l /dev/sda . Pode muito bem ser que o rotulado esteja montando / dev / sda1.

    
por 01.08.2011 / 19:23
3

No Linux, existem esquemas diferentes para nomeação persistente:

  • nome do dispositivo: / dev / sd [abc] x
  • LABEL: rótulo para seu sistema de arquivos
  • UUID: cada sistema de arquivos é um identificador exclusivo

Você pode verificar isso em blkid ou dar uma olhada em /dev/disk :

# blkid /dev/sda3
/dev/sda3: LABEL="/" UUID="dfe84dbf-d7fd-4038-872c-6dfc31f0be6f" TYPE="ext3" SEC_TYPE="ext2" 

# ls -lF /dev/disk/by-label/
total 0
lrwxrwxrwx 1 root root 10 May 10 15:02 boot -> ../../sda1
lrwxrwxrwx 1 root root 10 May 10 15:02 SWAP-sda2 -> ../../sda2

# ls -lF /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 May 10 15:02 588a12e5-a032-43e7-a21c-99a1ddacd6fb -> ../../sda1
lrwxrwxrwx 1 root root 10 May 10 15:02 dfe84dbf-d7fd-4038-872c-6dfc31f0be6f -> ../../sda3
A partição

swap pode existir ou não ao instalar.

    
por 01.08.2011 / 19:34