Видит ли линукс нтфс

Чайник для Линуксов

пятница, 3 октября 2008 г.

Linux. Работаем с NTFS или Куда делись мои жесткие диски

Проблема довольно распространенная. Вы устанавливаете дистрибутив, загружаете, а он не видит ваши NTFS-диски. Делаете то же самое в другом дистрибутиве — там все отлично.
Как вариант — можно остаться работать в том дистрибутиве, где они видны. Но гораздо правильнее будет попытаться подключить их вручную, чем менять дистрибутив.

На каждом дистрибутиве насколько я заметил есть свои заморочки. Заключаются они в параметрах, которые надо указывать. Но более менее суть одна и подойдет к любому дистрибутиву. К тому же некоторые вещи можно либо прочесть в справке, либо дополнительно спросить на форумах.

Для начала просто откроем нужные разделы на чтение.
Информация о монтируемых в системе дисках лежит в файле «/etc/fstab»
Вот что, например, написано в моём:

/dev/hda6 / ext3 noatime 1 1
none /proc proc defaults 0 0
/dev/hda7 swap swap defaults 0 0

hda6 — основной Linux раздел
hda7 — Linux swap-раздел

Для того чтобы добавить свои NTFS диски необходимо указать:
Что — Куда — Тип файловой системы — Параметры — 0 0

Здесь «0 0» в конце это тоже параметры, но их можно оставить нулями.
Итак, у меня есть NTFS-раздел hda1. Чтобы добавить его в файл надо написать такую строку:

/dev/hda1 /mnt/win_c ntfs umask=0022,nls=utf8,ro 0 0

Итак, мы монтируем «hda1» в папку «/mnt/win_c» с параметрами «umask=0022,nls=utf8,ro».
umask=0022 — маска доступа к файлам и каталогам. Разрешает всем доступ только на чтение и выполнение, кроме root’a (впрочем неважно, все равно диск на чтение, и даже root ничего не запишет)
nls=utf8 — кодировка, чтобы нормально отображались файлы с русскими буквами в названии. Если с этим возникли проблемы можете указать вместо «nls=utf8» параметр «locale=ru_RU.UTF-8»
ro — ReadOnly, т.е. доступ только на чтение

Важно отметить, что параметры, которые вы задаете, это параметры команды mount, и подробнее о них вы соответственно можете узнать из «man mount»

Для того чтобы открыть доступ к NTFS на запись необходимо установить в систему пакет ntfs-3g, который позволит вам записывать информацию на NTFS.
В файл «/etc/fstab» в этом случае необходимо будет добавить такую строку:

/dev/hda1 /mnt/win_c ntfs-3g defaults,umask=0,locale=ru_RU.UTF-8 0 0

Итак. Вместо «ntfs» указали «ntfs-3g».
Параметр «umask=0» разрешает делать с NTFS-диском всё что угодно всем желающим. Не очень верно с точки зрения безопасности, и у многих вместо «umask=0» присутствуют 2 таких параметра: «umask=007,gid=46». В любом случае, один из вариантов, скорее всего должен сработать.

Таким образом после перезагрузки системы Linux должна увидеть и подхватить NTFS-диски на запись или чтение, в зависимости от того, что вы указали в файле.
Если что-то не работает — экспериментируйте с параметрами!

Читайте также:  Удалить источники событий windows

P.S. (добавлено спустя много месяцев):
На самом деле всё проще. Сейчас у меня Дебиан и строка параметров как для NTFS-диска на чтение, так и для NTFS-диска на запись — одинаковая:
defaults,umask=007,gid=46,nls=utf8

— umask разрешает всё владельцу (root надо полагать) и группе; остальным доступ запрещён, ибо нефиг
— группа выставляется номер 46; заметьте, это не имя, а номер. Всех пользователей, которым вы хотите предоставить доступ к NTFS дискам нужно не забыть включить в эту группу в файле «/etc/group». Например, командой:
useradd -G groupname username

Если вам помогла эта статья — оставьте комментарий! Они доступны даже не зарегистрированным пользователям.

За помощь в вопросе спасибо GrayCat , Noki .

Источник

Работа с NTFS в Linux

Всех приветствую. Так вышло что есть несколько дисков, оставшихся от стационарного компа, которые теперь буду помещать в самосборный сервер. Предполагается скорее всего Самба, но вот диски (HDD) я хочу оставить в NTFS. Ключевой вопрос не в скорости, но в надежности и возможности восстановить если что-то случится. Вопрос: корректно ли работает та же Убунту с NTFS?

Значит можно конвертнуть по одному. Не вижу причин не конвертнуть.

Нет, работает через одно место.

Сейчас в новое ядро хотят присунуть драйвер NTFS от Paragon.

Для старых ядер в Ubuntu LTS наверно лучше NTFS этот прикупить.

