Não é possível copiar arquivos grandes para o stick usb ext2 [closed]

Question

Eu tenho um pendrive 8G (estou no linux Mint), e estou tentando copiar um arquivo 5.4G para ele, mas obtendo

No space left on device

O tamanho do arquivo do arquivo copiado antes de falhar é sempre 3.6G

Uma saída do bastão montado mostra ..

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

Assim, um arquivo de 5,4G não parece estar em um pen drive de 8G. Eu pensei que não havia problemas com o ext2, e foi apenas problemas com o fat32 para tamanhos de arquivo e sticks USB? Alterar a formatação faria alguma diferença?

Edit: Aqui está um relatório de tunefs para o disco

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
    

    

Answer 1

O seu stick de 8GB tem aproximadamente 7,5 GiB e, mesmo com alguma sobrecarga do sistema de arquivos, deve ser capaz de armazenar o arquivo de 5.4GiB.

Você usa tune2fs para verificar o status e as propriedades do sistema de arquivos:

tune2fs -l /dev/<device>

Por padrão, 5% do espaço é reservado para o usuário root. Sua saída lista 97894 blocos, o que corresponde a aproximadamente 385MiB e parece ser o valor padrão. Você pode querer ajustar esse valor usando tune2fs se não precisar de muito espaço reservado. No entanto, mesmo com esses 385 MiB, o arquivo deve caber no sistema de arquivos.

Sua saída tune2fs mostra um sistema de arquivos sujo com erros. Então, por favor, execute fsck no sistema de arquivos. Isso consertará os erros e possivelmente colocará alguns arquivos no diretório lost+found . Você pode excluí-los se não quiser recuperar os dados.

Isso deve corrigir o sistema de arquivos e a cópia do arquivo será bem-sucedida.

    

Answer 2

Ok, eu sei que sou um usuário do Windows, não um usuário do Linux, mas tive um problema semelhante há algum tempo quando tentei copiar arquivos para um data stick de 16Gig, para transferir de e para um laptop antigo. Como se viu, a maioria dos formatos de sistema de arquivos para dispositivos removíveis (ext2, fat32 etc), não suportam copiar arquivos se o arquivo for maior que 3.2Gigs em tamanho, por causa de algum espaço padrão geralmente sendo reservado para raiz e sistema arquivos etc ... Eu geralmente tenho um erro me dizendo que a unidade estava cheia (mesmo que estivesse totalmente vazia e recém formatada).

Depois de fazer algumas pesquisas, descobri que o sistema de arquivos NTFS é melhor para transferir arquivos grandes do sistema para o sistema, pois é o único sistema de arquivos que permite que arquivos maiores que 3.2 sejam copiados sem problemas.

Não sei se isso será de alguma ajuda, mas é sempre uma solução possível.