Linux가 NTFS 파티션의 데이터를 손상시킬 수 있습니까?

짧은 대답: 아니요.

긴 답변: 예, 원하신다면 가능합니다. Windows에는 "최대 절전 모드"가 있습니다. Windows 10에서는 기본적으로 활성화되어 있습니다. 캐시, TMP 파일, 완료되지 않은 작업 등을 저장할 수 있습니다. 이렇게 하면 Windows 종료 및 시작 프로세스가 더 빨라집니다.

이 상태에서 쓰면 저장된 tmp 파일이 손상되어 Windows가 새로운 클린 세션으로 부팅될 수 있지만 시스템이 손상되지는 않습니다. 그러나 최대 절전 모드 중에 글을 쓰면 파일 이동, 복사 및 기타 파일과 관련된 모든 작업을 포함하여 저장된 미완성 작업을 덮어쓸 수도 있습니다. 그러면 파일이 손상될 것입니다.

Linux의 기본 NTFS 드라이버는 최대 절전 모드를 감지할 수 있으며 파일 시스템을 읽기 전용 상태로 마운트하므로 해당 보호를 무시하지 않는 한 파일 시스템에서 어떤 작업도 수행할 수 없습니다. 이 문제는 Windows 전원 옵션에서 "빠른 다시 시작"을 끄면 해결될 수 있습니다. 이렇게 하면 최대 절전 모드가 비활성화되어 파일 편집이 가능해집니다.

추가 팁:

• 갑작스러운 정전(RW 모드) 후에는 장착하지 마십시오. 상황이 엉망이 될 것입니다.
• Windows 설정을 조정하지 않고 한 번만 편집하려면 이 명령을 입력하면 shutdown /s시스템이 안전하게 종료됩니다.
• Windows 시스템 파일은 숨겨지거나 잠기지 않습니다. Linux에서는 보호되지 않으며 Windows를 망칠 수 있습니다.

질문을 잘못하신 것 같아요. Linux에서 NTFS 파일 시스템에 액세스하는 것이 안전합니까? 예. 하지만 어느 누구도 귀하의 데이터가 손상될 수 있다고 100% 보장할 수는 없습니다. 확률은 매우 낮지만 일어날 수 있습니다. 이는 모든 파일 시스템(기본 Linux 파일 시스템 포함)에서 발생할 수 있습니다. 해결책은 간단합니다. 백업하면 여러 가지 이유로 데이터가 손실될 수 있으며 백업만이 안전을 유지하는 유일한 방법입니다.

일반적인 규칙은 다음과 같습니다.

• Windows를 최대 절전 모드로 전환하지 말고 항상 Linux를 시작하기 전에 종료하십시오. NTFS 드라이버는 이를 감지할 수 있으며 최대 절전 모드 시스템과 함께 Windows 시스템 파티션을 설치하는 것을 허용해서는 안 됩니다.
• 이동식 장치의 경우 연결을 끊기 전에 항상 안전 제거 작업(두 시스템 모두에서)을 사용하십시오.

걱정된다면 Linux에서 NTFS를 읽기 전용으로 마운트하고 Windows와 Linux 간에 데이터를 공유하는 다른 방법을 찾을 수 있습니다. 그러나 이에 대한 실제 이유는 없습니다.

예,Linux는 NTFS 파티션을 100% 손상시킵니다.조만간. 갑작스러운 정전이나 예상치 못한 장치 제거에 대해서도 이야기하는 것이 아닙니다. 이것은 Linux에서 NTFS를 확실히 망칠 것입니다. 일반적인 사용에 대해 이야기하고 있습니다. 예는 다음과 같습니다.

