В настоящее время у меня установлен сервер Ubuntu 16.04 на компьютере с небольшим SSD-накопителем на 96 ГБ. Этого больше не хватает для всех пользователей на сервере, поэтому я хотел бы добавить жесткий диск с 1 ТБ и явно переместить папку /home в новый раздел на этом жестком диске с 1 ТБ.
Первоначально я планировал сделать это, используя инструкции здесь. Однако при ближайшем рассмотрении системы я обнаружил, что LVM включен:
Filesystem Size Used Avail Use% Mounted on
udev 63G 0 63G 0% /dev
tmpfs 13G 9.5M 13G 1% /run
/dev/mapper/ubuntu--vg-root 98G 76G 18G 82% /
tmpfs 63G 0 63G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 63G 0 63G 0% /sys/fs/cgroup
/dev/sda2 473M 111M 338M 25% /boot
/dev/sda1 512M 136K 512M 1% /boot/efi
tmpfs 13G 0 13G 0% /run/user/1001
На основании того, что я прочитал до сих пор, мне нужно добавить новый диск в группу томов ubuntu-vg (как на этапах 2-3 из здесь ). Но я не уверен, как действовать после этого - следует ли продолжить шаги 4-5? Или существует другой способ явно перемещать только /home на жесткий диск с 1 ТБ и оставить / на SSD?
Существует несколько способов сделать то, что вы хотите, но я бы рекомендовал следующее:
Разделить новый диск. Это может быть один большой раздел LVM, или вы можете выделить один или несколько разделов без LVM для других целей. Иногда я создаю несколько разделов LVM (например, физические тома или PV), чтобы я мог удалить одну или несколько из них из конфигурации LVM в будущем, если возникнет такая необходимость. Обратите внимание, что я не рекомендую размещать структуры данных PV непосредственно на диске без разделов, как показано в ответе LVM, на который вы ссылаетесь. Хотя это законно, это может привести к путанице, потому что жесткие диски обычно разделяются. Подготовьте PV (ы) для использования LVM с помощью команды pvcreate, как в sudo pvcreate /dev/sdb1. Добавьте новые PV (s) в существующую группу томов (VG) с помощью vgextend, как в sudo vgextend ubuntu--vg /dev/sdb1. Введите sudo pvdisplay, чтобы отобразить статистику ваших PV, включая их размеры. Создайте новый логический том (LV) с lvcreate, как в sudo lvcreate -L 900G -n home ubuntu--vg /dev/sdb1. Обратите внимание, что я указал синтаксис, который позволяет вам установить размер (через -L) и PV, на которых будет создаваться LV (/dev/sdb1). Введите sudo pvdisplay еще раз, чтобы убедиться, что вы создали LV, соответствующий размеру. Если нет, вы можете изменить его размер с помощью lvresize или удалить с помощью lvremove и повторите попытку. Создайте файловую систему на вашем LV, как в sudo mkfs -t ext4 /dev/mapper/ubuntu--vg-home. Смонтируйте новый LV где-нибудь удобно, как в sudo mount /dev/mapper/ubuntu--vg-home /mnt. Скопируйте каталог /home с помощью tar, cp, rsync или любого другого инструмента, который вы предпочитаете. Измените /etc/fstab, чтобы установить новый LV на /home. Переименуйте текущий /home в другое имя (скажем, /home-orig) и создайте новый пустой каталог /home, который будет служить точкой монтирования. Перезагрузитесь и надейтесь, что это сработает. Если все выглядит хорошо, удалите старый каталог /home-orig.Шаги 8-11 очень похожи на эквивалентные шаги в процедуре, описанной на странице wiki, которую вы ссылаетесь, поэтому я подробно расскажу о деталях этих шагов.
Обратите внимание, что , хотя я делал это много раз, примеры, которые я показал, основаны на моем чтении соответствующих страниц руководства, поэтому я, возможно, пропустил некоторые детали. Я рекомендую вам просмотреть страницы руководства и, если вы получите сообщение об ошибке, отрегулируйте, как только вы поймете, что случилось. Кроме того, я считаю, что наименования Ubuntu по умолчанию Ubuntu запутывают, поэтому я, возможно, неправильно истолковал эту деталь, и вам может потребоваться настроить.
Как только вы закончите с этим, у вас будет неиспользованное пространство в вашем PV ваш SSD. Вы можете расширить свой корень (/) LV в это пространство, развернуть /home LV, чтобы охватить оба диска, создать другой LV для определенной цели и т. Д.
Вариант этой процедуры может быть чтобы оставить свой текущий /home LV, где он есть, создайте новый LV на новом диске и начните использовать новый LV как свободное место. Обратите внимание, что ваш компьютер является многопользовательским сервером, поэтому это может быть неудобно, но могут быть причины для этого - например, если только один или два пользователя потребляют львиную долю дискового пространства, вы можете перемещаться просто их домашние каталоги в новое пространство или дать им каталоги на новом пространстве (с точками монтирования или символическими ссылками для облегчения доступа) и поручить им перенести их большие файлы в новое пространство. Такой подход имел бы преимущество не отрицательно влиять на других пользователей, поскольку новое пространство на жестком диске, вероятно, будет заметно медленнее, чем прежнее хранилище SSD.
Существует несколько способов сделать то, что вы хотите, но я бы рекомендовал следующее:
Разделить новый диск. Это может быть один большой раздел LVM, или вы можете выделить один или несколько разделов без LVM для других целей. Иногда я создаю несколько разделов LVM (например, физические тома или PV), чтобы я мог удалить одну или несколько из них из конфигурации LVM в будущем, если возникнет такая необходимость. Обратите внимание, что я не рекомендую размещать структуры данных PV непосредственно на диске без разделов, как показано в ответе LVM, на который вы ссылаетесь. Хотя это законно, это может привести к путанице, потому что жесткие диски обычно разделяются. Подготовьте PV (ы) для использования LVM с помощью команды pvcreate, как в sudo pvcreate /dev/sdb1. Добавьте новые PV (s) в существующую группу томов (VG) с помощью vgextend, как в sudo vgextend ubuntu--vg /dev/sdb1. Введите sudo pvdisplay, чтобы отобразить статистику ваших PV, включая их размеры. Создайте новый логический том (LV) с lvcreate, как в sudo lvcreate -L 900G -n home ubuntu--vg /dev/sdb1. Обратите внимание, что я указал синтаксис, который позволяет вам установить размер (через -L) и PV, на которых будет создаваться LV (/dev/sdb1). Введите sudo pvdisplay еще раз, чтобы убедиться, что вы создали LV, соответствующий размеру. Если нет, вы можете изменить его размер с помощью lvresize или удалить с помощью lvremove и повторите попытку. Создайте файловую систему на вашем LV, как в sudo mkfs -t ext4 /dev/mapper/ubuntu--vg-home. Смонтируйте новый LV где-нибудь удобно, как в sudo mount /dev/mapper/ubuntu--vg-home /mnt. Скопируйте каталог /home с помощью tar, cp, rsync или любого другого инструмента, который вы предпочитаете. Измените /etc/fstab, чтобы установить новый LV на /home. Переименуйте текущий /home в другое имя (скажем, /home-orig) и создайте новый пустой каталог /home, который будет служить точкой монтирования. Перезагрузитесь и надейтесь, что это сработает. Если все выглядит хорошо, удалите старый каталог /home-orig.Шаги 8-11 очень похожи на эквивалентные шаги в процедуре, описанной на странице wiki, которую вы ссылаетесь, поэтому я подробно расскажу о деталях этих шагов.
Обратите внимание, что , хотя я делал это много раз, примеры, которые я показал, основаны на моем чтении соответствующих страниц руководства, поэтому я, возможно, пропустил некоторые детали. Я рекомендую вам просмотреть страницы руководства и, если вы получите сообщение об ошибке, отрегулируйте, как только вы поймете, что случилось. Кроме того, я считаю, что наименования Ubuntu по умолчанию Ubuntu запутывают, поэтому я, возможно, неправильно истолковал эту деталь, и вам может потребоваться настроить.
Как только вы закончите с этим, у вас будет неиспользованное пространство в вашем PV ваш SSD. Вы можете расширить свой корень (/) LV в это пространство, развернуть /home LV, чтобы охватить оба диска, создать другой LV для определенной цели и т. Д.
Вариант этой процедуры может быть чтобы оставить свой текущий /home LV, где он есть, создайте новый LV на новом диске и начните использовать новый LV как свободное место. Обратите внимание, что ваш компьютер является многопользовательским сервером, поэтому это может быть неудобно, но могут быть причины для этого - например, если только один или два пользователя потребляют львиную долю дискового пространства, вы можете перемещаться просто их домашние каталоги в новое пространство или дать им каталоги на новом пространстве (с точками монтирования или символическими ссылками для облегчения доступа) и поручить им перенести их большие файлы в новое пространство. Такой подход имел бы преимущество не отрицательно влиять на других пользователей, поскольку новое пространство на жестком диске, вероятно, будет заметно медленнее, чем прежнее хранилище SSD.
Существует несколько способов сделать то, что вы хотите, но я бы рекомендовал следующее:
Разделить новый диск. Это может быть один большой раздел LVM, или вы можете выделить один или несколько разделов без LVM для других целей. Иногда я создаю несколько разделов LVM (например, физические тома или PV), чтобы я мог удалить одну или несколько из них из конфигурации LVM в будущем, если возникнет такая необходимость. Обратите внимание, что я не рекомендую размещать структуры данных PV непосредственно на диске без разделов, как показано в ответе LVM, на который вы ссылаетесь. Хотя это законно, это может привести к путанице, потому что жесткие диски обычно разделяются. Подготовьте PV (ы) для использования LVM с помощью команды pvcreate, как в sudo pvcreate /dev/sdb1. Добавьте новые PV (s) в существующую группу томов (VG) с помощью vgextend, как в sudo vgextend ubuntu--vg /dev/sdb1. Введите sudo pvdisplay, чтобы отобразить статистику ваших PV, включая их размеры. Создайте новый логический том (LV) с lvcreate, как в sudo lvcreate -L 900G -n home ubuntu--vg /dev/sdb1. Обратите внимание, что я указал синтаксис, который позволяет вам установить размер (через -L) и PV, на которых будет создаваться LV (/dev/sdb1). Введите sudo pvdisplay еще раз, чтобы убедиться, что вы создали LV, соответствующий размеру. Если нет, вы можете изменить его размер с помощью lvresize или удалить с помощью lvremove и повторите попытку. Создайте файловую систему на вашем LV, как в sudo mkfs -t ext4 /dev/mapper/ubuntu--vg-home. Смонтируйте новый LV где-нибудь удобно, как в sudo mount /dev/mapper/ubuntu--vg-home /mnt. Скопируйте каталог /home с помощью tar, cp, rsync или любого другого инструмента, который вы предпочитаете. Измените /etc/fstab, чтобы установить новый LV на /home. Переименуйте текущий /home в другое имя (скажем, /home-orig) и создайте новый пустой каталог /home, который будет служить точкой монтирования. Перезагрузитесь и надейтесь, что это сработает. Если все выглядит хорошо, удалите старый каталог /home-orig.Шаги 8-11 очень похожи на эквивалентные шаги в процедуре, описанной на странице wiki, которую вы ссылаетесь, поэтому я подробно расскажу о деталях этих шагов.
Обратите внимание, что , хотя я делал это много раз, примеры, которые я показал, основаны на моем чтении соответствующих страниц руководства, поэтому я, возможно, пропустил некоторые детали. Я рекомендую вам просмотреть страницы руководства и, если вы получите сообщение об ошибке, отрегулируйте, как только вы поймете, что случилось. Кроме того, я считаю, что наименования Ubuntu по умолчанию Ubuntu запутывают, поэтому я, возможно, неправильно истолковал эту деталь, и вам может потребоваться настроить.
Как только вы закончите с этим, у вас будет неиспользованное пространство в вашем PV ваш SSD. Вы можете расширить свой корень (/) LV в это пространство, развернуть /home LV, чтобы охватить оба диска, создать другой LV для определенной цели и т. Д.
Вариант этой процедуры может быть чтобы оставить свой текущий /home LV, где он есть, создайте новый LV на новом диске и начните использовать новый LV как свободное место. Обратите внимание, что ваш компьютер является многопользовательским сервером, поэтому это может быть неудобно, но могут быть причины для этого - например, если только один или два пользователя потребляют львиную долю дискового пространства, вы можете перемещаться просто их домашние каталоги в новое пространство или дать им каталоги на новом пространстве (с точками монтирования или символическими ссылками для облегчения доступа) и поручить им перенести их большие файлы в новое пространство. Такой подход имел бы преимущество не отрицательно влиять на других пользователей, поскольку новое пространство на жестком диске, вероятно, будет заметно медленнее, чем прежнее хранилище SSD.
новый диск можно добавить в LVM, чтобы система рассматривала все это как один диск, или вы можете добавить его в качестве второго диска. При втором методе новый диск может быть выделен для /home.
сначала добавьте диск в систему, а затем отформатируйте его с помощью предпочтительной файловой системы. Обратите внимание на UUID, затем переместите все из / home к новому диску. / home должно быть пустым, чтобы смонтировать новый диск.
Далее отредактируйте файл / etc / fstab. добавьте строку:
UUID = (отмечено ранее) / home (используемая файловая система) по умолчанию 0 2Примечание: вы можете использовать имя устройства, но UUID гарантирует, что правильный диск установленный в случае имя устройства меняется.
сохранение и перезагрузка.
новый диск можно добавить в LVM, чтобы система рассматривала все это как один диск, или вы можете добавить его в качестве второго диска. При втором методе новый диск может быть выделен для /home.
сначала добавьте диск в систему, а затем отформатируйте его с помощью предпочтительной файловой системы. Обратите внимание на UUID, затем переместите все из / home к новому диску. / home должно быть пустым, чтобы смонтировать новый диск.
Далее отредактируйте файл / etc / fstab. добавьте строку:
UUID = (отмечено ранее) / home (используемая файловая система) по умолчанию 0 2Примечание: вы можете использовать имя устройства, но UUID гарантирует, что правильный диск установленный в случае имя устройства меняется.
сохранение и перезагрузка.