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 
  1. Dos dois, é normal deduzir que UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a representa /dev/vda dado que o primeiro coluna em fstab é <file system>?

  2. Então, estaria tudo bem se eu modificou /etc/fstab para isso?

    /dev/vda / ext4 errors=remount-ro 0 1 
  3. 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 (ou ls -l /dev/disk/by-uuid) deve ser o mesmo usado em /etc/fstab.

Comentários

  • Verifique o UUID com sudo blkid.
  • @AvinashRaj Hmm, estranhamente, o comando sudo blkid gera um UUID diferente para /dev/vda. Isso aumenta minha confusão. 🙂 (Pergunta atualizada.)
  • Não é um bom sinal que o comando blkid mostre um UUID diferente – verifique o UUID atual com `ls -l / dev / disk / by-uuid ‘ ‘. Desde seu vda, pode ser que a infraestrutura VM subjacente mudou alguma coisa?
  • @liquidat Esta é a saída que obtive: 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.
  • Eu ‘ d diria que a máquina pode não reinicializar porque a entrada fstab está totalmente errada. Pode ser um disco clonado ou algo assim. Presumo que não haja outro dispositivo que tenha o UUID fornecido no fstab?

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 por blkid? (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.

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *