В чём причина того, что после каждого подключения HDD к винде, диск перестаёт монтироваться Линуксом?

Question

[Pavel K]

Приветствую!
Есть жёсткий диск нулёвый WD, отформатирован в NTFS (пробовал как силами винды, так и с Линукса), который иногда
нужно подключать к машине с виндой 10 (как выносной по USB). После безопасного извлечения с винды и подключения к Линукс (в моём случае Mint) после монтирования (монтирую "sudo mount -t ntfs-3g /dev/sdi1 /mnt/FrontUSB", аналогично через fstab поведение)
при попытке перехода в каталог выдаёт ошибку "bash: cd: FrontUSB: Конечная точка передачи не подсоединена"
В dmesg

spoiler

[1756588.000559] usb 1-1.3: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[1756588.034733] usb 1-1.3: Product: USB 2.0 Drive
[1756588.039450] usb 1-1.3: Manufacturer: PI-288
[1756588.079610] usb 1-1.3: SerialNumber: 100709000343
[1756588.125612] usb-storage 1-1.3:1.0: USB Mass Storage device detected
[1756588.165889] scsi host10: usb-storage 1-1.3:1.0
[1756590.360015] scsi 10:0:0:0: Direct-Access PI-288 USB 2.0 Drive PQ: 0 ANSI: 4
[1756590.410291] sd 10:0:0:0: Attached scsi generic sg2 type 0
[1756590.417223] sd 10:0:0:0: [sdi] 625142448 512-byte logical blocks: (320 GB/298 GiB)
[1756590.452362] sd 10:0:0:0: [sdi] Write Protect is off
[1756590.490992] sd 10:0:0:0: [sdi] Mode Sense: 38 00 00 00
[1756590.499247] sd 10:0:0:0: [sdi] No Caching mode page found
[1756590.528434] sd 10:0:0:0: [sdi] Assuming drive cache: write through
[1756590.611106] sdi: sdi1
[1756590.637368] sd 10:0:0:0: [sdi] Attached SCSI disk

fdisk -l

spoiler

/dev/sdi1 2048 625141759 625139712 298,1G 7 HPFS/NTFS/exFAT

На винде же как обычно определяется и заходит в папку, файлы переносит и т.д. Если отформатировать опять в NTFS, то на диск монтируется, всё ок до первого подключения к машине с виндой.
Подскажите, пожалуйста, что за фигня и как решать? Проверял разные диски - аналогично.

Answer 1

[Yan]

выключить быстрый запуск в винде

Comments

[SVM]

да,думаю проблема в этом.
когда то сам писал подобный вопрос (но забыл где именно)
нужно было войти в систему не сбрасывая старый пароль,а для этого смонтировать системный диск win10
и подменить SAM файл на свой,в котором известен пароль админа
зы
вот нашёл mintlinux.ru/forum/thread13282.html

[Pavel K]

А можно узнать, что он такого делает?
Я пробовал искать появившиеся файлы после винды - ничеге нет. Может от где в какой таблице чего дописывает?

[Yan]

Pavel K, честно не знаю

Знаю только чтобы монтировать диски ntfs, надо выключить жту фичу

Answer 2

[Алексей Скобкин]

Как разовое решение (на одну загрузку) - сделать ntfsck этого раздела. Форматировать точно не надо.

Comments

[Pavel K]

Делал - безрезультатно =( Гугл опползал, всё так же.
На другой машине проверить не могу ((

Answer 3

[jcmvbkbc]

В dmesg...

В этом обрывке только опознание железа винта и чтение таблицы разделов. Попыток монтирования не видно. После mount ничего нового не появляется?

Comments

[Pavel K]

Это был вывод сразу после.

Answer 4

[rPman]

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

Если вопросов производительности работы с этим диском из под windows не стоит, можно отключить кеширование диска (останется аппаратный кеш на самом диске, в 90% случаев его достаточно).
Свойства устройства (например в менеджере дисков) закладка политика (политика кеширования записи) отключить кеширование.