Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)
(시리즈 글이 12개 있습니다.)
Windows: 63. 윈도우 서버 2012 - Hyper-V의 새로운 기능 Live Migration
; https://www.sysnet.pe.kr/2/0/1356

개발 환경 구성: 211. Hyper-V - Generation 2 유형의 VM 생성 시 ISO 부팅이 안된다면?
; https://www.sysnet.pe.kr/2/0/1603

개발 환경 구성: 236. Hyper-V에 설치한 리눅스 VM의 VHD 크기 늘리는 방법
; https://www.sysnet.pe.kr/2/0/1742

개발 환경 구성: 317. Hyper-V 내의 VM에서 다시 Hyper-V를 설치: Nested Virtualization
; https://www.sysnet.pe.kr/2/0/11218

개발 환경 구성: 405. Hyper-V 가상 머신에서 직렬 포트(Serial Port, COM Port) 사용
; https://www.sysnet.pe.kr/2/0/11720

.NET Framework: 798. C# - Hyper-V 가상 머신의 직렬 포트와 연결된 Named Pipe 간의 통신
; https://www.sysnet.pe.kr/2/0/11722

디버깅 기술: 169. Hyper-V의 VM에 대한 메모리 덤프를 뜨는 방법
; https://www.sysnet.pe.kr/2/0/12284

개발 환경 구성: 608. Hyper-V 가상 머신에 Console 모드로 로그인하는 방법
; https://www.sysnet.pe.kr/2/0/12859

개발 환경 구성: 664. Hyper-V에 설치한 리눅스 VM의 VHD 크기 늘리는 방법 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/13246

Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법
; https://www.sysnet.pe.kr/2/0/13564

개발 환경 구성: 718. Hyper-V - 리눅스 VM에 새로운 디스크 추가
; https://www.sysnet.pe.kr/2/0/13706

Windows: 280. Hyper-V의 3가지 Thread Scheduler (Classic, Core, Root)
; https://www.sysnet.pe.kr/2/0/13901




Hyper-V에 설치한 리눅스 VM의 VHD 크기 늘리는 방법

(2023-02-06 업데이트) 이제는 다음의 글을 참고하시면 됩니다.

Hyper-V에 설치한 리눅스 VM의 VHD 크기 늘리는 방법 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/13246




윈도우 운영체제가 설치된 VM의 VHD 파일 크기를 늘리는 방법은 예전에 한번 소개해 드렸죠. ^^

Hyper-V VHD 파일 크기 확장하는 방법
; https://www.sysnet.pe.kr/2/0/711

이번엔 리눅스 VM을 위한 방법입니다. 일단, df 명령어를 이용해 콘솔에서 리눅스 VM의 디스크 용량을 확인할 수 있습니다.

root@ubuntux64:~# df
Filesystem                 1K-blocks     Used Available Use% Mounted on
/dev/mapper/ubuntux64-root  15399960 15171380         0 100% /
udev                         2012356        4   2012352   1% /dev
tmpfs                         808588      508    808080   1% /run
none                            5120        0      5120   0% /run/lock
none                         2021464        0   2021464   0% /run/shm
overflow                        1024     1024         0 100% /tmp
/dev/sda1                     233191    48119    172631  22% /boot

/dev/mapper/ubuntux64-root 영역이 100% 사용중이군요. ^^;

우선, 윈도우와 마찬가지로 "Hyper-V VHD 파일 크기 확장하는 방법" 글에서 설명한대로 VHD 파일 자체의 용량을 먼저 늘려야 합니다. 그런 다음 VM 내부의 운영체제에 늘어난 용량을 인식시켜야 하는데요. 다음의 글을 참조하면 됩니다.

Expanding the Size of Disk Volume on a Hyper-V Linux Guest.
; http://oneit.hubpages.com/hub/Expanding-the-Disk-Volume-on-a-Hyper-V-Linux-Guest

위의 글에서는 cfdisk 도구를 이용하고 있는데 설치되어 있지 않으면 apt-get(또는 yum)으로 다운로드 받아야 합니다. (그런데, 디스크 공간이 부족해서 apt-get 설치가 실패하는데 어떻게 설치하라는 건가요?)

다행히 제 우분투에는 cfdisk가 기본 설치되어 있어서 실행시키면,

root@ubuntux64:~# cfdisk

다음과 같은 화면으로 전환합니다.

extend_linux_vm_vhd_1.png

