Início / unix / Perguntas / 786473
Accepted
user149408
Asked: 2024-11-12 03:50:46 +0800 CST

Lidando com colisões de gid ao reconstruir um sistema Linux em torno de um disco existente

  • 772

Atualmente estou reconstruindo um sistema Linux, migrando para uma nova distribuição (Ubuntu 24.04).

Tenho um disco que contém vários terabytes de dados de usuário, que desejo manter. O disco contém um sistema de arquivos btrfs com snapshots somente leitura, o que limita minhas opções quando se trata de adaptar o conteúdo do disco (não consigo alterar facilmente os snapshots somente leitura).

Agora, a nova distribuição Linux, por padrão, vem com alguns grupos que têm IDs começando em 1000 e que têm permissões no sistema. No entanto, eles são idênticos aos IDs de grupo que usei na minha antiga instalação e que têm permissões no sistema de arquivos btrfs. Devido aos snapshots somente leitura, não consigo atualizar facilmente os IDs de grupo nos dados do usuário.

Me indicaram montarias mapeadas por ID, mas não há instruções úteis sobre como usá-las.

Posso mapear o sistema de arquivos de tal forma que o gid 1000 do sistema de arquivos corresponda a, digamos, o gid 1024 do sistema? Como eu inseriria isso em /etc/fstab para que o sistema de arquivos seja montado na inicialização?

mount

1 respostas

  1. Best Answer

    O Ubuntu 24.04 é recente o suficiente para ter suporte total para montagens mapeadas por ID, inclusive em ferramentas de montagem padrão.

    Para mount, isso é especificado por meio da X-mount.idmap=opção, seguido por pelo menos um mapeamento. Vários mapeamentos são separados por espaços.

    Um mapeamento assume a forma , onde:[(u|g|b):]mount_id:local_id:range

    • udenota um mapeamento para IDs de usuário, gdenota um mapeamento para IDs de grupo bou nenhum prefixo denota um mapeamento para IDs de usuário e grupo.
    • mount_idé o primeiro ID que aparece no sistema de arquivos montado
    • local_idé o ID no sistema local que corresponde amount_id
    • rangeé o número de IDs consecutivos a serem mapeados (os maiores sendo mount_id+ range- 1 e local_id+ range- 1)

    Assim que o idmapping for usado, quaisquer IDs não mapeados no sistema de arquivos montado serão traduzidos para nobody(uid 65534) e nogroup(gid 65534), respectivamente.

    Ao especificar esta opção com múltiplas opções na linha de comando, todo o bloco de opções deve ser colocado entre aspas para que seja tratado como um argumento, apesar do espaço.

    A linha de comando para montar um sistema de arquivos onde os uids são idênticos ao sistema local, mas os gids estão separados por 24 (o gid local 1024 corresponde a 1000 no disco), para um uid/gid máximo de 65534, seria assim (outras opções de montagem podem variar):

    mount -t btrfs /dev/sdx9 /mnt/idmapped -o "rw,X-mount.idmap=u:0:0:65535 g:1000:1024:65511 g:0:0:1000"

    A /etc/fstabentrada parece similar, exceto que o(s) caractere(s) de espaço nas opções precisariam ser escapados – como no shell, caracteres de espaço em branco /etc/fstabsão tratados como delimitadores. De acordo com as páginas do manual, caracteres de espaço no caminho de montagem são escapados como \040(octal). Embora não seja explicitamente mencionado, funciona para opções também. Então a etc/fstabentrada seria:

    /dev/sdx9 /mnt/idmapped btrfs -o rw,X-mount.idmap=u:0:0:65535\040g:1000:1024:65511\040g:0:0:1000
    • 0

relate perguntas