🥇실험실: Linux에서 lvm, raid 설정

작은 여담: 이 LR은 합성입니다.
여기에 설명된 작업 중 일부는 훨씬 더 간단하게 수행할 수 있지만 l/r의 작업은
raid 및 lvm 기능을 사용하면 일부 작업이 인위적으로 복잡해집니다.

LR을 수행하기 위한 도구 요구 사항:

Virtualbox와 같은 가상화 도구
예를 들어 Linux 설치 이미지 데비안 9
여러 패키지를 다운로드할 수 있는 인터넷 가용성
SSH를 통해 설치된 VM에 연결(선택 사항)

주의

이 실험실 작업은 데이터 보안과 같은 미묘한 문제와 관련되어 있습니다.
이렇게 하면 가장 작은 오류(문자나 숫자 하나 추가)로 인해 모든 데이터가 손실될 수 있습니다.
실험실 작업을 하고 있기 때문에 모든 작업을 다시 시작해야 한다는 점을 제외하면 위험하지 않습니다.
실제 생활에서는 모든 것이 훨씬 더 심각하므로 디스크 이름을 매우 신중하게 입력해야 합니다.
현재 명령으로 정확히 무엇을 하고 있으며 어떤 디스크로 작업하고 있나요?

두 번째 중요한 점은 디스크 및 파티션의 이름 지정입니다. 상황에 따라 디스크 번호가 다를 수 있습니다.
실험실 작업의 명령에 표시되는 값에서.
그래서 예를 들어 어레이에서 sda 디스크를 제거한 후 새 디스크를 추가하면 새 디스크가 표시됩니다
sda라는 시스템에서. 새 디스크를 추가하기 전에 재부팅하면 새 디스크가
디스크 이름은 sdb이고 이전 디스크 이름은 sda입니다.

대부분의 명령에 필요하므로 실습은 수퍼유저(루트)로 실행되어야 합니다.
권한이 상승하고 sudo를 통해 지속적으로 권한을 상승시키는 것은 의미가 없습니다.

학습 자료

RAID
LVM
Linux OS의 디스크 이름 지정
섹션이란 무엇입니까?
파티션 테이블이란 무엇이며 어디에 저장되나요?
그럽이란 무엇입니까?

사용된 유틸리티

1) 디스크 정보 보기

lsblk -o 이름, 크기, FS 유형, 유형, 마운트포인트
fdisk -l
2) 정보 보기 및 LVM 작업
베트남 후 증후군
pvextend
pvccreate
크기 조정
등
vgreduce
lvs
lvextend
3) 정보 보기 및 RAID 작업
고양이 /proc/mdstat
mdadm
4) 마운트 포인트
마운트
umount
고양이 /etc/fstab
고양이 /etc/mtab
5) 디스크 재파티션
fdisk /dev/XXX
6) 파티션 복사
dd if=/dev/xxx of=/dev/yyy
7) 파티션 테이블 작업
파트엑스
SF디스크
mkfs.ext4
8) 부트로더 작업
그럽 설치 /dev/XXX
update-grub
9) 기타
이소프
적절한
rsync

실험실 작업은 세 부분으로 구성됩니다.

lvm, raid를 사용하여 작업 시스템 설정
디스크 오류 중 하나의 에뮬레이션
즉시 디스크 교체, 새 디스크 추가 및 파티션 이동.

작업 1(OS 설치 및 LVM, RAID 구성)

1) 다음 특성을 부여하여 새 가상 머신을 생성합니다.

1 기가 바이트 램
1cpu
2개의 HDD(ssd1, ssd2로 이름을 지정하고 동일한 크기를 할당하고 핫 스왑 및 SSD 상자를 확인하세요)
4개 포트로 구성된 SATA 컨트롤러

2) Linux 설치를 시작하고 하드 드라이브를 선택하면 다음을 수행하십시오.

파티셔닝 방법: 수동, 그 후에는 다음 그림을 볼 수 있습니다:
/boot에 대한 별도의 파티션 설정: 첫 번째 디스크를 선택하고 해당 디스크에 새 파티션 테이블을 만듭니다.
- 파티션 크기: 512M
- 마운트 지점: /boot
- 두 번째 디스크에 대한 설정을 반복하지만 /boot를 동시에 두 번 마운트할 수 없으므로 마운트 지점: 없음을 선택하면 결국 다음과 같은 결과가 나타납니다(잼이 있는 그림, 다시 실행하기에는 너무 게으름).
RAID 설정:
- 첫 번째 디스크에서 여유 공간을 선택하고 파티션 유형을 RAID용 물리 볼륨으로 구성합니다.
- "파티션 설정 완료"를 선택하세요.
- 두 번째 디스크에 대해 정확히 동일한 설정을 반복하여 다음 결과를 얻습니다.
- "소프트웨어 RAID 구성"을 선택하십시오.
- MD 장치 만들기
- 소프트웨어 RAID 장치 유형: 미러링된 어레이 선택
- RAID XXXX 어레이의 활성 장치: 두 드라이브를 모두 선택합니다.
- 예비 장치: 0을 기본값으로 둡니다.
- RAID XX 어레이의 활성 장치: raid에서 생성한 파티션을 선택합니다.
- 마감재
- 결과적으로 다음과 같은 그림을 얻게 됩니다.
LVM 구성: 논리 볼륨 관리자 구성을 선택합니다.
- 현재 파티션 레이아웃을 유지하고 LVM 구성: 예
- 볼륨 그룹 생성
- 볼륨 그룹 이름: 시스템
- 새 볼륨 그룹의 장치: 생성된 RAID를 선택합니다.
- 논리 볼륨 생성
- 논리 볼륨 이름: 루트
- 논리 볼륨 크기: 디스크 크기의 25
- 논리 볼륨 생성
- 논리 볼륨 이름: var
- 논리 볼륨 크기: 디스크 크기의 25
- 논리 볼륨 생성
- 논리 볼륨 이름: 로그
- 논리 볼륨 크기: 디스크 크기의 15
- 구성 세부 정보 표시를 선택하면 다음 그림이 표시됩니다.
- LVM 설정을 완료하면 다음이 표시됩니다.
파티션 레이아웃: LVM에서 생성된 각 볼륨을 하나씩 선택하고 루트에 대해 다음과 같이 레이아웃합니다.
- 다음으로 사용: ext4
- 마운트 지점: /
- 루트 파티션을 표시한 결과는 다음과 같습니다.
- var 및 log에 대해 파티셔닝 작업을 반복하고 적절한 마운트 지점(/var 및 /var/log를 수동으로 입력)을 선택하면 다음 결과를 얻습니다.
- 파티션 나누기 완료를 선택하세요.
- 여전히 마운트되지 않은 파티션이 있고 스왑이 구성되지 않았다는 사실에 대해 몇 가지 질문을 받게 됩니다. 두 질문 모두 부정적으로 답해야 합니다.
최종 결과는 다음과 같아야 합니다.

3) 첫 번째 장치(sda)에 grub을 설치하여 OS 설치를 마치고 시스템을 부팅합니다.
4) /boot 파티션의 내용을 sda 드라이브(ssd1)에서 sdb 드라이브(ssd2)로 복사합니다.
```
dd if=/dev/sda1 of=/dev/sdb1
```
5) 두 번째 장치에 grub을 설치합니다.

시스템의 디스크를 살펴보십시오.

fdisk -l
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT

이전 명령으로 제공한 모든 디스크를 나열하고 어떤 종류의 디스크인지 설명하세요.
grub이 설치되지 않은 드라이브를 찾아 다음 설치를 수행하십시오.
grub-install /dev/sdb
cat /proc/mdstat 명령을 사용하여 현재 공격대에 대한 정보를 보고, 보이는 내용을 기록해 두십시오.
pvs, vgs, lvs, mount 명령의 출력을 살펴보고 본 내용을 정확히 기록해 두십시오.

당신이 무엇을 했고, 그 일을 통해 어떤 결과를 얻었는지 자신의 말로 설명해보세요.

이 작업을 완료한 후에는 가상 머신 폴더의 백업 복사본을 저장하거나
방랑자 상자: https://t.me/bykvaadm/191

결과: 디스크 ssd1, ssd2가 있는 가상 머신

작업 2(디스크 중 하나의 오류 에뮬레이션)

1) 핫스왑 상자를 체크한 경우 즉시 디스크를 삭제할 수 있습니다.

