VMware에서 실행되는 SUSE에서 /dev/sda2의 크기를 늘리는 방법은 무엇입니까?

VMware에서 실행되는 SUSE에서 /dev/sda2의 크기를 늘리는 방법은 무엇입니까?

/dev/sda2파티션 크기를 늘리는 방법은 무엇입니까 ?

df -h:

Filesystem      Size  Used Avail Use% Mounted on
/dev/sda2       7.0G  3.7G  3.0G  56% /
devtmpfs        432M  172K  432M   1% /dev
tmpfs           432M     0  432M   0% /dev/shm
IOInterceptor   7.0G  3.7G  3.0G  56% /primary/iointerceptor/mountdir

fdisk -l:

Disk /dev/sda: 42.9 GB, 42949672960 bytes
255 heads, 63 sectors/track, 5221 cylinders, total 83886080 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
Disk identifier: 0x0007c01d

Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048     2056191     1027072   82  Linux swap / Solaris
/dev/sda2   *     2056192    16777215     7360512   83  Linux

또한 가상 머신 설정을 편집하고 하드 드라이브 크기를 8GB(초기 할당)에서 40GB로 변경했습니다. 이제 위 파티션의 크기를 어떻게 늘려야 합니까? Google에서 검색했지만 이를 수행하는 방법을 찾지 못했습니다.

편집하다:

새 파티션이 생성되었습니다 /dev/sda3. fdisk -l새 파티션을 생성한 후:

/dev/sda1            2048     2056191     1027072   82  Linux swap / Solaris
/dev/sda2   *     2056192    16777215     7360512   83  Linux
/dev/sda3        16777216    41943039    12582912   83  Linux

하지만 사용하면 resize2fs /dev/sda3다음과 같은 오류가 발생합니다.

resize2fs 1.41.9 (22-Aug-2009)
resize2fs: Bad magic number in super-block while trying to open /dev/sda3
Couldn't find valid filesystem superblock.

답변1

버전 3.2 가 있는지 확인한 parted다음 명령을 실행 parted /dev/sda하고 사용하여 resizepartsda2 크기를 조정하여 파티션 끝을 디스크 끝으로 이동합니다. 그런 다음 실행하여 resize2fs /dev/sda2파일 시스템을 확장하여 추가 공간을 사용하십시오. 재부팅이 필요하지 않습니다.

답변2

1) 모든 배포판의 livecd.iso(예: ubuntu)에서 이 가상 머신을 부팅합니다.

2) 크기를 조정하려는 디스크를 찾습니다(아마도 /dev/sda).

삼)fdisk /dev/sda d - remove partition 2 - number partition n - create new p - type primary 2 - number 2056192 - start on same block, that started deleted partition <press enter to save default value> - max avaible size w - write changes and exit

4) resize2fs /dev/sda2나중에 다른 유틸리티를 사용하여 파일 시스템의 크기를 조정합니다(파일 시스템에 따라 다릅니다. resize2fs - ext2/3/4의 경우).

답변3

디스크 사전 확인

먼저, 처음에 디스크의 상태를 알아야 합니다. 디스크를 사전 확인하려면 다음 명령을 사용할 수 있습니다 sudo fdisk -l /dev/sdc. 결과는 다음과 유사합니다.

wyu@wyu-vm01:~> sudo fdisk -l /dev/sdc
Disk /dev/sdc: 128 GiB, 137438953472 bytes, 268435456 sectors
Disk model: Virtual Disk    
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 82719DF5-D3FE-4960-A694-DABB4556C3E9

Device     Start       End   Sectors Size Type
/dev/sdc1   2048 134215679 134213632  64G Linux filesystem

df -h디스크에 대한 일반 정보를 보려면 명령을 사용하십시오 .

