Por exemplo, esta é a primeira linha do meu /etc/fstab
:
UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a / ext4 errors=remount-ro 0 1
E aqui está a saída do comando df -h
(relatando espaço livre em disco):
honey@bunny:~$ df -T Filesystem Type 1K-blocks Used Available Use% Mounted on /dev/vda ext4 30832636 4884200 24359188 17% / none tmpfs 4 0 4 0% /sys/fs/cgroup udev devtmpfs 498172 12 498160 1% /dev tmpfs tmpfs 101796 320 101476 1% /run none tmpfs 5120 0 5120 0% /run/lock none tmpfs 508972 0 508972 0% /run/shm none tmpfs 102400 0 102400 0% /run/user
-
Dos dois, é normal deduzir que
UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a
representa/dev/vda
dado que o primeiro coluna emfstab
é<file system>
? -
Então, estaria tudo bem se eu modificou
/etc/fstab
para isso?/dev/vda / ext4 errors=remount-ro 0 1
-
EDITAR: Se sim (para a pergunta acima), por que o comando
sudo blkid
mostra um UUID diferente para/dev/vda
?$ sudo blkid /dev/vda: LABEL="DOROOT" UUID="6f469437-4935-44c5-8ac6-53eb54a9af26" TYPE="ext4"
O que estou perdendo aqui?
Resposta: Concluo (3) ser um bug na nuvem do meu host. Portanto, sim, o UUID relatado por
blkid
(ouls -l /dev/disk/by-uuid
) deve ser o mesmo usado em/etc/fstab
.
Comentários
Resposta
A vantagem de usar o UUID é que ele é independente do número real do dispositivo que o sistema operacional fornece ao seu disco rígido.
Imagine que você adiciona outro disco rígido ao sistema e, por algum motivo, o sistema operacional decide que seu disco antigo agora é sdb
em vez de sda
.
Seu processo de inicialização seria complicado se fstab
apontar para o nome do dispositivo. Mas, no caso dos UUIDs, tudo bem.
Informações mais detalhadas sobre UUIDs também podem ser encontradas na postagem do blog “UUIDs e Linux: tudo que você sempre precisa saber “
Comentários
- sim. mesmo sem adicionar um novo disco, seu kernel pode decidir apenas trocar duas de suas unidades ‘ montagens de dev um dia. Veja wiki.archlinux.org/index.php/Persistent_block_device_naming
- o que acontece se eu quiser clonar a imagem para outro disco, que tem um UUID diferente?
- Há ‘ s pelo menos uma situação em que os UUIDs são menos úteis: se você clonar um disco inteiro, reinicie, você pode obter a montagem de partições do disco ou do disco errado.
- Isso ‘ é verdade – verifique a postagem do blog vinculada, ele ainda tem uma seção quando não usá-los.
- Se você clonar o disco, deverá alterar o UUID no novo disco. tune2fs xfs_admin ou reiserfstune pode fazer isso dependendo do seu sistema de arquivos.
Resposta
Nesse caso, posso modificar / etc / fstab para isso?
Você pode e ele vai provavelmente estar bem, mas provavelmente seria melhor deixar o UUID.
UUIDs são strings arbitrárias usado para identificar, neste caso, uma partição em um dispositivo de bloco; é armazenado com a própria partição e pode ser atribuído a uma partição diferente se desejado (como endereços MAC).
A vantagem de usar o UUID é que ele é inconfundível, enquanto /dev/vda
não é; pode acontecer que acabe sendo uma unidade diferente no momento da inicialização, embora isso possa ser totalmente teórico no contexto (por exemplo, porque você só tem uma unidade de um tipo específico).
Outro exemplo mais sutil de onde usar o nome do dispositivo pode causar um problema seria a mudança recente em alguns sistemas para usar nomes de dispositivo de rede consistentes . Se isso ocorresse como uma atualização e você usasse um nome de dispositivo codificado em um script de rede em algum lugar, ele não funcionaria. Um exemplo paralelo de dispositivos de bloco WRT pode ser uma atualização de kernel ou udev que altera o esquema de nomenclatura.
Um dos pontos dos UUIDs é tornar esse tipo de coisa possível e indolor. Portanto, embora você possa usar o nome do dispositivo, não há nenhuma vantagem em fazê-lo a menos que (por exemplo) você tenha um sistema onde troque unidades diferentes. Em outras palavras, se você não tem um bom motivo para fazer isso, continue com o UUID .
Comentários
- Ok. Então o que explica os diferentes UUIDs para
/dev/vda
em/etc/fstab
e relatados porblkid
? (Consulte a pergunta atualizada se você não ‘ t.) - Em vez de fazer uma atualização, você deve fazer isso como uma pergunta separada (” Por que meu UUID de partição montada é diferente daquele em fstab? “).
Resposta
Você pode fazer man fstab
para uma leitura bastante concisa sobre o conteúdo e a semântica do /etc/fstab
arquivo. Em meu servidor Arch linux x86, razoavelmente atualizado, man fstab
me dá isso:
The second field ... describes the mount point for the filesystem.
Então, sim, /dev/vda
aparentemente é um dos muitos nomes para algum dispositivo, como é UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a
, visto que ambos os nomes parecem ser montados em “/”.
Se você olhar no diretório /dev/disk/by-uuid/
você pode ver links simbólicos que apontam para coisas como /dev/sda1
, /dev/sdb1
em meu servidor. Essa pode ser outra maneira de verificar sua hipótese. /dev/disk
tem subdiretórios by-id
, by-path
, by-uuid
que parecem ser nomes alternativos para o mesmo dispositivo.
Comentários
- Nesse caso, o problema (conforme atualizado em minha pergunta) é que obtenho dois UUIDs diferentes para
/dev/vda
! Por favor, veja a pergunta mais uma vez. - Se eu respondi a pergunta original, pode ser uma boa ideia marcá-la como ” respondida ” e escreva uma nova pergunta, apenas para não ‘ coletar respostas irrelevantes, respostas que funcionam com a pergunta original e não com a pergunta modificada.
sudo blkid
.sudo blkid
gera um UUID diferente para/dev/vda
. Isso aumenta minha confusão. 🙂 (Pergunta atualizada.)lrwxrwxrwx 1 root root 9 Jun 18 11:04 6f469437-4935-44c5-8ac6-53eb54a9af26 -> ../../vda
. Quanto à sua outra pergunta, eu ‘ entrarei em contato com o host da web sobre isso.