Я столкнулся с этой проблемой при копировании большого количества файлов с помощьюtar -cf - * | (cd ../bar; tar -xf - );.
Я поискал информацию по этой проблеме и нашел следующие предложения, ни одно из которых мне не помогло. Эта проблема сохраняется даже после перезагрузки.
Одной из особенностей проблемы является то, что целевой диск был просто диском данных в NTFS, так как я использую двойную загрузку (Ubuntu 20.04 и Windows 10). Поэтому я попытался исправить это с помощьюchkdskв Windows 10 (см. #6 ниже), но это не сильно помогло. Я не могу скопировать файл на диск при загрузке в Windows 10, но вижу другое сообщение, говорящее «слишком много фрагментации», поэтому я попытался дефрагментировать диск с помощью инструмента Windows, но оптимизация не прошла. Я не думаю, что «слишком много фрагментации» является реальной проблемой, поскольку из 15T используется только 2T, а диску всего два месяца.
Может ли кто-нибудь посоветовать мне, что можно еще попробовать? Спасибо большое за вашу экспертизу заранее!
РЕДАКТИРОВАТЬ: В бегеtar -cf - * | (cd ../bar; tar -xf - );, я думаю, что произошло некоторое переполнение, которое могло повредить что-то критическое. Это может быть связано с каким-то параметром среды в Ubuntu 20.04, но понимание того, что могло быть повреждено и почему это произошло, находится за пределами моего понимания Linux / Ubuntu
- проверьте место на диске <- достаточно места (проблемный диск/mnt/e, второй с конца) дф -х
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% используется в/mnt/e,дф -и
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
проблема с правами доступа к диску/файлу <- не проблема
увеличение inotify.max_user_watches. Было 65536 и увеличилось до 524288, но не помогло
проверьте размеры, возвращаемые du -h и df -h. Оба одинаковы
диск мог быть поврежден <- 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.
- 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 для форматирования этого тома.