второй внутренний ntfs жесткий диск, не монтируемый
У меня есть Ubuntu и Windows оба установленные на моем первом диске. В Windows хорошо работает мой второй диск. Когда я пытаюсь смонтировать его в Ubuntu, это говорит мне:
смонтируйтесь: не может найти/dev/sdb2 в/etc/fstab
Вот мой fstab:
# /etc/fstab: static file system information.
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda5 during installation
UUID=7bd442e2-28aa-488b-a592-cfe2fff95022 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda6 during installation
UUID=b2f8e207-5f5c-4217-9cae-10aeaac998c7 none swap sw 0 0
Это все еще показывает мой HDD в дисках
вот fdisk-l/dev/sdb вывод:
Disk /dev/sdb: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: B36EE60F-CD10-11E6-B574-D050992F2DD1
Device Start End Sectors Size Type
/dev/sdb1 34 262177 262144 128M Microsoft reserved
/dev/sdb2 264192 1953523711 1953259520 931,4G Microsoft Storage Spaces
3 ответа
Та ошибка только инициирована, когда местоположение для монтирования не было указано в команде, и устройство не перечислено в /etc/fstab файл. На основе fstab файла Вы добавили, он не показывает /dev/sdb2. blkid вывод команды был бы полезен в этом экземпляре, так как мы могли сравнить UUID с sd* имена устройств. Верный способ избежать, чтобы конкретное сообщение об ошибке указало каталог, требуется смонтировать диск:
mount -t fstype /dev/sdb2 /path/to/mount
необходимо будет выполнить вышеупомянутую команду с корневыми полномочиями или с sudo. Кроме того, замена "fstype" с фактическим типом файловой системы, таким как ntfs.
На основе вывода fdisk, показывающего, что разделом является "Microsoft Storage Spaces", которую не может быть возможно смонтировать в Linux. Ваше решение состояло бы в том, чтобы выбрать что-то как NTFS. Для тех, которые дома получают эту ошибку с NTFS, в некоторых случаях с NTFS, имеющим эту проблему, можно решить с ntfsfix. Для запуска установите пакет, который имеет ту утилиту. В зависимости от Вашей версии Ubuntu, которая будет в ntfsprogs или ntfs-3g:
sudo apt-get install ntfsprogs или sudo apt-get install ntfs-3g
и затем:
sudo ntfsfix /dev/sdb2
Однако я настоятельно рекомендовал бы делать резервное копирование сначала, особенно если бы вывод fdisk не указал на NTFS. Я не знаю наверняка, что это сделало бы к разделу Microsoft Storage Spaces.
кроме того, не забудьте включать целевую точку монтирования в свою команду монтирования, так как /dev/sdb2 не включен в Ваш /etc/fstab файл. (это - то, что "sdb2 не находится в Вашем fstab" ошибка, был о)
Из комментариев...
sdb2 похож на неизвестную файловую систему. Это может произойти, если это - NTFS и имеет грязную файловую систему. В Windows, запущенном chkdsk /f d: изменение "d" к корректной букве диска Windows для sdb2. У Вас также нет fstab записи для него, если Вы хотите, чтобы это автосмонтировалось.
, Так как chkdsk был чистым..., и fdisk показывает проблему...
Ваша файловая система NTFS повреждена на sdb2. Я скопировал бы Ваши данные, удалил бы sdb2 и воссоздал бы его как NTFS, затем восстановил бы Ваши данные. Это не должно обнаруживаться как "Microsoft Storage Spaces", это должна быть "Microsoft Basic Data".