Windows 10을 실행 중인데 EFI 파티션에서 로컬 LAN 상자와 공유하는 폴더에 액세스할 수 없습니다. 나는 하나의 거대한 'EFI 시스템 파티션'이 있는 GPT 하드 드라이브를 가지고 있습니다. Windows에서는 자동으로 마운트할 수 없기 때문에 부팅 시 diskpart.exe를 사용하여 파티션을 마운트하는 배치 스크립트를 실행합니다. 이 디스크의 일부 폴더를 공유했지만 모든 OS(Linux, Freebsd, Windows 10 자체, Android 등)에서 마운트할 수 없습니다. 이 폴더를 MBR 디스크에 복사하면 공유가 제대로 작동합니다.
권한 문제는 아닙니다(액세스 거부가 발생하더라도). 동일한 acl을 ntfs에 적용하고 gpt가 아닌 드라이브의 보안을 공유하고 제대로 마운트할 수 있기 때문입니다. 이로 인해 GPT/EFI가 문제라는 분명한 결론이 나왔습니다.
관련 이벤트는 다음과 같습니다.
클라이언트 이름: \\[-scrambled-]
클라이언트 주소: [-scrambled-]:xxxxx
사용자 이름: -scrambled-\-scrambled-
세션 ID: 0x98000000001D
공유 이름: \\*\BOOKS
공유 경로: \??\X:\BOOKS
상태: {액세스 거부됨}
프로세스가 개체에 대한 액세스를 요청했지만 해당 액세스 권한이 부여되지 않았습니다. (0xC0000022)
매핑된 액세스: 0x100081
부여된 액세스: 0x0*
공유는 다음과 같습니다.
-scrambled-@-scrambled-:~$ 순점유율 | grep -i 책 책 X:\책
데이터를 백업할 방법이 없기 때문에 디스크를 MBR로 변환할 수 없습니다(예비 4Tbs 공간이 없음). MBR/GPT 디스크와 펑키한 멀티부팅 설정이 혼합되어 있기 때문에 EFI를 부팅할 수 없습니다...
어떤 제안이라도 대단히 감사하겠습니다.
감사해요!
답변1
EFI 시스템 파티션(ESP)에 대한 Wikipedia 항목을 읽어보십시오.
https://en.wikipedia.org/wiki/EFI_System_partition
ESP는 부트로더 및 관련 데이터를 보관하는 장소입니다. 그것은아니다임의의 사용자 데이터(구성 파일 등)를 저장하기 위한 것입니다. EFI 사양에는 ESP 크기에 대해 명시적인 내용이 나와 있지 않지만 일반적으로 100MiB에서 1GiB 사이입니다. 그보다 훨씬 큰 경우 적당한 크기로 크기를 조정하고 남은 공간을 기존 FAT 또는 NTFS 파티션에 할당하는 것이 더 나을 것입니다. ESP가 1GiB보다 작은 경우 다른 곳에서 필요에 맞는 충분한 디스크 공간을 찾을 수 있습니다. 그렇게 할 수 없다면 디스크가 너무 작은 것이므로 이를 보완하거나 교체해야 합니다.
문제의 파티션이 실제로 ESP로 작동하지 않지만 유형 코드가 부적절하게 설정되었을 수도 있습니다. 이런 경우 해결 방법은 유형 코드를 변경하는 것입니다. 저는 대부분의 Windows 파티션 도구에 익숙하지 않기 때문에 이 도구를 사용하여 이 작업을 수행하는 방법을 말할 수 없습니다. Linux에서는 parted또는 GParted를 사용하여 파티션에서 "부팅 플래그"를 제거할 수 있습니다. 또는 gdisk유형 코드를 EF00에서 보다 적절한 코드(파티션이 FAT 또는 NTFS를 사용하는 경우 0700)로 변경하는 데 사용합니다. 하지만 유형 코드를 변경하기 전에 실제로 ESP가 아닌지 확인해야 합니다. ESP에는 EFI부트로더를 보유하는 하나 이상의 하위 디렉터리가 포함되는 디렉터리가 있습니다. Windows를 부팅하려면 아마도 EFI\BOOT및/또는 EFI\Microsoft디렉터리 트리가 있을 것입니다. 그 중 적어도 하나에는 .efi확장자가 있는 파일이 있습니다.