4

Вот этот диск, он является тонким диском vmware и был увеличен с 300 до 800 ГБ.

  *-disk:1
       description: SCSI Disk
       physical id: 0.1.0
       bus info: scsi@2:0.1.0
       logical name: /dev/sdb
       size: 800GiB (858GB)
       capabilities: partitioned partitioned:dos
       configuration: sectorsize=512 signature=4268053f

здесь

df -h
выход
/dev/sdb1                             300G   27G  273G   9% /data

и это остается неизменным, когда я делаю это

[evn-mrs-slave]~> xfs_growfs -d /data
meta-data=/dev/sdb1              isize=256    agcount=4, agsize=19660736 blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=78642944, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal               bsize=4096   blocks=38399, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
data size unchanged, skipping

1 ответ1

6

Вы должны увеличить раздел, прежде чем вы сможете увеличить файловую систему. Файловая система находится внутри раздела, и раздел по-прежнему имеет 300GiB , хотя диск теперь имеет 800GiB .

Изменение размера раздела

Размеры разделов не могут быть изменены, но они могут быть удалены, а затем воссозданы. Когда раздел удаляется, базовые данные остаются в такте. Это не слишком трудно удалить и заново создать раздел, но расчет должно быть сделано точно правильно, или файловая система внутри раздела будет повреждена перекосом или занижением.

Обычно я не предпочитаю использовать GUI , но изменение размера разделов с помощью командной строки подвержено человеческим ошибкам, с учетом таблицы разделов (обычно msdos или gpt), начала раздела, конца раздела и правого размер.

ВНИМАНИЕ: Прежде чем продолжить, сделайте резервную копию вашей файловой системы XFS, используя следующую процедуру (где /dev/sdg1 - ваша файловая система XFS, а /path/to/backup.xfs - место, где вы хотите сохранить дамп XFS):

mount /dev/sdg1 /mnt
xfsdump -f /path/to/backup.xfs -L MySession -M MyMedia /mnt

Если что-то пойдет не так, вы можете восстановить новый раздел XFS:

mount /dev/sdg1 /mnt # … where /dev/sdg1 is a new XFS partition
xfsrestore -f /path/to/backup.xfs /mnt

Простой способ

GParted выполняет все расчеты за вас:

Снимок экрана: функция изменения размера раздела GParted

Это очень очевидно, и даже расширяет файловую систему XFS, чтобы соответствовать.
Как правило, это безопасная процедура.

Путь fdisk

Используйте fdisk для удаления и воссоздания раздела. Полный пример:

root@node53 [~]# fdisk /dev/sdg

Welcome to fdisk (util-linux 2.25.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.


Command (m for help): p
Disk /dev/sdg: 991.5 MiB, 1039663104 bytes, 2030592 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: FAFC7A8C-52CB-4FF2-9746-391D50BF729C

Device     Start     End Sectors  Size Type
/dev/sdg1   2048 1050623 1048576  512M Linux filesystem

Обратите внимание на позицию « Start » (2048 й сектор в этом примере). Вам нужно будет ввести это в качестве первого сектора при воссоздании раздела.

Command (m for help): d
Selected partition 1
Partition 1 has been deleted.

Command (m for help): n
Partition number (1-128, default 1): 1
First sector (34-2030558, default 2048): 2048
Last sector, +sectors or +size{K,M,G,T,P} (2048-2030558, default 2030558): 2030558

По умолчанию fdisk использует наибольшее свободное пространство. (В данном примере это 2030558 й сектор.)

Created a new partition 1 of type 'Linux filesystem' and of size 990.5 MiB.

Command (m for help): w
The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.

Теперь у вас есть большой раздел, который содержит меньшую файловую систему XFS. Эти команды расширяют файловую систему XFS:

root@node53 [~]# mount -v /dev/sdg1 /mnt
mount: /dev/sdg1 mounted on /mnt.

root@node53 [~]# xfs_growfs /mnt
meta-data=/dev/sdg1              isize=256    agcount=4, agsize=32768 blks
         =                       sectsz=512   attr=2, projid32bit=1
         =                       crc=0        finobt=0
data     =                       bsize=4096   blocks=131072, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0 ftype=0
log      =internal               bsize=4096   blocks=853, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
data blocks changed from 131072 to 253563

Boom, у вас есть расширенный раздел XFS:

root@node53 [~]# df -hT /mnt
Filesystem     Type  Size  Used Avail Use% Mounted on
/dev/sdg1      xfs   988M   26M  962M   3% /mnt

Путь xfsdump (единственный способ сжать XFS)

Ты сделал резервную копию, когда я сказал тебе? Да? Хорошо! Я предпочитаю использовать xfsrestore для восстановления xfsdump s на новые разделы. Преимущество состоит в том, что вы можете уменьшить файловые системы XFS, используя этот метод, но недостатком является то, что все данные необходимо переписать, что медленнее.

Вы можете использовать метод fdisk выше для воссоздания раздела. После выхода из fdisk , сделайте это вместо:

root@node53 [~]# mkfs.xfs -f /dev/sdg1
meta-data=/dev/sdg1              isize=256    agcount=4, agsize=63391 blks
         =                       sectsz=512   attr=2, projid32bit=1
         =                       crc=0        finobt=0
data     =                       bsize=4096   blocks=253563, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0 ftype=0
log      =internal log           bsize=4096   blocks=853, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
root@node53 [~]# mount -v /dev/sdg1 /mnt
mount: /dev/sdg1 mounted on /mnt.
root@node53 [~]# xfsrestore -f /path/to/backup.xfs /mnt
xfsrestore: using file dump (drive_simple) strategy
xfsrestore: version 3.1.4 (dump format 3.0) - type ^C for status and control
xfsrestore: searching media for dump
xfsrestore: examining media file 0
xfsrestore: dump description: 
xfsrestore: hostname: andie
xfsrestore: mount point: /mnt
xfsrestore: volume: /dev/sdg1
xfsrestore: session time: Mon Nov 16 14:44:20 2015
xfsrestore: level: 0
xfsrestore: session label: "MySession"
xfsrestore: media label: "MyMedia"
xfsrestore: file system id: c5981472-9b75-4fad-9bd8-d1bd04086f8d
xfsrestore: session id: 092b0cf3-120d-43c1-b8ce-23300abf558e
xfsrestore: media id: 3cc0f4db-665f-40fd-ac54-493625f712f5
xfsrestore: using online session inventory
xfsrestore: searching media for directory dump
xfsrestore: reading directories
xfsrestore: 1 directories and 0 entries processed
xfsrestore: directory post-processing
xfsrestore: restore complete: 0 seconds elapsed
xfsrestore: Restore Summary:
xfsrestore:   stream 0 /path/to/backup.xfs OK (success)
xfsrestore: Restore Status: SUCCESS

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .