Büyük dosya ext2 usb çubuğuna kopyalanamıyor [kapalı]

8G usb çubuğum var (linux Mint'deyim) ve 5.4G dosyasını içine kopyalamaya çalışıyorum, ancak

No space left on device

Başarısız olmadan önce kopyalanan dosyanın dosya boyutu her zaman 3.6G'dir

Takılı çubuğun bir çıkışı gösterir.

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

Yani 5.4G dosyası, 8G usb çubuğuna gitmiyor gibi görünüyor. Ext2 ile ilgili bir sorun olmadığını düşündüm ve sadece dosya boyutları ve usb çubukları için fat32 ile ilgili sorunlar oldu? Biçimlendirmeyi değiştirmek herhangi bir fark yaratır mı?

Düzenleme: İşte sürücü için tunefs bir rapor

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
    

8GB çubuğunuzun yaklaşık 7.5 GiB'si vardır ve bazı dosya sistemi yükü bile 5.4GiB dosyasını saklayabilmelidir.

tune2fsDosya sistemi durumunu ve özelliklerini denetlemek için kullanılır :

tune2fs -l /dev/<device>

Varsayılan olarak alanın% 5'i kök kullanıcı için ayrılmıştır. Çıktınız, yaklaşık 385MiB'ye karşılık gelen ve varsayılan değer gibi görünen 97894 bloğu listeler. Bu tune2fskadar ayrılmış alana ihtiyacınız yoksa bu değeri kullanarak ayarlamak isteyebilirsiniz . Bununla birlikte, bu 385MiB ile bile dosya dosya sistemine sığmalıdır.

Sizin tune2fsçıkış hataları ile bir kirli dosya sistemini gösterir. Bu yüzden lütfen fsckdosya sisteminde çalıştırın . Bu, hataları düzeltir ve muhtemelen bazı dosyaları lost+founddizine yerleştirir. Verileri kurtarmak istemiyorsanız bunları silebilirsiniz.

Bu, dosya sistemini düzeltmelidir ve dosyayı kopyalamak başarılı olacaktır.

Tamam, Windows kullanıcısı olduğumu biliyorum, linux kullanıcısı değilim, ancak eski bir dizüstü bilgisayara ve eski bir dizüstü bilgisayardan dosya aktarmak için 16Gig veri çubuğuna dosya kopyalamaya çalışırken bir süre önce benzer bir sorun yaşadım. Çıkardığı gibi, çıkarılabilir cihazlar (ext2, fat32 vb.) İçin dosya sistemi formatlarının çoğu, dosya boyutu 3.2Gig'den büyükse, genellikle kök ve sistem için ayrılmış bazı varsayılan alanlar nedeniyle dosya kopyalamayı desteklemez dosyaları vs ... Genellikle (tamamen boş ve taze biçimlendirilmiş olmasına rağmen) sürücünün dolu olduğunu söyleyen bir hata aldım.

Biraz araştırma yaptıktan sonra, NTFS dosya sisteminin büyük dosyaları sistemden çubuklara aktarmak için en iyi olduğunu öğrendim, çünkü 3.2'den büyük dosyaların herhangi bir sorun olmadan kopyalanmasına izin veren tek dosya sistemi.

Bunun herhangi bir yardımcı olup olmayacağını bilmiyorum, ancak her zaman olası bir çözümdür.