Где прячутся далеко нелишние гигабайты?

[NZST]

Вот у меня та же проблема. Пробовала проделать это в ext4 и в ext3, все равно теряю 15 гб из 931 гб (винт seagate 1Tb)

Аналогичый вопрос. В наличии 1 Tb HDD с EXT4 на борту. Сделал

Код: [Выделить]

sudo tune2fs -o journal_data_writeback /dev/sde1
sudo tune2fs -m 0 /dev/sde1Как было 931.51 гб всего и 916.7 доступно(по данным gpated) -  так и осталось. ЧЯДНТ?

[Lifewalker]

По дефолту на служебные нужды в виде nodes и журнал без учёта резерва для рута Ext3 и Ext4 тратят около 1,7% места. Считаем: 931 * 0,017 = 15,82. Столько места сейчас использовано для предварительного выделения приблизительно 61.035.156 инодов. Вам в самом деле нужно создать на диске 61 миллион файлов и каталогов?

При создании раздела можно принудительно установить число инодов на томе и сэкономить таким образом гагабайты места, расходуемого сейчас впустую. Но для этого нужно знать сколько будет файлов на томе, потому что динамическое выделение инодов на Ext3 и Ext4 не предусмотрено.

Именно по этому я всегда сам использую и другим рекомендую на больших дисках использовать файловую систему XFS (или JFS), имеющую механизм динамического выделения инодов.

[v@dik]

Lifewalker, подскажите пожалуйста, как эти ФС ведут себя в случае некорректного отключения питания в сравнении с экст и райзерами? Можно личное мнение

[Lifewalker]

Lifewalker, подскажите пожалуйста, как эти ФС ведут себя в случае некорректного отключения питания в сравнении с экст и райзерами? Можно личное мнение

Однажды на внешнем винте с JFS был сбой. Причину не выяснил, но видимо болтался USB разъём. Диск некоторое время дёргался, потом затих. Включение в другой разъём и попытка выполнения jfs_fsck выдала невосстановимую ошибку перекрывающихся блоков чего-то там. Поиск в гуглоинете внятного результата не дал.

Итог. Полностью погиб каталог верхнего уровня, из подкаталога которого в момент катастрофы массово удалялись файлы. Нужно признать, это было неприятно... Прочие файлы не пострадали, были скопированы, диск переформатирован, файлы возвращены на место. Случай более не повторялся.

На внутренних дисках обычно юзаю XFS. Пропадания питания, зависания иксов, падения альфа-версий 9.04, 9.10, 10.04 и рисеты ни разу ни привели к пропаданию чего-либо нужного. Диски даже не приходится после этого пропускать через xfs_repair, как-то само работает

[v@dik]

Тогда еще вопрос, последний .
Вы ФС както тюнили или все поумолчанию, если да то киньте в личку (чтоб не захламлять тему), можно просто ссылки. Спасибо.

[tarabo]

Вот большое спасибо  . Только-что наткнулся на эту проблему. Были диски под NTFS. С них инфу слил, переформатировал в ext4, начал копировать назад - а оно не лезет!!! Паника! Случайно наткнулся на этот топик. Помогло  Еще раз спасибо!

[DreamSoul]

Вернул 7 гб. 

[Lifewalker]

Да лучше тут ответить, может кто решит проверить, мало ли... Раньше сурово тюнил, а сейчас почти ничего не меняю. Обычно делаю так.

mkfs.xfs -d agcount=8 -i size=512 -l size=32m,lazy-count=1 -L SOMELABEL /dev/device

-d agcount=8 - это фактически количество параллельных блоков метаданных, нужно ли на десктопе их делать больше 8 не представляю; на мелких разделах делаю ещё меньше, обычно 4.
-i size=512 - это размер инода, дефолтный 256 идёт; уж не помню какой суровый тест мне попадался, но там увеличение размера инода дало полграма роста скорости.
-l size=32m - это размер журнала в 32 мега даст 8192 открытых транзакции; маловероятно на десктопе получить больше.
lazy-count=1 - это чтобы при каждом чихе не дёргать суперблок.

А вот монтирую сурово, даже не уверен, нужно ли так выпендриваться

UUID=ХХХ /home xfs noatime,nodiratime,noquota,nobarrier,noikeep,logbufs=8,logbsize=32k,allocsize=256k

Внимание! Желающим повторить обязательно справляться по параметрам тут, потому что некоторые параметры, например nobarrier, потенциально опасны для данных.

[getoutaway]

А я все искал пропавшие 4 гб, при создание нового раздела под файло
Спасибо, и в хоуме 1,5 гб вернул

[ton1k]

70Gb