Не копируются файлы из раздела Linux на раздел ntfs

#1

Всем привет.
Пробовал перетаскивать с одного окна на другое, Пробовал копипастить. Пробовал создавать папку на разделе ntfs, чтобы в неё скопировать - ничего не получается. Строка "Создать папку" неактивна. Раньше норамльно получалось. А после обновления до LM 19 перестало работать. Наоборот всё получается (т.е. копировать с раздела ntfs на раздел ext4). В чём может быть проблема?
З.Ы. На флешку тоже отформатированную в ntfs всё копируется.

Grombixalo · #2

Привет.
Проверь права доступа и как раздел ntfs смонтирован. С большой долей вероятности у тебя щас раздел ntfs монтируется "read onli", т.е. ты можешь только читать. Что мы у тебя и наблюдаем. А записать ты не сможешь пока не перемонтируешь на полный доступ.

Grombixalo · #3

Для просвещения почитай вот это. Для меня расписано очень подробно...
http://nix.zeya.org/wiki/%D0%BC%D0%BE%D ... %D0%B2_nix

zews81 · #4

Можно немного проще (по крайней мере для меня). Заходим в приложение Диски там в левой колонке выбираем интересующий нас физический диск, в правой логический диск смотрим, что написано напротив устройство

И после этого выполняем команду sudo chmod -R 777 /dev/sdb3 (это в данном случае)
Все

#5

zews81 писал(а): ↑
02 сен 2018, 10:42
Заходим в приложение Диски

Где его искать?
З.Ы. Нашёл. В центре управления. Искал фильтром и слово "диски" написал с маленькой буквы. Не нашёл. Фильтр нашёл слово "Диски" написанное с большой буквы. Сейчас попробую.

#6

Цитата Grombixalo: "Для просвещения почитай вот это. Для меня расписано очень подробно...
http://nix.zeya.org/wiki/%D0%BC%D0%BE%D ... %D0%B2_nix"
Прочёл. Всё оттуда перепробовал. Ничего не изменилось.

zews81 · #7

Если у Вас Cinnamon то нажимаете Меню, затем в строке поиска набираете Диски. Ну и запускаете приложение

#8

zews81 писал(а): ↑
02 сен 2018, 13:10
Если у Вас Cinnamon то нажимаете Меню, затем в строке поиска набираете Диски. Ну и запускаете приложение

Mate ( И пишу в соответствующей теме). Диски я уже нашёл. Отписал выше.
Но когда сделал

zews81 писал(а): ↑
02 сен 2018, 10:42
И после этого выполняем команду sudo chmod -R 777 /dev/sdb3 (это в данном случае)

В моём случае sudo chmod -R 777 /dev/sdb6
Ничего не изменилось.

zews81 · #9

hellonet, Это правило действует на корень, а вот на внутренние папки иногда не действует. Т.е. если в корне лежит папка например 123 то команда имеет вид sudo chmod -R 777 /dev/sdb6/123 ну и так далее.
Можно глянуть на вашb

Код: Выделить всё

inxi -Fxz

Код: Выделить всё

 ls -l /dev/ | grep sd

Код: Выделить всё

mount

Grombixalo · #10

hellonet писал(а): ↑
02 сен 2018, 13:08
Цитата Grombixalo: "Для просвещения почитай вот это. Для меня расписано очень подробно...
http://nix.zeya.org/wiki/%D0%BC%D0%BE%D ... %D0%B2_nix"
Прочёл. Всё оттуда перепробовал. Ничего не изменилось.

Чтобы пробовать... Делал ли ты следующие вещи:
1) Отмонтировать требуемый диск
2) При монтировании задать требуемые тебе условия монтирования (чтение, запись и т.д.)

И да. Была и есть такая вещь, что если не получается примонтировать нормально раздел с ntfs, то выключил ли ты правильно винду? То есть. Надо опять зайти в винду и сделать завершение работы... Не перезагрузка, не спящий режим, а именно завершение работы с полным отключением, чтобы головки дисков запорковались. И только потом опять запустить Линукс и вручную через консоль примонтировать необходимый диск. ЭТО РАБОТАЕТ. ПРОВЕРЕНО МНОГОЕ КОЛИЧЕСТВО РАЗ.

