내 RHEL7 시스템 구성은 다음과 같습니다.
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/rhel-root 50G 18G 33G 36% /
/dev/mapper/rhel-home 504G 147G 357G 30% /home
/dev/sda1 497M 256M 242M 52% /boot
/dev/mapper/tomato-data 8.8T 5.6T 2.9T 67% /data
rhel 볼륨 그룹은 /boot가 있는 하나의 물리적 드라이브에 상주합니다. Tomato 볼륨 그룹은 여러 드라이브로 구성됩니다.
rhel-root, rhel-home 및 sda1은 모두 xfs이고, 토마토 데이터는 ext4입니다. 나는 모든 것이 ext4이기를 원합니다.
xfs에서 ext4로 내부 변환이 (안전하게) 불가능하다는 것을 알고 있으므로 기본 계획은 새 드라이브를 추가하고 모든 것을 여기에 복사하고 이전 드라이브를 다시 포맷하고 모든 것을 다시 옮기는 것입니다. 또는 실제로 모든 것을 새 드라이브에 보관하십시오. 그것도 괜찮아
나의 주요 관심사는 모든 특수 파일을 파괴하거나 날짜 및 권한 정보 등을 잃지 않고 / 및 /boot의 데이터를 다른 드라이브로 복사하는 방법입니다. xfsdump가 권장되는 것을 보았지만 xfs 파티션에 덤프하지 않기 때문에 분명히 작동하지 않습니다.
지금은 모든 것을 백업해 두었지만 지금은 xfsdump이므로 이 목적에는 쓸모가 없습니다.
어떤 제안이 있으십니까? 동기화하시겠습니까?
/home 이동에 대해서는 크게 걱정하지 않습니다. 일반 데이터일 뿐이지만 / 및 /boot는 RHEL이 내 브랜드가 아니고 모든 특징을 알 만큼 오랫동안 사용하지 않았기 때문에 걱정됩니다.
전체 볼륨 그룹/논리 볼륨 문제에 대해서는 아직 약간 모호합니다. 이전에 제가 관심을 두었던 유일한 추상화는 RAID였습니다. (그런데, 이러한 물리적 드라이브는 단순한 RAID1 미러입니다.)
/etc/fstab을 사용할 때 어리석은 실수를 하거나 부팅할 수 없는 상태에 빠지는 등 어떤 함정이 있습니까?
당신은 어떤 길을 택할 것인가? 한 번에 모두 수행합니까, 아니면 한 번에 하나의 파티션을 이동합니까?
나는 최근에 /tomato-data의 작은 드라이브를 더 큰 드라이브로 교체하고 pvmove의 마법을 활용했습니다.
나는 ext4 드라이브를 포함하도록 rhel을 확장하고 기존 xfs 드라이브의 모든 데이터를 ext4 드라이브로 pvmove한 다음 이전 물리적 볼륨을 vgreduce할 수 있다고 잠시 생각했지만 그것은 말도 안되는 일이며 눈에 띄게 될 것이라고 확신합니다. 나 레벨은 이 볼륨을 처리하지 않습니다.
하지만 내 요점은 내가 이런 속임수에 개방적이라는 것입니다.
편집하다:
Grub을 다시 설치해야 하는지 어떻게 확인하나요? 가지고 있는지는 잘 모르겠지만 서버에 /boot/grub2 디렉토리가 보이니 아마도(?).
그래서 문제는 다음과 같습니다...
1. install and configure new drive
2. rsync files to new drive
3. edit fstab
4. (maybe) reinstall grub
5. shutdown system down
6. remove old physical drive
7. power up system
8. pray
맞는 것 같나요?
답변1
새 디스크를 구입하고 필요에 따라 파티션을 생성하세요(그런데 XFS가 좋은데 왜 바꾸나요?)
rsync -aH
그런 다음 소유자, 타임스탬프 및 모든 것을 보존하는 rsync thing을 사용 하고 -H는 하드 링크를 보존합니다.
부팅 구성 방법에 따라 grub을 다시 설치해야 할 수도 있습니다. 그런 다음 기존 디스크를 새 디스크로 교체하고 컴퓨터를 시작합니다. 문제가 발생하면 언제든지 이전 디스크를 다시 넣을 수 있습니다.
fstab과 관련하여 디스크가 UUID로 청구된 경우 파일을 새 ID로 업데이트해야 합니다.