Windows 8에서 복사가 일시 중지 된 상태에서 USB 드라이브를 분리 할 수 ​​있습니까?


9

모두 알고 있듯이 Windows 8은 모든 동시 파일 복사 작업을 하나의 대화 상자로 통합합니다. 또한 경이로움이 생겼으므로 이제 모든 작업을 일시 중지 할 수 있습니다!

새로운 WIn8 복사 대화 상자

내가 알고 싶은 것은 외장 드라이브와 파일 복사를 일시 중지하면 드라이브를 안전하게 제거하려고하면 Windows가 불평합니까? 드라이브를 연결 해제 한 후 (물론 쓰기 캐싱이 비활성화 된 경우) 동일한 USB 포트에 다시 연결하고 이전과 동일한 드라이브 문자가있는 경우 복사는 정상적으로 계속되고 파일이 올바르게 복사됩니까?

현재 VM에만 Windows 8이 있으며 (따라서 추가 USB 가상화 커넥터 드라이버 계층 을 추가하고 다른 것을 아는 사람이 있음) 어떤 이유로 든 작동하는 USB 스틱이 없으며 테스트 위험을 감수하고 싶지 않습니다. 백업 및 기타 중요한 데이터가 포함 된 하드 드라이브 따라서 VM이 아닌 비 VHD 전체 Windows 8 RTM 설치를 올바르게 설치 한 사람이 이것을 테스트하고 알려주시겠습니까?

또한 이러한 종류의 작업이 지원되는지 또는 이러한 시나리오에서 드라이브 연결 끊기를 권장하지 않는지에 대한 공식적인 단어를 찾을 수 없었습니다. 블로그 게시물에 있는 내용 이외의 기능에 대한 공식 문서를 찾을 수있는 경우 공유하십시오.


2
복사가 일시 중지 된 경우에도 드라이브를 분리하지 않습니다. 외장 드라이브의 파일 시스템이 손상 될 수 있습니다.

@ RandolphWest : 글쎄, 나는 쓰기 캐싱이 비활성화되어 있어도 안전하지만, 일반적으로 안전하게 제거하지 않고 드라이브를 분리하지 않습니다. 그러나 내가 알고 싶은 것은이 새로운 일시 중지 기능을 사용하여 경우에 따라 필요할 때 그렇게 할 수 있습니까? 다른 PC에서 USB 스틱을 긴급하게 사용해야하지만 대량 복사 작업을 다시 시작하고 싶지 않다고 가정 해 봅시다 (폐기물을 취소하는데도 많은 시간이 걸리는 것은 말할 것도 없습니다).
Karan

@avirk는 가능하다고 생각합니다. 아래의 답변을 참조하십시오.

1
@RandolphWest : 파일 시스템보다 높은 수준에서 복사가 발생하며 메타 데이터가 올바르게 플러시되면 파일 시스템이 손상되지 않습니다. 그러나 파일 내용이 손상 될 수 있습니다.
user541686

답변:


8

USB 데이터 전송을 일시 정지 한 후 안전하게 제거 할 수 있으므로 장치 파티션 또는 데이터가 손상 될 가능성이 없습니다.

여기에 이미지 설명을 입력하십시오

편집 : 죄송합니다. 장치 연결을 끊었다가 다시 연결 한 후 아무런 문제없이 복사 프로세스를 다시 시작했다는 것을 잊었습니다.

업데이트 : 전송을 시작한 후 복사 프로세스를 일시 중지하고 USB 드라이브를 꺼내고 다른 파일이있는 다른 USB 드라이브를 삽입 하고 해당 드라이브의 연결 끊은 다음 첫 번째 드라이브를 다시 연결하고 마지막으로 복사 프로세스를 다시 시작하여 아무런 문제없이 다시 시작했습니다.

드라이브 문자가 변경 될 때 데이터 전송이 어떻게 영향을 받는지에 대한 의견에서 물었을 때 프로세스를 다시 시작하려고하면 Windows에 소스 파일이 없다는 메시지가 표시되고 다음 세 가지 옵션이 표시됩니다.

다시 시도하십시오

건너 뛰기

취소

Try again버튼 을 누르면 프로세스가 처음부터 다시 시작됩니다.

USB 2.0 포트만 있으므로 USB 3.0 포트 사용시 변경 사항을 알 수 없습니다.


알았어, 반쯤 됐어 당신은 나머지를 시도 할 수 있습니까? 즉, 다시 연결하고 복사본을 다시 시작한 다음 성공하면 복사본의 MD5 / SHA1을 원본 드라이브의 원본과 비교하여 손상이 발생하지 않았 음을 확인하십시오.
Karan

1
@Karan-직접 해보십시오.
Ramhound

@Ramhound : 오, 나는 적절한 RTM 설치를하자마자 확실히 계획하고 내 게시물에 수집 된 유용한 결과를 추가 할 것입니다. BTW, 왜 여러 의견이 같은 것을 말하는가? 어쨌든 문제는 사용자 경험을 이끌어내는 것뿐만 아니라 공식적인 단어가 있는지 알아내는 것입니다.
Karan

