Estou trabalhando remotamente com um sistema beaglebone black.
Encontrei esta informação no youtube sobre como expandir o sistema de arquivos raiz.
https://www.youtube.com/watch?v=FK6wfV_19ac ( assista a partir de 12:50 )
O autor do vídeo demonstra o redimensionamento do sistema de arquivos excluindo literalmente o sistema de arquivos que contém /e criando uma nova partição.
(A menos que eu tenha entendido completamente mal?)
Isso parece completamente louco. Não consigo entender como isso funcionou e não destruiu o sistema de arquivos? Parece um acaso completo que nenhum dado tenha sido danificado neste processo e que todos os inodes ainda sejam válidos.
Isso me faz pensar se eu entendi algo completamente errado - e agora estou preocupado que isso seja realmente uma coisa válida a se fazer.
Gostaria de uma segunda opinião sobre isso - o que o autor instrui no vídeo é a maneira correta de expandir um sistema de arquivos? Em caso afirmativo, por que excluir a partição que contém todos os dados da raiz do sistema de arquivos não destruiu esses dados?
Partições e sistemas de arquivos não são os mesmos. Em nenhum momento o sistema de arquivos foi destruído.
A partição é apenas uma parte de um dispositivo maior identificado por alguma entrada na tabela de partições.
fdiskmanipula esta tabela. No esquema de particionamento do DOS (MBR), a tabela de partição está (estritamente: próxima) do início do disco. No GPT está perto do começo e (outro, backup) perto do fim. Não pertence a nenhuma partição, pelo menos não deveria. Em certo sentido, você pode pensar nisso como "uma tabela de conteúdos".O sistema de arquivos é uma estrutura que geralmente reside dentro de uma partição (mas pode residir em um arquivo normal ou ocupar todo o dispositivo). Mesmo que a entrada da partição não exista mais, você pode montar o sistema de arquivos se souber seu deslocamento .
O autor do vídeo destruiu a entrada da partição e criou uma nova. Isso afetou apenas a tabela de partição, não os dados reais dentro da partição (antiga ou nova), ou seja, o sistema de arquivos. A partição em questão foi recriada maior, mas seu setor inicial permaneceu. É aqui que o sistema de arquivos começa.
Após a reinicialização, o sistema de arquivos é montado com sucesso, porque o kernel procura seu cabeçalho no início da nova partição, que é o mesmo que o início da partição antiga onde estava/está o cabeçalho do sistema de arquivos real. O sistema de arquivos conhece seu tamanho, portanto, o fato de a partição agora ter um tamanho diferente é irrelevante, desde que o sistema de arquivos "encaixe" (portanto, aumentar é sempre bom; consulte a nota sobre encolher no final).
Finalmente
resize2fsfoi usado para realmente redimensionar o sistema de arquivos. O novo tamanho não foi especificado, portanto, a ferramenta permite que o sistema de arquivos ocupe toda a partição. Este foi o único momento em que algo foi feito no próprio sistema de arquivos (além da rotina de montagem e acesso). A ferramenta oferece suporte ao redimensionamento para a direita (ou seja, sem mover o início do sistema de arquivos), mesmo se o sistema de arquivos estiver montado. Isso é o que aconteceu.Sim, é a forma correta.
Observe que, se você deseja reduzir uma partição, reduza primeiro o sistema de arquivos e só depois ajuste a tabela de partições. A regra é que, a qualquer momento, todo o sistema de arquivos deve caber na partição. Encolher um sistema de arquivos montado pode não ser tão fácil (ou possível) quanto expandi-lo.