LINUX.ORG.RU

почему после копирования дистра на другой раздел он стал больше?

 , ,


1

2

Сабж.

# mkdir /tmp/arch
# mount --bind / /tmp/arch
# rsync -aHAXtShx --progress /tmp/arch/ /mnt/
sent 605.08M bytes  received 589.46K bytes  36.71M bytes/sec
total size is 611.91M  speedup is 1.01
# tune2fs -m 1 /dev/sda3
tune2fs 1.42.6 (21-Sep-2012)
Setting reserved blocks percentage to 1% (24412 blocks)
# df -h
Filesystem      Size  Used Avail Use% Mounted on
rootfs          960M  662M  250M  73% /
/dev/sda2       960M  662M  250M  73% /
/dev/sda2       960M  662M  250M  73% /tmp/arch
/dev/sda3       9.2G  790M  8.4G   9% /mnt
/dev/sda3       9.2G  790M  8.4G   9% /tmp/arch/mnt

Файлухи ext4, копировал с поддержкой sparse files, с хардлинками итп. Что я упустил?

PS кажется, я понял, так что пусть это будет задачкой для сисадминов.

Пари держу, что rsync чего-то там начудил.

Kindly_Cat ()

ФС большего размера резервирует для себя больше места?
Не путать с местом, зарезервированным для рута, это другая песня

Pinkbyte ★★★★★ ()
Ответ на: комментарий от Pinkbyte

ФС большего размера резервирует для себя больше места?

да, но это не учитывается в «занято». Оно учитывается в «доступно».

true_admin ★★★★★ ()
Ответ на: комментарий от smilessss

в этом дело ?

нет, это как раз должно было помочь сохранить размер прежним, если я правильно понимаю как это работает.

Подсказка: дистр только что установленный, никаких данных от юзеров ещё нет. Клонировал исключительно потому что на лету корень нельзя было в размере изменить, поэтому я поставил линух на место свопа, бутанулся, изменил размер будущего корня и склонировал систему туда.

true_admin ★★★★★ ()
Ответ на: комментарий от true_admin

да, но это не учитывается в «занято». Оно учитывается в «доступно».

Свежесозданный раздел:

# df -h /mnt
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
/dev/loop0        1008G         200M  957G            1% /mnt

А ещё многие дистрибутивы любят жёсткие ссылки.

i-rinat ★★★★★ ()

Предлагаю сравнить попапочно через du

Chumka ★★★ ()
Ответ на: комментарий от i-rinat

Свежесозданный раздел

близко, кто занимает эти 200м?

true_admin ★★★★★ ()
Ответ на: комментарий от Chumka

Предлагаю сравнить попапочно через du

ммм, оно же через rsync синкалось, я думаю они абсолютно одинаково.

true_admin ★★★★★ ()
Ответ на: комментарий от AITap

Не. Хотя, надо и это тоже проверить т.к. чутка цифры у меня не сходятся.

true_admin ★★★★★ ()
Ответ на: комментарий от true_admin

кто занимает эти 200м?

Журнал и таблицы inode. У ext2/3/4 они выделяются при форматировании, из-за этого ограничение на число файлов. С размером я перегнул, конечно, но и на 10G разделе сразу занято 151M.

i-rinat ★★★★★ ()
Ответ на: комментарий от i-rinat

угу, так оно и есть. На маленьком разделе журнал 16метров, на большом 128. Однако почему разница в объёме 128метров я так и не понял, должно быть 128-16=112. Впрочем, я уже загадил систему, теперь не сравнить.

true_admin ★★★★★ ()
Ответ на: комментарий от true_admin

В ls /usr/lib/git-core/ -l у тебя жёсткие ссылки или символьные? Или просто разные файлы?

i-rinat ★★★★★ ()
Ответ на: комментарий от true_admin

при указании флага -S и наличия sparse-файлов, результаты м.б. разными. Правда в итоге, в dst будет меньше занято места, чем src.

Chumka ★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.