Размер файловой и доступное пространство

[Speccyfighter]

Вот я лох-то. А?

Короче суть, на примере где-то 2013 года затерявшемся в постах и не находящимся поисковиками.
Во времена былые ставил на флешку какой-то лайв. С дополнительным разделом, который создавался автоматом на первой загрузке, на свободном месте для сохранения профиля. Файловая на дополнительном разделе - ext4. Фокус заключался в том, что из полного объёма раздела, доступно было только половина. Вторая половина становилась доступной только после форматирования:
куда-то синкнуть данные - переформатировать с прежней меткой - синкнуть данные назад.
И доступное место увеличивалось почти вдвое.
Пост сейчас тот не найду, да и не в этом суть.

А в том что лохонулся и заметил только сейчас:

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

# blkid /dev/sda1
/dev/sda1: UUID="9327ce2b-1aea-4270-b827-e528e69aae0b" TYPE="ext4"


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

# fdisk -l /dev/sda

Disk /dev/sda: 160.0 GB, 160041885696 bytes, 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x9db99db9

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sda1   *          63    97660079    48830008+  83  Linux
/dev/sda2        97660080   308599199   105469560   83  Linux
/dev/sda3       308599200   312581807     1991304   82  Linux своп / Solaris


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

# df -m /dev/sda1
Файловая система 1M-blocks Использовано Доступно Использовано% Cмонтировано в
/dev/sda1            19558        18278      265           99% /


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

# df -m /dev/sda2
Файловая система 1M-blocks Использовано Доступно Использовано% Cмонтировано в
/dev/sda2           101253        12092    83996           13% /mnt/sda2

Чтобы ребусы не загадывать, вопрос:
Где с sda1 ещё 30Gb?
Журнал ext4 занял? Фигасе журнал почти на 30 гигов.
Короче ситуация повторилась. И именно с ext4.

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

[dango]

Два варианта:

1. Резервирование блоков для нужд суперпользователя
#tune2fs -m x /dev/y
где x-процент от общего объема устройства y

2. Резервирование блоков под служебные нужды
#tune2fs -r x /dev/y
где x-процент от общего объема устройства y

[Speccyfighter]

По нулям, - гигов 25 где-то застряли; для раздела в 48Gb это очень много :

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

# tune2fs -l /dev/sda1|grep ^Rese
Reserved block count:     0
Reserved GDT blocks:      1022
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)


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

# df -m /dev/sda1
Файловая система 1M-blocks Использовано Доступно Использовано% Cмонтировано в
/dev/sda1            19558        18282     1261           94% /


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

# fdisk -l /dev/sda

Disk /dev/sda: 160.0 GB, 160041885696 bytes, 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x9db99db9

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sda1   *          63    97660079    48830008+  83  Linux
/dev/sda2        97660080   308599199   105469560   83  Linux
/dev/sda3       308599200   312581807     1991304   82  Linux своп / Solaris

Честно говоря не помню чтобы с ext3 такие вещи происходили.
А с ext4 больше 50% где-то застряли, - что-то заныкало.
Как тут недалеко пошутили:
- файловая: в хозяйстве пригодится.

[Speccyfighter]

Таки нашёл свой старый пост:
Настройка бубна большого шамана в Simply Linux 7.0.2 для загрузки в live-режиме
(Увеличение доступного пространства на разделе для профиля без потери данных)

Результат, один к одному.

[Speccyfighter]

В общем не стал себе морочить мозги.

Если кто наткнётся на такую же ситуацию, делайте всё как по линку выше.
У меня с IDE-веником за всё про всё ушёл час.
Не забываёте только после rsync'ов делать sync от греха подальше.

И всё станет на свои места:

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

# tune2fs -l /dev/sda1|grep ^Rese
Reserved block count:     610375
Reserved GDT blocks:      1021
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)


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

# df -m /dev/sda1
Файловая система 1M-blocks Использовано Доступно Использовано% Cмонтировано в
/dev/sda1            46809        18390    26019           42% /


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

# fdisk -l /dev/sda

Disk /dev/sda: 160.0 GB, 160041885696 bytes, 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x9db99db9

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sda1   *          63    97660079    48830008+  83  Linux
/dev/sda2        97660080   308599199   105469560   83  Linux
/dev/sda3       308599200   312581807     1991304   82  Linux своп / Solaris

Об одном сильно пожалел:
нет в стандартном rescue rsync'а, - пришлось перелазить в лайв.
Но нет худа без добра:
пока оно синкалось туда-сюда, зато музыку послушал и расслабился, - шелл всё-таки придуман лентяями для лентяев.

[dango]

Интересный прецедент. Запомню-ка его на будущее, ибо планирую сделать флэшку с live и дополнительным разделом под данные. Вот и проверим, что там и как. Спасибо, Speccyfighter. Руки дойдут - отпишусь по результатам.

[SG]

Если кто наткнётся на такую же ситуацию, делайте всё как по линку выше.
У меня с IDE-веником за всё про всё ушёл час.

   Этот раздел можно очистить чуть-чуть по-другому. Запустить Гпартед и уменьшить  раздел, неважно на сколько, хоть на несколько мб. И вся хрень в нём пропадёт. Потом можно вернуть размер, если отрезанных мегов жалко. На всё уходит от силы 5-7 мин.

[dango]

  Этот раздел можно очистить чуть-чуть по-другому. Запустить Гпартед и уменьшить  раздел, неважно на сколько, хоть на несколько мб. И вся хрень в нём пропадёт. Потом можно вернуть размер, если отрезанных мегов жалко. На всё уходит от силы 5-7 мин.

Кто хоть раз грохнул ценные данные операциями над дисковыми разделами, тот дует на воду и делает бэкапы

[SG]

   Полностью с Вами согласен    В свою очередь должен сказать, что в Горьком, на базаре, тоже грибы продают, красные и завёрнутые...

[dango]

В свою очередь должен сказать, что в Горьком, на базаре, тоже грибы продают, красные и завёрнутые...

Намек понял

Кто хоть раз грохнул ценные данные операциями над дисковыми разделами, тот дует на воду и делает бэкапы

Отвечаю за себя

[Speccyfighter]

Если кто наткнётся на такую же ситуацию, делайте всё как по линку выше.
У меня с IDE-веником за всё про всё ушёл час.

   Этот раздел можно очистить чуть-чуть по-другому. Запустить Гпартед и уменьшить  раздел, неважно на сколько, хоть на несколько мб. И вся хрень в нём пропадёт. Потом можно вернуть размер, если отрезанных мегов жалко. На всё уходит от силы 5-7 мин.

Двигал когда-то, всё закончилось плохо