"Free Space"라고 보이는 것들이 방금 Hyper-V에서 vhd를 확장했기 때문에 나오는 것이라고 합니다. 그림에서 마지막 항목을 보면 "Pri/Log Free Space 8590.99"가 나오는데요. 제가 늘린 8GB 정도의 용량입니다. 이를 선택하고 "New" 메뉴를 실행하면 하단 메뉴가 "[Primary] [Logical] [Cancel]"로 바뀌는데 "[Logical]" 메뉴를 선택한 다음 이어지는 용량 선택에서 전체 용량을 설정합니다.

그럼, 화면에는 방금 확장한 Logical 디스크가 보입니다.

extend_linux_vm_vhd_2.png

현재 생성된 Logical 디스크의 File System 타입이 "Linux"라고 나오는데, 하단의 메뉴에서 "[Type]"을 선택하면 변경할 수 있는 타입 목록이 쭉 나오고,

extend_linux_vm_vhd_3.png

이 중에서 "8E"에 해당하는 "Linux LVM" File System 타입으로 변경해 줍니다. 역시 완료후에는 다음과 같은 화면을 볼 수 있습니다.

extend_linux_vm_vhd_4.png

여기까지의 설정 사항을 하단의 "[Write]" 메뉴를 이용해 저장해 주고, cfdisk를 종료합니다.




아직 끝난 것이 아닙니다. 우리가 필요한 것은 sda5의 용량이 늘어나는 것인데, 엉뚱하게 sda6으로 새롭게 파티션이 추가된 것이므로 원래 의도했던 대로 sda5로 확장해 주어야 합니다.

"Expanding the Size of Disk Volume on a Hyper-V Linux Guest." 글에서는 방금 생성한 sda6에 대해 pvcreate를 이용해 Physical Volume을 만들라고 하는데 제 경우에는 그런 볼륨이 없다고 오류(Device /dev/sda6 not found.)가 발생했습니다.

혹시나 싶어 재부팅을 한 다음에 실행하니, 이번에는 성공했습니다. ^^

root@ubuntux64:~# pvcreate /dev/sda6
  Physical volume "/dev/sda6" successfully created

이렇게 하고 확인을 위해 cfdisk를 실행해 보면 다음과 같이 "FS Type"이 sda5와 동일하게 바뀌었습니다. (잘 되고 있는 것 같습니다. ^^)

extend_linux_vm_vhd_5.png

이제 2개의 볼륨을 합쳐야 하는데요. 이를 위해 볼륨 그룹 이름(VG Name)을 알아야 하는 것 같습니다. 방법은 "lvdisplay" 명령을 실행하면 되는데, 제 경우에는 다음과 같이 출력되었습니다.

root@ubuntux64:~# lvdisplay
  --- Logical volume ---
  LV Name                /dev/ubuntux64/root
  VG Name                ubuntux64
  LV UUID                655R4k-eavo-qDdW-J74F-DFFt-wJDS-Q5oydZ
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                14.74 GiB
  Current LE             3773
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:0

  --- Logical volume ---
  LV Name                /dev/ubuntux64/swap_1
  VG Name                ubuntux64
  LV UUID                Z6RGml-tc3I-ZE3Z-LV6C-kA6d-Ezsy-Zc3M03
  LV Write Access        read/write
  LV Status              available
  # open                 2
  LV Size                1020.00 MiB
  Current LE             255
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:1

즉, 저는 VG Name이 "ubuntux64" 입니다. 따라서 sda6 파티션을 ubuntux64 그룹에 참여하도록 다음과 같이 명령을 실행합니다.

root@ubuntux64:~# vgextend ubuntux64 /dev/sda6
  Volume group "ubuntux64" successfully extended

볼륨 그룹에 참여했으니, 이제 그룹 내의 특정 파티션을 확장할 수 있는데 이때 기존 파티션 명은 lvdisplay 출력 결과에서 "LV Name"으로 확인할 수 있습니다. 제 경우에는 "/dev/ubuntux64/root"이므로 다음과 같이 파티션 확장을 했습니다.

root@ubuntux64:~# lvresize -l +100%FREE /dev/ubuntux64/root
  Extending logical volume root to 22.76 GiB
  Logical volume root successfully resized

마지막으로 resize2fs 명령을 내리면 끝!

root@ubuntux64:~# resize2fs /dev/ubuntux64/root
resize2fs 1.42 (29-Nov-2011)
Filesystem at /dev/ubuntux64/root is mounted on /; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 2
Performing an on-line resize of /dev/ubuntux64/root to 5966848 (4k) blocks.

