Sparse file qcow2 разный размер

Команда ls показывает ровно то, что возвращает реализация ФС в ядре. Специализированные программы, которые целиком загружают содержимое файлов в память или могут парсить заголовки кокретных форматов, могут показывать более актуальную информацию.

И я могу поменять какие-то атрибуты этой второй коровы (qcow2), чтобы ее размер отображался в ls и коммандере по человечески? Ведь клоны то нормально отображаются.

Любые клиенты, использующие для отображения сведений о файлах stat() или подобные обертки над соответствующими системными вызовами будут показывать то, что сообщает ядро. Поменять эту информацию можно только поменяв реализацию ФС в ядре, или загрузив (например LD_PRELOAD’ом) свою библиотеку с реализациями этих функций с измененной логикой (что может существенно ударить по производительности)

Это понятно. Что мне непонятно, как это все в qemu реализовано? Почему когда я создаю виртуальный диск он получается таким идиотским? Впрочем, когда другие его создают, тоже такой - скачал готовый хуникс для квм, тоже qcow2 100Г и также отображается. Но когда я клонирую - он нормальный. Т.е. комманда qemu-img видит, его истиный размер и видит до какого размера он может расширяться. И он тоже qcow2!

Т.е. вопрос как мне не клонируя изменить сам qcow2 файл? Почему 2 файла qcow2, оригинал и клон отображаются по разному, один 4г, другой 100г, если оба расширяемы до 100 и оба весят 4? Я не разбираюсь в этой теме. Раз есть клон с человеческим лицом, то и оригинал можно привести к нормальному виду. Разве нет?

Очень хороший диск и отображается он так как надо.

Клон просто unsparse, ничего хорошего.

показывают, что на диске осталось 0 места

Плохие негодные файловые менеджеры. Dolphin тоже одно время сходил с ума при работе с btrfs и XFS with reflinks.

Короче, если я правильно понимаю, решения не существует? Либо конвертировать каким либо образом, либо? Может можно скормить какой-нибудь параметр, чтобы qemu создавал нормальный диск? И почему клон unsparse. Он же расширяемый? Хорошо, оригинал файл sparse, но свободное место у него же не забито нулями! Ничего не понимаю.

Понятно, что это спарс файлы, которые команда ls видит совершенно по идиотски, как если бы они в самом деле занимали 100G.

Если это разряженные файлы, то ls всё увидит правильно. Нужно только указать параметр -s:

$ ls -lsh some_sparse_file.raw
2.1M -rw-r--r-- 1 ........ 918M Thu  20  2020 some_sparse_file.raw

В файле размером 918 МБ реально выделено на диске всего 2,1 МБ.

Я копирую файл, который как бы 100G, по факту 4G, на другой физический диск, где свободного места 20G и …*опа.

Копировать надо инструментом, который в курсе о том, что ему могут подсунуть разряженный файл, и надо каждый файл так осторожно копировать, что если он был разряженным, то таким же (пусть и с небольшой погрешностью) и остался.

Например, банальный cp по-умолчанию использует эвристику определения разряженности. Если наперёд знаешь, что файл разряженный, то можно явно это указать: cp --sparse=always.

Если файл уже плохо скопирован, т.е. перестал быть разряженным, то можно его сделать разряженным без дополнительных операций копирования: fallocate -d.

спасибо тебе, подойдет