đệm tar với số không

Khi thực hiện tar trên tệp nén bz2, tôi gặp phải lỗi sau,

tar: dump.sql: Tệp bị thu hẹp 19573448400 byte; đệm với số không

Bất cứ ai có thể chỉ ra những gì có thể gây ra vấn đề này?

Cảm ơn.

linux tar

— Iliyas Shirol
nguồn

Câu trả lời:

Đó không phải là một lỗi. Đó là THÔNG TIN.

Tôi sẵn sàng đặt cược rằng bạn đang nén / giải nén hình ảnh Máy ảo hoặc tệp được phân bổ thưa thớt.

Bzip2 đã phát hiện ra rằng tệp chủ yếu là số không và đã nén nó để chúng không có trong tệp nén.

Đây là sự khác biệt giữa kích thước thực tế và kích thước rõ ràng của các tệp thưa.

— Tom O'Connor
nguồn

Tôi đã tìm thấy một chủ đề giúp chứng thực một cách hữu ích và giải thích thêm: Groups.google.com/d/msg/comp.os.linux.misc/RES9Kvw7kO4/ Lỗi

— Martin Eden

Nếu đó không phải là một lỗi, thì tại sao nó tạo ra một mã thoát khác không?

— Ben Collins

Trong trường hợp của tôi, tệp .tar.bz2 thực sự chứa dữ liệu bị hỏng: nó chứa một bó byte NUL tại vị trí được chỉ định trong thông báo, trong đó nó được cho là chứa dữ liệu khác không. Tôi không biết tại sao. Khi tôi cố gắng tạo một .tar.bz2 khác của tệp đó, nó hoạt động chính xác.

— 200_success

Điều này chỉ xảy ra với tôi trong khi thực hiện lưu trữ tar (không nén). Chắc chắn không liên quan đến bzip. Và dù sao, chạy mã hóa chiều dài không chính xác bất thường vì vậy nó không phải là thứ mà bzip sẽ làm phiền khi báo cáo.

— Wyatt8740

Các tập tin trong câu hỏi đã được gọi dump.sql, vì vậy có lẽ không phải là một tập tin nén bz2. - Trong mọi trường hợp, vấn đề không liên quan đến bz2 hoặc loại nội dung của tệp.

Thông báo có nghĩa là, một stat()tệp trên tệp đã báo cáo kích thước khác với số lượng thực sự có thể được đọc từ tệp. Điều này có thể xảy ra, nếu tập tin đã được thay đổi trong khi tarđang làm việc.

Điều này cũng xảy ra trên các tệp ảo của Nhật Bản giống như các tệp trên hệ thống tệp của Linux. Nhiều trong số chúng được báo cáo với kích thước 4096 Byte (một giá trị tùy ý). Một lần read(), họ chỉ trả về một vài byte.

— Robert Siemer
nguồn