Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 718. Hyper-V - 리눅스 VM에 새로운 디스크 추가 [링크 복사], [링크+제목 복사],
조회: 7901
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
 

(시리즈 글이 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에 새로운 디스크 추가

Hyper-V 관리자를 통해 SCSI Controller / Hard Drive를 선택, 새로운 VHDX 파일을 하나 추가하는 것은 기존 윈도우 운영체제의 VM과 동일합니다.

이후의 작업은 문서에 나온 대로 진행하시면 되는데요,

Use the portal to attach a data disk to a Linux VM
; https://learn.microsoft.com/en-us/azure/virtual-machines/linux/attach-disk-portal

lsblk 명령어를 통해 방금 추가한 디스크를 다음과 같이 확인할 수 있습니다.

$ lsblk -o NAME,HCTL,SIZE,MOUNTPOINT | grep -i "sd"
sda    0:0:0:0       48G 
├─sda1              512M /boot/efi
└─sda2             47.5G /
sdb    0:0:0:2       30G 

$ sudo parted /dev/sdb print
Error: /dev/sdb: unrecognised disk label
Model: Msft Virtual Disk (scsi)                                           
Disk /dev/sdb: 32.2GB
Sector size (logical/physical): 512B/4096B
Partition Table: unknown
Disk Flags: 

이제 윈도우와 마찬가지로 해당 디스크를 MBR 또는 GPT로 초기화하고,

$ sudo parted /dev/sdb mklabel gpt 
Information: You may need to update /etc/fstab.

kevin@kevin10nix /home/kevin $ sudo parted /dev/sdb print
Model: Msft Virtual Disk (scsi)
Disk /dev/sdb: 32.2GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start  End  Size  File system  Name  Flags

내부에 파티션을 만들어 주는데, 여기서는 단일 파티션으로 하겠습니다.

$ sudo parted /dev/sdb mkpart primary 0% 100%
Information: You may need to update /etc/fstab.

$ sudo parted /dev/sdb print
Model: Msft Virtual Disk (scsi)
Disk /dev/sdb: 32.2GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name     Flags
 1      1049kB  32.2GB  32.2GB               primary

그다음 해당 파티션에 파일 시스템을 설정해 줍니다.

$ lsblk -o NAME,HCTL,SIZE,MOUNTPOINT | grep -i "sd"
sda    0:0:0:0       48G 
├─sda1              512M /boot/efi
└─sda2             47.5G /
sdb    0:0:0:2       30G 
└─sdb1               30G 

$ sudo mkfs.ext4 /dev/sdb1
mke2fs 1.46.5 (30-Dec-2021)
Discarding device blocks: done                            
Creating filesystem with 7863808 4k blocks and 1966080 inodes
Filesystem UUID: 02f53606-1ed1-4d2b-b94e-999fa947c3cc
Superblock backups stored on blocks: 
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
        4096000

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done   

$ sudo parted /dev/sdb print
Model: Msft Virtual Disk (scsi)
Disk /dev/sdb: 32.2GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name     Flags
 1      1049kB  32.2GB  32.2GB  ext4         primary

$ sudo partprobe /dev/sdb

마지막으로, 해당 파티션을 특정 디렉터리로 마운팅하면 됩니다.

$ sudo mkdir -p /mnt/vpc_data
$ sudo mount -o defaults /dev/sdb1 /mnt/vpc_data

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           794M  1.7M  792M   1% /run
/dev/sda2        47G   29G   16G  66% /
tmpfs           3.9G  8.0K  3.9G   1% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
efivarfs        128M   20K  128M   1% /sys/firmware/efi/efivars
/dev/sda1       511M  6.1M  505M   2% /boot/efi
tmpfs           794M   92K  794M   1% /run/user/1000
tmpfs           794M   96K  794M   1% /run/user/129
tmpfs           4.2G     0  4.2G   0% /run/qemu
/dev/sdb1        30G   24K   28G   1% /mnt/vpc_data

단지, 저렇게 mount 명령을 하면 /etc/mtab 파일에만 적용되는데요,

$ cat /etc/mtab | grep sdb
/dev/sdb1 /mnt/vpc_data ext4 rw,relatime 0 0

재부팅 시에는 초기화되므로 다시 설정해야 하는 불편함이 있습니다. 만약 영구 설정해야 한다면 /etc/fstab 파일에, mtab에 있었던 내용("/dev/sdb1 /mnt/vpc_data ext4 rw,relatime 0 0")을 복사해 fstab 파일에 추가하면 됩니다.

$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=2717441a-df45-4953-8f20-af1972a17714 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=A525-12CE  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
/dev/sdb1 /mnt/vpc_data ext4 rw,relatime 0 0




그나저나, 웹상의 자료를 보면 다음과 같이 mkpart 명령을 내리는 것을 자주 보게 됩니다.

$ sudo parted /dev/sdb mkpart primary ext4 0% 100%

그런데, 제가 실습한 Ubuntu 22.04에서는 mkpart에 ext4 옵션을 줘도 오류는 발생하지 않지만, 그렇다고 저렇게 만들어진 파티션을 ext4 파일 시스템으로 포맷하지도 않습니다. 혹시, 제가 뭘 잘못한 걸까요? ^^

어쨌든 제 경우에 그렇기 때문에 이미 파티션이 있는 상태에서,

$ sudo parted /dev/sdb print
Model: Msft Virtual Disk (scsi)
Disk /dev/sdb: 32.2GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name     Flags
 1      1049kB  32.2GB  32.2GB               primary

mkpart 명령어를 이용해 파일 시스템을 설정하려는 경우 이런 경고가 나옵니다.

$ sudo parted /dev/sdb mkpart primary ext4 0% 100%
Warning: You requested a partition from 0.00B to 32.2GB (sectors 0..62914559).
The closest location we can manage is 17.4kB to 1048kB (sectors 34..2047).
Is this still acceptable to you?
Yes/No? 
Warning: The resulting partition is not properly aligned for best performance: 34s % 2048s != 0s

왜냐하면, 이미 파티션이 1049kB ~ 32.2GB까지 잡혀 있기 때문에 "Warning"이 발생하는 것이고, 그다음 메시지는 새롭게 만들 수 있는 공간이 (이미 만들어져 있는 1049kB 앞단의 비어 있는) 17.4kB ~ 1048kB까지임을 알려줍니다. 그리고, 마지막 줄의 경고는 만약 그래서 17.4kB를 선택할 경우, 그 위치가 34 sector이므로 성능을 위한 정렬에 맞지 않다는 경고입니다.

그러니까, 이미 파티션이 있는 상태라면 mkpart가 해야 하는 남은 작업은 1049kB ~ 32.2GB에 해당하는 영역을 ext4 파일 시스템을 설정하기만 하면 됩니다. 단지, 여기서 문제는 1049kB에 해당하는 지점을 % 단위로 지정하는 것이 쉽지 않다는 점인데요, 이를 위해 %가 아닌 sector 단위를 선택하는 대안이 있습니다.

가령, 위의 메시지에서는 1049kB부터의 섹터가 2048이라고 짐작할 수 있고, 그럼 남은 섹터는 62914559 - 2048 = 62912511이 됩니다. 따라서 mkpart 명령을 다음과 같이 내리면 됩니다.

sudo parted /dev/sdb mkpart primary ext4 2048s 62912511s

하지만, 이미 언급했듯이 mkpart는 파일 시스템을 포맷하지 않으므로, 남은 작업은 단지 포맷만 하면 되는 건데요, 이를 위해 mkfs.ext4 명령어를 내리면 됩니다.

$ sudo mkfs.ext4 /dev/sdb1
mke2fs 1.46.5 (30-Dec-2021)
Found a gpt partition table in /dev/sdb
Proceed anyway? (y,N) y
Discarding device blocks: done                            
Creating filesystem with 7864320 4k blocks and 1966080 inodes
Filesystem UUID: 9f2380a7-c67f-4043-9b71-4359a667fbf2
Superblock backups stored on blocks: 
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
        4096000

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done

혹은, 그냥 이미 있던 1번 파티션을 그냥 삭제하고,

$ sudo parted /dev/sdb rm 1

이전에 구했던 섹터 번호를 적용해 파티션을 만들고,

sudo parted /dev/sdb mkpart primary 2048s 62912511s

파일 시스템을 적용해도 (아마) 될 것입니다. ^^

sudo mkfs.ext4 /dev/sdb1




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







[최초 등록일: ]
[최종 수정일: 8/5/2024]

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

비밀번호

댓글 작성자
 




... 46  47  48  49  50  51  52  53  54  [55]  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12560정성태3/11/202117683개발 환경 구성: 549. ssh-keygen으로 생성한 PKCS#1 개인키/공개키 파일을 각각 PKCS8/PEM 형식으로 변환하는 방법
12559정성태3/11/202117913.NET Framework: 1028. 닷넷 5 환경의 Web API에 OpenAPI 적용을 위한 NSwag 또는 Swashbuckle 패키지 사용 [2]파일 다운로드1
12558정성태3/10/202116987Windows: 192. Power Automate Desktop (Preview) 소개 - Bitvise SSH Client 제어 [1]
12557정성태3/10/202115222Windows: 191. 탐색기의 보안 탭에 있는 "Object name" 경로에 LEFT-TO-RIGHT EMBEDDING 제어 문자가 포함되는 문제
12556정성태3/9/202113505오류 유형: 703. PowerShell ISE의 Debug / Toggle Breakpoint 메뉴가 비활성 상태인 경우
12555정성태3/8/202116818Windows: 190. C# - 레지스트리에 등록된 DigitalProductId로부터 라이선스 키(Product Key)를 알아내는 방법파일 다운로드2
12554정성태3/8/202116348.NET Framework: 1027. 닷넷 응용 프로그램을 위한 PDB 옵션 - full, pdbonly, portable, embedded
12553정성태3/5/202116377개발 환경 구성: 548. 기존 .NET Framework 프로젝트를 .NET Core/5+ 용으로 변환해 주는 upgrade-assistant, try-convert 도구 소개 [4]
12552정성태3/5/202115830개발 환경 구성: 547. github workflow/actions에서 Visual Studio Marketplace 패키지 등록하는 방법
12551정성태3/5/202114175오류 유형: 702. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly. (2)
12550정성태3/5/202113921오류 유형: 701. Live Share 1.0.3713.0 버전을 1.0.3884.0으로 업데이트 이후 ContactServiceModelPackage 오류 발생하는 문제
12549정성태3/4/202115202오류 유형: 700. VsixPublisher를 이용한 등록 시 다양한 오류 유형 해결책
12548정성태3/4/202116332개발 환경 구성: 546. github workflow/actions에서 nuget 패키지 등록하는 방법
12547정성태3/3/202116976오류 유형: 699. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly.
12546정성태3/3/202116829개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/202119710.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
12544정성태2/26/202119907.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/202117879VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/202119548개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]
12541정성태2/18/202117120개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/202118230.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/202118144Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202118620.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202119311.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202118152개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/202117240개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
... 46  47  48  49  50  51  52  53  54  [55]  56  57  58  59  60  ...