Раздел смонтирован, но файлы не видны

Вопрос или проблема

У меня на ноутбуке следующие 3 основные раздела:

  1. Arch Linux (выпуск 2019.10.01) EXT4
  2. Windows 10 NTFS
  3. Общий диск NTFS

Я сделал резервное копирование своих данных на внешний жесткий диск > отформатировал > установил Windows > установил Arch > перенес данные с внешнего жесткого диска на общий NTFS диск, пока еще загружен в Arch.

Затем я загрузился в Windows, и теперь не могу видеть свои данные на общем диске. Тем не менее, емкость моего общего диска показывает, что он заполнен.

Далее я вернулся в Arch, чтобы проверить, что произошло с моими файлами, и теперь я даже не могу видеть свои файлы в Arch!!! Хотя команда df показывала, что мой общий диск заполнен на 91%. Я пытался размонтировать и смонтировать его снова с помощью ntfs-3g, но все равно не могу видеть свои файлы.

Я вижу, что раздел заполнен как в Arch, так и в Windows, но не вижу свои файлы (как из файлового менеджера, так и из терминала).

Ниже представлен мой файл fstab:

# /dev/sda5
UUID=055429ea-d5e7 /            ext4        rw,relatime 0 1

# /dev/sda2
UUID=9076       /efi        vfat        rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro   0 2

# /dev/sda7
UUID=23190878-9e6a  none        swap        defaults    0 0

# Windows OS
/dev/sda6 /mnt/os ntfs-3g defaults 0 0

# Windows OS
/dev/sda4 /mnt/windows ntfs-3g defaults 0 0

Ниже приведен результат sudo df -hT:

Filesystem     Type      Size  Used Avail Use% Mounted on
dev            devtmpfs  5.8G     0  5.8G   0% /dev
run            tmpfs     5.8G  1.6M  5.8G   1% /run
/dev/sda5      ext4       91G   11G   76G  13% /
tmpfs          tmpfs     5.8G  225M  5.6G   4% /dev/shm
tmpfs          tmpfs     5.8G     0  5.8G   0% /sys/fs/cgroup
tmpfs          tmpfs     5.8G   60K  5.8G   1% /tmp
/dev/loop1     squashfs  422M  422M     0 100% /var/lib/snapd/snap/pycharm-professional/159
/dev/loop0     squashfs   90M   90M     0 100% /var/lib/snapd/snap/core/7917
/dev/sda2      vfat       95M   27M   69M  28% /efi
tmpfs          tmpfs     1.2G  9.1M  1.2G   1% /run/user/1000
/dev/sda4      fuseblk   746G  672G   74G  91% /mnt/windows
/dev/sda6      fuseblk    88G   25G   63G  29% /mnt/os

Ниже приведен результат sudo lsblk -no name,fstype:

loop0  squashfs
loop1  squashfs
sda    
├─sda1 ntfs
├─sda2 vfat
├─sda3 
├─sda4 ntfs
├─sda5 ext4
├─sda6 ntfs
└─sda7 swap

Может кто-то сказать, что происходит и как я могу получить доступ к своим файлам?

Попробуйте размонтировать и смонтировать раздел вручную через командную строку. Кстати, проверьте, есть ли какие-либо ошибки в dmesg. Можете предоставить вывод “ls -alh”?

У меня была такая проблема с одним ntfs разделом моего внешнего жесткого диска, которая не решалась уже некоторое время. Я также пробовал ntfs-3g, но проблема осталась нерешенной.

Наконец, я нашел компьютер с ОС Windows и подключил к нему жесткий диск. Проблемный раздел и еще один ntfs раздел были обнаружены, но другие ext4 разделы не отображались. Так как проблемный раздел нельзя было открыть, я кликнул правой кнопкой мыши на его значок и попытался восстановить или восстановить (что-то подобное) раздел, после нескольких кликов проблема была решена.

Ответ или решение

Проблема, с которой вы столкнулись, может быть связана с несколькими факторами, особенно при использовании NTFS между Windows и Arch Linux. Давайте рассмотрим шаги, которые вы можете сделать для восстановления доступа к вашим файлам на общем NTFS-диске.

1. Проверьте наличие ошибок в файловой системе

NTFS может иметь проблемы, которые приводят к тому, что файлы не отображаются корректно. Первым делом стоит выполнить проверку диска с помощью Windows:

  1. Запустите Windows.
  2. Откройте "Этот компьютер" и найдите общий NTFS-диск.
  3. Щелкните правой кнопкой мыши на диске и выберите "Свойства".
  4. Перейдите на вкладку "Сервис" и нажмите "Проверить". Это позволит Windows проверить и исправить потенциальные ошибки файловой системы.

2. Подключите диск к Windows

Если после проверки диск все равно не отображает файлы, попробуйте подключить его к другому компьютеру с Windows и проверьте, видны ли файлы там. Иногда Windows может восстановить доступ к файлам, применив какие-то методы автоматического восстановления.

3. Проверка логов

Если вы возвращаетесь в Arch и все равно не видите файлы, попробуйте проверить системные журналы на наличие ошибок, связанных с модулями NTFS или проблемами монтирования:

dmesg | grep ntfs

4. Повторное монтирование

Если в логах нет ошибок, попробуйте размонтировать и снова смонтировать диск с использованием NTFS-3G:

sudo umount /mnt/windows
sudo mount -t ntfs-3g /dev/sda4 /mnt/windows

5. Проверьте права доступа

Еще одной причиной может быть проблема с правами доступа. Проверьте их с помощью:

ls -alh /mnt/windows

Этот вывод покажет содержимое папки и права на файлы. Если вы видите папку, но не видите файлов, это может указывать на проблемы с правами доступа или атрибутами.

6. Использование утилит для восстановления

Если ваши данные все еще не доступны, можно рассмотреть использование программ для восстановления данных, таких как TestDisk или PhotoRec. Они могут помочь восстановить потерянные файлы, если файловая система повреждена, но помните, что их использование связано с некоторыми рисками.

Заключение

Существует множество причин, по которым файлы могут быть недоступны на вашем NTFS-диске. Следуя上述 рекомендациям, вы сможете диагностировать и, возможно, решить проблему. Важно также всегда иметь резервные копии ваших данных перед выполнением операций, потенциально влияющих на файловую систему.

Оцените материал
Добавить комментарий

Капча загружается...