Отсутствует MB на разделенном GPT SSD

704
pisswillis

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

  • / dev / sda1: 1 МБ, без FS, флаг = bios_grub
  • / dev / sda2: 30 МБ, / boot, ext2, flag = boot
  • / dev / sda3: 20 ГБ, / home, ext4
  • / dev / sda4: ~ 20 ГБ, /, ext4

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

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

Почему dfотчет об использовании приблизительно 170 МБ, когда duнет? Это пространство «ушло навсегда», или я могу восстановить его, переназначив и / или переустановив?

Когда я установил grub2, он сказал что-то вроде «ваша область вставки слишком мала», и что я мог «использовать BLOCKLISTS, но BLOCKLISTS НЕ НАДЕЖНЫ». В конце концов, единственный способ получить загрузку системы с SSD - это использовать списки блоков с помощью флага grub-install --force. Связано ли это с загадочным отсутствием 170 МБ?

Спасибо

0

1 ответ на вопрос

1
psusi

Предполагая, что вы используете ext3 / 4, журнал использует 128 МБ iirc. Остальные 42 МБ, вероятно, являются индексом изменения размера.

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

Спасибо, это, кажется, имеет смысл (я использую ext4). Из интереса, для чего используется «inode изменения размера»? Быстрый Google не показывает много информации (кроме проблем других людей). pisswillis 13 лет назад 0
Он резервирует пространство для расширения таблицы дескрипторов группы, чтобы вы могли расширить fs позже. psusi 13 лет назад 0

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