컴퓨터 속성에서 디스크 ssd1 삭제
가상 머신 파일이 저장된 디렉토리를 찾아 ssd1.vmdk를 삭제하십시오.
2) 가상 머신이 아직 실행 중인지 확인하세요.
3) 가상 머신을 재부팅하고 아직 실행 중인지 확인하세요.
4) RAID 어레이의 상태를 확인하십시오: cat /proc/mdstat
5) VM 인터페이스에 동일한 크기의 새 디스크를 추가하고 이름을 SSD3으로 지정합니다.
6) 작업을 수행합니다.
fdisk -l을 사용하여 새 디스크가 시스템에 도착했는지 확인하세요.
이전 디스크에서 새 디스크로 파티션 테이블을 복사합니다. sfdisk -d /dev/XXXX | SF디스크 /dev/YYY
fdisk -l을 사용하여 결과를 확인하세요.
RAID 어레이에 새 디스크 추가: mdadm —manage /dev/md0 —add /dev/YYY
결과를 보십시오: cat /proc/mdstat. 동기화가 시작된 것을 볼 수 있습니다
7) 이제 RAID에 포함되지 않은 파티션을 수동으로 동기화해야 합니다.
이를 위해 dd 유틸리티를 사용하여 "라이브" 디스크에서 최근에 설치한 새 디스크로 복사합니다.
```
dd if=/dev/XXX of=/dev/YYY
```
8) 동기화가 완료되면 새 드라이브에 grub을 설치합니다.
9) VM을 재부팅하여 모든 것이 작동하는지 확인합니다.
당신이 무엇을 했고, 그 일을 통해 어떤 결과를 얻었는지 자신의 말로 설명해보세요.
결과: 디스크 ssd1이 제거되고, 디스크 ssd2가 저장되고, 디스크 ssd3이 추가되었습니다.

작업 3(새 디스크 추가 및 파티션 이동)

이것은 제시된 모든 작업 중 가장 복잡하고 방대한 작업입니다.
수행 중인 작업과 디스크 및 파티션을 매우 주의 깊게 확인하십시오.
실행하기 전에 복사본을 만드는 것이 좋습니다.
이 작업은 작업 번호 2와 독립적이며 디스크 이름에 맞게 조정된 작업 번호 1 이후에 수행될 수 있습니다.
이 실험실 작업의 두 번째 부분은 첫 번째 부분을 완료한 후와 정확히 동일한 상태로 이어져야 합니다.

작업을 더 쉽게 하기 위해 호스트 시스템에서 디스크를 물리적으로 제거하지 말고 디스크를 제거하는 것이 좋습니다.
기계 속성에서 연결을 끊으세요. VM의 OS 관점에서 보면 완전히 동일해 보이지만 다음을 수행할 수 있습니다.
문제가 발생하면 디스크를 다시 연결하고 몇 가지 지점을 롤백하여 작업을 계속하십시오.
당신은 문제가 있습니다. 예를 들어, 잘못 수행했거나 /boot 파티션을 새 디스크에 복사하는 것을 잊었을 수 있습니다.
작업 중인 디스크와 파티션을 여러 번 다시 확인하거나 더 나은 방법으로 확인하라고 조언할 수 있습니다.
디스크, 파티션 및 "물리적" 디스크 번호 간의 대응 관계를 종이에 적어 두십시오. 아름답고 맑은 나무
팀 무승부 lsblk, 가능한 한 자주 사용하여 수행한 작업과 수행해야 할 작업을 분석하십시오.

이야기까지...

서버가 2개의 SSD 드라이브에서 오랫동안 실행되고 있었는데 갑자기...

1) VM 속성에서 디스크를 제거하고 재부팅하여 SSD2 디스크 오류를 시뮬레이션합니다.
2) 디스크 및 RAID의 현재 상태를 봅니다.
```
cat /proc/mdstat
fdisk -l
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
```
3) 당신은 운이 좋습니다. 당신의 상사는 당신이 여러 개의 새 디스크를 구입할 수 있도록 허용했습니다.

로그가 있는 파티션을 별도의 디스크로 이동하는 오랜 작업을 위한 대용량 SATA 2개

2개의 SSD는 사망한 SSD를 교체하고 아직 작동하는 SSD도 교체합니다.

서버 바스켓은 한 번에 4개의 디스크만 설치를 지원합니다.
따라서 모든 디스크를 한 번에 추가할 수는 없습니다.

SSD보다 2배 더 큰 HDD 용량을 선택하세요.
SSD 용량은 기존 SSD보다 1,25배 커졌다.

4) 새 SSD 디스크 하나를 추가하고 이름을 ssd4로 지정하고 추가한 후 무슨 일이 일어났는지 확인합니다.
```
fdisk -l
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
```
5) 우선, 기존 디스크에 있는 데이터의 안전성에 주의해야 합니다.
이번에는 LVM을 사용하여 데이터를 전송하겠습니다.
- 우선, 이전 디스크에서 새 디스크로 파일 테이블을 복사해야 합니다.
```
sfdisk -d /dev/XXX | sfdisk /dev/YYY
```
  x,y를 올바른 디스크로 대체하고 이 명령이 수행하는 작업을 파악합니다.
  
  lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT를 실행하고 출력을 이전 호출과 비교합니다.
  무엇이 바뀌 었습니까?
  dd 명령을 사용하여 /boot 데이터를 새 디스크에 복사합니다.