wyu@wyu-vm01:~> df -h
Filesystem      Size  Used Avail Use% Mounted on
devtmpfs        4.0M     0  4.0M   0% /dev
tmpfs           7.9G   23M  7.8G   1% /dev/shm
tmpfs           3.2G  9.9M  3.2G   1% /run
tmpfs           4.0M     0  4.0M   0% /sys/fs/cgroup
/dev/sdb4       127G   45G   83G  35% /
/dev/loop3      583M  583M     0 100% /snap/datagrip/162
/dev/loop4      185M  185M     0 100% /snap/gitkraken/201
/dev/loop2       64M   64M     0 100% /snap/core20/1778
/dev/loop0      586M  586M     0 100% /snap/datagrip/163
/dev/loop1       64M   64M     0 100% /snap/core20/1738
/dev/loop5      347M  347M     0 100% /snap/gnome-3-38-2004/115
/dev/loop6      185M  185M     0 100% /snap/gitkraken/202
/dev/loop7       56M   56M     0 100% /snap/core18/2667
/dev/loop11     128K  128K     0 100% /snap/bare/5
/dev/loop8      347M  347M     0 100% /snap/gnome-3-38-2004/119
/dev/loop9       92M   92M     0 100% /snap/gtk-common-themes/1535
/dev/loop10      56M   56M     0 100% /snap/core18/2654
/dev/loop13     1.2G  1.2G     0 100% /snap/intellij-idea-ultimate/401
/dev/loop12     1.2G  1.2G     0 100% /snap/intellij-idea-ultimate/398
/dev/loop15     744M  744M     0 100% /snap/pycharm-professional/314
/dev/loop14     674M  674M     0 100% /snap/phpstorm/307
/dev/loop16     668M  668M     0 100% /snap/phpstorm/310
/dev/loop17     757M  757M     0 100% /snap/pycharm-professional/316
/dev/loop18     263M  263M     0 100% /snap/redis-desktop-manager/626
/dev/loop19      50M   50M     0 100% /snap/snapd/17883
/dev/loop20      50M   50M     0 100% /snap/snapd/17950
/dev/loop22     605M  605M     0 100% /snap/webstorm/294
/dev/loop21     602M  602M     0 100% /snap/webstorm/291
/dev/sdc1        64G   36G   29G  57% /home
/dev/sdb3      1014M   98M  917M  10% /boot
/dev/sdb2       512M  3.0M  509M   1% /boot/efi
tmpfs           1.6G   60K  1.6G   1% /run/user/470
/dev/sda1        32G   24K   30G   1% /mnt
tmpfs           1.6G   76K  1.6G   1% /run/user/1000

위와 같이 데이터 디스크의 크기를 64G에서 128G로 늘려야 합니다.

Azure Portal에서 데이터 디스크 크기 늘리기

데이터 디스크의 크기를 늘리려면 첫 번째 단계는 Azure Portal에서 VM에 대한 데이터 디스크의 크기를 늘리는 것입니다.

Azure Portal의 왼쪽 패널에서 Disks확장하려는 데이터 디스크를 클릭한 다음 클릭합니다.

그런 다음 클릭하여 Size + performance새 데이터 디스크 크기를 선택합니다.

저장 버튼을 클릭하면 가상 머신이 데이터 디스크의 크기를 새 크기로 조정합니다.

데이터 디스크에 새 크기를 사용할 수 있도록 설정

불행하게도 OpenSUSE는 파일 시스템을 자동으로 추가하지 않습니다. 따라서 데이터 디스크를 확인하면 크기가 동일하게 유지됩니다. 새 여유 공간을 사용할 수 있도록 하려면 파일 시스템의 크기를 조정해야 합니다.

OpenSUSE 문서에 따르면(파일 시스템 크기 조정), 다음 명령을 사용하여 파일 시스템을 늘릴 수 있습니다. sudo xfs_growfs -d /dev/sdc1그러나 나에게는 작동하지 않습니다.

meta-data=/dev/sdc1              isize=512    agcount=4, agsize=4194176 blks
         =                       sectsz=4096  attr=2, projid32bit=1
         =                       crc=1        finobt=1, sparse=1, rmapbt=0
         =                       reflink=0    bigtime=0 inobtcount=0
data     =                       bsize=4096   blocks=16776704, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
log      =internal log           bsize=4096   blocks=8191, version=2
         =                       sectsz=4096  sunit=1 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
data size unchanged, skipping

몇 가지 조사 결과, 그 이유는 운영 체제가 자동으로 파티션을 확장하지 않았기 때문입니다. 따라서 파티션이 커질 수 있는 여유 공간이 더 이상 없습니다. 이를 달성하려면 먼저 파티션 크기를 늘려야 합니다.

OpenSUSE의 경우 growpart이를 사용하여 파티션을 늘릴 수 있습니다. 이 목적으로 사용되는 명령은 다음과 같습니다 sudo growpart /dev/sdc 1.

이 명령의 결과는 파티션 크기가 변경되었음을 보여줍니다.

CHANGED: partition=1 start=2048 old: size=134213632 end=134215680 new: size=268433375 end=268435423

이제 이전 명령을 사용하여 파일 시스템을 확장해 보겠습니다 sudo xfs_growfs -d /home.

sudo xfs_growfs -d /home
meta-data=/dev/sdc1              isize=512    agcount=4, agsize=4194176 blks
         =                       sectsz=4096  attr=2, projid32bit=1
         =                       crc=1        finobt=1, sparse=1, rmapbt=0
         =                       reflink=0    bigtime=0 inobtcount=0
