Linux OS로 Windows를 이중 부팅하는 방법 중 하나는 Linux 파티션에 grub 부트 로더를 설치하여 Windows 부트 로더를 유지하고 Windows가 이중 부팅 프로세스를 처리하도록 하는 것입니다.
grub 부트로더가 Linux 파티션 시작 부분의 데이터를 부분적으로 덮어쓰고 파일을 손상시킬 수 있다는 이상한 점은 무엇입니까? Grub은 실제로 파티션 시작 부분에 데이터가 있는지 확인하고 부트로더를 작성하기 전에 파티션의 다른 위치로 이동합니까?
답변1
ext4를 사용하고 있다는 입력에 따르면 grub은 파일 시스템을 파괴해서는 안 됩니다. ext2는 부트 섹터를 위한 공간으로 시작합니다.http://www.makelinux.net/books/ulk3/understandlk-CHP-18-SECT-2
답변2
GRUB는 임의로 파티션에 파일을 설치하지 않으며 파일 시스템 드라이버를 사용하므로 기존 파일을 덮어쓰지 않습니다. 그러나 현재 GRUB 문서에서는 Linux 파일 시스템에 설치하는 방식을 권장하지 않으며 해당 방법이 "취약하다"고 간주합니다. MBR과 첫 번째 파티션의 시작 사이에 무인 지대에 설치하는 것보다 더 취약한지는 논쟁의 여지가 있습니다. 여러 프로그램이 해당 영역에 데이터를 기록한다는 것은 잘 알려져 있으며, 현재 GRUB 개발자는 새로운 그러한 프로그램이 발견될 때마다 GRUB 코드에 임시 해결 방법을 포함해야 합니다. 기본적인 문제는 ext* 파일 시스템이 부팅 코드에 대한 고정 위치(부적절한 파일 시스템 부팅 블록 제외)를 제공하지 않기 때문에 GRUB가 간단한 블록 목록을 사용하지만 해당 블록이 변경되지 않은 상태로 유지되는지 확인할 수 없다는 것입니다. . 이는 고정 위치 포인터와 파일을 통해 부트코드에 액세스하는 NTFS 파일 시스템과 대조됩니다.
답변3
Windows(Vista, 7 & 8 등)는 일반적으로 부팅을 위해 별도의 파티션을 만들려고 합니다. 그리고 그렇게 되면 파일 관리자와 같은 일반적인 Windows 항목에는 거의 항상 보이지 않습니다.
일반적으로 이 Windows 부팅 파티션은 100MEG이고 "시스템 예약"이라는 볼륨 이름을 가지며 드라이브 문자가 제공되지 않습니다. 물론 Windows를 하나의 파티션에 설치하고 이 경로를 따르지 않을 수도 있지만 Windows를 설치할 때 이 방법을 사용하지 않아도 됩니다.
따라서 diskmgmt.msc(유틸리티를 사용하려면 Windows 시작 구 검색 창에 입력)와 같은 것을 사용하여 드라이브 파티셔닝을 다시 살펴보고 100Meg "시스템 예약" 파티션이 없는지 확인하세요. 약간 무의미하지만 Windows에는 하나가 아닌 2개의 파티션이 있을 수 있다는 점을 보여주고 싶습니다.
어느 쪽이든, 여기서는 실제로 부팅 관리자에 대해 이야기하고 있습니다. Grub이 실수를 하면 Windows로 부팅하지 못할 수도 있습니다. 하지만 모든 콘텐츠는 여전히 안전해야 하며, 심지어 접근 가능해야 합니다. 여전히 수리가 가능하지만 분명히 약간의 PITA도 있습니다. (이런 종류의 문제를 해결하기 위해 제가 찾은 유일한 "쉬운" 방법은 부팅 파티션을 포맷하거나 의도적으로 부팅 플래그 등을 망친 다음 DVD의 Windows 시스템 복구를 통해 문제를 해결하는 것입니다.)
따라서 Grub이 내용을 덮어쓴다는 짧은 대답은 실제로 가능하지도 않고 문제가 되지도 않습니다. 물론, SMART 플래그가 트립된 하드 드라이브에 결함이 있거나 데이터가 심각하게 조각화되어 있는 경우에도 이는 또 다른 문제입니다. 파티션을 조정하거나 특히 포맷하여 상황을 악화시키지 마십시오.
그리고 말하자면...~이다자체 전원으로 Windows 파티션 조각 모음~ 전에GParted와 같은 Linux 도구를 사용합니다. 파티션을 축소하거나 어떤 방식으로든 조정하기 전에 조각 모음을 수행하지 않으면 완전히 새로운 문제가 발생할 가능성이 높습니다. (그래서 내가 경고하지 않았다고 말할 수는 없습니다.)