Почему файл выходного изображения DD больше, чем исходный раздел / не хватает места при копировании раздела в файл

Каждой файловой системе нужно место для метаданных. Кроме того, extсемья оставляет за собой место для rootпользователя и по умолчанию составляет 5%.

пример

В моем Kubuntu я создал (разреженный) файл размером 1 ГБ:

truncate -s 1G myfile 

и сделал ext3файловую систему внутри него. Команда была простой

mkfs.ext3 myfile 

Это сразу выделило около 49 МБ (~ 5% в данном случае) myfile. Я мог видеть это, потому что файл был редким и первоначально сообщал об использовании 0B на моем реальном диске, тогда это росло. Я предполагаю, что именно здесь живут метаданные.

Я смонтировал файловую систему; df -hсообщается о 976MiB общего пространства, но доступно только 925MiB. Это означает, что еще ~ 5% были недоступны для меня.

Затем я заполнил это пространство (после cdточки монтирования)

dd if=/dev/urandom of=placeholder 

Как обычный пользователь, я мог взять только 925MiB. Заявленное использование диска было тогда 100%. Однако, делая то же самое, что и rootя, я мог записать 976MiB в файл. Когда размер файла превысил 925 МБ, загрузка осталась на уровне 100%.

Заключение

Сравнение размеров ваших разделов в этом случае неверно; так же сравниваются размеры ваших файловых систем. Вы должны были проверить доступное пространство в целевой файловой системе (например, с df) и сравнить его с размером исходного раздела .

РЕДАКТИРОВАТЬ:

Чтобы было понятно: ваши 66176851968 байт составляют около 61,63 ГиБ. Это не больше, чем исходный раздел, который составляет 62,5 ГиБ. Исходный раздел не был полностью прочитан, когда целевая файловая система переполнилась.

Если вы не знакомы с различием GB / GiB, читайте man 7 units.

РЕДАКТИРОВАТЬ 2

Теперь у нас есть все реальные цифры. Давайте придерживаться единицы 512B, это общий размер сектора.

• Ваш sdb1 раздел занимает 131074048-2048=131072000единицы на диске. Давайте назовем это P1. Это из gdiskвывода.
• Ваш sdb2 раздел занимает 262889472-131074048=131815424единицы на диске. Пусть будет P2. Это тоже из gdiskвывода.
• Ваша файловая система внутри sdb1может хранить файлы до 128753336общего количества единиц. Давайте назовем этот номер F1. Это из dfвывода.
• Ваша файловая система внутри sdb2может хранить до 129484424единиц. Пусть будет F2. Это тоже из dfвывода.

Разницу между P1и F1, а также разницу между P2и F2можно объяснить, если вы знаете, что для метаданных должно быть место. Это упоминалось ранее в этом ответе.

Вы ddпопытались скопировать весь sdb1 раздел, то есть P1данные, в файл, который занимает пространство, предоставленное файловой системой внутри sdb2, то есть F2доступного пространства.

P1> F2- это окончательный ответ. Ваш файл изображения не стал больше, чем должен. Мне кажется, вы ожидали, что его размер будет F1. На самом деле все изображение будет иметь размер P1единиц.

P2и не F1имеют значения в этом контексте.

После этого долгого обсуждения я понял, что вы имеете в виду.

Мы наконец добрались до сути. Ну, мой вопрос был немного неясен, прежде чем я его отредактировал. Большое спасибо!

Я нашел эту команду, чтобы получить точный размер разделов в байтах:

root @ sysresccd / root% parted / dev / sdb unit B p

Модель: ATA WDC WD1600AAJS-0 (SCSI)

Диск / dev / sdb: 160041885696B

Размер сектора (логический / физический): 512B / 512B

Таблица разделов: msdos

Флаги дисков:

Номер Начало Конец Размер Тип Файловая система Флаги

1 1048576B 67109912575B 67108864000B основная загрузка ext3

2 67109912576B 134599409663B 67489497088B первичный ext3

4 134600457216B 154668105727B 20067648512B продлен

5 134600458240B 150410887167B 15810428928B логический ext4

6 150411935744B 154668105727B 4256169984B логический linux-swap (v1)

3 154668105728B 160041009151B 5372903424B первичный жир32 фунта

Поэтому в основном мне нужно сравнить реальный размер sdb1 (N1) в этом списке с доступным пространством на sdb2 (N2) в этом списке.

Но для этого мы используем команду POSIXLY_CORRECT = 1 df для целевой файловой системы (sdb2), которая в этом случае была: 129484424 512b-блоков.

Если мы разделим 67108864000B от sdb1 на 512 b = 131072000 512b-блоков. Или мы можем умножить 129484424 * 512 = 66296025088 байт.

Таким образом, 66296025088 байт (доступное пространство на sdb2) <67108864000 байт (необработанный размер sdb1). Очевидно, что образ раздела sdb1 не может вписаться в доступное пространство на sdb2. И есть место, зарезервированное для ROOT на sdb2, которое также следует учитывать.

Что касается моего вопроса о файле образа, превышающем размер раздела, то я в основном сравнил размер файловой системы sdb1 с изображением DD, а не с необработанным размером раздела, который должен быть полностью прочитан DD. Правильный? Я даже могу приблизительно определить, сколько места мне нужно для завершения операции: 66 176 651 968 байт был размером неполного изображения DD, поэтому я сравнил его с размером необработанного sdb1-раздела 66 176 851 968 = 66176851968 B <67108864000 B = меньше на 932012032 байт = 888 MiB

Но эй, что там на пустом разделе? Метаданные и место зарезервированы для root? Так много места ??? !!!!! Большое спасибо!!

Приятно знать все это !!