#11

zews81 писал(а): ↑
02 сен 2018, 13:28
Это правило действует на корень, а вот на внутренние папки иногда не действует. Т.е. если в корне лежит папка например 123 то команда имеет вид sudo chmod -R 777 /dev/sdb6/123 ну и так далее.

Всё заработало без этих манипуляций (см.ниже в этом посте).

Grombixalo писал(а): ↑
02 сен 2018, 13:45
если не получается примонтировать нормально раздел с ntfs, то выключил ли ты правильно винду? То есть. Надо опять зайти в винду и сделать завершение работы...

На Винде играл внук. А потом вырубили электричество. Когда свет дали за комп сел я и включил LM , ну видимо и произошёл такой сбой, при котором нарушилось копирование и создание папок на разделах NTFS. Я сейчас комп перезагрузил на Винду, правильно выключил, запустил LM и всё заработало. Диски (разделы) автоматически примонтировались. Копирование и создание папок работает.

Всем спасибо. Проблема решена

#12

zews81 писал(а): ↑
02 сен 2018, 13:28
hellonet, Это правило действует на корень, а вот на внутренние папки иногда не действует. Т.е. если в корне лежит папка например 123 то команда имеет вид sudo chmod -R 777 /dev/sdb6/123 ну и так далее.

Ерунда. chmod работает всегда, когда прав хватает. Просто когда сам раздел смонтирован в режиме RO, на нем вообще ничего изменить нельзя, в том числе и права файлов/каталогов. Разумеется, chmod обламывается, когда доходит до такого раздела.

#13

zews81 писал(а): ↑
02 сен 2018, 10:42
sudo chmod -R 777 /dev/sdb3

Я не так силен в познании прав доступа в линукс системах как хотелось бы, но что-то мне подсказывает что на ntfs это не подействует даже если примонтировано с правами rw (могу ошибаться)

Unborn · #14

darkfenix писал(а): ↑
02 сен 2018, 17:22
Я не так силен в познании прав доступа в линукс системах как хотелось бы, но что-то мне подсказывает что на ntfs это не подействует даже если примонтировано с правами rw (могу ошибаться)

Конечно не подействует от слова совсем.

#15

Unborn писал(а): ↑
05 сен 2018, 17:36

darkfenix писал(а): ↑ 02 сен 2018, 21:22
Я не так силен в познании прав доступа в линукс системах как хотелось бы, но что-то мне подсказывает что на ntfs это не подействует даже если примонтировано с правами rw (могу ошибаться)
Конечно не подействует от слова совсем.

однако параметр ro при монтировании нтфс раздела очень даже действует для запрета записи на флешку

#16

colonel писал(а): ↑
06 сен 2018, 05:58
однако параметр ro при монтировании нтфс раздела очень даже действует для запрета записи на флешку

Конечно действует. Это же параметр монтирования ФС. Думаю не нужно вам объяснять разницу.

#17

darkfenix писал(а): ↑
06 сен 2018, 06:00
Конечно действует. Это же параметр монтирования ФС. Думаю не нужно вам объяснять разницу.

не нужно

korzhikm · #18

Если у вас установлен Windows 10 второй операционной системой, то блокировать запись на диск может именно Windows, даже если права доступа в Linux у вас выданы корректно. Чтобы такого не происходило нужно отключить гибернацию в системе Windows:

Чтобы сделать гибернацию недоступной, выполните следующие действия:

Нажмите кнопку Пуск и введите cmd в поле Начать поиск.
В списке результатов поиска щелкните Командная строка правой кнопкой мыши и выберите Запуск от имени администратора.
После появления запроса контроля на основе учетных записей пользователей нажмите кнопку Продолжить.
В командной строке наберите powercfg.exe /hibernate off и нажмите клавишу ВВОД.
Введите команду exit и нажмите клавишу ВВОД для выхода из командной строки.

#19

!	Сообщение из: rogoznik
	korzhikm, устное предупреждение, за некропостинг и за нежелание читать тему

Кто сейчас на конференции