data     =                       bsize=4096   blocks=16776704, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
log      =internal log           bsize=4096   blocks=8191, version=2
         =                       sectsz=4096  sunit=1 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
data blocks changed from 16776704 to 33554171

좋아 보인다! 다음을 통해 디스크를 확인해 보겠습니다 df -h.

wyu@wyu-vm01:~> df -h
Filesystem      Size  Used Avail Use% Mounted on
devtmpfs        4.0M     0  4.0M   0% /dev
tmpfs           7.9G   23M  7.8G   1% /dev/shm
tmpfs           3.2G  9.9M  3.2G   1% /run
tmpfs           4.0M     0  4.0M   0% /sys/fs/cgroup
/dev/sdb4       127G   45G   83G  35% /
/dev/loop3      583M  583M     0 100% /snap/datagrip/162
/dev/loop4      185M  185M     0 100% /snap/gitkraken/201
/dev/loop2       64M   64M     0 100% /snap/core20/1778
/dev/loop0      586M  586M     0 100% /snap/datagrip/163
/dev/loop1       64M   64M     0 100% /snap/core20/1738
/dev/loop5      347M  347M     0 100% /snap/gnome-3-38-2004/115
/dev/loop6      185M  185M     0 100% /snap/gitkraken/202
/dev/loop7       56M   56M     0 100% /snap/core18/2667
/dev/loop11     128K  128K     0 100% /snap/bare/5
/dev/loop8      347M  347M     0 100% /snap/gnome-3-38-2004/119
/dev/loop9       92M   92M     0 100% /snap/gtk-common-themes/1535
/dev/loop10      56M   56M     0 100% /snap/core18/2654
/dev/loop13     1.2G  1.2G     0 100% /snap/intellij-idea-ultimate/401
/dev/loop12     1.2G  1.2G     0 100% /snap/intellij-idea-ultimate/398
/dev/loop15     744M  744M     0 100% /snap/pycharm-professional/314
/dev/loop14     674M  674M     0 100% /snap/phpstorm/307
/dev/loop16     668M  668M     0 100% /snap/phpstorm/310
/dev/loop17     757M  757M     0 100% /snap/pycharm-professional/316
/dev/loop18     263M  263M     0 100% /snap/redis-desktop-manager/626
/dev/loop19      50M   50M     0 100% /snap/snapd/17883
/dev/loop20      50M   50M     0 100% /snap/snapd/17950
/dev/loop22     605M  605M     0 100% /snap/webstorm/294
/dev/loop21     602M  602M     0 100% /snap/webstorm/291
/dev/sdc1       128G   36G   92G  29% /home
/dev/sdb3      1014M   98M  917M  10% /boot
/dev/sdb2       512M  3.0M  509M   1% /boot/efi
tmpfs           1.6G   60K  1.6G   1% /run/user/470
/dev/sda1        32G   24K   30G   1% /mnt
tmpfs           1.6G   76K  1.6G   1% /run/user/1000

보시다시피, 내 데이터 디스크의 크기가 늘어났습니다. 단시간 내에 디스크가 가득 찬 문제는 발생하지 않습니다.

답변4

모든 명령에는 먼저 루트 권한이 필요합니다sudo -i

  1. 공식 GNU에서 개념 얻기https://www.gnu.org/software/parted/manual/html_chapter/parted_2.html#SEC30익숙함 partedfdisk.
  2. 스왑을 제거합니다. 일반적으로 /dev/sda31GB를 사용하여 최종 디스크에 또 다른 스왑을 생성합니다.
  3. parted버전이 3.2인지 확인한 다음 명령을 실행 parted /dev/sda하고 사용하여 sda2의 크기를 조정하십시오. resizepart파티션 번호를 묻습니다. 일반적으로 이는 sda2의 마지막 문자입니다. 검사용으로도 사용할 수 있습니다 parted -l.
  4. 파티션 끝을 디스크 끝으로 이동하되 스왑을 위해 1GB를 남겨 둡니다. 그런 다음 종료 parted하고 실행하여 resize2fs /dev/sda2추가 공간을 사용하도록 파일 시스템을 확장합니다.
  5. 지금 작동한다고 가정합니다. 하지만 GUI를 통해서도 확인할 수 있습니다. 확대/축소 옵션도 사용할 수 있습니다. 당신은 그것에서 약간의 행운을 얻으려고 노력할 수 있습니다.
  6. 이제 정리 시작 속도가 느립니다.https://askubuntu.com/a/1305402/1121985

help막히면 항상 먼저 사용해 보세요. 배포판과 버전이 다르므로 StackOverflow를 너무 신뢰하지 마십시오. 행운을 빌어요!

관련 정보