История изменений

Исправление chukcha, 05.02.16 03:58 (текущая версия) :

Извиняюсь, отсутствовал - тут ко мне по аське забежал знакомый линуксоид, более опытный, чем я, и мы несколько часов парились, пытаясь выяснить, куда девается свободное пространство, но так ни к чему и не пришли.

А тут, оказывается, поджидает уже несколько советов.
Испробовал этот -

Посмотрите разницу между «ls -l» и «du» скорее всего вы увидете что чудесным образом размер файла с образом БОЛЬШЕ чем фактически занимаемое место на диске.

Ок, попытался вычислить объем этих файлов по ls -l :

258 Авг 29 20:57 du_images_2015-08-29_21-56.txt
258 Авг 30 18:01 du_images_2015-08-30_19-01.txt
296 Сен 10 16:09 du_images_2015-09-10_17-09.txt
330 Сен 11 21:30 du_images_2015-09-11_22-30.txt
366 Дек  5 14:57 du_images_2015-12-05_15-56.txt
403 Фев  4 20:09 du_images_2016-02-04_21-11.txt
71 Авг 28 21:26 ru_windows_xp_professional_with_service_pack_3_x86_cd_vl_x14-74146.iso
71M Окт 22  2014 virtio-win-0.1-81.iso
1,7T Фев  5 01:21 win-20083.img
100G Фев  5 00:30 win-xp-1.img

Получилось:

1982 + 71*1024*1024 + 1.7*1024*1024*1024*1024 + 100*1024*1024*1024 = 
1982 + 74448896  + 8,46623953388e+12 ???

т.е. gcalculator не осилил третье слагаемое, выдав произведение через натуральное основание, поэтому плюнул на эти хитроумные расчеты.
А на бумажке перемножать ну его нафиг, обязательно где-то ошибусь.

Важнее другое - сегодня впервые услышал об sparse-файлах.
Спасибо, это действительно пробел в моем воспитании :(
Мне неизвестно, используется ли эта технология при работе kvm-имиджей.
Но если да, то похоже, она объясняют систематическое разрастание размера файлов.
Возможно, это полезная штука, но в данном случае она оказалось миной замедленного действия.
Но тогда кто-то в системе должен увидеть это явление и правильно показать - ls или кто?
В-общем, загадка осталась загадкой.

Выложи свой контакт. Я с тобой свяжусь и попробуем решить твою проблему.

bryak, спасибо за желание помочь. Связаться со мной можно через одноименный ник на https://fastzone.net , а там дальше разберемся.

Исходная версия chukcha, 05.02.16 03:57:

Посмотрите разницу между «ls -l» и «du» скорее всего вы увидете что чудесным образом размер файла с образом БОЛЬШЕ чем фактически занимаемое место на диске.

Ок, попытался вычислить объем этих файлов по ls -l :

258 Авг 29 20:57 du_images_2015-08-29_21-56.txt
258 Авг 30 18:01 du_images_2015-08-30_19-01.txt
296 Сен 10 16:09 du_images_2015-09-10_17-09.txt
330 Сен 11 21:30 du_images_2015-09-11_22-30.txt
366 Дек  5 14:57 du_images_2015-12-05_15-56.txt
403 Фев  4 20:09 du_images_2016-02-04_21-11.txt
71 Авг 28 21:26 ru_windows_xp_professional_with_service_pack_3_x86_cd_vl_x14-74146.iso
71M Окт 22  2014 virtio-win-0.1-81.iso
1,7T Фев  5 01:21 win-20083.img
100G Фев  5 00:30 win-xp-1.img

Получилось:

1982 + 71*1024*1024 + 1.7*1024*1024*1024*1024 + 100*1024*1024*1024 = 
1982 + 74448896  + 8,46623953388e+12 ???

т.е. gcalculator не осилил третье слагаемое, выдав произведение через натуральное основание, поэтому плюнул на эти хитроумные расчеты.
А на бумажке перемножать ну его нафиг, обязательно где-то ошибусь.

Важнее другое - сегодня впервые услышал об sparse-файлах.
Спасибо, это действительно пробел в моем воспитании :(
Не знаю, используется ли эта технология при работе kvm-имиджей.
Не если да, то похоже, она объясняют систематическое разрастание размера файлов.
Возможно, это полезная штука, но в данном случае она оказалось миной замедленного действия.
Но тогда кто-то в системе должен увидеть это явление и правильно показать - ls или кто?
В-общем, загадка осталась загадкой.

Выложи свой контакт. Я с тобой свяжусь и попробуем решить твою проблему.