GNU Linux 64 비트 서버에서 수행 된 TCPDUMP 에서 잘못된 체크섬 오류가 너무 많습니다 . 수출에서 50 %에 가까운 부정확 한 chekcsum이 있습니까? cksum 0xe61f (잘못된 (-> 0x8c37) 이 데이터를 어떻게 해석 할 수 있습니까? 성능에 많은 영향을 미칩니 까?
내 문제는 다음과 같습니다. 많은 (최대 60TB) 큰 파일 (보통 30-40GB)을 tar 파일로 아카이브해야합니다. 보관하기 전에 이러한 파일의 체크섬 (md5, sha1 등)을 만들고 싶습니다. 그러나 모든 파일을 두 번 읽지 않으면 (체크섬 한 번, 타르 팅 두 번) 매우 높은 아카이빙 성능을 달성하기 위해 어느 정도 필요합니다 (LTO-4는 120MB / …
예를 들어,이 프로젝트는 *.ascPGP 서명이 있는 파일을 제공 하여 다운로드 내용을 확인합니다 (체크섬이 아닌 빈 열을 볼 수 있음). https://ossec.github.io/downloads.html 이 파일을 어떻게 사용합니까? 나는 gpg --verify다른 변종을 시도했지만 이름이 파일과 일치하는 것처럼 보이지만 다운로드 된 파일 이름이 정확히 동일하지는 않습니다. 어떻게 작동 해야하는지 잘 모르겠습니다.
btrfs와 같은 파일 시스템에서 스크럽을 수행 할 수 있습니다. 스크럽은 모든 데이터를 통해 데이터가 여전히 파일 시스템 체크섬과 일치하는지 확인합니다. 백업하기 전에 ext4의 데이터가 올바른지 확인하고 싶습니다. 질문 ext4에는 파일 시스템 체크섬이 없지만 비슷한 것을 만들 수 있습니까?