Расширение диска на виртуальной машине

[@lemfinch8668]

В Debian/ubuntu есть пакет cloud-utils, в нем есть growpart (growpart /dev/sda 2 - пробел важен, цифра номер раздела) - этой командой получается сделать всё что выполнялось в fdisk. Спасибо, было познавательно.

[@gramllin]

О великий Гуру 🤗

[@AleksIgK]

Отличное видео, которого как раз-таки не хватало в сети. Хороший материал по работе с разделами доступен на сайте ibm, и, вроде бы на ubuntu wiki, если не ошибаюсь. Так же подробнейшие материалы доступны на ресурсе wiki дистрибутива Arch.

[@Silavoni]

Привет. Спасибо за видосики. Планируешь ли возобновить их выпуски?

[@GNULinuxPro]

Привет Да

[@Silavoni]

@@GNULinuxPro спасибо :)

[@lunolumazer6852]

Спасибо!

[@barash71]

Добрый день, после описанных манипуляций при выводе результата команды fdisk -f /dev/sda затем p пропал тег LVM напротив dev/sda2. Это нормально? Хотя команды lvs и vgs вроде все корректно отображают

[@GNULinuxPro]

Добрый день. Видимо на этапе расширения раздела в fdisk вы не нажали N. Можно заново поставить метку lvm через fdisk, вроде опция t

[@barash71]

@@GNULinuxPro Да спасибо после добавления метки все стало как прежде.

[@СергейШеверев-ъ9о]

Не изменится ли uuid раздела после его "пересоздания" fdisk'ом?

[@GNULinuxPro]

UUID относится к файловой системе, мы же пересоздаем раздел, т.е. саму ФС даже не трогаем

[@ned1314]

Жаль что ты прекратил записывать ролики у тебя хорошо получается.

[@astralinux3501]

При выборе преемника Centos у вас не стоял выбор между Alma и Rocky?

[@GNULinuxPro]

>> Касательно Rocky и Alma, технической разницы никакой. Выбрал Alma просто потому что его финансирует CloudLinux, компания с неплохим доходом. За Rocky, вроде, компании нет. Соответственно, в будущем Alma я чуть больше уверен. Но, возможно, оба проекта будут жить. Хотя, опять же, технически разницы нет. Скопировал комментарий из ролика про установку Альмы. Сейчас оба проекта поддерживаются десятками компаний, так что, кажется, оба проекта будут жить

[@astralinux3501]

@@GNULinuxPro спасибо за ответ

[@asanalibulatov9166]

Вставка из какого фильма?

[@GNULinuxPro]

из игры киберпанк

[@新納氏]

Друг, чего канал забросил?

[@GNULinuxPro]

Лень побеждает( Но ничего, постараюсь взяться за дело

[@新納氏]

@@GNULinuxPro хороший канал, удачи тебе.

[@ilya_fimin]

Что-то ты пропал.

[@АнтонПупкин-з8к]

А если выделить диск 100 мб к примеру lv и забить его нолями, затем диск расширить через группу. Сделать ресайз файловой системы. Место увеличится ! А потом попробовать вернуть месть к исходному, т.е чтоб занято было 100 %. Т.е уменьшить файловую систему , затем уменьшить диск. И тут в результате через df не уменьшается размер????

[@GNULinuxPro]

Не совсем понял что имеете в виду. Если про возможность уменьшать размер диска с файловой системой, то не каждая ФС умеет уменьшать размер (ext4 может, а вот xfs нет). Ну и даже ext4 не умеет уменьшать размер на лету, придется предварительно отмонтировать файловую систему. А если это корень или какая-то сильно занятая система - то тут надо сервис останавливать, либо делать failover. Что в принципе можно, но это лишний гемор. Легче просто изначально давать меньше и при необходимости по чуть чуть увеличивать. А на какой-нибудь домашней системе, которую можно хоть раз в 5 минут перезагружать, это не проблема.

[@АнтонПупкин-з8к]

@@GNULinuxPro да, хочется просто разобраться до конца. Опыт иметь так сказать ...