второй внутренний жесткий диск ntfs не монтируется

Question 1

У меня есть Ubuntu и Windows, установленные на моем первом диске. В Windows мой второй диск отлично работает. Когда я пытаюсь установить его в Ubuntu, он говорит мне:

mount: не могу найти / 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

Question 2

Из комментариев ...

sdb2 выглядит как неизвестная файловая система. Это может произойти, если это NTFS и имеет нечистую файловую систему. В Windows запустите chkdsk /f d:, изменив «d» на правильную букву диска Windows для sdb2.

Из комментариев ...

Ваша файловая система NTFS поврежден на sdb2. Я бы делал резервную копию данных, удалял sdb2 и воссоздавал их как NTFS, а затем восстанавливал ваши данные. Он не должен отображаться как «пространства хранения Microsoft», это должны быть «Основные данные Microsoft».

Question 3

Question 4

На основе вывода fdisk, показывающего, что этот раздел является «хранилищем Microsoft», может оказаться невозможным установить в 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.

Кроме того, не забудьте указать точку монтирования назначения в вашей команде mount, поскольку /dev/sdb2 не входит в ваш /etc/fstab файл. (это то, о чем «ошибка sdb2 не в вашей fstab»)

Question 5

Из комментариев ...

sdb2 выглядит как неизвестная файловая система. Это может произойти, если это NTFS и имеет нечистую файловую систему. В Windows запустите chkdsk /f d:, изменив «d» на правильную букву диска Windows для sdb2.

Из комментариев ...

Ваша файловая система NTFS поврежден на sdb2. Я бы делал резервную копию данных, удалял sdb2 и воссоздавал их как NTFS, а затем восстанавливал ваши данные. Он не должен отображаться как «пространства хранения Microsoft», это должны быть «Основные данные Microsoft».

Question 6

На основе вывода fdisk, показывающего, что этот раздел является «хранилищем Microsoft», может оказаться невозможным установить в 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.

Кроме того, не забудьте указать точку монтирования назначения в вашей команде mount, поскольку /dev/sdb2 не входит в ваш /etc/fstab файл. (это то, о чем «ошибка sdb2 не в вашей fstab»)

heynnema · Answer 1 · 18 July 2018 в 14:04

Из комментариев ...

sdb2 выглядит как неизвестная файловая система. Это может произойти, если это NTFS и имеет нечистую файловую систему. В Windows запустите chkdsk /f d:, изменив «d» на правильную букву диска Windows для sdb2.

Из комментариев ...

Ваша файловая система NTFS поврежден на sdb2. Я бы делал резервную копию данных, удалял sdb2 и воссоздавал их как NTFS, а затем восстанавливал ваши данные. Он не должен отображаться как «пространства хранения Microsoft», это должны быть «Основные данные Microsoft».

TopHat · Answer 2 · 18 July 2018 в 14:04

На основе вывода fdisk, показывающего, что этот раздел является «хранилищем Microsoft», может оказаться невозможным установить в 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.

Кроме того, не забудьте указать точку монтирования назначения в вашей команде mount, поскольку /dev/sdb2 не входит в ваш /etc/fstab файл. (это то, о чем «ошибка sdb2 не в вашей fstab»)

heynnema · Answer 3 · 24 July 2018 в 20:19

Из комментариев ...

sdb2 выглядит как неизвестная файловая система. Это может произойти, если это NTFS и имеет нечистую файловую систему. В Windows запустите chkdsk /f d:, изменив «d» на правильную букву диска Windows для sdb2.

Из комментариев ...

Ваша файловая система NTFS поврежден на sdb2. Я бы делал резервную копию данных, удалял sdb2 и воссоздавал их как NTFS, а затем восстанавливал ваши данные. Он не должен отображаться как «пространства хранения Microsoft», это должны быть «Основные данные Microsoft».

TopHat · Answer 4 · 24 July 2018 в 20:19

На основе вывода fdisk, показывающего, что этот раздел является «хранилищем Microsoft», может оказаться невозможным установить в 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.

Кроме того, не забудьте указать точку монтирования назначения в вашей команде mount, поскольку /dev/sdb2 не входит в ваш /etc/fstab файл. (это то, о чем «ошибка sdb2 не в вашей fstab»)

0

ответ дан TopHat 24 July 2018 в 20:19

1

Я бы посоветовал использовать ntfsfix ..., если вы не хотите испортить свой диск C: или потерять данные. Конечно, мы говорим о sdb2, где команда ntfsfix ничего не сделает, поскольку все, что она делает, это уничтожить файл спящего режима и очистить грязный флаг / установить флаг очистки. ps: вам нужно либо удалить один из ваших ответов, либо объединить их в один. ps2: вы скопировали мой ответ / комментарий. – heynnema 29 April 2017 в 20:01
2

@heynnema У меня не было опыта, искажающего C: или потери данных с помощью ntsfix. Однако при работе с метаданными любого типа файловой системы всегда полезно сделать резервную копию на всякий случай. Вот почему я сначала рекомендовал сделать резервную копию. – TopHat 29 April 2017 в 20:47
3

Учти это. В Windows файл гибернации хранит последнее известное состояние Windows. Допустим, последнее, что вы делали в Windows, - это отредактировать файл, но дисковый буфер еще не был записан на диск. Затем, вне Windows, вы удаляете файл спящего режима. Как вы думаете, что случилось с неписаным дисковым буфером? Простой пример. Потерянные данные. – heynnema 29 April 2017 в 21:51
4

Комментарии не предназначены для расширенного обсуждения; этот разговор был перемещен в чат . – Thomas Ward♦ 2 May 2017 в 16:23

второй внутренний жесткий диск ntfs не монтируется

4 ответа

Другие вопросы по тегам:

Похожие вопросы: