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


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.