Dois sistemas de arquivos com o mesmo UUID no mesmo computador são problemáticos, por exemplo. pode levar a corrupção de dados, especialmente se ambos forem montados ao mesmo tempo (como o wiki do BTRFS diz também ). Então, copiando uma partição BTRFS com por exemplo. dd
para outro e usá-lo imediatamente é ruim.
Para evitar isso,
btrfstune -u /dev/sdaX
altera o UUID da partição especificada.
No entanto, os subvolumes BTRFS têm seu próprio UUID, que pode ser visto, por exemplo. com btrfs sub list -u /mountpoint
.
Esses UUIDs não são alterados pelo comando acima e, aparentemente, não há outra maneira de fazer isso.
A minha pergunta é: este é um problema semelhante ao UUID principal? A montagem de duas partições BTRFS com UUIDs de subvolume iguais (mas um UUID principal diferente) pode causar corrupção de dados?
Talvez minha confusão venha do fato de não entender para que servem. O sistema de arquivos UUID tem que ser unqiue para identificá-lo e pode ser usado para várias coisas como montagem etc., mas subvolumes já tem outro número unquiue e nome (único dentro do sistema de arquivos), e não há nada (?) Onde o subvolume O UUID pode ser usado de todo a partir do POV do usuário, exceto visualizá-lo.
...
Nesse meio tempo, fiz alguns testes. Múltiplas partições com alguns subvolumes e arquivos, parcialmente o mesmo nome em todas as partições, parcialmente diferentes. Consultando / criando / removendo / movendo / lendo / modificando subvolumes / arquivos em praticamente qualquer combinação sã. Diferente UUID principal, mesmo UUIDs de subvolume.
Resultado: Não foi possível ver um problema ... no entanto, alguma garantia de que ele não corromperá os dados mesmo em situações incomuns, porque xyz seria legal :)
Para fins de integridade, o mesmo main UUID leva, como esperado, à corrupção de dados e faz isso imediatamente, não apenas em situações incomuns. O kernel (ou algo assim) confunde qual partição deve ser acessada para cada acesso. Na maioria das vezes, ele vai para a primeira ou a última partição (na ordem de montagem cronológica), independentemente de qual ponto de montagem foi usado. ... Não houve corrupção de "dados de lixo", pelo menos nos meus testes, mas o que aconteceu é ruim o suficiente, especialmente se a partição um já estava em uso enquanto a partição 2 foi montada (em certo sentido, então é realmente lixo) / p>