충분한 디스크 공간과 inode를 사용할 수 있지만 Linux에서는 장치에 남은 공간이 없습니다.

충분한 디스크 공간과 inode를 사용할 수 있지만 Linux에서는 장치에 남은 공간이 없습니다.

다음을 사용하여 많은 파일을 복사할 때 이 문제가 발생했습니다.tar -cf - * | (cd ../bar; tar -xf - );.

문제를 검색한 결과 아래 제안 사항을 찾았지만 그 중 어느 것도 나에게 도움이 되지 않았습니다. 이 문제는 재부팅 후에도 지속됩니다.

문제의 한 가지 특이한 점은 이중 부팅(ubuntu 20.04 및 Windows 10)을 사용하고 있기 때문에 대상 디스크가 NTFS의 데이터 디스크일 뿐이라는 것입니다. 그래서 나는 그것을 사용하여 고치려고 노력했다.chkdskWindows 10에서는(아래 #6 참조) 별 도움이 되지 않았습니다. Windows 10에서 부팅해도 파일을 디스크에 복사할 수 없는데 "너무 많이 조각화되었습니다"라는 다른 메시지가 표시되어 Windows 도구를 사용하여 디스크 조각 모음을 시도했지만 최적화가 진행되지 않았습니다. 15T 공간 중 2T만 사용되고 디스크는 불과 2개월밖에 사용되지 않았기 때문에 "너무 단편화되어 있다"는 것이 실제 문제는 아니라고 생각합니다.

추가로 시도할 수 있는 사항에 대해 조언해 줄 수 있는 사람이 있습니까? 귀하의 전문 지식에 미리 감사드립니다!

편집하다: 달리는 중tar -cf - * | (cd ../bar; tar -xf - );, 오버플로가 발생한 것 같습니다. 이로 인해 중요한 항목이 손상되었을 수 있습니다. Ubuntu 20.04의 일부 환경 매개변수와 관련이 있을 수 있지만 무엇이 손상될 수 있는지, 왜 그런 일이 발생했는지 이해하는 것은 Linux/Ubuntu에 대한 이해 범위를 넘어서는 것입니다.

  1. 디스크 공간을 확인하십시오. <- 사용 가능한 공간이 충분합니다(문제가 있는 디스크는/mnt/e, 끝에서 두 번째) df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            252G     0  252G   0% /dev
tmpfs            51G   32M   51G   1% /run
/dev/nvme0n1p2  1.8T  828G  912G  48% /
tmpfs           252G   15M  252G   1% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           252G     0  252G   0% /sys/fs/cgroup
/dev/loop0      128K  128K     0 100% /snap/bare/5
/dev/loop1       56M   56M     0 100% /snap/core18/2246
/dev/loop2       62M   62M     0 100% /snap/core20/1169
/dev/loop3      219M  219M     0 100% /snap/gnome-3-34-1804/72
/dev/loop5       56M   56M     0 100% /snap/core18/2128
/dev/loop4       66M   66M     0 100% /snap/gtk-common-themes/1519
/dev/loop6      9.5M  9.5M     0 100% /snap/htop/3233
/dev/nvme0n1p1  511M  5.3M  506M   2% /boot/efi
/dev/nvme1n1p3  1.9T  1.2T  665G  65% /mnt/c
/dev/loop7       33M   33M     0 100% /snap/snapd/13640
/dev/loop8       51M   51M     0 100% /snap/snap-store/547
/dev/loop9       33M   33M     0 100% /snap/snapd/13270
/dev/loop10      66M   66M     0 100% /snap/gtk-common-themes/1515
tmpfs            51G   16K   51G   1% /run/user/125
/dev/sda2        15T   12T  3.3T  78% /mnt/z
/dev/sdb2        15T  2.0T   13T  14% /mnt/e
tmpfs            51G   36K   51G   1% /run/user/1000
  1. inode 사용량 <- 1%가 사용됩니다./mnt/e,df -i
Filesystem          Inodes    IUsed       IFree IUse% Mounted on
udev              65989773     1100    65988673    1% /dev
tmpfs             65997179     8821    65988358    1% /run
/dev/nvme0n1p2   122068992  1554395   120514597    2% /
tmpfs             65997179       40    65997139    1% /dev/shm
tmpfs             65997179        5    65997174    1% /run/lock
tmpfs             65997179       18    65997161    1% /sys/fs/cgroup
/dev/loop0              29       29           0  100% /snap/bare/5
/dev/loop1           10833    10833           0  100% /snap/core18/2246
/dev/loop2           11732    11732           0  100% /snap/core20/1169
/dev/loop3           18500    18500           0  100% /snap/gnome-3-34-1804/72
/dev/loop5           10803    10803           0  100% /snap/core18/2128
/dev/loop4           65095    65095           0  100% /snap/gtk-common-themes/1519
/dev/loop6            3605     3605           0  100% /snap/htop/3233
/dev/nvme0n1p1           0        0           0     - /boot/efi
/dev/nvme1n1p3   698250164  1718509   696531655    1% /mnt/c
/dev/loop7             479      479           0  100% /snap/snapd/13640
/dev/loop8           15841    15841           0  100% /snap/snap-store/547
/dev/loop9             474      474           0  100% /snap/snapd/13270
/dev/loop10          64986    64986           0  100% /snap/gtk-common-themes/1515
tmpfs             65997179       45    65997134    1% /run/user/125
/dev/sda2       3505524112    20634  3505503478    1% /mnt/z
/dev/sdb2      13549630048  3278197 13546351851    1% /mnt/e
tmpfs             65997179       94    65997085    1% /run/user/1000
  1. 디스크/파일 권한 문제 <- 문제가 아님

  2. inotify.max_user_watches가 증가합니다. 65536이었는데 524288로 늘어났는데 별 도움이 안됐어요

  3. du -h 및 df -h에서 반환된 크기를 확인하세요. 둘 다 똑같아

  4. 디스크가 손상되었을 수 있습니다. <- Windows chkdsk에서 관련 없는 파일 하나가 분리된 것을 발견하여 수정되었습니다. 두 번째 chkdsk 실행에서는 Windows에서 아무런 문제도 발견되지 않았습니다. chkdsk E: /f

Stage 2: Examining file name linkage ... 
Deleted invalid filename Refinitiv\References (2BE9F9) in directory 5.
File 2BE9F9 has been orphaned since all its filenames were invalid
Windows will recover the file in the orphan recovery phase.
Correcting minor file name errors in file 2BE9F9.
Deleting index entry Refinitiv\References in index $I30 of file 5.
  6 reparse records processed.
  3630180 index entries processed.
Index verification completed.
 Phase duration (Index verification): 14.18 minutes.
CHKDSK is scanning unindexed files for reconnect to their original directory.
  1 unindexed files scanned.
  0 unindexed files recovered to original directory.
 Phase duration (Orphan reconnection): 0.00 milliseconds.
CHKDSK is recovering remaining unindexed files.
  1 unindexed files recovered to lost and found.
    Lost and found is located at \found.000
 Phase duration (Orphan recovery to lost and found): 0.00 milliseconds.
  6 reparse records processed.
 Phase duration (Reparse point and Object ID verification): 8.49 milliseconds.
  1. lsof/ | grep "deleted" --> 아래 경고와 함께 해당 파일이나 디렉터리가 없습니다.
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/125/gvfs Output information may be incomplete. 
lsof: WARNING: can't stat() tracefs file system /sys/kernel/debug/tracing Output information may be incomplete.

답변1

Windows 10에서 부팅해도 디스크에 파일을 복사할 수 없습니다.

이는 대상 파일 시스템이 Windows에서도 사용할 수 없을 정도로 손상되었음을 의미합니다. Windows의 디스크 검사로 복구할 수 없는 경우 행운을 빕니다! /mnt/e에서 일부 백업 매체로 가능한 모든 것을 수행하고 창을 사용하여 해당 볼륨을 포맷해야 합니다.

관련 정보