利用可能なディスク容量とinodeが十分ですが、Linux上のデバイスには余分なスペースがありません。

利用可能なディスク容量とinodeが十分ですが、Linux上のデバイスには余分なスペースがありません。

以下を使用して多数のファイルをコピーするときにこの問題が発生しました。tar -cf - * (cd ../bar; tar -xf - );

私はこの問題を検索して次の提案を見つけましたが、それらのどれも私には役に立ちませんでした。再起動してもこの問題は解決しません。

この問題の1つの特徴は、デュアルブート(ubuntu 20.04およびWindows 10)を使用しているため、ターゲットディスクはNTFSのデータディスクにすぎないことです。だから私はそれを使用して修正しようとしました。チャックデスクWindows 10では(下記#6を参照)、あまり役に立ちません。 Windows 10から起動したときにファイルをディスクにコピーすることはできませんでしたが、「断片化されすぎました」というメッセージが表示され、Windowsツールを使用してディスクを最適化しようとしましたが、最適化は続行されませんでした。 15Tスペースのうち2Tだけが使用され、ディスクはわずか2ヶ月しかなかったため、「あまりにも断片化されている」というのが本当の問題だとは思わない。

私がもっと試すことができるものを教えてくれる人はいますか?事前にあなたの専門知識に心から感謝!

編集する: 走るtar -cf - * (cd ../bar; tar -xf - );、オーバーフローが発生したようです。これにより、重要な項目が破損している可能性があります。 Ubuntu 20.04の一部の環境パラメータに関連している可能性がありますが、何が壊れたのか、なぜこれが起こるのかを理解することは、Linux / Ubuntuの私の理解の範囲を超えています。

  1. ディスク容量の確認< - 空き容量が十分です(該当するディスクは/mnt/e、最後から2番目) 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/edf-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で関連のない孤立したファイルを見つけて修復しました。 2番目の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から一部のバックアップメディアに移動し、Windowsを使用してボリュームをフォーマットする必要があります。

おすすめ記事