Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 718. Hyper-V - 리눅스 VM에 새로운 디스크 추가 [링크 복사], [링크+제목 복사],
조회: 7934
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  [73]  74  75  ...
NoWriterDateCnt.TitleFile(s)
12108정성태1/10/202017375오류 유형: 587. Kernel Driver 시작 시 127(The specified procedure could not be found.) 오류 메시지 발생
12107정성태1/10/202018505.NET Framework: 877. C# - 프로세스의 모든 핸들을 열람 - 두 번째 이야기
12106정성태1/8/202019585VC++: 136. C++ - OSR Driver Loader와 같은 Legacy 커널 드라이버 설치 프로그램 제작 [1]
12105정성태1/8/202018099디버깅 기술: 153. C# - PEB를 조작해 로드된 DLL을 숨기는 방법
12104정성태1/7/202019276DDK: 9. 커널 메모리를 읽고 쓰는 NT Legacy driver와 C# 클라이언트 프로그램 [4]
12103정성태1/7/202022379DDK: 8. Visual Studio 2019 + WDK Legacy Driver 제작- Hello World 예제 [1]파일 다운로드2
12102정성태1/6/202018760디버깅 기술: 152. User 권한(Ring 3)의 프로그램에서 _ETHREAD 주소(및 커널 메모리를 읽을 수 있다면 _EPROCESS 주소) 구하는 방법
12101정성태1/5/202018969.NET Framework: 876. C# - PEB(Process Environment Block)를 통해 로드된 모듈 목록 열람
12100정성태1/3/202016460.NET Framework: 875. .NET 3.5 이하에서 IntPtr.Add 사용
12099정성태1/3/202019277디버깅 기술: 151. Windows 10 - Process Explorer로 확인한 Handle 정보를 windbg에서 조회 [1]
12098정성태1/2/202019032.NET Framework: 874. C# - 커널 구조체의 Offset 값을 하드 코딩하지 않고 사용하는 방법 [3]
12097정성태1/2/202017124디버깅 기술: 150. windbg - Wow64, x86, x64에서의 커널 구조체(예: TEB) 구조체 확인
12096정성태12/30/201919841디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작 [1]
12095정성태12/27/201921541VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/201919254.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/201918810.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
12092정성태12/25/201917650디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091정성태12/25/201919930디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일 [1]
12090정성태12/24/201920028.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점 [1]파일 다운로드1
12089정성태12/23/201918928디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
12088정성태12/23/201917911Linux: 28. Linux - 윈도우의 "Run as different user" 기능을 shell에서 실행하는 방법
12087정성태12/21/201918364디버깅 기술: 145. windbg/sos - Dictionary의 entries 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12086정성태12/20/201920834디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/201918814오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/19/201919252디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12083정성태12/17/201922234Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
... 61  62  63  64  65  66  67  68  69  70  71  72  [73]  74  75  ...