1. 대규모 프로젝트(예: Unreal Engine 소스 코드)를 봅니다.
2. 초기 설정 및 빌드 명령을 실행합니다.
3. 어느 시점에서 Ctrl+C를 누릅니다.
4. 완벽한! HDD를 사용했다면 파일 시스템이 손상되었습니다. SSD 드라이브의 경우 FS가 완료될 확률은 50%입니다.
5. 컴퓨터를 다시 시작해 보세요. 일부 디스크 관련 데몬이 단지 닫히는 것을 방지하기 때문에 결코 닫히지 않는다는 것을 알 수 있습니다. 실제 다시 시작에는 몇 시간이 걸릴 수 있습니다. 그렇지 않으면 강제로 다시 시작할 수 있습니다. 하지만 기다려도 아무것도 바뀌지 않습니다.
6. 컴퓨터를 켜면 디스크 사용량이 100%인 것을 확인할 수 있습니다. NTFS는 읽기 전용 모드로 마운트됩니다. 다시 설치하거나, ​​파일을 복사하거나, 어떤 작업도 수행할 수 없습니다. 배포판에 따라 시스템의 응답하지 않는 드라이브로 인해 GUI가 정지될 수도 있습니다.
7. Linux에서 드라이브를 복구할 수 없습니다. 아무리 노력해도 GUI나 명령줄 유틸리티가 작동하지 않습니다. 대부분은 드라이브 목록도 표시하지 않고 영원히 정지됩니다.
8. 어떻게 고치나요? Windows를 사용하여. 시스템이 Windows로 부팅되는 데 30분 정도 걸리지만 부팅이 완료되면 드라이브를 마우스 오른쪽 버튼으로 클릭하고 일부 복구 옵션을 선택할 수 있습니다.
9. 재부팅하고 Windows가 드라이브를 복구할 때까지 몇 시간 기다려야 합니다.
10. 그런 다음 Linux로 재부팅하면 드라이브가 R/W 모드로 마운트됩니다. 물론 일부 파일은 손실됩니다.

몇 번의 클릭만으로 NTFS를 파괴하는 방법은 다음과 같습니다. 하지만 git을 사용하지 않고 파일을 많이 복사하지 않는다면 어떻게 될까요? 괜찮아? 답은 뚱보야아니요. Linux가 NTFS 드라이브를 손상시키는 것은 시간 문제입니다. 손상된 파일이 충분히 축적되려면 일주일 또는 한 달이 걸릴 수 있습니다. 너무 늦게 발견하면 중요한 데이터가 손실될 수 있습니다.

NTFS 지원이 거의 30년 동안 구현되지 않은 이유가 궁금할 뿐입니다. 어쨌든, 현재로서는 추가되지 않을 것 같습니다. 그래서 거기에 있습니다. 장치에 Linux 배포판을 설치하지 못하는 또 다른 이유가 있습니다. 최소한 중요한 정보가 포함된 Windows 부팅 드라이브나 디스크가 없는지 확인하세요.

@Hirasawa-yui Hirasawa Yui가 보고한 경험과 유사하게 다양한 사용 사례에 대해 다양한 드라이브에서 매우 드물지만 반복적으로 NTFS 손상이 발생했습니다. 그러나 특정 커널 버전과 특정 ntfs-3g 버전으로 제한될 수 있습니다. 문제는 아직 해결되지 않았지만 NTFS에 있는 vmdk 파일을 사용하는 VMWARE 인스턴스에서 로그에 많은 오류가 발생하기 시작한다는 증상이 나타납니다. 혹시라도 도움이 되실까 해서 여기에 복사합니다.

dbus-daemon[1849]: [시스템] 거부됨: 대상 메시지 대기열이 가득 찼습니다. 일치하는 규칙이 0개 있습니다. 유형 = "오류", 보낸 사람 = "(설정되지 않음)" ((버스)) 인터페이스 = "( 설정되지 않음)" 멤버= "(설정되지 않음)" error name="org.freedesktop.DBus.Error.ServiceUnknown" Requested_reply="1" "destination=":1.189" (uid=1000 pid=30716 comm="/ usr/lib/vmware/bin /vmware-vmx -ssnapshot.numRolli" 태그="제한 없음")

Windows로 부팅하고 파티션을 chkdsk하면 Windows 콘솔 chkdsk에 파일 시스템이 정상이라고 표시되지만 이벤트 로그에는 파일 시스템에 문제가 있다고 표시됩니다. 이 상황을 해결하는 유일한 방법은 전체 파일 시스템을 다른 위치에 복사하고 파티션을 삭제하고 다시 만든 다음 데이터를 다시 복사하는 것입니다.

즉, 모든 소프트웨어에는 버그가 있을 수 있으며 Linux의 ntfs-3g 패키지는 대부분 4~5년 동안 잘 작동했으며 저는 문제 데이터 없이 정기적으로 3~4TB를 이동합니다.