Может ли линукс работать с ntfs

Работа с 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 и поднимать Самбу с таким диском? Но сможет ли клиент из-под Винды работать корректно с файлами?

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

Источник

Россияне подарили ОС Linux полную бесплатную поддержку NTFS — файловой системы Windows

Инициатива Paragon

Российская компания Paragon Software опубликовала исходный код собственной реализации драйвера файловой системы NTFS для Linux. Соответствующий патч в список рассылки разработчиков ядра отправил один из основателей и генеральный директор компании Константин Комаров. Код разработки опубликован на условиях свободной лицензии GPL 2.0.

Драйвер добавляет в Linux полноценную поддержку основной файловой системы Microsoft Windows на уровне ядра, включая возможности актуальной версии NTFS 3.1. В их числе – воспроизведение изменений из журнала; поддержка обычных, сжатых и разреженных файлов.

Paragon Software планирует взять на себя сопровождение проекта, обеспечить исправление ошибок и добавление новой функциональности. В частности, разработчики обещают добавить поддержку полного журналирования поверх универсального блочного устройства (Journaling Block Device, JBD). На его основе, к примеру, организовано журналирование в «родной» для Linux файловой системе ext4.

Ранее Paragon Software предлагала лишь закрытую коммерческую версию драйвера Microsoft NTFS for Linux. Вероятно, на коде данной разработки и базируется новый открытый драйвер.

Патч могут не принять

Как отмечает тематический ресурс Phoronix, в текущем виде разработка Paragon Software не готова к включению в ядро Linux, в частности из-за несоблюдения авторами ряда требований по оформлению патчей. К примеру, патч отправлен в рассылку в виде ссылки на единственный файл, содержащий более 27 тыс. строк, что существенно затрудняет обязательную процедуру проверки кода.

В комментариях к сообщению Комарова в рассылке также обращают внимание, что проект не собирается из исходного кода без внесения небольших изменений в Makefile проекта – специальный файл, который содержит инструкции утилиты автоматизации сборки make.

Ситуация с поддержкой NTFS в Linux и macOS

NTFS (New Technology File System, «файловая система новой технологии») – стандартная файловая система для семейства операционных систем Windows NT (куда входит в том числе и Windows 10) корпорации Microsoft. Впервые представлена в 1993 г. Спецификации NTFS закрыты, что значительно усложняет разработку драйверов для ее поддержки.

Операционные системы на базе ядра Linux «из коробки» поддерживают ряд современных файловых систем, в том числе XFS, JFS, BtrFS, ext4. Последняя является наиболее частым выбором пользователя. Поддержка NTFS в Linux также реализована – в ядро с версии 2.2 по умолчанию включен модуль, обеспечивающий поддержку данной файловой системы, но только в режиме чтения. То есть при необходимости пользователь Linux сможет подключить и скопировать данные с дисков и флеш-накопителей, записанных под Windows, однако полноценная работа с ними ему недоступна.

В настоящее время единственный способ получения в Linux полноценного доступа к NTFS-разделам, в том числе на запись, без приобретения коммерческих продуктов предполагает использование открытого проекта ntfs-3g. При применении ntfs-3g разделы NTFS монтируются (подключаются) с использованием модуля FUSE (Filesystem in Userspace, «файловая система в пользовательском пространстве»). Из недостатков ntfs-3g можно отметить невысокую производительность по сравнению с оригинальным драйвером для Windows и отсуствие обновлений с 2017 г.

В операционной системе Apple macOS встроенный драйвер NTFS по умолчанию работает в режиме чтения. После выпуска версии Snow Leopard была найдена возможность включения экспериментальной поддержки записи на NTFS, которую можно активировать через терминал. Однако она может работать нестабильно и приводить к различным проблемам.

Пользователям macOS также доступны коммерческие решения по поддержке NTFS, в том числе и разработка Paragon Software – Microsoft NTFS for Mac, и все тот же ntfs-3g, установка и настройка которого для рядового пользователя может стать нетривиальной задачей.

Несколько слов о Paragon Software

Компания Paragon Software была основана в 1994 г. студентами и выпускниками Московского физико-технического института (МФТИ), преимущественно вышедшими из компании «Физтехсофт». Первыми двумя продуктами фирмы стали Paragon DOS и Paragon BootManager. В дальнейшем к ним добавилось ПО для карманных компьютеров – компания начала с локализации популярного тогда PDA Newton и с технологии распознавания рукописного ввода Penreader.

Сегодня одним из приоритетных направлений компании является создание программных решений для управления жесткими дисками, распределения и защиты данных. Офисы группы расположены в США, Китае, Японии, Польше и России, головной офис – в немецком городе Фрайбург-им-Брайсгау.

Paragon Software сотрудничала с Microsoft, в том числе по вопросу разработки закрытых коммерческих версий драйверов файловых систем, права на которые принадлежат корпорации из Редмонда. Например, в начале 2017 г. россияне выпустили Paragon exFAT для Android – первую на рынке потребительскую версию файловой системы для беспрепятственного обмена данными между внешними носителями объемом более 32 ГБ и устройствами на базе Android – операционной системой, основанной на Linux.