1
@karan이 업데이트했습니다. PC에 액세스하면 나머지는 곧 업데이트됩니다.
avirk

굉장히 감사합니다! 향후 추가 테스트를 위해 다양한 시나리오를 생각하고 있지만 (파일 수, 다양한 파일 크기 혼합, USB 2.0 및 3.0 포트 / 드라이브 테스트, 드라이브 문자 변경으로 인해 발생하는 오류 등), 이 위대한 시작이며, 우리는 적어도 그 것을 지금 알고 있다 가능합니다.
Karan

3

드라이브가 손상되지는 않지만 동시에

  1. 사본을 다시 시작할 수 있다는 보장은 없습니다
  2. 파일 중간에 사본 파일을 일시 정지한다고 가정하면 해당 파일은 단순히 정크만큼 좋을 수 있습니다.

드라이브를 안전하게 제거 할 수 있지만 그 정도를 보장 할 수 있습니다.


재개가 가능할 수도 있고 불가능할 수도 있다고 말하고 있습니까? 나는 공식적인 단어를 찾을 수 없기 때문에 실제로 일어나는 일을 실제로 확인하기 위해 몇 가지 반복 테스트를 원했습니다.
Karan

새 드라이브가 컴퓨터에 연결되어 있지 않고 그 사이에 드라이브가 쓰여지지 않으면 아마도 작동 할 것으로 예상됩니다. 나는 어떤 보증도 기대하지 않을 것이다.
soandos

@Karan-테스트 해볼까요?
Ramhound

0

난 당신이 시스템이 경우에도 때문에 "예, 그것은 이렇게 괜찮아요"라고 공식 단어받지 않습니다 의심 되는 이 시나리오로 우아 가능한 처리하기 위해 설계, 그것은 여전히 문제를 초대 할 가능성이있어 마이크로 소프트는없는 것을 불필요하게 스스로 지원 문제를 만들 것입니다.

예를 들어, 하나의 USB 포트에서 드라이브를 분리했다가 다른 포트에 다시 꽂으면 어떻게됩니까? (당신은 질문에서 같은 포트에 대해 이야기하지만 실제 사용에서는 항상 일어날 가능성이 얼마나되는지 알고 있습니다 )? 드라이브의 플러그를 뽑고 다른 곳에 꽂은 다음 원래 컴퓨터로 돌아 가면 어떻게됩니까? 다시 한 번, 현실 세계에서 예상 할 수있는 일이 발생할 수 있습니다.


나는 것이다 가정 (내가 확인에 계획 이상) 포트의 변화하지만이 같은 드라이브 문자를 유지하는 문제가 발생하지 않을 것이라고. 다른 PC의 중간에 드라이브를 사용하는 것에 관해서는 이것이 내가 상상 한 시나리오입니다 (위의 Randolph에 대한 내 의견 참조). 다시 말하지만, 부분 파일을 건드리지 않는 한 프로세스를 다시 시작할 수 있기를 바랍니다. 또한 부분 파일에 특수 확장자가 추가되었는지, NTFS 등의 경우 ADS가 복사 프로세스가 아직 완료되지 않았 음을 나타내는 지 알고 / 확인하고 싶습니다.
Karan

공식 문서가있는 한, 나는 당신이 옳다고 생각하지만, 그들이이 시나리오를 테스트하고 작동한다는 것을 발견했다고 언급했지만 (직원이 비공식 블로그 게시물이라고하더라도) 아무런 문제도 보지 못했습니다. 사용자가 실패하면 불만을 제기 할 수 없습니다.
Karan

0

크리 키! 당신은 왜 것이라고 수 있습니다?

Microsoft 지원 한다고 말했더라도 이것을 믿지 않을 것 입니다. 나는 데이터의 무결성을 너무 중요하게 생각하여 약간의 편의만큼 사소한 일로 위험을 감수했습니다.

대신 복사 작업을 관리 가능한 덩어리로 나누고 일시 중지 대신 별도로 복사합니다. 그러나 그것은 탐색기를 사용하여하고 싶을 때입니다.

더 큰 파일 복사 / 이동 작업을 위해 Explorer 대신 Robocopy (Windows 8에 내장)를 사용하는 방법을 배우는 것이 좋습니다. 더 빠르고 사용자 정의가 가능하며 파일 타임 스탬프를 유지하며 파일이 잠겨 있고 복사 작업을 포기하더라도 멈추지 않습니다 ...

......... 효과적으로 일시 정지 할 수 있습니다. Robocopy 작업을 중단 한 다음 (명령 프롬프트에서 control + C ) 드라이브를 다시 연결 한 후 다시 실행하면 대상에 이미 존재하는 모든 파일을 빠르게 건너 뛰고 중단 된 위치에서 복사를 시작합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.