Недостающий МБ на GPT partioned SSD

Я недавно установил Дугу Linux на Intel 40GB SSD. Я использовал GPT для partioning (через разделенный GNU) и создал следующие партоны:

  • /dev/sda1: 1 МБ, никакой FS, flag=bios_grub
  • /dev/sda2: 30 МБ, / начальная загрузка, ext2, flag=boot
  • /dev/sda3: 20 ГБ, / домой, ext4
  • /dev/sda4: ~20GB,/, ext4

После попытки установить grub2 от livecd среды (через который я наконец сделал grub-install /dev/sda --root-directory=/mnt/ --no-floppy --force) Я получил рабочую систему.

Однако, когда я осматривал использование диска с df Я заметил, что мой домашний раздел имел приблизительно 170 МБ использованного пространства на нем. Это удивило меня, потому что единственными вещами на / домой были пользователи .bashrc, .bash_history, и .lesshst. du подтвержденный, что были только некоторые КБ пространства, используемого на / домой.

Почему делает df отчет приблизительно 170 МБ, используемых, когда du не? Это пространство "уведено навсегда", или я могу возвратить его repartioning и/или переустановкой?

Когда я установил grub2, он сказал, что что-то вроде "Вашего встраивать область является слишком маленьким", и что я мог "использовать ЧЕРНЫЕ СПИСКИ, но ЧЕРНЫЕ СПИСКИ НЕНАДЕЖНЫ". В конце единственным путем я мог добраться, система, загружающаяся от SSD, должна была использовать черные списки через установку личинки - флаг силы. Это связано с таинственными недостающими 170 МБ?

Спасибо

0
задан 13.01.2011, 14:11

1 ответ

Принятие Вас использует ext3/4, журнал использует 128 МБ iirc. Остающиеся 42 МБ являются, вероятно, изменением размер inode.

Если Вы получили "Ваш встраивать область, является слишком маленьким", это - потому что личинка не могла найти раздел начальной загрузки BIOS.

1
ответ дан 24.11.2019, 12:11

Теги

Похожие вопросы