정말 크기가 증가했는지 df 명령으로 확인해 봅니다. ^^

root@ubuntux64:~# df -H
Filesystem                  Size  Used Avail Use% Mounted on
/dev/mapper/ubuntux64-root   24G   16G  6.9G  70% /
udev                        2.1G  4.1k  2.1G   1% /dev
tmpfs                       828M  525k  828M   1% /run
none                        5.3M     0  5.3M   0% /run/lock
none                        2.1G     0  2.1G   0% /run/shm
/dev/sda1                   239M   50M  177M  22% /boot
overflow                    1.1M   37k  1.1M   4% /tmp

그나저나... 이런거 보면 역시나 윈도우가 쉽긴 합니다. ^^;




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 2/7/2023]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2014-09-16 01시28분
정성태
2019-12-06 02시41분
[ubuntu 18의 경우]
cfdisk에서 "Resize" 메뉴로 확장을 한 후 "resize2fs /dev/sda1"와 같은 식의 명령어만 실행.

추가 disk의 경우 mount 시킨 경우에는 "resize2fs ..."를 바로 실행해 확장
정성태

... 61  62  63  64  65  66  67  68  69  70  71  72  [73]  74  75  ...
NoWriterDateCnt.TitleFile(s)
12111정성태1/12/202020483디버깅 기술: 155. C# - KernelMemoryIO 드라이버를 이용해 실행 프로그램을 숨기는 방법(DKOM: Direct Kernel Object Modification) [16]파일 다운로드1
12110정성태1/11/202019815디버깅 기술: 154. Patch Guard로 인해 블루 스크린(BSOD)가 발생하는 사례 [5]파일 다운로드1
12109정성태1/10/202016568오류 유형: 588. Driver 프로젝트 빌드 오류 - Inf2Cat error -2: "Inf2Cat, signability test failed."
12108정성태1/10/202017401오류 유형: 587. Kernel Driver 시작 시 127(The specified procedure could not be found.) 오류 메시지 발생
12107정성태1/10/202018572.NET Framework: 877. C# - 프로세스의 모든 핸들을 열람 - 두 번째 이야기
12106정성태1/8/202019625VC++: 136. C++ - OSR Driver Loader와 같은 Legacy 커널 드라이버 설치 프로그램 제작 [1]
12105정성태1/8/202018134디버깅 기술: 153. C# - PEB를 조작해 로드된 DLL을 숨기는 방법
12104정성태1/7/202019325DDK: 9. 커널 메모리를 읽고 쓰는 NT Legacy driver와 C# 클라이언트 프로그램 [4]
12103정성태1/7/202022438DDK: 8. Visual Studio 2019 + WDK Legacy Driver 제작- Hello World 예제 [1]파일 다운로드2
12102정성태1/6/202018792디버깅 기술: 152. User 권한(Ring 3)의 프로그램에서 _ETHREAD 주소(및 커널 메모리를 읽을 수 있다면 _EPROCESS 주소) 구하는 방법
12101정성태1/5/202019028.NET Framework: 876. C# - PEB(Process Environment Block)를 통해 로드된 모듈 목록 열람
12100정성태1/3/202016529.NET Framework: 875. .NET 3.5 이하에서 IntPtr.Add 사용
12099정성태1/3/202019371디버깅 기술: 151. Windows 10 - Process Explorer로 확인한 Handle 정보를 windbg에서 조회 [1]
12098정성태1/2/202019108.NET Framework: 874. C# - 커널 구조체의 Offset 값을 하드 코딩하지 않고 사용하는 방법 [3]
12097정성태1/2/202017177디버깅 기술: 150. windbg - Wow64, x86, x64에서의 커널 구조체(예: TEB) 구조체 확인
12096정성태12/30/201919860디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작 [1]
12095정성태12/27/201921569VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/201919294.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/201918870.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
12092정성태12/25/201917661디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091정성태12/25/201919953디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일 [1]
12090정성태12/24/201920059.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점 [1]파일 다운로드1
12089정성태12/23/201918988디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
12088정성태12/23/201917959Linux: 28. Linux - 윈도우의 "Run as different user" 기능을 shell에서 실행하는 방법
12087정성태12/21/201918413디버깅 기술: 145. windbg/sos - Dictionary의 entries 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12086정성태12/20/201920921디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
... 61  62  63  64  65  66  67  68  69  70  71  72  [73]  74  75  ...