Диск не может быть смонтирован автоматически, но ручное монтирование успешно
Что случилось?
Так что я провел некоторое время, глядя в это, и я довольно уверен, что это вызвано ошибкой ядра. Ошибка запускается тем, что у вас есть файловая система NTFS в корне диска (то есть файловая система начинается прямо в начале диска). Обычно корня диска будет содержать таблицы разбиения, а файловая система (ы) будет в пределах отдельных разделов.
Обычно это будет работать нормально с другими файловыми системами, но кажется, что тот факт, что он NTFS имеет спутать ядро. Вместо того, чтобы распознать файловую систему NTFS и прохождение над ним, она распознает его в качестве таблицы раздела MBR и переходит к созданию некоторых файлов устройств, связанных с несуществующими разделами.
Я не уверен, почему вы не получаете SDB1 . Как начало, так и конец диска передаются конец диска для SDB4 , следовательно, он не появляется. Предположительно ядро находит некоторую другую проблему с SDB1 и не создает его. Вы делаете SDB2 и SDB3 Однако.
Обходной путь
Обходной путь состоит в том, чтобы попытаться получить оставшуюся часть системы, чтобы игнорировать хитрые разделы. Для этого сначала запустите команду Sudo UDEVADM INFO / DEV / SDB | grep id_serial = Когда диск подключен, чтобы узнать его серийный номер, это все после = . Далее создайте файл с пути /etc/udev/rules.d/99-hide-partitions.rules . Поместите две линии ниже в нем и замените XXXXX с помощью серийного номера от ранее.
ID_SERIAL=xxxxx, ID_PART_ENTRY_NUMBER=="2", ENV{UDISKS_IGNORE}="1"
ID_SERIAL=xxxxx, ID_PART_ENTRY_NUMBER=="3", ENV{UDISKS_IGNORE}="1"
После сохранения файла отключите и подключите диск, и все должно быть в порядке.
Альтернатива
Альтернатива конечно состоит в том, чтобы переформатировать диск и либо поставить таблицу раздела и файловую систему NTFS на нему или просто использовать другую файловую систему.
Это может быть лучшее решение в течение длительного прохода, поскольку поэтому причина наличия раздела NTFS предназначена для совместимости Windows. Мой опыт работы с Windows состоит в том, что он не любит диски без таблицы разделения (вероятно, причина, по которой эта ошибка не подошла в Linux раньше). Вы можете проверить (или, возможно, вы уже знаете), если привод работает с Windows. Если это имеет место, имеющее файловую систему NTFS, которая не работает с Windows на диске, которая не работает хорошо в Linux, вероятно, не так много использовать.
Обратите внимание, что если вы хотите использовать файловую систему, которая хорошо воспроизводится как Linux, так и Windows, хороший, чтобы попробовать UDF .
Отчет об ошибке
, вероятно, было бы хорошей идеей сообщить об этой ошибке разработчикам ядра. Что было бы полезным, представляет собой копию первых 512 байтов привода, который неверно истолкован как таблица раздела MBR. Было бы полезно воспроизвести ошибку в случае, если она не отображается с каждой файловой системой NTFS. Чтобы скопировать раздел привода до MBR.Bin :
sudo dd if=/dev/sdb of=mbr.bin bs=512 count=1
Если вы хотите сообщить об ошибке, не стесняйтесь. В противном случае, пожалуйста, отправьте файл онлайн где-то, чтобы кто-то здесь мог сделать это. Если вы собираетесь переформатировать, очевидно, сделайте это первым.