Да, я понимаю. Но лучше их иногда удалить, у меня бывали ситуации с проблемами диска, когда ОС переставала бутаться после манипуляций с образом внутри которого есть снэпшоты. Особенно частое явление, например, VMmanager (продукт для хостеров и организации VDS на KVM), очень не любит образы с снепшотами во время переноса между серверами. Поэтому вошло в привычку снепшоты удалять, проблем потом бывало меньше — да и объективно видно сколько пространства занимает образ. Но если снэпшоты критически нужны при ресайзе диска, то это отличная тема для исследования)
Я думаю, просто автор ошибся с названием статьи. Её следовало назвать примерно так «Базовые знания, которые надо знать, если ты работаешь с Linux и web».
Мне тоже так показалось, т.к. большинство вопросов охватывают более широкий спектр специализации, чем devops. Имхо, нормальный веб-разработчик на большую часть этих вопросов тоже ответит. Или админ линуха, или ещё кто-то из it-тусовки. Не только devops.
Да, всё верно, тот же fdisk с ext спокойно справляется с уменьшением разделов, удалил/создал/сохранил, главное не ошибиться с секторами. Но опять же, ситуация не универсальная, а цель статьи как раз в общем алгоритме для разных фс.
С инфой про уменьшение всё довольно сложно, увеличить диск это вообще легко — увеличил qcow2, увечил разделы, в RO запустил resize2fs и загрузился — всё готово.
Ничего! Проблема в том, что shrink раздела невозможен без предварительного сжатия qcow2. Но libvirt не даст сделать shrink, если внутри образа есть разделы объемом большим, чем новый объем образа. В общем замкнутый круг получается. В любом случае перед уменьшением образа нужно будет уменьшить размер раздела. Но с xfs у меня плохо получалось это сделать, а вот ext2/3/4 вроде как можно нарезать новыми кусками. Но эта инструкция более универсальна и подходит для всех фс, и к resize2fs прибегать не надо.
Конечно круто, может я не так выразился про обновления, но изначально речь вел именно про мажорные. Если говорить о минорных, то в 2019 году эппл выпустила фикс апдейт 9.3.6 для iphone 4/4s, выпущенных на минуточку — в 2011 году, т.е. после 8 лет работы.
Да? IOS 14 уже запустилась на нём? Я говорю о мажорных обновлениях, а не минорных. Щас бы не иметь понятия, пользуясь 5s, ага ) Минорные обновления конечно получает
Если говорить об андроиде, то мне импонируют Nokia с их чистым андроидом и программой гарантированного обновления. По сути, продукция эппла этим и вывозит — даже сейчас можно условно без проблем пользоваться iphone 5s/6s, хотя на минуточку, девайсам уже 6-7 лет. Последние до сих пор обновления получают, а 5s не получает тупо из-за слабого железа.
Нормально ими пользуются, если между новинками и используемым устройством разница более 1-2 поколений, то всегда удобно обновляться таким образом. Мне вот 12 зашёл чисто из-за дизайна, ибо он 5s/se-liked, и задумываюсь о замене на тот же 12 mini — да и цена, если честно, не особо меняется с поколениями. С поколениями меняется только курс рубля, но это уже не об Apple
649$ за iphone 7 64gb в 2017 году и 699$ за iphone 12 mini в 2020
вот это ценообразование!))
Мне кажется, что используя какую-то hardware raid железку, всегда надо иметь n+1 железку в резерве :) У Вас звезды сошлись — и одна железка умерла, и вторую затопили, и с производства сняли. Да, такие ситуации мне тоже бывали известны, а как же многонедельные ребилды RAID 5 массивов на хваленных LSI… было дело)
Потому что RAID это не про резервные копии, это про повышение отказоустойчивости.
Например, если в RAID1 диски разных партий, то вероятность что оба диска выйдут из строя одновременно меньше, а если выйдет один из строя, то у Вас будет время на то, чтобы вставить новый диск в массив, провести синхронизацию и работать дальше.
А если, например, у Вас в рейде висит 2 диска из одной партии и оба с браком, то высока вероятность их одновременного выхода из строя и, соответственно, чревато частичной или даже полной потерей данных.
Помимо RAID надо всегда иметь холодную копию данных, которая делается с нужным временным интервалом и за пределы сервера, если есть такая возможность.
649$ за iphone 7 64gb в 2017 году и 699$ за iphone 12 mini в 2020
вот это ценообразование!))
У массивов совсем другие задачи решаются
Например, если в RAID1 диски разных партий, то вероятность что оба диска выйдут из строя одновременно меньше, а если выйдет один из строя, то у Вас будет время на то, чтобы вставить новый диск в массив, провести синхронизацию и работать дальше.
А если, например, у Вас в рейде висит 2 диска из одной партии и оба с браком, то высока вероятность их одновременного выхода из строя и, соответственно, чревато частичной или даже полной потерей данных.
Помимо RAID надо всегда иметь холодную копию данных, которая делается с нужным временным интервалом и за пределы сервера, если есть такая возможность.