나는 조금 길을 잃었다. 원본 파일 시스템이 여전히 존재하는 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 이상을 차지하는 것은 상상할 수 없습니다.