LINUX.ORG.RU

Ответ на: комментарий от 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 ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.