```
dd if=/dev/XXX of=/dev/YYY
```
  /boot가 기존 디스크에 마운트된 상태로 남아 있으면 라이브 디스크에 다시 마운트해야 합니다.
```
mount | grep boot # смотрим куда смонтирован диск
lsblk # смотрим какие диски есть в системе и смотрим есть ли диск, полученный из предыдущего пункта
umount /boot # отмонтируем /boot
mount -a # выполним монтирование всех точек согласно /etc/fstab. 
# Поскольку там указана точка монтирования /dev/sda, то будет выполнено корректное перемонтирование на живой диск
```
  새 SSD 드라이브에 부트로더 설치
```
grub-install /dev/YYY
```
  우리가 이 작업을 수행하는 이유는 무엇입니까?
  
  하나의 새 SSD 디스크만 포함하는 새 RAID 어레이를 만듭니다.
```
mdadm --create --verbose /dev/md63 --level=1 --raid-devices=1 /dev/YYY
```
  위 명령은 특수 키를 지정하지 않으면 작동하지 않습니다.
  도움말을 읽고 이 키를 명령에 추가하세요.
  
  작업 결과를 확인하려면 cat /proc/mdstat 명령을 사용하십시오. 무엇이 바뀌었나요?
  lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT를 실행하고 출력을 이전 호출과 비교합니다.
  무엇이 바뀌 었습니까?
  6) 다음 단계는 LVM을 구성하는 것입니다.
  현재 물리 볼륨에 대한 정보를 보려면 pvs 명령을 실행하십시오.
  이전에 생성된 RAID 어레이를 포함하여 새 물리 볼륨을 생성합니다.
```
pvcreate /dev/md63
```
  lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT를 실행하고 출력을 이전 호출과 비교합니다.
  무엇이 바뀌 었습니까?
  pvs 명령을 다시 실행하십시오. 무엇이 바뀌었나요?
  다음 명령을 사용하여 볼륨 그룹 시스템의 크기를 늘려 보겠습니다.
```
vgextend system /dev/md63
```
  명령을 실행하고 본 내용과 변경된 내용을 기록해 보세요.
```
vgdisplay system -v
pvs
vgs
lvs -a -o+devices
```
  현재 LV var,log,root가 있는 물리적 디스크는 무엇입니까?
  
  올바른 장치 이름을 사용하여 기존 드라이브에서 새 드라이브로 데이터를 이동합니다.
```
pvmove -i 10 -n /dev/system/root /dev/md0 /dev/md63 
```
  모든 논리 볼륨에 대해 작업을 반복합니다.
  
  명령을 실행하고 본 내용과 변경된 내용을 기록해 보세요.
```
vgdisplay system -v
pvs
vgs
lvs -a -o+devices
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
```
  이전 RAID 디스크를 제거하여 VG를 변경해 보겠습니다. 올바른 공격대 이름으로 바꾸세요.
```
vgreduce system /dev/md0
```
  명령을 실행하고 본 내용과 변경된 내용을 기록해 보세요.
```
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
pvs
vgs
```
  사진을 더 아름답게 만드려면 두 번째 SSD 디스크(ssd4)에 /boot를 다시 마운트하고 lsblk를 실행하세요. 결과적으로 SSD3 디스크는
  아무것도 마운트하면 안 됩니다. /boot 파티션이 비어 있지 않은지 주의 깊게 확인하세요! ls /boot 보여 주어야한다.
  여러 파일과 폴더. 이 섹션에 무엇이 저장되어 있는지 연구하고 어떤 파일 디렉터리가 무엇을 담당하는지 기록해 보세요.
  7) 위에서 설명한 기술 사양에 따라 ssd3 디스크를 제거하고 ssd5, hdd1, hdd2를 추가하면 다음과 같은 결과가 나타납니다.
  SSD4 - 최초의 새로운 SSD
  ssd5 - 두 번째 새 SSD
  hdd1 - 첫 번째 새 HDD
  hdd2 - 두 번째 새 HDD
  
  8) 디스크를 추가한 후 어떤 일이 발생했는지 확인합니다.
