говно ntfs-3g первотег по-дефолту монтирует все с маской 700. при копировании права остаются такие же и всякие mpd не могут получить доступ. и каждый раз я забываю сделать после копирования
$ find ./ -t f -exec chmod 644 {} +
$ find ./ -t d -exec chmod 755 {} +
Gentoo ntfs-3g Какого-то хрена на винте с NTFS пропали почти все вайлы из таблицы файлов. То есть директории натурально пустые, а df -h кажет, что винт забит почти полностью, что и должен делать. Вопиющая разница между выводом du -hs и df -h (47G и 232G занято) говорит о том, что файловая таблица неправильная, а ntfsck и прочие гонят какую-то фигню.
И как теперь таблицу файлов вернуть?..
ntfs-3g Вот уроды, нет чтобы опцию ввести каким макаром поддерживать имена файлов — так оне пишут что это не их проблема.
Why does the driver allow special characters in the filenames? NTFS supports several filename namespaces at the same time: DOS, Win32 and POSIX. While the NTFS-3G driver handles all of them, it always creates new files in the POSIX namespace for maximum portability and interoperability reasons. This means that filenames are case sensitive and all characters are allowed except '/' and '\0'. This is perfectly legal on Windows, though some application may get confused. If you find so then please report it to the developer of the relevant Windows software. Workaround: If case insensitivity handling and/or restriction of special character usage is desirable then you may export the NTFS volume via Samba <samba.or> which supports this functionality the same way as it does for other POSIX file systems. An alternative solution for case insensitivity support is using ciopfs <brain-dump.or> which mounts a normal directory on a regular file system in case insensitive fashion.
Status: Not NTFS-3G problem.