기기에 남은 공간이 없습니다. 320GB 사용 가능

기기에 남은 공간이 없습니다. 320GB 사용 가능

나는 조금 길을 잃었다. 원본 파일 시스템이 여전히 존재하는 500GB 외장 하드 드라이브가 있습니다. 마지막 명령( dd이 파일 시스템의 파일에 쓰기)이 "장치에 남은 공간이 없습니다"라는 메시지와 함께 실패합니다.

그래도 여지는 충분하다고 생각합니다.

root# pwd
/media/john/HD-CEU2

root# df -h .
Filesystem      Size  Used Avail Use% Mounted on
/dev/sdb1       466G  335G  132G  72% /media/john/HD-CEU2

root# df -i .
Filesystem     Inodes IUsed IFree IUse% Mounted on
/dev/sdb1        132M   23K  132M    1% /media/john/HD-CEU2

root# du -hs .
335G    .

root# mount | grep `pwd`
/dev/sdb1 on /media/john/HD-CEU2 type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096

이것은 원시 파일 시스템을 갖춘 외장 하드 드라이브입니다. Windows와 비슷하거나 Ubuntu가 이를 "fuseblk"로 마운트하는 이유는 무엇입니까?

lsof | grep `pwd`
(Nothing except for 2 shells having a handle on the root directory /media/john/HD-CEU2)

디스크에 아직 132GB의 여유 공간이 있는 것 같습니다. 그러나 이 dd명령은 280GB(300158177280바이트) 파일을 쓴 후 "장치에 남은 공간이 없습니다"라는 메시지와 함께 실패합니다. 나할 수 있는약 100MB 크기의 새 파일이 오류 없이 생성됩니다.

(Windows) 파일 시스템의 일부 제한으로 인해 발생합니까?

파일 시스템을 어떻게 식별할 수 있나요?( file -s /dev/sdb1"x86 부팅 섹터"를 반환 fdisk -l dev/sdb하고 를 반환합니다 7 HPFS/NTFS/exFAT. NTFS입니까?)

업데이트: 할 수 없습니다입증하다실패했을 때 공간은 충분했지만 dd백그라운드 프로세스가 130GB 이상을 차지하는 것은 상상할 수 없습니다.

관련 정보