Плохая идея. Надеюсь Вы админ локалхоста, а не подлянку какой-то организации делаете )

Ок, но тогда какую ФС выбрать? Их понаплодили, не могу понять какую надо для максимально качественного хранения.

Не страдай. Если не нужен обмен файлами с машинами под управлением windows — форматируй в родную для линукса фс (варианты тебе предложили). Если нужна кроссплатформенность — поднимай файловый сервер с самбой.

Что-то почитал в сравнениях этих ФС, но так и не понял что лучше для хранения. Вот тут только пишут что btrfs будет лучше, за счет поддержки CRC: https://itisgood.ru/2021/05/26/btrfs-ili-ext4-funkcionalnye-vozmozhnosti-silnye-i-slabye-storony/

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

Ключевой вопрос не в скорости, но в надежности и возможности восстановить если что-то случится

Источник

Видит ли линукс нтфс

28 май 2017, 11:44

# / was on /dev/sda1 during installation
UUID=e5de675e-6b6b-4ce9-8629-542d07732060 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda2 during installation
UUID=edf07ea4-bd06-42c3-9b9b-b7da414f377e /home ext4 defaults 0 2
# /dev/sdb1: LABEL=»hardD» UUID=»1F7F76C938CF4113″ TYPE=»ntfs»
UUID=1F7F76C938CF4113 /media/hardD ntfs-3g uid=1000,gid=1000,dmask=022,fmask=133,locale=ru_RU.UTF-8 0 0
# Binds
/media/hardD/dja/Documents /home/dja/Документы none bind 0 0
/media/hardD/dja/Music /home/dja/Музыка none bind 0 0
/media/hardD/dja/Downloads /home/dja/Загрузки none bind 0 0
/media/hardD/dja/Pictures /home/dja/Изображения none bind 0 0
/media/hardD/dja/clouds/MailRu /home/dja/Clouds/MailRu none bind 0 0
/media/hardD/dja/clouds/YaDisk /home/dja/Clouds/YaDisk none bind 0 0
# /media/hardD/dja/clouds/Gdrive /home/dja/Clouds/Gdrive none bind 0 0
/media/hardD/dja/Video /home/dja/Видео none bind 0 0

#tmpfs
tmpfs /tmp tmpfs defaults 0 0
tmpfs /home/dja/.cache tmpfs defaults 0 0
tmpfs /home/soul/.cache tmpfs defaults 0 0

Полный доступ к NTFS из Linux

28 май 2017, 12:12

Читайте также:  Автономные файлы windows 10 home

# / was on /dev/sda1 during installation
UUID=e5de675e-6b6b-4ce9-8629-542d07732060 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda2 during installation
UUID=edf07ea4-bd06-42c3-9b9b-b7da414f377e /home ext4 defaults 0 2
# /dev/sdb1: LABEL=»hardD» UUID=»1F7F76C938CF4113″ TYPE=»ntfs»
UUID=1F7F76C938CF4113 /media/hardD ntfs-3g uid=1000,gid=1000,dmask=022,fmask=133,locale=ru_RU.UTF-8 0 0
# Binds
/media/hardD/dja/Documents /home/dja/Документы none bind 0 0
/media/hardD/dja/Music /home/dja/Музыка none bind 0 0
/media/hardD/dja/Downloads /home/dja/Загрузки none bind 0 0
/media/hardD/dja/Pictures /home/dja/Изображения none bind 0 0
/media/hardD/dja/clouds/MailRu /home/dja/Clouds/MailRu none bind 0 0
/media/hardD/dja/clouds/YaDisk /home/dja/Clouds/YaDisk none bind 0 0
# /media/hardD/dja/clouds/Gdrive /home/dja/Clouds/Gdrive none bind 0 0
/media/hardD/dja/Video /home/dja/Видео none bind 0 0

#tmpfs
tmpfs /tmp tmpfs defaults 0 0
tmpfs /home/dja/.cache tmpfs defaults 0 0
tmpfs /home/soul/.cache tmpfs defaults 0 0

Источник

Чем опасен NTFS раздел?

Есть xubuntu 14.04 и два жестких диска. На одном собственно Linux, на другом, отформатированным в NTFS — куча рабочих документов, доставшихся от старого компьютера. Беспокоит вопрос: есть ли какие-то подводные камни, если работаешь непосредственно на этом втором диске с NTFS? Или системе вообще все равно, где там какой раздел, раз они все монтируются в одно дерево каталогов?

жил с таким пару тройку лет, проблем нету, кроме того что ntfs-3g неплохо отжирает цпу при работе с этим диском, но в остальном все отлично

непонятные лаги(тн 12309). относительно низкая производительность раздела с ntfs

да, ещё нужна венда для fsck

Жил с таким около полугода, видосики, музычка, торрентики, все тип-топ, кроме пожирания проца.

