Перераспределить пространство с помощью parted (без графического интерфейса)
416
myh34d
Я использую сервер Ubuntu 14.04.3 LTS.
Разметка была создана автоматически, и теперь у меня проблема с пространством корневого каталога. Существует рейд /dev/md3с почти 2 ТБ свободного места и /dev/rootустановленный /с 20 ГБ, из которых 1,2 ГБ свободно.
Это моя конфигурация:
# fdisk -l WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted. Disk /dev/sda: 2000.4 GB, 2000398934016 bytes 255 testine, 63 settori/tracce, 243201 cilindri, totale 3907029168 settori Unità = settori di 1 * 512 = 512 byte Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Identificativo disco: 0x00000000 Dispositivo Boot Start End Blocks Id System /dev/sda1 1 3907029167 1953514583+ ee GPT WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted. Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes 255 testine, 63 settori/tracce, 243201 cilindri, totale 3907029168 settori Unità = settori di 1 * 512 = 512 byte Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Identificativo disco: 0x00000000 Dispositivo Boot Start End Blocks Id System /dev/sdb1 1 3907029167 1953514583+ ee GPT Disk /dev/md3: 1978.9 GB, 1978886193152 bytes 2 testine, 4 settori/tracce, 483126512 cilindri, totale 3865012096 settori Unità = settori di 1 * 512 = 512 byte Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Identificativo disco: 0x00000000 Il disco /dev/md3 non contiene una tabella delle partizioni valida Disk /dev/md2: 21.0 GB, 20970405888 bytes 2 testine, 4 settori/tracce, 5119728 cilindri, totale 40957824 settori Unità = settori di 1 * 512 = 512 byte Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Identificativo disco: 0x00000000 Il disco /dev/md2 non contiene una tabella delle partizioni valida # df -h File system Dim. Usati Dispon. Uso% Montato su /dev/root 20G 17G 1,2G 94% / devtmpfs 7,9G 4,0K 7,9G 1% /dev none 4,0K 0 4,0K 0% /sys/fs/cgroup none 1,6G 792K 1,6G 1% /run none 5,0M 0 5,0M 0% /run/lock none 7,9G 4,0K 7,9G 1% /run/shm none 100M 0 100M 0% /run/user /dev/md3 1,8T 295M 1,7T 1% /home
Так что в основном мне нужно использовать /dev/md3for /dev/root, чтобы использовать все доступное пространство!
Пожалуйста, помогите мне, потому что я никогда не использовал parted без графического интерфейса и не хочу создавать беспорядок. Очевидно, я не хочу потерять все данные /dev/root(хотя мне все равно /dev/md3).
Я не знаю, был ли я на правильном пути, но я думал, что могу просто изменить точку монтирования /dev/md3. Я поднял его и сел на него, /но безуспешно . Вот мой ФСТАБ:
Могу ли я просто изменить точку монтирования /и перезагрузить сервер, чтобы он заработал? Я имею в виду иметь все пространство /dev/md3на /?
2 ответа на вопрос
0
amotzg
Если вы хотите изменить только точки монтирования, вам не нужно использовать parted. Как вы заметили, вы можете редактировать fstab, чтобы манипулировать вашей фиксированной точкой монтирования.
Но изменение корневого раздела в Linux - это больше, чем перемещение корневой точки монтирования. Вы должны позаботиться о том, чтобы многие части ОС знали, куда вы перенесли ОС. Если вы не хотите переустановить новую ОС на дополнительное хранилище, я не рекомендую перемещать корневую точку монтирования. Вы можете смонтировать дополнительное хранилище в другом «под-пути» в файловой системе и использовать его прозрачно, чтобы оно находилось на другом физическом носителе.
Хорошим вариантом является монтирование дополнительного хранилища в качестве каталога / home. Смотрите это руководство . Обратите внимание, что если у вас есть существующие пользователи на вашем текущем / домашнем компьютере, вам лучше сначала скопировать текущие данные в новое местоположение. Это все в связанном руководстве.
После подключения дополнительного хранилища к другому пути в файловой системе вы можете переместить данные, не относящиеся к ОС, на новое место, чтобы освободить место в разделе ОС.
Я попытался изменить строку / etc / fstab в / dev / md3, смонтировать ее в / var, но, конечно, все данные в / var были потеряны, и я не смог найти ни один из веб-сайтов на нем. Так что вы думаете, что если я найду способ скопировать содержимое / var, измените fstab, чтобы иметь / dev / md3 для / var, а затем снова скопируйте содержимое 'старого' var, сработает? В любом случае, вы заметили, что fstab и df -h выводят другую файловую систему для каталога /? df -h дает / dev / root, в то время как в fstab нет / dev / root, но / dev / md2 смонтирован на /. Как это может быть возможно?
myh34d 9 лет назад
0
@ koo27 вы можете сначала смонтировать / dev / md3 в какой-нибудь временный, нейтральный каталог и скопировать текущие данные из желаемой точки монтирования. И только потом меняйте точки монтирования.
amotzg 9 лет назад
0
Если посмотреть на ваши выводы, это не похоже на установку сервера Ubuntu по умолчанию. Вы уверены, что это Ubuntu 14.04, а не другой (Redhat?) Дистрибутив? Если это Ubuntu, вы настраивали его в прошлом? Как?
amotzg 9 лет назад
0
Установка была сделана на серверной платформе Soyoustart. Это так: Ubuntu Server 14.04 «Trusty Tahr» LTS (64 бит) и я установили ISPConfig, следуя «идеальному руководству» для сервера Ubuntu 14.04. ничего больше
myh34d 9 лет назад
0
как насчет этого: «вы можете сначала смонтировать / dev / md3 в какой-нибудь временный, нейтральный каталог и скопировать текущие данные из желаемой точки монтирования. И только затем изменить точки монтирования». Нужно ли мне возвращать данные из временного каталога в новый?
myh34d 9 лет назад
0
Только точка монтирования является временной. Например, если вы хотите изменить / вар. Сначала подключите новый раздел, скажем, к / newPartition и перезагрузите компьютер. Затем снова измените fstab, но перед следующей загрузкой скопируйте / var в / newPartition. Наконец, после очередной перезагрузки вы получите новый / var со старыми данными.
amotzg 9 лет назад
0
Опять же, поскольку вы не можете загрузиться с третьего устройства, чтобы сделать эти изменения (не так ли?). Я бы порекомендовал монтировать новое хранилище в другое альтернативное место, от которого система в настоящее время не зависит. Возможно, вы можете использовать программные ссылки или каталоги для достижения своей цели другим способом.
amotzg 9 лет назад
0
Итак, принимая за предпоследний комментарий, я приведу реалистичный пример, и не могли бы вы сказать мне, если я прав: согласно моему fstab у меня есть / var внутри /, а не в другом разделе, но я хочу дать пространство / dev / md3 в / var, так что я собираюсь сделать: 1. размонтировать / dev / md3 и смонтировать его в новый каталог, скажем, / newPartition 2. скопировать / переместить / var содержимое в / newPartition 3 отредактируйте fstab, чтобы / dev / md3 был смонтирован в / var 4. перезагрузка (я бы хотел избежать слишком большой перезагрузки, потому что я запускаю несколько сайтов, поэтому при необходимости я предоставлю mount -a) 5. сделанный. Я прав ?
myh34d 9 лет назад
0
Я что-то упускаю, потому что после пункта 3. У меня ничего не будет в / var (потому что я переместил содержимое в / newPartition).
myh34d 9 лет назад
0
На отдельном физическом компьютере я бы сказал, что вы можете загрузиться с носителя третьей части для первых шагов. Таким образом, / var не будет использоваться при перемещении файлов. Но, поскольку в вашем виртуальном случае будет использоваться / var, вы не сможете удалить необходимые файлы. Это одна из причин, по которой я рекомендовал использовать другой подход для критических систем.
amotzg 9 лет назад
0