В октябре 2019 г. CNews писал, что Paragon Software представила Linux-сообществу собственную реализацию драйвера файловой системы exFAT, предназначенной для флеш-накопителей. На тот момент драйвер работал в режиме только чтения, но в разработке находилась версия, поддерживающая режим записи.

В январе 2020 г. южнокорейская корпорация Samsung предложила собственную реализацию exFAT. Именно в ее пользу впоследствии сделали выбор разработчики Linux.

Источник

Чем опасен 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 пользую — нормально. Один раз только был глюк с неудаляемыми файлами в каталоге.

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

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

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

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

Источник

Может ли линукс работать с ntfs

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

# / 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?

Спрашивает друг, который не решается ставить линукс.

Спрашиваю его — зачем тебе линукс на нтфс? Он говорит — это риторический вопрос. Почему не сделали версию линукса под нтфс? Чем неугоден линуксу нтфс?

Потому, что не нужно

А может ибо не осиливает?

Зачем осиливать то, что не нужно?

Где мой поп корн.

В ядре нет полноценного драйвера для поддержки ntfs. А нет его, потому что нафиг он никому не нужен.

Попробуй найти различия в том, что умеет та же ext2/3/4 и что умеет нтфс

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

Ненужно. Было бы нужно, сделали бы. Это же элементарно, Ватсон.

Лучше спросить, почему GNU/Linux не ставится FAT32: тогда станет ясно, что дело не только в наличии драйвера в ядре, но и в банальном отсутствии UNIX-прав у этих двух ФС.

Потому что MS и патенты. Но интересно, ntfs поддерживает unix-style права на файлы? Или можно их с помощью ACL эмулировать? Вроде ничего такого не помню, но с другой стороны еще первые версии NT были сертифицированы на совместимость с posix 1, хардлинки точно есть, недавно вроде и софтлинки добавили.

NTFS может обеспечить сохранение подобной метаинформации и case-sensitivity, просто Windows этого не делает

Приз за правильный ответ уходит этому господину!

банальном отсутствии UNIX-прав у этих двух ФС

NTFS умеет ACL, отобразить UNIX-права на них проблем не вызовет. По поводу FAT-а — http://www.tldp.org/HOWTO/UMSDOS-HOWTO.html.

за отдельную плату могу собрать твоему умственно неполноценному другу Линукс, устанавливающийся на ntfs

Меня больше интересует почему винда на ext4 не ставится? Спроси между делом у друга, а.

А какова будет совместимость с Windows при таких костылях?
Ну и какой смысл в этой странной затее, если в итоге с этим не сможет нормально работать этот самый Windows?

друг, который не решается ставить линукс.
не решается
не решается
не решается
не решается

Твой друг — робкое, аморфное чмо. Фу иметь таких друзей.

Почему не сделали версию линукса под нтфс?

Кстати, почему не сделали версию виндавса под ext4?

Например, отсутствием открытой спецификации. Например, микрософтовскими патентами на ФС и чрезвычайно агрессивным поведением микрософта в сфере патентов.

почему это не ставится? включи в ядре поддержку NTFS и ставь, все должно работать.

причем тут GNU/Linux? в ОП речь о Linux, т.е. «ядре» (в кавычках, потому что на самом деле это эмулятор терминала).

Меня больше интересует почему винда на ext4 не ставится? Спроси между делом у друга, а.

Драйвер для ext* эти редмондовские гандоны могли бы и поставлять «из коробки». А то вечный геморрой с флешками.

А какова будет совместимость с Windows при таких костылях?

Не хуже чем у венды с самой собой:

В самом деле, совместимость с Windows врядли будет хуже, чем у Windows :-D.

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

Почему не сделали версию линукса под нтфс?

Не сделали потому что на нашлось желающих это сделать бесплатно и/или кто готов это профинансировать.

Потому что ему стрёмно иметь дело с неполноценными файловыми системами.

Чем же она неполноценна то?)

Например, патамучшта надо иметь маппер GUID UID где-то в ядре, сама ФС закрыта, и всё реверсинжинирят, а значит стабильности нифига не будет.

А почему мастдайка не ставится на reiserfs? Что за нафиг?

ФС женоубийцы?! Нет пути!

Даже тот, что через fuse не умеет хардлинки и еще какие-то плюшки.

Но все равно: система доступа NTFS не позволит ее в линуксе использовать.

Вау. Не знал о таком синтаксисе.

Самая кошерная ФС! У меня практически везде reiserfs.

Он говорит — это риторический вопрос

У меня практически везде reiserfs

У меня раньше тоже так было ещё с тех времён, когда в Debian’е не было ext3/ext4. Однако, практика потом показала, что в случае чего с fsck проблем меньше именно в случае ext2/ext3/ext4. А бывают и такие ситуации, что, например, локальное зеркало CentOS’а на разделе в reiserfs’е, свежеустановленный минимальный CentOS ничего не знает про reiserfs, нужно доустановить модуль из локального репозитория, который без него не доступен. А вот в случае локального репозитория на ext2/ext3/ext4 таких проблем не возникает.

У меня на Dingoo A320 Dingux как раз на FAT32 лежит.

Источник