Объединение разделов в Debian

Недавно я унаследовал чужую проблему с сервером на linux. Это одна из тех универсальных установок на базе Debian с LAMP. Недавно у него закончилось место, и здесь никто не знает ничего о Linux в целом. Мне удалось расширить диск в VMWare и создать раздел, как видно на изображении ниже. Задача заключается в том, чтобы объединить корневой раздел /dev/sda1 с /dev/sda4.

Примечание: блоки Start – End не идут подряд, и я не могу позволить себе много времени простоя на этом сервере. /dev/sda3, вероятно, тоже можно объединить, но это не важно.

ОБНОВЛЕНО: вывод df -h

ОБНОВЛЕНО 2: вывод fdisk -l

Я не знаю, какая у вас настройка. Возможно, вы используете RAID или нет, SAN, NAS или нет, поскольку каждая из этих технологий усложняет ситуацию.

На данный момент я предполагаю, что вы используете один традиционный HDD с разделами.

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

Сказав это, я предполагаю, что у вас есть уважительные причины для внесения изменений; что я бы сделал, так это сделал бы резервное копирование всех данных на внешний диск, использовал бы Debian Live CD или что-то подобное, использовал бы gparted и разделил бы данные по вашему желанию, а затем скопировал бы данные, убедившись, что все жесткие ссылки или символьные ссылки, которые могут указывать на разные разделы, правильно ссылаются на резервный сервер с аналогичной конфигурацией, исключая HDD, но сохраняя файловую систему, если это возможно. Я надеюсь, что у вас есть какие-то тесты, чтобы проверить, правильно ли все работает.

Если все пройдет гладко, просто выключите сервер, вставьте новый диск с данными и переведите его в рабочий режим.

Обычно хорошей идеей является обновление Debian и любых используемых приложений, когда вы это делаете, но это требует некоторого времени, отведенного для тестирования того, как данные работают, так как обновления ядра и security-патчи улучшают ситуацию.

Я также призываю вас сделать немного документации, чтобы вы могли ссылаться на заметки на случай, если что-то пойдет не так в будущем, так как память с течением времени имеет свойство стираться, а также зафиксировать причины, по которым вы делаете то, что делаете.

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

/dev/sda1 является основным разделом, а /dev/sda4 является логическим разделом, расположенным в расширенном разделе. Кроме того, они не являются смежными, что делает операцию объединения проблематичной. Возможно, вы могли бы создать «чистую площадку», удалив /dev/sda3 и /dev/sda4 (после резервного копирования данных), а затем с помощью gpart объединить теперь нераспределенное пространство с /dev/sda1. Возможно, потребуется удалить весь расширенный раздел, чтобы создать такую «чистую площадку» нераспределенного пространства.

После второго взгляда я заметил, что этот расширенный раздел составляет всего 1046529 блоков, что означает, что /dev/sda4 является основным разделом. Но это не имеет большого значения. В основном, чтобы расширить sda1, вам нужно непрерывное нераспределенное пространство. Вместо gparted вы можете использовать fdisk для удаления и повторного создания раздела: fdisk /dev/sda -u (-u показывает размеры таблиц разделов в секторах для унификации), а затем использовать resize2f для изменения размера на новый размер.

Правильно, всё, что вам нужно, это 1 ГБ пространства, чтобы получить день (вы говорите это в комментарии)?

Простой способ (я думаю) — очистить ваши старые журналы, если они не важны, следующим образом:

cd /var/log/
rm *.gz
cd /var/log/apache2
rm *.gz
(и так далее) 

Или просто переместить ваши старые журналы в другое место

mkdir /mnt/pendrive
mount /dev/sdc1 /mnt/pendrive
cd /var/log/
mv *.gz /mnt/pendrive
cd /var/log/apache2
mv *.gz /mnt/pendrive/myfunnyapache2folder
(и так далее)

Или, если по какой-то непонятной причине вы не хотите это делать, мы можем попробовать переместить /var/log на другой раздел, пока всё не наладится!

Сначала остановите ваши службы: service rsyslog stop; service apache2 stop; service mysql stop и так далее

fdisk /dev/sda (замените sda на ваш диск или pendrive)

n (используя команду n, создайте ваш 1 ГБ раздел и сохраните fdisk с помощью команды w, и просто выйдите из fdisk)

Проверьте с помощью fdisk -l (с маленькой буквы L), какой раздел на вашем устройстве получил ваш 1 ГБ раздел, например /dev/sda5

Теперь смонтируйте /dev/sda5 или ваш номер раздела (созданный с помощью fdisk) как ваш новый /var/log…

mkdir /tmp/log 
mkfs.ext4 /dev/sda5 - Предполагая /dev/sda5 как новый пустой раздел. Это уничтожит все, что находится в /dev/sda5, если вы выберете неправильный раздел, это тот пустой раздел, который вы создали в fdisk!
mount /dev/sda5 /tmp/log       
mv /var/log/* /tmp/log 
umount /tmp/log
mount /dev/sda5 /var/log      
ls /var/log     - Теперь у вас есть время подумать еще раз... 

После этого вы сможете перезапустить ваши службы: service rsyslog start; service apache2 start; service mysql start и так далее…

Да, это может быть опасно, если вы не обращаете внимания на то, что делаете, но это менее рискованно, чем пытаться изменить размер или объединить разделы на работающей системе.

Если у вас действительно больше нет места на жестком диске, создайте раздел ramdisk (вы можете найти, как это сделать, в Google), но вы потеряете свои журналы, если сервер перезагрузится…

Вы также можете сжать не ротируемые журналы с помощью gzip, например, так: gzip filename и другие текстовые файлы, которые, возможно, вам сейчас не нужны!