LINUX.ORG.RU

Прерывание ресайза. Что ждет меня в худшем случае?

 


0

1

сабж

// да, делать сложные вещи вечером в четверятницу плохая идея

ps1: ресайз с помощью gparted

ps2: ресайз такой: 461.88Гб -> 89.60Гб; на диске занято 35.63Гб

ps3: fs type: ext4

★★★★★

Последнее исправление: ZuBB (всего исправлений: 4)

Ответ на: комментарий от darkenshvein

там очень мало файлов. обновил стартпост

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

Ну блин, пять звездей же. ФС это не коробка с папочками. Иначе почему нельзя просто «отрезать» по кой нужно, а необходим целый длительный процесс ресайза?

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

звезды херня. сам знаешь.

ты по делу что-либо скажи.

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

когда я так сделал, в свое время, то случился худший вариант

Deleted
()
Ответ на: комментарий от ZuBB

Ext4 обычно быстро ресайзит (относительно, до пары часов (в рамках таких действий с ФСми - это действительно быстро)).

Но. Gparted, по неизвестной мне причине, делает такое всегда непредсказуемо дольше. Лучше было бы почитать про манипуляции с resize2fs. Хотя если с наскоку и по манам от хацкеров-убунтоидов - можно накосячить.

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

Это по типу ФС из будущего, где нужно 16Гб оперативки для более-менее работы, и всё вот это вот?

iu0v1
()

ты хоть бы фс указал

в худшем случае сломаешь фс, можешб даже испортить файлы в ней

я как-то на «живой» системе запустил виртуалку и пробросил в неё винт с хоста
в виртуалку с гпартеда уменьшил ехт4 корень хоста в 2 раза
там свободное место все равно ещё было, думал все ок будет

а нет, фс сломалась, некоторые файлы безвозвратно похерились

так что забей и подожди
ты же не раздел двигаешь, а просто уменьшаешь?
это разные вещи если че

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

ресайз в сторону увеличения обычно быстрою даже с помощью gparted. а вот уменьшать. ет другое дело.. но я понадеялсь на почти пустой винт (35 из 461).

ZuBB ★★★★★
() автор топика

это уже неважно. оставил это дело на ночь мариноваться. завтра !(с утра) посмотрю

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

ext4 с ~последними e2fsprogs устойчивы к прерыванию ресайза. Неделю назад сам срукожопил (питание), думал — всё, кранты разделу. Ан нет, живой. Монтируется, читается, пишется, ресайз перезапускается.

Но это только ext4 (думаю, ext23 тоже). А в случае многих других ФС при прерывании ресайза гарантированно получаешь кирпич.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 3)
Ответ на: комментарий от intelfx

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

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

Гм, вероятно (хотя, насколько помню, оно ближе к концу сдохло). Надо перепопробовать. А разве нельзя писать метаданные так, чтобы «решающей» для каждого инода была одна (плюс-минус атомарная) запись?

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от intelfx

Можно, наверное. Но мне больше нравится такой вариант: копируем блоки, sync, потом метаданные с использованием журнала.

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