h
и оно попадает сразу в лвм
Size: a a a
2019 August 07
k
я лично наблюдал как забивался раздел за 20 секунд
так ничего и не нужно в root хранить, root - это место системы, для персистентных данных - отдельные диски
k
ну и рут отресайзить тоже не проблема, даже онлайн
h
+ у нас это унифицировано и для физмашин и для виртуалок
k
и потом иметь зоопарк
что есть зоопарк, в одном случае ты имеешь blackbox с непойми чем внутри, в другом ты видишь все так называемые partitions в интерфейсе, их usage и можешь расширить/подключить/отключить каждый из них в любой момент
k
тут уж дело вкуса так сказать
h
ваще похеру на интерфейс, в него пыриться никто не будет
k
но если хочешь lvm - то, как я уже сказал, это не проблема значения для разбивки partitions можно передавать через переменные окружения для виртуалки
k
либо просто сделать с десяток готоых темплейтов с нужной разметкой и просто их юзать, примерно так, как это сделанно у тебя
i
а потом забивается рут и всё встаёт колом
У ext4 же есть зарезервированные блоки (по-умолчанию 5%) для рутового пользователя, чтобы можно было факап разрулить
h
У ext4 же есть зарезервированные блоки (по-умолчанию 5%) для рутового пользователя, чтобы можно было факап разрулить
так приложения не из-под рута работают
h
какая разница
h
продакшен будет лежать один хер
i
Разница есть, когда apt не может даже удалить ненужные ядра, потому что места на разделе для транзакций больше нет, и всё валится нахер
k
ну отресайзить вроде всегда можно
h
отресайзить и через 10 секунд всё равно всё забьётся
i
ну отресайзить вроде всегда можно
На vmware контроллер SCSI не отрабатывал событие ресайза, надо было руками поллить контроллер и ресайзить уже потом
h
еще раз, если у тебя ситуация когда неконтролируемо расходуется место — ресайзь/не_ресайзь нужно в вм заходить и разбирайся кто место занял
k
отресайзить и через 10 секунд всё равно всё забьётся
моё мнение схоже с вашим, данные должны храниться отдельно
h
а если у тебя нормальная разбивка, то у тебя не заффектит системные диски