Назад | Перейти на главную страницу

Изменение размера разделов на живом сервере RHEL / cPanel

За прошедшие годы я изменил размер многих разделов в Linux, Windows и Mac OS X, но всегда использовал графический интерфейс. Однако пришло время, когда предустановленные размеры разделов моего центра обработки данных, размещенного на моем сервере, не соответствуют размеру, и мне нужно изменить размер дисков рабочего сервера. Я мог бы возиться с ним и, вероятно, справился бы хорошо, но, учитывая, что это рабочий сервер, я хотел получить несколько советов о том, как это сделать. У меня есть KVM-доступ по IP, поэтому, если лучше отключить сервер и загрузиться с аварийного раздела, я могу это сделать.

root [/var/lib/mysql]# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda2       9.9G  2.1G  7.3G  23% /
tmpfs           7.8G     0  7.8G   0% /dev/shm
/dev/sda1        99M   77M   18M  82% /boot
/dev/sda8       884G  463G  376G  56% /home
/dev/sda3       9.9G  8.0G  1.5G  85% /usr
/dev/sda5       9.9G  9.1G  308M  97% /var
/usr/tmpDSK     2.0G   38M  1.8G   3% /tmp

Как вы можете видеть, / var и / usr довольно близки к заполнению, и мне действительно пришлось связать некоторые журналы на / usr с каталогами в / home, чтобы сбалансировать ситуацию. Что я хотел бы сделать, так это добавить по 6-10 ГБ каждый в / usr и / var, предположительно занимая пространство из / home.

Когда я думаю о том, как устроен диск, лучшая мысль, которую я придумал, - это уменьшить / home, скажем, на 16 ГБ и переместить / var на освободившееся место, а затем выделить пространство / var в / usr. Однако это поместит / var в дальний конец диска, что кажется неуместным, учитывая, что MySQL имеет все свои данные на этом разделе. Я бы хотел выделить место на более близком конце / usr, но я предполагаю, что это потребует очень трудного (и, возможно, рискованного) процесса перемещения всех данных в / usr. Кажется, я припоминаю, как в прошлом у меня на компьютере случался сбой такого процесса.

Другой вариант - объединить / и / usr, поскольку / используется недостаточно, хотя я не уверен, что это хорошая идея.

Есть ли у вас какие-либо предложения как по лучшему плану перераспределения, так и по командам для его выполнения?

ОБНОВИТЬ: Добавлю - вот таблица разделов. Есть один неиспользуемый раздел, который, если не изменяет память, был исходным местоположением tmp до того, как я создал образ tmp:

    Name        Flags      Part Type  FS Type          [Label]      Size (MB)
 ------------------------------------------------------------------------------
                                      Unusable                      1.05*
    sda1        Boot        Primary   Linux ext2                    106.96*
    sda2                    Primary   Linux ext3                    10737.42*
    sda3                    Primary   Linux ext3                    10737.42*
    sda5        NC          Logical   Linux ext3                    10738.47*
    sda6        NC          Logical   Linux swap / Solaris          2148.54*
    sda7        NC          Logical   Linux ext3                    1074.80*
    sda8        NC          Logical   Linux ext3                    964098.53*

Изменение размера / var, / home и / usr в действующей системе - плохая идея. Я рекомендую взять паузу для этого обслуживания.

На будущее я также рекомендовал бы вам расширить сферу действия и изучить возможность настройки LVM на сервере, чтобы у вас была возможность вносить изменения в реальном времени, если это необходимо, и меньше беспокоиться о том, где на самом деле размещаются данные. на диске. Вот это ссылка на достойное руководство о том, как это сделать.

Если вы решили изменить размер разделов без LVM, команды, которые вы запускаете с диска восстановления, примерно такие:

  • размонтировать [фс]
  • resize2fs [fs] [уменьшенный размер]
  • fdisk / dev / sda
  • resize2fs [fs]
  • fsck [fs]
  • смонтировать [fs]

Критическая команда выше: fdisk /dev/sda. Что вы сделаете там, так это удалите и воссоздайте разделы, если это необходимо для ваших настроек. Просто убедитесь, что вы наблюдаете, где на самом деле хранятся ваши файловые системы во время этой операции, и имеете под рукой хорошую резервную копию.