전송 중 파일이 손상 / 손실 되었습니까? 복구가 가능합니까?


10

나는 며칠 전 uni 네트워크의 Linux (Debian KDE 3.5) 컴퓨터 중 하나의 H 드라이브에 500Mb 파일 (3gp 비디오 녹화)을 잘라 붙여 넣으려고했을 때 uni에있었습니다.

잘라 내기 및 붙여 넣기 작업이 실패했음을 나타내는 오류 메시지가 표시되지 않았지만 결과로 붙여 넣은 파일을 보면 60Mb 파일 (440Mb 불일치)로 나타납니다. 내 파일이 어떻게 든 축소되었습니다! 파일을 붙여 넣는 과정에서 파일이 손상 되었습니까? 이것이 불완전하게 복사 된 파일의 조각입니까?

관리자가 사용자에게 부과 한 H 드라이브 크기 할당 제한으로 인해 파일 전송이 중단 된 것 같습니다.

그러나 리눅스는 파일이 의도 한 목적지로 이동하고 전송 이 시작 되기 전에 전송이 중단 될 수있는 것보다 파일이 더 크다고 예상 할 것입니다. 금지 된 한도에 도달 할 때까지 기다리지 말고 신중하게 취소하십시오.

또한 파일 전송이 중단 된 경우 일반적으로 원본 파일이 원본 USB 드라이브에 그대로 남아있을 것으로 예상합니까 (즉, 삭제되지 않음)

파일이 대상에 나타나지만 훨씬 더 작고 작동하지 않습니다. 외장 드라이브의 원본 위치에있는 원본 파일이 사라져 작업이 성공적으로 완료되었음을 나타냅니다.

이 크기 조정은 다소 기이하며 이제 원본 파일에 액세스 할 수없는 것 같습니다. 자르고 붙여 넣은 후에 원본 위치에서 원본이 제거되었을 수 있습니다. 컴퓨터가이 작업을 잘못 처리하여 파일을 잃어버린 것 같습니다. 파일 검색을 도와주십시오.

PhotoRec 및 Sleuthkit 법의학 도구를 사용하여 휴대 전화의 SD 카드에서 파일을 복구하려고했습니다. 불운. 디스크의 삭제 된 섹션이 새 데이터로 덮어 써 졌을 수 있습니다. 따라서 소스 엔드에서 진행이 없습니다. 대상 쪽 (예 : 내 단일 네트워크)에서 복구 할 수있는 방법이 있습니까?

peter@peter-deb:/media/E0FD-1813$ cd DCIM/
peter@peter-deb:/media/E0FD-1813/DCIM$ cd ..
peter@peter-deb:/media/E0FD-1813$ cd LOST.DIR/
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls -a
.  ..
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ 

파일을 복사 / 이동하기 위해 무엇을 사용 했습니까? 또한 복사 도구가 sys-admins가 허용되는 최대 파일 크기로 설정 한 내용을 어떻게 알 수 있습니까? 또한, 당신 쪽에서 손가락 문제가 없었습니까? 복사가 완료되지 않으면 복사 도구가 원본 파일을 삭제하지 않아야합니다.
— tshepang

복사 도구는 Konquerer 또는 파일 관리자가 KDE 3.5 데비안 컴퓨터에 있던 도구였습니다. 전송 작업 기간 동안 USB 플러그를 옮기지 않았다고 확신합니다.
— ptrcao

ptrcao, 전송 후 : (USB 드라이브 마운트 해제) 또는 ( 꺼내기 / 제거 옵션을 사용하고 안전하게 제거 할 수 있다는 팝업을 기다렸습니다)?
— rozcietrzewiacz

그렇습니다, 그것은 습관의 문제입니다. 내가하지 않는 유일한 이유는 일부 네트워크 에서이 기능이 데스크탑 환경에서 활성화되지 않았지만이 기능이 해당 Linux 네트워크에서 사용 가능하고 일상적으로 사용되는 것을 기억하는 것 같습니다. 그래서 그것은 무엇을 말합니까? 도움이 필요하십니까?
— ptrcao

