Нельзя создать папку в ubuntu на диске ntfs
Я могу автоматически смонтировать диски ntfs с помощью приложения Disks в Ubuntu 18.04 LTS. Однако я не могу записать в разделы NTFS.
Ниже приведены мои ntfs-разделы в соответствии с приложением Disks.
- / dev / sda3 (/ dev / disk / by-uuid / 162451E92451CC7D)
- / dev / sda4 (/ dev / disk / by-uuid / B696F3C596F38461)
Есть ли решение на основе графического интерфейса для включения поддержки записи NTFS?
Почему он не включен по умолчанию?
Мой файл FSTAB
РЕДАКТИРОВАТЬ
Добавление из команды монтирования в соответствии с запросом @mook765
Различные причины вашей проблемы для монтирования файловой системы NTFS
Могут быть разные причины, по которым вы не можете смонтировать файловую систему NTFS.
Файловая система нуждается в восстановлении, и для NTFS это должно быть сделано в Windows, как предлагает @MichaelBay. Если Windows в вашей текущей системе не работает, вы можете подключить диск к другому компьютеру с Windows и выполнить эту работу. Но я могу понять, что вы не решитесь сделать это из-за подозрительного вредоносного ПО.
Windows находится в режиме гибернации или полу-гибернации, что означает, что файловая система находится в состоянии, которое может быть повреждено при записи в другую операционную систему. Решение в этом случае заключается в
- загрузиться в Windows, если это возможно, и перезагрузиться (не выключаться)
- отключить быстрый запуск в Windows, который является своего рода полупериодом
Автоматический процесс монтирует раздел NTFS только для чтения, хотя его можно монтировать для чтения и записи. Если это проблема, вы можете размонтировать ее и смонтировать вручную с разрешениями на чтение и запись.
Вы можете проверить, смонтирован ли раздел только для чтения. ro или читать-писать rw в файле /etc/mtab
или конкретно с grep например с
Смотрите эти ссылки,
Тот же синтаксис используется для монтирования файловых систем NTFS и FAT32 в linux, поэтому инструкции для FAT32 можно использовать для NTFS.
2 ответа
Это распространенный вопрос, на который много раз отвечали в AskUbuntu (например, здесь).
Короче говоря, у вас, вероятно, fast boot включен в Windows, поэтому Linux будет монтировать его только в режиме только для чтения.
Вы также должны иметь ntfs-3g установлен, что вы, вероятно, будете, потому что он установлен по умолчанию в Ubuntu
Q1. Просто смонтируйте раздел Windows и посмотрите, сможете ли вы создать или отредактировать файл там.
Q2. Для надежного монтирования в режиме чтения-записи необходимо отключить fast boot в винде. Затем просто дважды щелкните раздел Windows в вашем файловом менеджере. Кроме того, вы можете сделать это из терминала:
Узнайте, какой раздел ваш раздел Windows:
В моем примере выше, это sda4 ,
Теперь установите его в точку монтирования /mnt/windows :
Затем просто перейдите к /mnt/windows в вашем файловом менеджере и создайте тестовый текстовый файл и убедитесь, что вы можете сохранить его.
Вы можете размонтировать монтирование, используя:
1 ответ
Смонтировать разделы в режиме чтения-записи:
бежать ntfsfix /dev/sdaX решить проблему. затем перемонтируйте разделы.
Если вы используете Linux с двойной загрузкой с Win 8.1 или Win 10, Linux не позволит вам смонтировать раздел ntfs в режиме записи, если вы сначала не отключили быструю загрузку в Windows (ссылка представляет собой руководство для Win8.1, но идентично в Win10).
Отключение быстрой загрузки решило эту проблему для меня на машине с двойной загрузкой, первоначально использовавшей Win8.1, затем Win10, и с Ubuntu 14.04 и 20.04. Я предполагаю, что это применимо в целом к любому Linux, поддерживающему NTFS, и ко всем Windows после Win8.1 RTM, когда была представлена Fast Boot.
(OP отключил быструю загрузку, поэтому, должно быть, возникла другая проблема. Тем не менее, это решение должно работать для других, которые в конечном итоге здесь.)
ntfsfix НЕ является решением. Причина: если вы не отключили быструю загрузку, при выходе из Windows она только закрывает ваши приложения, затем переводит в спящий режим некоторые аспекты самой ОС для быстрого перезапуска и помечает свои разделы NTFS как заблокированные. Когда вы в следующий раз снова разбудите Windows, она проверит, что все ее диски NTFS не изменились. Тем временем, если вы загрузили Linux и записали в любой из разделов ntfs с помощью ntfsfix, то при следующем возврате в Windows он будет считать, что диск поврежден.
При установке ubuntu для ntfs разделов были указаны точки монтирования, разделы монтируются автоматически без проблем.
Проблема в том, что на ntfs разделах невозможно произвести никаких изменений даже с правами суперпользователя. Можно только запускать\копировать файлы, невозможно ничего создать или удалить.
Права на чтение и запись на этих разделах есть у всех.
Поставь ntfs-3g и будет тебе счастье.
В списке установленного есть такое ntfs-3g Драйвер чтения/записи NTFS для FUSE --- libntfs-3g871 read/write NTFS driver for FUSE (runtime library)
Через sudo, но в свойствах раздела указано, что «Остальные» имеют права на «чтение и запись»
Вроде удалось найти какое-то решение
If you can't access the drive, execute the following command: sudo ntfsfix /dev/sdXY where XY is the partition e.g sda2 or sdb1 Then, mount with: sudo mount -o rw /dev/sdXY
причина вроде бы в hiberfile виндовс
выдай примонтированным дискам права chmod 777, только не из под sudo, зайди в систему из под root - все твои диски будут примонтированы как на ладони и можно будет делать с ними что хочешь без всяких левых вопросов, выдай примонтированным дискам неограниченные права для всех
мне помогло вот это решение sudo ntfsfix /dev/sdXY where XY is the partition посл чего возможность записи на дисках появилась
мне помогло вот это решение sudo ntfsfix /dev/sdXY where XY is the partition посл чего возможность записи на дисках появилась
Зря ты это сделал. Линуксовый драйвер ntfs не просто так не даёт записывать на разделы с вендой в состоянии «hybrid shutdown», на это есть серьёзная причина. Суть в том, что новые венды по умолчанию вместо честного выключения просто сбрасывают на диск своё состояние, и в это состояние входит также информация о примонтированных в венде файловых системах, всякие кеши и прочее. Когда венда при следующем запуске загрузит своё состояние с диска, она не будет ожидать, что её примонтированные файловые системы кто-то изменил и все кеши надо инвалидировать. Как результат - ты просрёшь все свои данные (но виноват будет линукс, инфа 100%!).
Плюсую этого оратора.
Если стоит вопрос непрерывного обмена данных между двумя системами, то делай это через отдельный диск/раздел/флэшку. Примонтировал носитель --> скопировал на отдельный носитель то, что нужно --> отмонтировал --> перегрузился в другую систему --> примонтировал носитель --> скопировал с носителя то, что нужно --> отмонтировал.
Ну или обмен через отдельный сервер в локалке/сети, хоть тот же дропбокс или яндекс диск.
Настраиваю права доступа на NTFS для dualboot. В связи с чем возникло несколько вопросов:
- Как настроить полную (или хотя бы хорошую) совместимость прав доступа на NTFS между Linux и Windows?
- Если нельзя настроить полную совместимость, то какие ограничения совместимости останутся?
- Важно запрещать (из Linux) изменять и удалять файлы и каталоги, а также каталоги в которые они вложены, обычному пользователю (и Linux, и Windows).
- Опционально при этом сохранить возможность добавлять файлы и каталоги.
Пытаюсь решить эту задачу, разбираясь с параметрами монтирования NTFS-3G. Насколько я понимаю, для настройки совместимости прав доступа меня интересуют permissions , usermapping , inherit , acl . Все опции описаны странице разработчика на GitHub.
Надеюсь, что понимаю правильно их основной смысл:
- permissions - стандартные права доступа owner, group, others
- usermapping - ассоциирует пользователей и группы Linux и Windows
- inherit - права наследуются от каталога в котором создаётся файл (владельцем является создатель файла/каталога)
- acl - права доступа для разных пользователей и групп
В man’е написано, что если usermapping файл есть то: permissions задан по умолчанию, acl задан по умолчанию если при этом не задан permissions .
- permissions is set by default when a user mapping file is present.
- acl is set by default when a user mapping file is present and the permissions mount option is not set.
Надеюсь, что в man’е ошибка и permissions задаётся по умолчанию, если нет файла UserMapping. Как я понимаю, permissions и usermapping взаимозаменяемые опции, ассоциирующие пользователей и группы по умолчанию, либо по определению пользователя соответственно.
Создал UserMapping файл в .NTFS-3G/UserMapping, не прописывая usermapping= в fstab.
У меня пользователи и группы:
- На Linux’е: root в root и user в users
- На Windows’е: root в Administrators, user в Users (общих групп нет); + аккаунт по умолчанию Administrator (S-1-5-domain-500).
Создал root, чтобы вводить пароль для действий от имени администратора.
Стараюсь разобраться в таблице, которая поясняет комбинирование опций, и понять как с этими опциями нужно правильно распределять права. Не понимаю в таблице, что значат: POSIX ACLs selected at compile-time, Default ACL defined on parent directory — и как они связаны с acl .
Накрылся раздел, на котором стояла винда, chkdsk с загрузочной флешки просканировал за два часа и выдал ошибку 50. После этого раздел стал виден, но не видно загрузчика. Есть ли средства восстановления данных с ntfs в линуксе или придётся развлекаться с Victoria?
Через несколько секунд делаю снова:
ext4 раздел больше не фстримается, а ntfs снова 25 гиг рапортует.
Это что, fstrim в ntfs не может?
Хочу его перемонтировать в режим readwrite , получаю ошибку:
Как я только не колдовал, ничего не выходит.
Доброго времени суток. Я пользователь Windows, так что заранее прошу прощения за глупые вопросы. Хочется попробовать линукс, около месяца хожу вокруг да около, читаю, ознакамливаюсь. На случай если после установки мне захочется откатиться обратно на win, у меня подготовлена флешка с дистрибутивом винды. Но для меня остается неясным вопрос с файловыми системами. Собственно, вопрос следующий: смогу ли я вообще использовать эту флешку, чтобы переустановить систему? То есть, смогу ли я с установленным линуксом, где своя файловая система(ext4), без проблем запустить эту флешку из биоса и без проблем установить win? Установочная флешка была создана с помощью майковской софтины, формат её я так понимаю NTFS. Еще раз прошу прощения за туманные формулировки, и спасибо за ответ
Здравствуйте. Подскажите пожалуйста, из-за чего может быть медленная скорость записи на NTFS раздел?
Заменил винду на Debian 11, ntfs-3g установлен, в fstab прописан. Помимо ssd на котором установлена система есть ещё два hdd с ntfs для торрентов там всяких и тд. Сначала заметил что виртуалка медленно работает, записанная на hdd. Потом проверил через dd - вообще 3 мб\с показывает. При обычном копировании с одного hdd на другой KDE показывает скорость - 20 мб\с.
Всех приветствую. Так вышло что есть несколько дисков, оставшихся от стационарного компа, которые теперь буду помещать в самосборный сервер. Предполагается скорее всего Самба, но вот диски (HDD) я хочу оставить в NTFS. Ключевой вопрос не в скорости, но в надежности и возможности восстановить если что-то случится. Вопрос: корректно ли работает та же Убунту с NTFS?
Есть образ флэшки, но ни ntfsfix ни disktest, которых рекомендуют в интернете, не помогли восстановить работоспособность раздела. disktest не видит многие файлы. Ясно что какой то важный блок на SD карте повредился, что само собой такая ФС да на SD карте это идеальный рецепт потери данных
Реально ли теоретически размотать какой либо программой содержимое файловой системы NTFS в Linux, пусть даже названия файлов будут утеряны, нужно извлечь кучу ценных фотографий, сосед виндузятник попал в такую беду
Знаю только утилиты восстановления удаленных файлов, но мне бы без названий просто jpg файлы вытащить
P.S. Сама копия с sd карты прошла при помощи dd без единого сбоя
Случилось страшное, непонятно как, но сломалась файловая система на внешнем диске для бэкапов. Файловая система - NTFS.
Не получается смонтировать
Ок, загрузился в винду, подключил диск, получил синий экран. Первый ребут, снова синий экран. Второй ребут - говорит что на разделе с виндой нет uefi.exe. На винду пофиг, нужна была только для прошивки телефона.
Но и sda1 не монтируется
Есть ли способ восстановить её? На диске очень важные файлы, которые неоткуда перекачать.
Я тут подумал, что для виндузятников, которые очень хотят попробовать линукс, но LiveCD или LiveUSB не дают всей полноты ощущений, а редактировать таблицу разделов боятся, теоретически можно установить линукс на комп с Windows, не трогая разделы вообще. Нужно ли — это вопрос, конечно, но идея такая:
1а. На старом компе ставим grub4dos, загрузку grubldr прописываем в boot.ini (для NT4, 2000, XP) или реестр виндозагрузчика (Vista, 7 и позднее).
PS. А можно ли взять GRUB2 вместо grub4dos? Он по идее fat и ntfs тоже умеет. А может syslinux?1б. На новом компе просто кидаем grub.efi и grub.cfg в ESP и при необходимости добавляем в меню зарузки, хотя я видел варианты EFI, которые позволяет запустить произвольный EFI-файл через примитивный файл-менеджер.
2. Создаём большой пустой файл, например rootfs.sys на несколько гигабайтов, mkfs-им и распаковываем туда корневую файловую систему из тарболла или debootstrap.
3. Формируем initramfs который будет содержать ntfs-3g и всё прочее для доступа к файлу из пункта 2 и монтирования его как корневой файловой системы.
4. Прописываем запуск ядра и initramfs в конфиге загрузчика из пункта 1.
Всё. По идее линукс должен будет запускаться. Если у вас UEFI, из этого линукса можно попробовать efibootmgr прогнать и добавить boot entry для груба.
Раньше что-то такое было в Ubuntu и Debian, но сейчас вроде от этого варианта установки отказались.
Ещё такой вариант можно применить, например, на взятом на время ноутбуке, где нежелательно сносить изначальную ОС или слишком сильно её ковырять.
Если что, вариант я этот не рекомендую! Если есть возможность поставить на отдельный раздел — это всегда лучше.
Интересно, кто-нибудь так делать пробовал?
Здравствуйте! У меня случился неудачный акт перемещения файлов. После, я заметил, что некоторые файлы исчезли из файловой системы, а место под них не освободилось. Файлы мне не нужны, но места они занимают прилично, а посему их желательно удалить. Я слышал, что в файловой системе ext4 это можно сделать через lost+found. Вопрос: как сделать это в файловой системе NTFS?
P.S. Вырезка из fstab:
Здравствуйте, стоит archlinux (на linux-zen) с kde.
При попытке запустить игру через proton (она на ntfs разделе) игра не запускается, в консоли такое:
Там много таких строк, они все однотипные.
Вот содержмое fstab:
Иногда требуется полная производительность железа, для чего второй системой на хост и установлена Windows 10 с dualboot.
Хотелось бы иметь возможность использовать те же самые диски с уже загруженными библиотеками.
Изначально проверил работоспособность, отформатировав из-под Windows на хосте жесткие диски, создав там по паре папок и файлов. Далее перезагрузился в CentOS, запустил вм с Windows - папки и файлы увидел/прочитал. Загрузил библиотеки, все ок.
Проблема: При следующей загрузке в Windows на хосте, система продолжала видеть на дисках еще те первые тестовые файлы и папки. Далее попробовал переподцепить диски через управление дисками - вообще перестало что-либо видеть. Перезагрузился обратно в вм - она так же перестала видеть закачанные библиотеки, остались те тестовые папки/файлы.
Как решить данную задачу - попеременное использование физических дисков между вм и хостом?
При автоматическом монтировании внешних накопителей с файловой системой NTFS/FAT у всех файлов/директорий проставляются права 777. Особенно раздражает на всех файлах флаг выполнения. Я понимаю, что это псевдоправа, т.к. у NTFS другая система прав (а у FAT их вообще нет), но можно ли как-нибудь поставить по умолчанию что-нибудь типа 600 для файлов и 700 для директорий? Использую openSUSE Tumbleweed (KDE 5.20.5). Варианты с fstab не предлагать т.к. хочется автомонтирования.
Здравствуйте! Для совместной работы с ntfs использую в fstab следующий вариант :
UUID=*** /media/user/data ntfs rw,notail,relatime 0 0
Надоумило меня тут переформатировать диск, присвоил ему новый UUID и метку, в linux все прекрасно монтируется и работает, а вот windows продолжает видеть этот диск со старой меткой и поэтому не может к нему достучаться. Путь \\сервер\новая_точка_монтирования так же непонятен для винды. Что делать?
Проверил с android и linux, точно такая же проблема, диск виден со старой меткой и к нему невозможно подключиться.
Короче, отформатировал диск в windows, там же и необходимую метку ему присвоил, в fstab только новый UUID прописал и все заработало. Закрыто.
Систему я ССЗБ уже полностью сломал, больше показать нечего.
На сетевые юниты не обращайте внимания — включил без ethernet-адаптера.
Контекст: переустановил Debian, разметил LVM поверх DM-Crypt, первый раз загрузился удачно, потом systemctl reboot и вот.
Ну и чтобы два раза не вставать:
- Какого [censored] debian-installer в GPT из моего protective MBR сделал hybrid?
- Как посмотреть время последнего монтирования ntfs? Есть в метаданных ФС такое?
Я думаю можно запустить badblocks на диске только с ntfs разделом
Просто с целью получения информации о бэд блоках
Прошу помочь разобраться в ситуации. Есть жёсткий диск, отформатированный и разбитый на разделы в седьмой винде. При подключении к машине на Дебиане разделы автоматически не монтируются. blkid показывает только PARTUUID-ы вида xxxxxx-1, xxxxxx-2 и xxxxxx-3. Ни fdisk, ни parted ситуацию не проясняют. Кто-нибудь с таким сталкивался, что делать?
Здравствуйте! У меня на винчестере есть раздел с файловой системой NTFS, отведённый для Windows. Я бы хотел добавить его в автозагрузку при помощи fstab. Сначала я смонтировал его при помощи nautilus, потом прочитал в /etc/mtab :
Слегка изменил и добавил в /etc/fstab вот это:
Но при следующей перезагрузке, меня забросило в спасательный режим и не пустило дальше, пока я не закомментировал эту строку. Что не так и где я допустил ошибку?
Как всем известно, Linux имеет драйвера, которые позволяют читать и писать на NTFS; и NTFS не имеет встроенной поддержки Unix прав доступа на файлы.
Однако, теоретически, эти права не более чем небольшой список атрибутов: 0774 user:users — как пример. Есть ли способ запихнуть их обходным путем, скажем в ACL, или просто созданием рядом скрытых пустых файлов, в которые будут просто текстом писаться права доступа, и которые драйвер будет воспринимать как один?
Linux Mint не позволяет перезаписать/удалить/создать файлы на NTFS-дисках ("файловая система доступна только для чтения").
Места для резервного копирования информации, которая хранится на NTFS, нет.
Ничего критичного, но терять не хотелось бы.Какие варианты решить проблему без форматирования NTFS и риска потери данных на них?
На машинах с двойной загрузкой такое случается, если Windows не завершила работу корректно. Например, если вместо выключения ушла в гибернацию.
Если это ваш случай, то достаточно загрузить Windows, а затем выключить её соответствующим пунктом в стартовом меню. После этого диск примонтирутся в Linux как надо.
Я вот соглашусь с kisaa - NTFS такая штука, что чинить ее лучше всего родными средствами, то есть берется любая ремонтка для винды, с нее загрузка и проверка виндовым chkdsk, который пофиксит баги и флаг "аварийное размонтирование" снимет. Я по крайней мере предпочитаю не лезть в NTFS немытыми ластами :)
Сначала надо определить путь к блочному устройству раздела.
Сделать это удобно такими тулзой:
lsblkЕсли диск подключен по SCSI (IDE, SATA, USB), то название физического диска будет обозначен буквой алфавита идущей за sd, например, sda, sdb, sdc, а разделы будут пронумерованы за названием диска: sda1, sda2, sda3 (нумерация разделов на диске начинается с единицы).
Если диск твердотельный и распаян на плате, либо подключен через карт-ридер, то нужный диск может называться, например, mmcblk0, mmcblk1, mmcblk2 (обратите внимание, нумерация дисков начинается с ноля). Соответствующие им разделы будут называться mmcblk0p1, mmcblk0p2, mmcblk0p3 (нумерация разделов на диске начинается с единицы).
Если твердотельный диск подключен через pci-e, название диска будет, например, nvme0n1, nvme0n2, nvme0n3 (обратите внимание, нумерация дисков начинается с единицы, а первый ноль после nvme обозначает номер контроллера), соответствующие им разделы будут, например, nvme0n1p1, nvme0n1p2, nvme0n1p3 (нумерация разделов на диске также начинается с единицы).
Иногда помогает
blkid
Но blkid не показывает размеров разделов, что может привести к путанице разделов.После того как определились с путем к разделу, надо убедиться что диск размонтирован.
Командой
mount | grep sda1 | cut -d' ' -f3
, где sda1 - название вашего NTFS-раздела,
определяем куда примонтирован диск. Если ничего не выдал, то диск не примонтирован. А если что-то выдал - то это что-то будет путь монтирования вашего раздела.
Тогда необходимо выпонить команду:
umount -R /mnt/winSystem
где /mnt/winSystem - путь, к которому примонтирован разделУбедившись что раздел не примонтирован, необходимо выполнить:
ntfsfix -vbd /dev/sda1
где /dev/sda1 - путь к нужному разделу с NTFS.Я нечастый пользователь Ubuntu / Linux, использую его только в случае серьезной катастрофы (в данном случае ядерное программное обеспечение Ransomware, но это уже другая история).
Итак, я загрузил другой ноутбук с помощью Ubuntu с USB-накопителя; вставил мой внешний диск NTFS, и он распознается автоматически, но если я пытаюсь создать новую папку / диск в любом месте, интерфейс "файловый менеджер" просто закрывается, и мне нужно запустить его снова (попробуйте снова, промойте и повторите),
Это заставляет меня предположить, что мой ext.drive по умолчанию монтируется в режиме только для чтения.
Q1. Как / где я могу убедиться, что он смонтирован в режиме только для чтения?
Q2. Каков наилучший способ монтировать его в режиме чтения-записи?
Если ценные данные, сделайте ремонтные работы на клонированной копии
Если данные, которые вы хотите восстановить, являются ценными, рекомендуется скопировать диск на другой диск по крайней мере того же размера и выполнить ремонт клонированной копии. Таким образом, вы осмелитесь попробовать потенциально рискованные методы. Если что-то пойдет не так, вы можете снова клонировать и попробовать что-то другое, не теряя своих данных. Смотрите эту ссылку,
Читайте также: