MB ausente em um SSD com partições GPT

Question

Eu instalei recentemente o Arch Linux em um SSD Intel de 40 GB. Eu usei GPT para partioning (via GNU parted) e criei as seguintes parções:

• / dev / sda1: 1 MB, sem FS, sinalizador = bios_grub
• / dev / sda2: 30 MB, / boot, ext2, flag = inicialização
• / dev / sda3: 20 GB, / home, ext4
• / dev / sda4: ~ 20GB, /, ext4

Depois de tentar instalar o grub2 no ambiente do liveecd (o que eu finalmente fiz via grub-install /dev/sda --root-directory=/mnt/ --no-floppy --force ) eu consegui um sistema funcional.

No entanto, quando eu estava inspecionando o uso do disco com df , notei que minha partição inicial tinha cerca de 170 MB de espaço usado nela. Isso me surpreendeu porque as únicas coisas em / home eram um usuário .bashrc, .bash_history e .lesshst. du confirmou que havia apenas alguns KB de espaço sendo usado em / home.

Por que df informa aproximadamente 170MB sendo usado quando du não? Este espaço "se foi para sempre", ou posso recuperá-lo repartindo e / ou reinstalando?

Quando instalei o grub2, ele disse algo do tipo "sua área de incorporação é muito pequena" e que eu poderia "usar BLOCKLISTS, mas os BLOCKLISTS são INCRÍVEIS". No final, a única maneira de conseguir arrancar um sistema a partir do SSD era usar listas de bloqueio através do grub-install --force flag. Isto está relacionado com os misteriosos 170MB que faltam?

Obrigado

    

Answer 1

Supondo que você esteja usando ext3 / 4, o diário usa 128 MB de iirc. Os 42 MB restantes são provavelmente o inode de redimensionamento.

Se você tiver "sua área de incorporação é muito pequena", é porque o grub não conseguiu encontrar a partição de boot do bios.