É melhor usar UUID ou PARTUUID para montar o HDD automaticamente com fstab?
Estou tentando configurar meu disco rígido externo para montar automaticamente na inicialização, seguindo o guia de terminal do Akshit .
Eu usei inicialmente o PARTUUID em `/ etc / fastab 'em vez do UUID:
UUID=191486e0-6049-46aa-973c-425d317b629a /mnt/nas exfat uid=1000,gid=1000,umask=0022,auto,rw 0 0
Isso me deu um erro quando executei findmnt --verify --verbose, blkide verifiquei novamente e percebi que estava usando o ID da partição:
/dev/sdb1: LABEL="My Book" UUID="20C9-C659" TYPE="exfat" PTTYPE="atari" PARTLABEL="My Book" PARTUUID="191486e0-6049-46aa-973c-425d317b629a"
Então, adicionei o UUID real no fstab, mas agora não tenho certeza se devo usá-lo ou se devo usar o PARTUUID, e por que meu UUID é muito mais curto do que outros exemplos que vi ( especialmente quando um " UUID é garantido como único . Pelo que eu sei, as colisões não acontecerão durante o tempo de vida do universo").
Respostas
Isso me deu um erro quando executei findmnt --verify --verbose
Já foi mencionado na outra resposta. você tem que usar PARTUUID=.
Mais informações: Como faço para usar um PARTUUID no fstab?
Agora não tenho certeza se devo usar isso ou se devo usar o PARTUUID?
No seu caso, realmente não importa. Mas lembre-se, se você estiver usando MBR, ao contrário de um PARTUUID normal de uma partição GPT, o pseudo PARTUUID do MBR pode mudar se o número da partição mudar. [1]
Por que meu UUID é muito mais curto do que outros exemplos que eu vi?
Os UUIDs reais devem ter 128 bits e devem ser exclusivos. Antes disso, vários sistemas forneciam vários números de série de vários tamanhos para serem distinguidos. Portanto, o Linux pega qualquer serial que puder encontrar e os cola no diretório / dev / by-uuid / mesmo se eles não corresponderem à definição UUID. [2]
Como preferência pessoal, prefiro usar UUID. Mesmo quando estou criando uma partição de swap criptografada. Além disso, não há PARTUUID para coisas como lvm. Como você deve saber, fstab significa File System Table . Portanto, acho melhor usar o UUID, pois ele está relacionado ao sistema de arquivos. Use UUID e sem surpresas, a menos que precise usar outros métodos por motivos específicos.
Eu também encontrei uma boa resposta no fórum do ArchLinux que vale a pena ler: PARTUUID ao invés de UUID no fstab, Pros / Contras? . Aqui estão algumas citações da resposta:
PARTUUID identifica uma partição. Se você decidir usar a partição para outra coisa (formatá-la), ela ainda será identificada, mesmo que o conteúdo não esteja mais lá, e pode ser montada no lugar errado.
se sua tabela de partição teve um problema e você acaba recriando as mesmas partições (com partuuids diferentes), ela não será mais identificada, embora o conteúdo ainda esteja lá.
Apenas partições têm PARTUUIDs, você não os tem para outros dispositivos de bloco
A montagem por PARTUUID funciona sem initramfs, então isso seria uma vantagem se você quisesse fazer um sistema sem initrd.
UUID identifica um sistema de arquivos por conteúdo. Se o UUID for encontrado, o sistema de arquivos está lá. E não importa se é um dispositivo de bloco inteiro, partição, raid, luks ou lvm. UUID funciona em todas as camadas, PARTUUID apenas para partições.
Em geral, as entradas do fstab tratam da montagem de conteúdo específico em locais específicos, portanto, a identificação por conteúdo em vez de partição é mais natural. É muito mais comum usar UUIDs.
A desvantagem dos UUIDs é que você precisa verificar todos os dispositivos em busca de conteúdo para localizá-los. Afinal, o UUID pode estar em qualquer lugar. Com o PARTUUID você verifica apenas as tabelas de partição, por isso é mais fácil / mais eficiente. Mas você precisaria de uma tonelada de dispositivos de bloco para fazer a diferença.
Se você usa o PARTUID, é necessário indicar isso fstabiniciando a linha com em PARTUUID=vez de UUID. No exemplo que você dá, o sistema procura um UUID, não um PARTUID e, de fato, não encontrou um maching.
Substitua UUID=por PARTUUID=e você estará pronto para ir.
Ambos UUIDe PARTUUIDtêm a intenção de ser identificadores exclusivos, um relacionado ao sistema de arquivos, mudando assim quando você reformata a partição, o outro para a partição, então associado à própria partição (não mudará quando você reformatar). É melhor usar um em vez do outro? Não importa muito. Quando você mesmo monta uma unidade fstab, precisa estar bem ciente do que monta e, nesse nível, não importa muito se você usa um ou outro identificador exclusivo.