Không thể sao chép tệp lớn vào thanh usb ext2 [đã đóng]


10

Tôi có một thanh USB 8G (Tôi đang dùng linux Mint) và tôi đang cố sao chép một tệp 5,4G vào nó, nhưng nhận được

No space left on device

Kích thước tệp của tệp được sao chép trước khi thất bại luôn là 3.6G

Một đầu ra của thanh gắn cho thấy ..

df -T
/dev/sdc1      ext2       7708584    622604   6694404   9% /media/moo/ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9fe

df -h
/dev/sdc1       7.4G  608M  6.4G   9% /media/moo/ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9fe

du -h --max-depth=1
88K ./.ssh

ls -h myfile 
-rw-r--r-- 1 moo moo 5.4G May 26 09:35 myfile

Vì vậy, tệp 5,4G dường như sẽ không xuất hiện trên thanh USB 8G. Tôi nghĩ rằng không có vấn đề với ext2, và đó chỉ là vấn đề với fat32 cho kích thước tệp và thanh usb? Thay đổi định dạng sẽ làm cho bất kỳ sự khác biệt?

Chỉnh sửa: Đây là một báo cáo từ tunefs cho ổ đĩa


sudo tune2fs -l /dev/sdd1

Filesystem volume name: Last mounted on: /media/moo/ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9fe Filesystem UUID: ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9fe Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: ext_attr resize_inode dir_index filetype sparse_super large_file Filesystem flags: signed_directory_hash Default mount options: (none) Filesystem state: not clean with errors Errors behavior: Continue Filesystem OS type: Linux Inode count: 489600 Block count: 1957884 Reserved block count: 97894 Free blocks: 970072 Free inodes: 489576 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 477 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8160 Inode blocks per group: 510 Filesystem created: Mon Mar 2 13:00:18 2009 Last mount time: Tue May 26 12:12:59 2015 Last write time: Tue May 26 12:12:59 2015 Mount count: 102 Maximum mount count: 26 Last checked: Mon Mar 2 13:00:18 2009 Check interval: 15552000 (6 months) Next check after: Sat Aug 29 14:00:18 2009 Lifetime writes: 12 GB Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Required extra isize: 28 Desired extra isize: 28 Default directory hash: half_md4 Directory Hash Seed: 249823e2-d3c4-4f17-947c-3500523479fd FS Error count: 62 First error time: Tue May 26 09:48:15 2015 First error function: ext4_mb_generate_buddy First error line #: 757 First error inode #: 0 First error block #: 0 Last error time: Tue May 26 10:35:25 2015 Last error function: ext4_mb_generate_buddy Last error line #: 757 Last error inode #: 0 Last error block #: 0


Có thể là bạn hoặc các công cụ của bạn nhầm lẫn về GB so với GiB? Và vì nó là ext2, nên dành bao nhiêu dung lượng cho root (theo mặc định, đây là 5%).
0xC0000022L

Cảm ơn, làm thế nào tôi có thể cho biết bao nhiêu không gian được dành riêng?
Ian

@Ian Để hiển thị thông tin hệ thống tệp, sử dụng:tune2fs -l /dev/<device>
Marco

3
Hệ thống tập tin của bạn có lỗi. Chạy fscktrên hệ thống tập tin và kiểm tra / xóa nội dung của lost+found. Cũng lưu ý rằng 385MiB được dành riêng cho root (khối44). Bạn có thể muốn điều chỉnh giá trị đó với tune2fs.
Marco

1
Cảm ơn bạn rất nhiều, điều này bây giờ làm việc. umount và sudo e2fsck / dev / sdd1 dường như đã sửa nó (có lỗi khối được xác nhận nhiều lần, có thể từ các lỗi trước đó vì nó đã đề cập đến cùng tên tệp). Nếu bạn muốn đặt nó làm câu trả lời, sẽ chấp nhận.
Ian

Câu trả lời:


9

Thanh 8GB của bạn có khoảng 7,5 GiB và thậm chí với một số chi phí hệ thống tệp có thể lưu trữ tệp 5,4GiB.

Bạn sử dụng tune2fsđể kiểm tra trạng thái và thuộc tính sytem của tệp:

tune2fs -l /dev/<device>

Theo mặc định, 5% dung lượng được dành cho người dùng root. Đầu ra của bạn liệt kê các khối4, tương ứng với khoảng 385MiB và dường như là giá trị mặc định. Bạn có thể muốn điều chỉnh giá trị này bằng cách sử dụng tune2fsnếu bạn không cần nhiều không gian dành riêng đó. Tuy nhiên, ngay cả với 385MiB, tệp phải phù hợp với hệ thống tệp.

tune2fsĐầu ra của bạn hiển thị một hệ thống tệp ô uế có lỗi. Vì vậy, xin vui lòng chạy fscktrên hệ thống tập tin. Điều này sẽ sửa các lỗi và có thể đặt một số tệp trong lost+foundthư mục. Bạn có thể xóa chúng nếu bạn không có ý định khôi phục dữ liệu.

Điều này sẽ sửa hệ thống tệp và sao chép tệp sẽ thành công.


-3

Ok, tôi biết tôi là người dùng Windows, không phải người dùng linux, nhưng tôi đã gặp một vấn đề tương tự trước đây khi cố gắng sao chép tệp vào thanh dữ liệu 16Gig, để chuyển đến và từ một máy tính xách tay cũ. Khi nó bật ra, hầu hết các định dạng hệ thống tệp cho các thiết bị di động (ext2, fat32, v.v.), không hỗ trợ sao chép tệp nếu tệp có kích thước lớn hơn 3.2Gigs, vì một số không gian mặc định thường được dành cho root và hệ thống các tập tin, v.v ... Tôi thường gặp lỗi khi nói với tôi rằng ổ đĩa đã đầy (mặc dù nó hoàn toàn trống và được định dạng mới).

Sau khi thực hiện một số nghiên cứu, tôi phát hiện ra rằng hệ thống tệp NTFS là tốt nhất để chuyển các tệp lớn từ hệ thống sang dạng dính, vì đây là hệ thống tệp duy nhất cho phép các tệp lớn hơn 3,2 được sao chép mà không gặp sự cố nào.

Không biết điều này có giúp ích gì không, nhưng nó luôn là một giải pháp khả thi.


4
không may cho bạn Ext2 thực sự không hỗ trợ các file lớn như vậy và ngoài giới hạn cho FAT32 là 2 GiB không LFS, 4 GiB với và 256 GiB với FAT32 + ( nguồn ).
0xC0000022L
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.