```
fdisk -l
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
```
  9) 메인 레이드 어레이의 작동을 복원해 보겠습니다.
  - 파티션 테이블을 복사하여 올바른 디스크를 교체합니다.
```
sfdisk -d /dev/XXX | sfdisk /dev/YYY
```
  - 이전 디스크에서 파티션 테이블을 복사했을 때 새로운 크기가
    전체 하드 드라이브 용량을 사용하지 않습니다.
    따라서 곧 이 파티션의 크기를 조정하고 RAID를 확장해야 합니다.
    다음 명령을 실행하여 직접 확인하십시오.
```
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
```
    10) 부팅 파티션 /boot를 ssd4에서 ssd5로 복사합니다.
```
dd if=/dev/XXX of=/dev/YYY
```
    11) 새 드라이브(ssd5)에 grub을 설치합니다.
    12) SSD5 디스크의 두 번째 파티션 크기를 조정합니다.
    
    디스크 파티셔닝 유틸리티를 실행합니다:
```
fdisk /dev/XXX
```
    기존 파티션을 삭제하려면 d 키를 입력하세요(2개 선택).
    새 파티션을 만들려면 키 n을 입력하세요.
    파티션 유형이 "기본"임을 나타내려면 키 p를 입력하십시오.
    새 파티션에 두 번째 숫자가 있도록 키 2를 입력하십시오.
    첫 번째 섹터: 자동으로 계산된 파티션 시작 크기를 적용하려면 Enter 키를 누르세요.
    마지막 섹터: 자동으로 계산된 파티션 끝 크기를 적용하려면 Enter 키를 누르세요.
    l 키를 입력하여 가능한 모든 파티션 유형 목록을 보고 그 안에서 Linux raid auto를 찾으세요.
    t 키를 입력하여 생성된 파티션의 유형을 변경하고(2) 이전 단계에서 찾은 번호를 입력합니다.
    디스크에 변경 사항을 쓰려면 w 키를 입력하세요.
    12) 파티션 테이블을 다시 읽고 결과를 확인합니다.
```
partx -u /dev/XXX
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
```
    현재 RAID 어레이에 새 디스크를 추가합니다(올바른 디스크로 교체하는 것을 잊지 마세요).
```
mdadm --manage /dev/md63 --add /dev/sda2
```
    배열의 디스크 수를 2로 확장해 보겠습니다.
```
mdadm --grow /dev/md63 --raid-devices=2
```
    결과를 보세요. 2개의 배열이 마크업되어 있지만 이 배열에 포함된 두 섹션 모두 크기가 다릅니다.
```
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
```
    13) SSD4 디스크의 파티션 크기를 늘립니다.
    
    디스크 파티셔닝 유틸리티를 실행합니다:
```
fdisk /dev/XXX
```
    기존 파티션을 삭제하려면 d 키를 입력하세요(2개 선택).
    새 파티션을 만들려면 키 n을 입력하세요.
    파티션 유형이 "기본"임을 나타내려면 키 p를 입력하십시오.
    새 파티션에 두 번째 숫자가 있도록 키 2를 입력하십시오.
    첫 번째 섹터: 자동으로 계산된 파티션 시작 크기를 적용하려면 Enter 키를 누르세요.
    마지막 섹터: 자동으로 계산된 파티션 끝 크기를 적용하려면 Enter 키를 누르세요.
    마크업 끝에서 아니요를 선택하여 배열에 파티션 구성원의 서명을 남겨 둡니다.
    디스크에 변경 사항을 쓰려면 w 키를 입력하세요.
    12) 파티션 테이블을 다시 읽고 결과를 확인합니다.
```
partx -u /dev/XXX
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
```
    이제 sda2, sdc2 파티션의 크기는 RAID 장치 크기보다 큽니다.
    
    13) 이 단계에서 이제 공격대 규모를 확장할 수 있습니다.
```
mdadm --grow /dev/md63 --size=max
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT # check result
```
    lsblk를 검토하고 변경된 내용을 확인하세요.
    14) 그러나 레이드의 크기를 변경했지만 vg root,var,log 자체의 크기는 변경되지 않았습니다.
    - PV 크기를 확인하세요.
```
pvs
```
    - PV의 크기를 확장해 보겠습니다.
```
pvresize /dev/md63
```
    - PV 크기를 확인하세요.
```
pvs
```
      15) 새로 나타난 위치 VG var,root를 추가합니다.
