내가 읽고있다http://docs.fedoraproject.org/en-US/Fedora/14/html/Installation_Guide/s1-diskpartitioning-x86.html, 하지만 그게 무슨 뜻인지 잘 모르겠습니다. LVM 볼륨 그룹과 하드 드라이브란 무엇입니까? OS를 더 쉽게 다시 설치하고 업그레이드할 수 있도록 내 홈 디렉토리가 자체 파티션에 있는지 확인하고 싶습니다.
편집: /home이 자체 논리 볼륨에 있는 경우 OS를 쉽게 다시 설치할 수 있습니까? 아니면 논리 볼륨이 파티션과 다른 유형의 엔터티입니까?
답변1
LVM 볼륨 그룹은 하드 드라이브, 여러 하드 드라이브, 여러 RAID 등을 추상화한 것입니다. 이것은 사실 별개의 질문이므로 여기서 더 자세히 설명할 필요는 없을 것 같습니다.
요점은 LVM 그룹과 하드 드라이브 모두 파티션을 포함할 수 있다는 것입니다. 당신이 어떤 길을 택하는지는 당신의 주요 질문과 직교하는 질문입니다.
별도의 파티션을 만드는 가장 쉬운 방법 /home
은 운영 체제 설치 중에 파티션을 만들고 전체 하드 드라이브 파티션을 다시 지정하고 포맷하는 것입니다. 나중에 마음을 바꿔 /home
헤어질 수도 있지만 그렇게 하면 작업량이 늘어나게 됩니다.
별도의 파티션을 생성하는 방법은 /home
특정 운영 체제 설치 프로그램에 따라 다르지만 요즘에는 일반적으로 단순한 기본값을 무시하고 "고급" 하드 드라이브 설정을 지정하고 싶다고 알려야 합니다. 그런 다음 일정량의 하드 드라이브 공간을 예약하고 /home
나머지 디스크(또는 LVM 그룹, RAID 등)를 시스템의 나머지 부분에 남겨두도록 선택할 수 있습니다.
/home
운영 체제를 설치한 후 별도의 파티션을 생성 하려면 다시 파티션을 나누거나 다른 볼륨을 추가해야 합니다. 간단한 예로 USB 스틱을 삽입하고 /home
다음과 같이 설치할 수 있습니다.
(assume the USB stick is /dev/sdc, mounted on /media/usb)
# umount /media/usb
# mke2fs -j -L /home /dev/sdc1
# mount /dev/sdc1 /media/usb
# cd /home
# find . -print | cpio -mpud /media/usb
# umount /media/usb
# mount /dev/sdc1 /home
지금까지 우리는 새로운 ext3 파일 시스템으로 USB 스틱을 다시 포맷한 다음 /home
모든 권한, 타임스탬프 등을 유지하면서 전체 내용을 복사했습니다. 그런 다음 /home
테스트 목적으로 이전 복사본 위에 새 복사본을 배치했습니다. 작동하는 것에 만족하면 을(를) 제거 /dev/sdc1
하고 이전 버전을 삭제한 /home
후 새 버전을 다시 설치할 수 있습니다.
~을 경계하다,이건 위험 해. 추천보다는 예시로 말씀드리고 싶습니다.
마찬가지로 위험한 것은 드라이브를 포맷한 후 다시 파티션하는 것입니다. 이는 /home
컴퓨터에 다른 볼륨을 추가하지 않고 새 파티션으로 이동하려는 경우에 필요합니다. 이 gparted
도구는 이를 수행할 수 있지만 위험이 없는 것은 아닙니다. 새 파티션을 위한 공간을 열고 를 사용하여 생성한 후에 gparted
는 위에 표시된 것과 유사한 작업을 수행하여 /home
이전 디렉터리의 내용을 새 파티션으로 이동할 수 있습니다.
/home
또한 분리에는 그 자체의 문제가 있다는 점에 유의해야 합니다 . 하나는 디스크를 한쪽으로 치워두고 /home
계속해서 사용해야 한다는 것입니다. 파티셔닝을 너무 교묘하게 수행하는 것은 쉽습니다. 약 10개의 파티션이 생길 수 있으며 그 중 8개는 꽉 차 있고 그 중 2개는 10% 미만으로 사용되며 빈 공간을 전체 공간으로 재할당하는 쉬운 방법은 없습니다. LVM과 gparted
각각은 이에 대한 몇 가지 솔루션을 제공하지만 기억해야 할 중요한 점은 항상 추가 파티션이 필요한지 확인하는 것입니다. 움직이는 부품이 많을수록 파괴할 항목도 많아집니다.
답변2
간단한 대답. 먼저 LVM을 제쳐두십시오.
별도의 /home을 만들려면 fdisk 또는 fdisk의 GUI 래퍼 gparted를 사용하여 하드 드라이브에 파티션을 만듭니다. Linux의 파티션 액세스 방법은 간단합니다. /dev/hda, /dev/hdb... /dev/hd[문자]는 ide 드라이브입니다. /dev/sda,/dev/sdb, ... /dev/sd[a 문자]는 scsi/sata/usb 드라이브입니다. 마지막 문자는 나타나는 순서를 설명합니다. 첫 번째 SATA /dev/sda 두 번째 SATA /dev/sdb...
fdisk 또는 gparted를 사용하여 드라이브를 분할하는 경우 개별 파티션은 숫자(/dev/sda1, /dev/sda2...)를 통해 액세스됩니다. 파티션 포맷
이제 /etc/fstab을 편집하고 /dev/sd와 같은 내용을 입력하시겠습니까? /home 0 0 읽기 및 쓰기.
더 구체적으로 설명할 수 없어서 죄송합니다. 메인 하드 드라이브가 막 사망했습니다. :( 예시도 없습니다. (좋은 점은 다음 주에 교체할 예정이고, 나쁜 점은 더 이상 사용할 수 없다는 것입니다.) 1주 더 지원하시겠습니까?) 하지만 사람과 Google 사이에서는 완료해야 합니다.
또한 데이터가 포함된 파티션의 경계를 변경하기 위해 fdisk를 사용해서는 안 됩니다. Partition Magic에 익숙하다면 gparted는 파티션 크기를 안전하게 조정하고 이동하는 데 사용할 수 있는 유사한 도구입니다. 파티션 크기를 조정할 수 있는 Parted Magic이라는 라이브 CD도 있습니다.
표준 UNIX 관행은 가능한 한 많은 파티션을 유지하는 것입니다. 일반적으로 /, /home, /tmp, /root, /var는 별도의 파티션입니다. Linux에서는 /boot를 추가합니다(과거에는 /boot가 ext 제품군에 속해야 했기 때문입니다).
이는 몇 가지 이유 때문에 수행됩니다. 백업이 더 쉬워지고(부분 파티션의 모든 내용만 백업하면 됨), 파티션이 손상된 경우 손상을 로컬로 유지하고 파티션 조각화를 낮게 유지합니다. 최신 파일 시스템의 경우 이러한 이유가 얼마나 적절한지 잘 모르겠습니다.
예를 들어, 프로그램이 /tmp에 일부 임시 데이터를 저장했는데 /tmp만 채우게 하는 버그가 있다고 가정해 보겠습니다. 이로 인해 프로그램이 비정상적으로 실행되지만 시스템이 충돌하거나 손상을 복구할 수 있는 기회가 제공되지는 않습니다. 전체 시스템이 하나의 파티션에 있으면 더 많은 문제가 발생할 수 있습니다. liveCD로 인해 발생한 손상을 복구해야 할 수도 있습니다.
LVM의 경우. LVM은 기본적으로 파티션을 생성한 다음 그 파티션에서 일부 하위 파티션을 생성할 수 있도록 합니다. 더 많은 공간이 필요한 경우 더 많은 공간을 사용할 수 있으면 이를 사용하여 하위 파티션을 확장할 수 있습니다. 공간이 부족한 경우 볼륨에 두 번째 파티션을 추가하여 더 많은 여유 공간을 제공할 수 있습니다. 내 한 가지 경험은 그것이 더 많은 문제를 일으키고 내가 원하는 것보다 더 많은 CPU를 씹을 가치가 있다는 것입니다. 그러나 YMMV. 또한 문제가 있어 liveCD를 사용해야 하는 경우에는 LVM 파티션에 액세스할 수 있는 CD를 선택해야 합니다.
답변3
이것은 나에게 효과적이었습니다. 누군가가 당신에게 더 나은 답변을 말할 수 있다고 확신합니다. (저도 이런 간단한 부탁이 너무 복잡해서 짜증이 나네요.)
VirtualBox를 사용하여 새 이미지를 생성하고 두 번째 SATA 드라이브를 생성한 후 삭제하고 생성합니다.
기본 설정을 사용하여 Fedora를 설치합니다.
폐쇄.
SATA 드라이브를 다시 추가합니다.
새로운 페도라를 시작하세요.
gparted
MS-DOS 파티션을 생성하고 ext로 포맷하는 데 사용됩니다 .설치 디스크를 다시 시작하고 교체합니다.
페도라를 다시 설치하세요.
파티션 수정을 클릭합니다.
두 개의 디스크를 추가합니다. Create Partition Scheme을 클릭하면 공간이 없기 때문에 작동하지 않습니다(이것은 성공의 표시입니다).
기존 Fedora LVM 콘텐츠와 다른 알 수 없는 콘텐츠가 표시되어야 합니다. Fedora 아래의 모든 항목을 삭제합니다.
자동 파티션을 클릭하고 알 수 없음을 클릭한 후 /home으로 마운트합니다.
Fedora를 처음 설치했을 때 마운트 지점을 따라 SATA 드라이브를 분리할 수 있을 것이라고는 생각하지 못했습니다.