https://www.opennet.ru/openforum/vsluhforumID15/4940.html Такая ситуация. Комп с двумя HDD. HDD под файлы - на NTFS в целях совместимости с виндами (чтобы в случае надобности можно было в виндовый комп воткнуть, и не иметь дел с глючными драйверами ФС, встраиваемыми в винду через одно место).<br><br>Сценарий использования такой - когда диск нужен - жму кнопочку в Dolphin - и он примонтируется. Без всяких fstab.<br><br>Оказалось, что вот уже с декабря в Дебиан завезли ntfs3. Я даже особо и не заметил. И Dolphin поэтому использует для монтирования его. Всё было хорошо ... пока ntfs3 ВНЕЗАПНО не сломался.<br><br>fsopen("ntfs3", FSOPEN_CLOEXEC) = 3<br>fsconfig(3, FSCONFIG_SET_STRING, "source", "/dev/sdb1", 0) = 0<br>fsconfig(3, FSCONFIG_CMD_CREATE, NULL, NULL, 0) = -1 ENOENT (No such file or directory)<br><br>Пришлось откатываться на ntfs-3g. Хотя ntfs3, кажется, более полно поддерживает вещи, которые все утилиты на Linux считают как гарантированные: биты доступа, fallocate и т.д.<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID15/4940.html#3 Thu, 20 Mar 2025 07:03:43 GMT &gt; 2. если петлевое устройство не создать - не монтируется с теми же симптомами, что и не монтируется блочное устройство диска<br><br>все же там сообщение вполне конкретное "Can't lookup blockdev" и возвращает там ENOTBLK вместо ENOENT<br>Возможно это из-за того, что драйвер регистрируется как ntfs3 чтобы не конфликтовать с со старым драйвером ntfs (который уже удалили) или ntfs-3g. Т.е. blkid отчитался "ntfs", драйвер указан "ntfs3", mount решил не рисковать<br><br>&gt; 5. разумеется, никакое петлевое устройство проблему с немонтированием настоящего блочного устройства раздела (/dev/sdb1) не решает.<br><br>раздел на флешке тоже монтируется<br> https://www.opennet.ru/openforum/vsluhforumID15/4940.html#2 Thu, 20 Mar 2025 02:49:51 GMT Спасибо, что тратите на меня время. Уже есть какой-то прогресс.<br><br>1. у меня тоже замонтировалось ИЗ ФАЙЛА, когда я вручную создал петлевое устройство.<br>2. если петлевое устройство не создать - не монтируется с теми же симптомами, что и не монтируется блочное устройство диска<br>3. если добавить -o loop, то ФАЙЛ монтируется при указании пути к файлу в команде mount напрямую.<br><br>&gt;The mount command automatically creates a loop device from a regular file if a filesystem type is not specified or the filesystem is known for libblkid<br><br>но команда blkid прекрасно детектит тип ФС.<br><br>4. в случае с файлом образа ext4 указывать -o loop необязательно. Даже если явно указан тип ФС.<br>5. разумеется, никакое петлевое устройство проблему с немонтированием настоящего блочного устройства раздела (/dev/sdb1) не решает.<br> https://www.opennet.ru/openforum/vsluhforumID15/4940.html#1 Wed, 19 Mar 2025 17:14:01 GMT в продолжение треда https://www.opennet.ru/openforum/vsluhforumID3/136306.html#295<br><br>обновил ядро до 6.12.19, проблем с монтированием не поймал<br><br>[CODE]<br>$ uname -a<br>Linux gui 6.12.19-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.19-1 (2025-03-16) x86_64 GNU/Linux<br>$ md5sum ntfs_sample.img<br>685cefb81a8e6f1f419e574ba8bdf98c ntfs_sample.img<br>$ sudo losetup --show -f ntfs_sample.img<br>/dev/loop0<br>$ lsblk --fs /dev/loop0<br>NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS<br>loop0 ntfs TEST 482E2A042E29EB9E<br>$ sudo mount -t ntfs3 /dev/loop0 /mnt/<br>$ md5sum /mnt/debruijn.dat<br>8d7bdb337a222ec9c27b5cf28167dd38 /mnt/debruijn.dat<br>$ ls -la /mnt/<br>total 1471<br>drwxrwxrwx 1 root root 4096 Mar 19 15:19 .<br>drwxr-xr-x 18 root root 4096 Mar 19 19:17 ..<br>-rwxr-xr-x 1 root root 1498112 Mar 19 15:24 debruijn.dat<br>[/CODE]<br>запись тут https://0x0.st/81b0.webm<br>и так выглядит трейс (тут уже с указанием uid/gid/umask)<br>[CODE]<br>fsopen("ntfs3", FSOPEN_CLOEXEC) = 3<br>getuid()