```
lvs # посмотрим сколько сейчас размечено
lvextend -l +50%FREE /dev/system/root
lvextend -l +100%FREE /dev/system/var
lvs # проверьте что получилось
```
      이제 기본 어레이를 새 디스크로 마이그레이션하는 작업이 완료되었습니다. SSD1 작업, SSD2 완료
      
      16) 다음 작업은 /var/log를 새 디스크로 이동하는 것입니다. 이를 위해 hdd 디스크에 새 어레이와 lvm을 생성합니다.
      - 새로운 HDD 드라이브의 이름이 무엇인지 봅시다
        fdisk -l
      - 공격대 배열을 만들어보자
        mdadm --create /dev/md127 --level=1 --raid-devices=2 /dev/sdc /dev/sdd
      - 대용량 디스크에서 레이드에 새로운 PV를 생성하자
        pvcreate data /dev/md127
      - 이 PV에 데이터라는 그룹을 만들어 보겠습니다.
        vgcreate data /dev/md127
      - 모든 여유 공간의 크기로 논리 볼륨을 생성하고 이름을 val_log로 지정하겠습니다.
        lvcreate -l 100%FREE -n var_log data # lvs # посмотрим результат
      - ext4에서 생성된 파티션을 포맷합니다.
        mkfs.ext4 /dev/mapper/data-var_log
      - 결과를 보자
        lsblk
        
        17) 이전 파티션에서 새 파티션으로 로그 데이터 전송
        
        임시로 새 로그 저장소 설치
        
        mount /dev/mapper/data-var_log /mnt
        
        파티션을 동기화하자
        
        apt install rsync rsync -avzr /var/log/ /mnt/
        
        /var/log에서 현재 어떤 프로세스가 실행되고 있는지 알아봅시다.
        
        apt install lsof lsof | grep '/var/log'
        
        이 프로세스를 중지하세요
        
        systemctl stop rsyslog.service syslog.socket
        
        파티션의 최종 동기화 수행(마지막 동기화 이후 변경되었을 수 있는 데이터)
        
        rsync -avzr /var/log/ /mnt/
        
        섹션을 교환하다
        
        umount /mnt umount /var/log mount /dev/mapper/data-var_log /var/log
        
        무슨 일이 일어났는지 확인해 보자
        
        lsblk
        
        18) /etc/fstab 편집
        fstab - 부팅 시 파티션이 마운트되는 규칙을 기록하는 파일
        우리의 임무는 /var/log가 마운트된 라인을 찾아 장치를 수정하는 것입니다. system-log 에 data-var_log
        
        19) 이 단계에서 가장 중요한 것은 radela 테이블(예: ext4)을 변경하는 것을 잊지 않는 것입니다. RAID, lvm을 어떻게 변경하더라도 파티션의 FS에 파티션 크기가 변경되었음을 알릴 때까지 새 공간을 사용할 수 없기 때문입니다. 명령을 사용하십시오 resize2fs FS를 변경합니다.
        
        20) 최종 코드
        
        재부팅합시다. 모든 작업을 올바르게 수행했다면 OS로 다시 돌아갑니다. (모든 작업이 제대로 작동하는지 확인하는 데 필요합니다. 이 단계는 자체 테스트 외에는 의미가 없습니다.)
        
        우리가 하려고 했던 모든 작업이 실제로 완료되었는지 확인하세요.
        pvs lvs vgs lsblk cat /proc/mdstat
        
        21) [선택사항] 다음 단계를 따르세요.
        
        부팅할 수 있는지 확인하기 위해 부팅할 때 다른 드라이브를 지정하려면 F12를 눌러 재부팅하세요.
        SSD 드라이브 중 하나에서 오류가 발생하는 것을 두려워하지 않도록
        
        이제 VG 시스템에 불필요한 LV 로그가 있습니다. 루트 또는 var 사이에 이 공간을 할당하십시오.
        designs 100%FREE -L 키를 사용하여 직접 크기를 지정합니다.
        
        -L 500M
        
        /boot가 동기화 없이 두 개의 파티션에 위치하는 문제를 해결합니다. 이 작업을 올바르게 수행할 필요는 없습니다.
        여기에 예를 들어 추가되었습니다. 먼저 /boot의 내용을 어딘가에 복사하는 것을 잊지 마십시오.
        
        새로운 raid를 생성하고 거기에 sda1,sda2를 포함시킵니다.
        
        기존 RAID에 이러한 파티션을 포함하고 /boot를 기본 RAID로 복원하지만 마운트하지는 않습니다.

출처 : habr.com

실습: Linux에서 lvm, raid 설정