Живу с таким лет 10, с 2007 использую ntfs3g ежедневно, никаких проблем. Как файлопомойка вполне ничего, более ни для чего не годно. Стабильность выше, чем у реализации ntfs старых версий в винде (ни разу не терялись файлы и ничего не сыпалось).

Запись тормозит и чрезмерно грузит процессор, хотя не покидает ощущение, что фрагментированность в результате меньше, чем должна быть. Chkdsk нет, потерянные файлы скорее всего никак не восстановит (венда тоже делает это не лучшим образом). Насколько мне известно, поддержки сжатия нет и в целом существование «сжатых» файлов на диске не желательно. Потоки данных (c) вроде бы работают, симлинки несовместимы, хардлинки не использовал, однако учитывая, что вся венда на хардлинках, должно работать. Разреженные файлы поддерживаются, но, опять же, не возникало необходимости их применения. Удалённые файлы, по-прежнему открытые в каком-то процессе, имеют вероятность остаться на диске под названием .fuse_hiddenXXXXXXXXXXXXX (нативные ос тоже держат файл на диске, пока открыт хотя бы один дескриптор, но, как правило, не оставляют после себя мусора). И могут быть проблемы с опциями монтирования, правами и т.д.

Не опасен, но вреден. Ядерный ntfs — тот опасен, да, запросто похерит все файлы, до каких доберётся, а напоследок ещё развалит все структуры на диске. Во всяком случае это ожидаемое поведение, его не рекомендуется включать в режиме записи.

куча рабочих документов, доставшихся от старого компьютера

забекапить куда-нибудь на время, отформатировать диск в ext4, профит.

На нем может завестись винда.

Беспокоит вопрос: есть ли какие-то подводные камни, если работаешь непосредственно на этом втором диске с NTFS?

Системе — без разницы. Одно время пугали, что от ntfs-3g может ФС слететь, но пока таких случаев не видел. У меня на переносном ЖД NTFS уже лет 5-6 пользую — нормально. Один раз только был глюк с неудаляемыми файлами в каталоге.

Читайте также:  Windows setupapi log что это

непонятные лаги(тн 12309). относительно низкая производительность раздела с ntfs

This. А вообще это впрямь тред-детектор стабильности ntfs

Использую ntfs на внешнем винте, где весь медиа-контент (музыка и видео). Проблем нет.

у ntfs несколько версий как и у винды, а в линуксе одна версия, винда может обидется и вызовет скандиск

Источник

Как автоматически подключить раздел ntfs в Linux?

Возможно у вас, как и у меня, на компьютере стоит две операционных системы: Windows и Linux. Я уже писал, как установить Windows и Linux на одном компьютере, и если делать всё правильно, то ntfs разделы Windows автоматически монтируются в Linux.

Но лично я уж не раз сталкивался с ситуацией, когда я или забывал при установке Linux указать точки монтирования на разделы ntfs, или после переустановки Windows и восстановления GRUB, разделы Windows уже не подключались автоматически, так как менялся их UUID.

Если у вас такая же проблема и вы хотите, чтобы разделы ntfs у вас подключались автоматически, то читайте дальше, так как именно в этой статье вы найдёте простое решение, как автоматически подключить раздел ntfs в Linux?

Для начала немного теории. В Linux есть текстовый файл, в который прописываются все устройства, которые должны автоматически монтироваться при загрузке системы. Файл этот вы видите на рисунке выше и находится он в /etc/fstab Чтобы посмотреть его в Linux, наберите в терминале:

Как видите, сейчас в fstab Windows раздел не вписан, поэтому ntfs раздел автоматически не монтируется при загрузке. Или он может быть там прописан, но из-за неверного UUID он может не монтироваться, а Linux при загрузке будет просить нажать кнопку S, чтобы система загрузилась. Что же можно сделать и как автоматически подключить раздел ntfs в Linux?

Самый простой способ — это воспользоваться специальной утилитой. Вначале установим её, если она у вас ещё не установлена:

После установки можно просто запустить в терминале команду:

После введения пароля вы увидите вот такое окошко, которое покажет, какие разделы ntfs у вас есть на компьютере.

Поставьте галочку и нажмите кнопку Auto Configure. После этого утилита автоматически смонтирует раздел и внесёт нужные изменения в fstab. Если окно не закроется само, то через какое-то время закройте его принудительно. Далее вашему взору предстанет такое окошко:

Тут можно поставить нужные галочки и потом окно закрыть. Теперь ещё раз посмотрим наш файл fstab:

Как видите, в нём появилась новая запись, а на рабочем столе у меня появился смонтированный ntfs раздел Windows:

Вот таким простым способом можно автоматически подключить раздел ntfs в Linux. Никаких сложностей возникнуть не должно, так как в Linux всё очень просто!

Источник

Оцените статью