Куда пропали файлы на NTFS после записи из Linuxa?

Question

[Minkos]

На одном HDD две ОС: Windows + Debian.
Диск разбит на 4 логических раздела:
1. NTFS (для Windows),
2. NTFS (файлопомойка),
3. EXT4 (Debian),
4. swap (для Debian).
Записал данные (около 50 GB) на файлопомойку NTFS через Debian. После очередного включения обнаружил что этих данных на диске нет, но обе ОСи указывают что занято пространство на эти 50 GB + данные которые были записаны ранее через Windows. В Debian смотрел в терминале ls -A -s -h /точка_монтирования_диска/ и через файловый менеджер, в Windows через файловый менеджер с показом скрытых/системных файлов - нигде не отображаются эти фантомные 50 GB. За данные не переживаю - перекачаю из инета. Больше интересует почему такая ситуация произошла, ведь успешное завершение перемещения файлов было подтверждено. И что делать с отображением занятого пространства на диске?
P.S. Из инета примерно понял что не стоит гонять данные на не нативные файловые системы для каждой ОС.

Comments

[mayton2019]

Ничего непонятно. Скажу просто соображения. Конечно дебиан ничего не знает об ntfs. Кажется он и все другие линуксы просто использует вот этот драйвер https://en.wikipedia.org/wiki/NTFS-3G а у него скорее всего есть баг-трекер. Кроме того непонятно на основании какой спецификации был создан этот драйвер? Какую линейку ntfs версий он держит (их минимум 3 штуки было)? Какие фичи? Там разные типы mountpoints, links есть. Как они нагрузочное тестирование по ошибкам делают? Где глянуть статус последнего тестирования? Вобщем пользоваться в read/only вроде можно. Но при малейших проблемах записи я обращаюсь к microsoft.

У меня была ситуация что телевизо Philips периодически не видел external 2" HDD с сериалами. Он подвисал на скане директорий и падал и перегружался заново. Для лечения я пере-подключал этот диск к Windows-11 и делал принудительный chkdsk или из UI мышкой кликал проверку диска. После этого все незакрытые транзакции как будто закрывались и фолдеры с сериалами становились видны. И я для себе сделал вывод что по крайней мере native Windows утилиты лучше фиксят ошибки незавершенных журналов. А записывал я сериалы с своего десктопа под Ubuntu.

Как сделать чтоб не возникало такого. Чорт его знает. Я думаю надо не просто дождаться факта записи последнего файла
но еще и отмонтировать файловую систему в линуксе и дождаться что она отмонтировалась.

Что еще можно глянуть. Есть еще утилита ntfsfix под Linux. Из того же комплекса выше. Но я-бы ей не пользовался как раз по причинам
слабых гарантий со стороны производителя ntfs-3g и прочего опенсорца.

[Minkos]

mayton2019, спасибо за соображения. Ниже ответили что данная проблема возникает из-за монопольного использования диска Windows'ом - режима гибернации. Проверка диска в Windows восстановила данные.

[mayton2019]

Minkos, да такое у меня тоже было когда стояло 2 операционки.

Answer 1

[rPman]

Отключи в windows технологию гибернации, она используется принудительно при выключении и перезагрузки (для ускорения запуска).
powercfg /h off

upd. эту фичу зовут Fast Startup (включена в win10 и 11 по умолчанию) можно не выключать всю гибернацию, а вручную выключать компьютер в правильном режиме

You can run shutdown -s -t 0 for a normal shutdown and shutdown -s -hybrid -t 0 for a hybrid shutdown.

Почему это важно? При гибернации windows не закрывает десктипроты открытых файлов, не сбрасываешь кеши (в т.ч. на чтение при последующем включении) предполагая, что windows использует диск монопольно. Если после перезагрузки из windows ты запускаешь любую другую ОС (хоть другую windows) то файловая система может оказаться в неконсистентном состоянии, особенно это опасно, если на диск будет производиться запись. Записанные файлы могут закономерно не оказаться в windows, потому что по 'счастливой' случайности данные о каталоге, куда файлы копировались оказались в кеше и при его просмотра отображена старая информация.

Comments

[Minkos]

Можно ли каким то образом сохранить возможность использовать режим гибернации, но для ситуации когда надо записать данные на диск NTFS с другой ОС использовать режим выключения? То есть можно ли указать системе не использовать технологию гибернации для режима выключения?

[rPman]

сложный вопрос, я напрямую даже не могу найти подтверждения своим словам (т.е. эту информацию я узнал еще во времена windows 8 но где и подробности - хз), в теории, если переустанавливаются какие то системные библиотеки (обычно это когда невозможно обновить файлы запущенных приложений, их обновление переносится на следующий перезапуск и windows просит перезапуститься) то перезагрузка и выключение должны быть 'настоящими', получается. это можно вызвать искусственно

upd. эта фича зовется Fast startup и по уму не должна быть включена по умолчанию теперь по умолчанию в win 10 и 11
https://www.howtogeek.com/780506/youre-shutting-do...

[rPman]

Круть, все таки chatgpt сделал майкрософтовский bing мега крутым, десять минут беседы и ответ найден
https://superuser.com/questions/495240/how-to-inst...

You can run shutdown -s -t 0 for a normal shutdown and shutdown -s -hybrid -t 0 for a hybrid shutdown.

[kisaa]

По идее, в таком случае Windows выставляет dirty-бит на разделе NTFS, и Linux, видя это, не позволяет смонтировать раздел на запись. Странно, что в этом случае что-то пошло не так.

[rPman]

kisaa, перечитай внимательнее что я написал

Answer 2

[Adler]

Обычная проверка файловой системы все восстановит.
Нечто подобное пару раз наблюдал когда из под другой ОС записывать данные на диск, а потом они в основной системе находящейся в гибернации или с использованием быстрой загрузки были невидны.

Comments

[Minkos]

Не знал о таких нюансах. Проверка диска восстановила данные.

[Adler]

Я просто сам нечто подобное ловил работая в сервисе при немного других обстоятельствах. Замена диска на клиентском компе с копированием данных с других разделов, где на новый диск переставляется винда, а потом на другом ПК сливается бакап файлов, которые вдруг на свежеустановленной винде не видны.
При чем первый раз это словил коллега и я сперва подумал, что он криворучка, пока буквально на следующий день сам такое не поймал :)

rPman в общем выше описал детальнее суть.