1
"H drive": 범인이 창쪽에 있고 Linux, 네트워크 또는 서버와 관련이 없다고 생각합니다. Window의 SMB는 파일을 내부적으로 버퍼링하고 마무리하기 전에 원본을 연결 해제하려고 시도함에 따라 이와 같은 문제가있는 것 같습니다.
— Jonathan Cline IEEE

답변:


11

먼저, 네트워크를 통해 파일을 이동 하지 말고 복사 만하십시오. 복사가 완료된 후에는 항상 원본을 삭제할 수 있습니다. 둘째, 로컬 시스템은 원격 스토리지에 파일 시스템 할당량이 존재한다는 것을 인식하지 못할 수도 있습니다. 원격 할당량으로 인해 복사 작업이 실패하는지 미리 예측할 수 있다고 가정하지 마십시오. 마찬가지로 지금까지 "전송"프로세스에 관한 한, 모든 바이트로 전송하고 원격 말까지 접수, 당신은 이제 원본이 삭제 될 수 있습니다 파일을 이동하고 싶어했다 - 휙 파일이 갔다.

"대상에서 복구 할 수있는 방법은 무엇입니까?" -기회가 아니야 좋아, 아마도 작은 것 있는지 확인하기 위해 네트워크 관리자에게 문의하십시오 다만 어쩌면 시스템이 실제로 전체 파일을받은하지만 다시 당신에게 할당량 내에서 크기를보고합니다. 숨을 참지 마십시오.

조금 거칠게 들리면 사과하지만 새로운 습관이 필요한 것 같습니다. :-)


아니요 ... :( 어떻게 관리자가 이것을 막을 수 없었습니까? 나는 단지 정규 학생입니다. 컴퓨터와 네트워킹에 대해 무엇을 알고 있으며 훌륭한 데이터 관리 실습 ... 당신은 희망의 빛을 발했습니다. 파일을 복구 할 수 있는지 확인하기 위해 요청을하고 사례를 열었습니다. 더 도움이되고 실용적인 제안, 내가 할 수있는 일, 또는 나를 위해 해달라고 요청한 경우 해당 파일은 중요하고 독창적입니다. :(
— ptrcao

또한 실제로 나머지 파일을 복사하여 집에서 실행하려고했습니다. 실제로 파일을 보는 모든 컴퓨터에서 60Mb 파일로보고되며 실제로 해당 파일이 작동하지 않습니다. 희망적인 시나리오를 배제합니까?
— ptrcao

시스템 관리자와 대화 했습니까? 그것은 희망의 유일한 파쇄입니다.
— shon

예, 답장이 없습니다. :( 그러나 그들은 결국 내가 그것을 생각할 것입니다 ...
— ptrcao

게으른 관리자는 잠시 후이를 기각하고 사건을 종결하고 싶다고 말했다. 그것은 순간이었다. 내가 내 사건에 넣은 모든 세부 사항을 마친 후, 그는 그것을 귀찮게하지 않았다 ...
— ptrcao

1

다음 번 구식 솔루션 :

# sync
# sync
# sync
# umount /mnt

(이것은 세 개의 동기화가 연속적이고 미신적이기 때문에 다소 냉소적입니다. 찾아보십시오. http://utcc.utoronto.ca/~cks/space/blog/unix/TheLegendOfSync )

SYSV 시절에 유용했습니다.

좋아, 구글에서 이것을 찾는 데 꽤 오랜 시간이 걸렸다. 어쨌든 나는 젊은이들이 Raymond의 Unix Folklore 책을 읽도록 제안합니다 (아마존에서 찾을 수 없습니다 ...?).




허, 저를 다시 데려다줍니다. Xenix ... 동기화, HDD LED가 어두워 질 때까지 기다리십시오. 두 번 더 반복하고 시스템 정지를 요청하십시오. 주요 업데이트를 시작하기 전에 여전히 키보드에서 닭을 희생하는 사람이 있습니까?
— Fiasco Labs
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.