Nem todos os servidores baseados em Linux devem / e / boot?

2

Não consegui determinar a partição para / e / boot usando 'mount | coluna -t 'em um dos servidores. Todos os servidores não devem ter / e / boot?

Resultado

proc        on  /proc                 type  proc        (rw,noexec,nosuid,nodev)
/sys        on  /sys                  type  sysfs       (rw,noexec,nosuid,nodev)
varrun      on  /var/run              type  tmpfs       (rw,noexec,nosuid,nodev,mode=0755)
varlock     on  /var/lock             type  tmpfs       (rw,noexec,nosuid,nodev,mode=1777)
udev        on  /dev                  type  tmpfs       (rw,mode=0755)
devshm      on  /dev/shm              type  tmpfs       (rw)
devpts      on  /dev/pts              type  devpts      (rw,gid=5,mode=620)
securityfs  on  /sys/kernel/security  type  securityfs  (rw)
/home       on  /var/www              type  none        (rw,bind)

# cat /proc/mounts
rootfs / rootfs rw 0 0
none /sys sysfs rw,nosuid,nodev,noexec 0 0
none /proc proc rw,nosuid,nodev,noexec 0 0
udev /dev tmpfs rw,relatime 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
/dev/disk/by-uuid/91033a67-4da0-41a7-a594-ebb80cd4eb98 / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/disk/by-uuid/91033a67-4da0-41a7-a594-ebb80cd4eb98 /dev/.static/dev ext3 rw,relatime,errors=remount-ro,data=ordered 0 0
tmpfs /var/run tmpfs rw,nosuid,nodev,noexec 0 0
tmpfs /var/lock tmpfs rw,nosuid,nodev,noexec 0 0
tmpfs /dev/shm tmpfs rw,relatime 0 0
devpts /dev/pts devpts rw,relatime 0 0
tmpfs /var/run tmpfs rw,nosuid,nodev,noexec 0 0
tmpfs /var/lock tmpfs rw,nosuid,nodev,noexec 0 0
securityfs /sys/kernel/security securityfs rw,relatime 0 0
/dev/disk/by-uuid/91033a67-4da0-41a7-a594-ebb80cd4eb98 /var/www ext3 rw,relatime,errors=remount-ro,data=ordered 0 0

#df -h /
Filesystem            Size  Used Avail Use% Mounted on
/home                 4.7G  3.0G  1.6G  67% /var/www

Qualquer ideia é muito apreciada, obrigado.

    
por Imagineer 18.08.2009 / 16:20

3 respostas

7

A partição / boot é apenas uma convenção específica do Linux que não é estritamente necessária. Ele é usado pelo grub ou lilo ou qualquer outra coisa para armazenar os kernels, mas no passado era tão comum colocar as imagens do kernel em / e as configurações do carregador de inicialização em / etc (normalmente /etc/lilo.conf).

A questão principal é que o gerenciador de partida precisa saber onde encontrar o kernel. O kernel em si pode estar em qualquer lugar, mas / boot é um lugar conveniente para colocá-lo.

/ por outro lado, é necessário. Sem isso, não há lugar para montar todo o resto. Esse é um problema que é parte essencial do unix - existe um sistema de arquivos unificado.

No seu caso específico, parece que você está usando algum linux usermode ou algo dentro de uma cadeia ou algum ambiente semelhante a um chroot.

O comando que você está procurando especificamente para descobrir o que está acontecendo com / is

df -h /

que informa sobre o que está acontecendo com o diretório raiz (onde ele está montado e assim por diante).

    
por 18.08.2009 / 16:53
2

Não.

este é um remanescente de antigamente quando um kernel não podia ser inicializado a partir de uma área de disco além do cilindro 1024, então você precisava criar uma partição que assegurasse que você não colocaria um kernel onde não poderia seja inicializado.

Às vezes, é uma boa prática tê-lo se sua configuração for mais complicada, para que você não grave com facilidade o pé, ou seja, a partição raiz em invasão de software, hardware estranho etc.

    
por 18.08.2009 / 16:56
-3

NÃO! (ok só precisa preencher 115 caracteres)

    
por 18.08.2009 / 16:41