В Debian/ubuntu есть пакет cloud-utils, в нем есть growpart (growpart /dev/sda 2 - пробел важен, цифра номер раздела) - этой командой получается сделать всё что выполнялось в fdisk. Спасибо, было познавательно.
Отличное видео, которого как раз-таки не хватало в сети. Хороший материал по работе с разделами доступен на сайте ibm, и, вроде бы на ubuntu wiki, если не ошибаюсь. Так же подробнейшие материалы доступны на ресурсе wiki дистрибутива Arch.
Добрый день, после описанных манипуляций при выводе результата команды fdisk -f /dev/sda затем p пропал тег LVM напротив dev/sda2. Это нормально? Хотя команды lvs и vgs вроде все корректно отображают
>> Касательно Rocky и Alma, технической разницы никакой. Выбрал Alma просто потому что его финансирует CloudLinux, компания с неплохим доходом. За Rocky, вроде, компании нет. Соответственно, в будущем Alma я чуть больше уверен. Но, возможно, оба проекта будут жить. Хотя, опять же, технически разницы нет. Скопировал комментарий из ролика про установку Альмы. Сейчас оба проекта поддерживаются десятками компаний, так что, кажется, оба проекта будут жить
А если выделить диск 100 мб к примеру lv и забить его нолями, затем диск расширить через группу. Сделать ресайз файловой системы. Место увеличится ! А потом попробовать вернуть месть к исходному, т.е чтоб занято было 100 %. Т.е уменьшить файловую систему , затем уменьшить диск. И тут в результате через df не уменьшается размер????
Не совсем понял что имеете в виду. Если про возможность уменьшать размер диска с файловой системой, то не каждая ФС умеет уменьшать размер (ext4 может, а вот xfs нет). Ну и даже ext4 не умеет уменьшать размер на лету, придется предварительно отмонтировать файловую систему. А если это корень или какая-то сильно занятая система - то тут надо сервис останавливать, либо делать failover. Что в принципе можно, но это лишний гемор. Легче просто изначально давать меньше и при необходимости по чуть чуть увеличивать. А на какой-нибудь домашней системе, которую можно хоть раз в 5 минут перезагружать, это не проблема.
![FNAF Into the Pit has A LOT of Unused Graphics | LOST BITS [TetraBitGaming]](http://i.ytimg.com/vi/6YhZCRdipl4/mqdefault.jpg)
В Debian/ubuntu есть пакет cloud-utils, в нем есть growpart (growpart /dev/sda 2 - пробел важен, цифра номер раздела) - этой командой получается сделать всё что выполнялось в fdisk. Спасибо, было познавательно.
О великий Гуру 🤗
Отличное видео, которого как раз-таки не хватало в сети. Хороший материал по работе с разделами доступен на сайте ibm, и, вроде бы на ubuntu wiki, если не ошибаюсь. Так же подробнейшие материалы доступны на ресурсе wiki дистрибутива Arch.
Спасибо!
Привет. Спасибо за видосики. Планируешь ли возобновить их выпуски?
Привет
Да
@@GNULinuxPro спасибо :)
Жаль что ты прекратил записывать ролики у тебя хорошо получается.
Добрый день, после описанных манипуляций при выводе результата команды fdisk -f /dev/sda затем p пропал тег LVM напротив dev/sda2. Это нормально? Хотя команды lvs и vgs вроде все корректно отображают
Добрый день. Видимо на этапе расширения раздела в fdisk вы не нажали N.
Можно заново поставить метку lvm через fdisk, вроде опция t
@@GNULinuxPro Да спасибо после добавления метки все стало как прежде.
Не изменится ли uuid раздела после его "пересоздания" fdisk'ом?
UUID относится к файловой системе, мы же пересоздаем раздел, т.е. саму ФС даже не трогаем
При выборе преемника Centos у вас не стоял выбор между Alma и Rocky?
>> Касательно Rocky и Alma, технической разницы никакой. Выбрал Alma просто потому что его финансирует CloudLinux, компания с неплохим доходом. За Rocky, вроде, компании нет. Соответственно, в будущем Alma я чуть больше уверен. Но, возможно, оба проекта будут жить. Хотя, опять же, технически разницы нет.
Скопировал комментарий из ролика про установку Альмы. Сейчас оба проекта поддерживаются десятками компаний, так что, кажется, оба проекта будут жить
@@GNULinuxPro спасибо за ответ
Вставка из какого фильма?
из игры киберпанк
Друг, чего канал забросил?
Лень побеждает(
Но ничего, постараюсь взяться за дело
@@GNULinuxPro хороший канал, удачи тебе.
Что-то ты пропал.
А если выделить диск 100 мб к примеру lv и забить его нолями, затем диск расширить через группу. Сделать ресайз файловой системы. Место увеличится ! А потом попробовать вернуть месть к исходному, т.е чтоб занято было 100 %. Т.е уменьшить файловую систему , затем уменьшить диск. И тут в результате через df не уменьшается размер????
Не совсем понял что имеете в виду.
Если про возможность уменьшать размер диска с файловой системой, то не каждая ФС умеет уменьшать размер (ext4 может, а вот xfs нет). Ну и даже ext4 не умеет уменьшать размер на лету, придется предварительно отмонтировать файловую систему. А если это корень или какая-то сильно занятая система - то тут надо сервис останавливать, либо делать failover. Что в принципе можно, но это лишний гемор.
Легче просто изначально давать меньше и при необходимости по чуть чуть увеличивать.
А на какой-нибудь домашней системе, которую можно хоть раз в 5 минут перезагружать, это не проблема.
@@GNULinuxPro да, хочется просто разобраться до конца. Опыт иметь так сказать ...