Ubuntu ошибка копирования

Давно не писал про Ubuntu — не было повода, но недавно он появился. Мне не удалось скопировать на флешку файлы, о чем система радостно сообщала — «Файловая система доступна только для чтения».

Попытка выставить нужные права на файлы и каталоги не дала результатов и я пошел искать решение в интернете. Проблема оказалась распространенной и не раз обсуждалась. Несмотря на это, нужную команду я нашел не сразу.

sudo fsck.vfat -a /dev/sdb1

Команду необходимо выполнить в терминале, вызвать который можно одновременным нажатием трёх клавиш — «Alt+Ctrl+T». Недоступность файловой системы была вызвана сбоем при копировании на флешку в прошлый раз. Возникли битые сектора, исправив которые, файловая система снова стала доступна для записи.

«sdb1» — идентификатор usb-накопителя в системе. Если у Вас два жестких диска, то он может отличаться от указанного. Выяснить его идентификатор можно командой:

fdisk -l | grep 'Disk /dev/sd'

Эта команда выведет список подключенных дисков.

Страницы: [1]   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

---

---

---

---

---

Страницы: [1]   Вверх

Ответ на:

комментарий
от Extraterrestrial 08.05.14 15:53:21 MSK

Ответ на:

комментарий
от Extraterrestrial 08.05.14 15:53:21 MSK

Ошибка при получении информации о файле «/home/alex/Рабочий стол/Создать файл
»: Нет такого файла или каталога

Kofler

(08.05.14 16:06:14 MSK)

• Показать ответы
• Ссылка

Ответ на:

комментарий
от Kofler 08.05.14 16:06:14 MSK

Ответ на:

комментарий
от Kofler 08.05.14 15:53:58 MSK

Для тех кто в танке: система писала и о правах, что их не достаточно.

Kofler

(08.05.14 16:10:10 MSK)

• Ссылка

Ответ на:

комментарий
от anonymous 08.05.14 16:11:44 MSK

Ответ на:

комментарий
от Kofler 08.05.14 16:22:14 MSK

Ответ на:

комментарий
от anonymous 08.05.14 16:26:06 MSK

Да, никого из «левых»
drwxr-xr-x 41 alex alex 4096 Май 8 17:03 alex

Kofler

(08.05.14 16:30:53 MSK)

• Ссылка

Ответ на:

комментарий
от Kofler 08.05.14 16:06:14 MSK

Ответ на:

комментарий
от Kofler 08.05.14 16:06:14 MSK

Ну ясно написано что нет такого файла. Кстати рпбочий стол может называться desktop.

w1nner ★★★★★

(08.05.14 20:04:07 MSK)

• Показать ответ
• Ссылка

Ответ на:

комментарий
от w1nner 08.05.14 20:04:07 MSK

Ответ на:

комментарий
от Kofler 08.05.14 20:52:03 MSK

Не пробовал по нормальным невиндовским традициям сначалаоткрыть прогу, которая нужна, а оттуда сохранить? А по созданию на рабочем столе — нормальные люди на рабочем столе ничего никогда не держат.

DeadEye

★★★★★

(08.05.14 21:13:26 MSK)

• Показать ответ
• Ссылка

Ответ на:

комментарий
от DeadEye 08.05.14 21:13:26 MSK

Нормальные ОСи работают в любом положении, хоть лежа хоть к верх ногами. Сохранять на рабочем столе файл концепция nix* запрещает?

Kofler

(08.05.14 21:41:51 MSK)

• Ссылка

Ответ на:

комментарий
от TuxR 08.05.14 21:14:06 MSK

Да, место есть. Заметил одну особенность. Если сохранять файл через — Рабочий стол — Домашний каталог — то сохраняется. А если зайти через — Контроль свободного места на диске — то нет, пишет ошибку. Хотя всегда я сохранял (когда было нужно) через контроль* и все было ok а тут косяк получился. Что-то внезапно заглючило. Да, и еще, после последнего обновления системы, слете в грабе загрузчик винды.

Kofler

(08.05.14 21:45:44 MSK)

• Ссылка

Юзай консоль.

zorg

★★

(08.05.14 23:13:48 MSK)

• Ссылка

Проблема с копированием файла на флеш-карту

Все просто, скачал образ с игрой для ps3, весит он 8 гигов. Копирую его на флешку, и линукс уже не может это осилить.

В общем и сам вопрос. Почему я не могу совершить элементарную операцию по копированию файлов? Ошибка, что я получаю http://joxi.ru/L21Ko1YhgwOMNr

Если что, я ламер, который установил линукс пару лет назад, чтобы познать эту систему.

Так же проблема появлялась и ранее, когда файл гига на 4 копировался минут 10-15. Это реально боль какая-то. При старте копирования скорость максимально высокая, а с каждой секундой все меньше и меньше. Уже находил подобные темы на этом форуме, но как-то они мне не помогли

Файловая система на носителе не FAT случаем?

Какая ФС на флешке?

У FAT32 ограничение — более 4 гибибайт файлы в принципе не поддерживаются. В новых версиях Windows флешки потому по умолчанию форматируют или в NTFS, или в exFAT.

Если флешка только под Linux, можешь ext4 использовать на ней.

Я даже больше скажу: нтфс имеет смысл использовать ТОЛЬКО если предпологаеться использование ее для обмена файлами с компьютером под управлением винды.

Вероятно, да. Под macOS можно флешку в HFS+ отформатировать — Linux умеет и с этой ФС работать.

Источник

Как скопировать файлы в Astra Linux через терминал из системных папок?

Всем добра на fast-wolker.ru! Сегодняшний урок — типичная и затруднительная ситуация для новичков. В Linux разграничение прав доступа к папкам и файлам организовано таким образом, что документы относящиеся к группе Root нельзя никому просмотреть, (или скопировать) в другой каталог обычным способом.

В моем примере нужные фото попали в папку /var. Напомню друзья, что при установке Astra Linux мы заводим администратора системы, у которого есть неограниченные полномочия.

Но это еще не предел; в линукс есть встроенная учетная запись SU, она скрыта. И если SU владелец документа (или группа ROOT), то просмотреть или скопировать документ обычным способом не получиться.

Теоретически можно зайти в систему под пользователем SU, и скопировать файлы куда нужно, но делать этого крайне не рекомендуется, — риск поломать операционную систему очень велик!

Поэтому выйдем из положения используя терминал. Без него никуда. Можно использовать два способа работы — непосредственно через консоль вводим команды. Второй способ — запуск встроенного файлового менеджера Midnight Commander.

Первый способ подойдет если количество файлов небольшое. Второй удобен для выборочной, визуальной работы. Впрочем, все зависит насколько вы уже знакомы с MC.

Как получить root права на файл для копирования если он не открывается?

В терминале перехожу в папку, где лежат мои скриншоты:

Смотрю, что у меня в этой папке лежит:

Нужны все файлы с расширением PNG. Сейчас мы скопируем их в мою ДОМАШНЮЮ ПАПКУ/Документы одной командой. В терминале выберем команду CP (копирование).

SUDO CP *.png /home/superuser/Документы

Это еще не всё. Файлы скопированы, но прав доступа на открытие нет, так как владелец файлов по прежнему root.

С помощью команды CD переходим в папку home/superuser/Документы. Команду CHMOD мы уже изучили в материале «Как сделать файл исполняемым в Astra Linux«. Даем ВСЕМ пользователям права на открытие ВСЕХ файлов с расширением PNG, (через SUDO):

Как копировать файлы пользователя root c помощью Midnight Commahder и изменить владельца?

Для дальнейшей работы нужно изменить владельца файлов. Сделать это в папке /var невозможно, Но мы уже скопировали файлы куда надо, не так ли? В Astra Linux есть встроенный менеджер файлов старый добрый Midnight Commander.

Запускается он через консоль; для наших целей используем SUDO:

Подробности смотрим на видео. В MC работаем через фунциональные клавиши и стрелками на клавиатуре.

На видео показал как менять разрешения с помощью пункта «Права доступа». Но, в моем случае нужен пункт «Права расширенные» (чтобы поменять владельца root на мою учетку):

Внутри меняем хозяина файла и группу с root на другую учетную запись. Там же можно изменить и права доступа всех на наивысшие. Всем удачи!

Источник

Файловая система доступна только для чтения в Ubuntu

Давно не писал про Ubuntu — не было повода, но недавно он появился. Мне не удалось скопировать на флешку файлы, о чем система радостно сообщала — «Файловая система доступна только для чтения».

Попытка выставить нужные права на файлы и каталоги не дала результатов и я пошел искать решение в интернете. Проблема оказалась распространенной и не раз обсуждалась. Несмотря на это, нужную команду я нашел не сразу.

Команду необходимо выполнить в терминале, вызвать который можно одновременным нажатием трёх клавиш — «Alt+Ctrl+T». Недоступность файловой системы была вызвана сбоем при копировании на флешку в прошлый раз. Возникли битые сектора, исправив которые, файловая система снова стала доступна для записи.

«sdb1» — идентификатор usb-накопителя в системе. Если у Вас два жестких диска, то он может отличаться от указанного. Выяснить его идентификатор можно командой:

Эта команда выведет список подключенных дисков.

Подскажите как решить проблему, файл текстовый копирую на флешку, но скопировать не удается, появляется окно:

«Операция над файлами была завершена с ошибками.
Копирование файлов report.txt
В: /media/usb0… „

Файл не копируется.
Права доступа к файлу проверил, можно читать и писать r/w

Проблема явно в том, как Ubuntu работает с флешками (флешь исправна, проверено, все флешки так себя ведут на этой машине).

п.с. При подключении флешки к компьютеру, не появляется окно с предложение примонтировать флешь или открыть в файловом менеджере.
На другом компьютере при подключении флешь появляется окно.

Подскажите как получить информацию о флешке, а именно о правах доступа.
Файл с флешки можно скопировать на диск Ubuntu
Предполагаю проблема с правами.

множество сайтов облазил, но так ничего не понял.
та же ошибка но с самим телефоном.
было дело копировал сериальчик на внутреннюю память телефона (samsung galaxy s 2 i9100 телефончик рутированый, рутировал примерно года 1,5 назад-работал нормально без сбоев) во время копирования случайно выдернул usb шнур.
при повторном подключении ничего не заметил, с телефона все спокойно скидывается на пк а на тел с пк ни в какую. файлы на внутренней памяти и на флешке не возможно удалить через пк и менеджер файлов в телефоне, даже скриншоты не сохраняются. телефон перешел в режим только чтение.
помогите решить проблемку.

ps. root explorer только смог перемонтировать файловую систему для чтения и записи но только на момент удаления любого файла.

pss. вот я и подумал раз root explorer смог перемонтировать файловую систему и для чтения и для записи (хоть и временно) вот у меня и загорелась надежна что не все потеряно.
НАДЕЮСЬ ЧТО МНЕ ТУТ ПОМОГУТ.

Источник

Не могу ничего скачать на флешку (Ubuntu)

Не могу ничего ни скачать на флешку, ни удалить с нее. В чем может быть проблема?

Смонтируй с uid=1000, или какой там у тебя id?

Дай угодаю. На флешке ntfs? Чекни ка проверку

> Не могу ничего ни скачать на флешку, ни удалить с нее.
С каким сообщением? Что в dmesg?

А да. Еще смотря как флэшку монтируешь? Оно там автоматом в убунте монтируется или руками?

GParted показывает fat32 (он, кстати, тоже ничего не позволяет с ней делать)

до этого таких проблем не возникало.

Нарушение прав доступа. Какая там файловая система? FAT? Вообще проблем быть не должно, это что-то в дистрибутиве не так.

Дай угодаю. На флешке ntfs? Чекни ка проверку

Дай угадаю. На уроки не ходил:) чекни розенталя

Источник

unixforum.org

Форум для пользователей UNIX-подобных систем

Сообщение Murz » 04.03.2009 15:31

Можно ли в Linux как-либо настроить отображения реального процесса копирования на флешку, также как в винде отображается (со включенным режимом быстрого извлечения)?

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

Под линуксом: взяли файлы, перетащили.
Далее линукс показывает прогресс копирования, в котором скорость копирования достигает 70 мбайт в сек, но это всё пока он читает в кеш и пока не кончится оперативная память для этого кеша. Дошло к примеру до 15%. Далее процесс замирает, показывает скорость копирования 0 б/сек, на флешку начинается усиленная запись. Далее рывками продолжается процесс записи но скорость уже не такая прелесная, прыгает от 0 до 2000 кбайт, прогресс то идёт то нет.
Ждём-ждем-ждем. Далее процесс доходит до 100%, завершается, мы радуемся! Но это ещё не всё! Нажимаем «отмонтировать флешку» и теперь опять ждём несколько минут пока оставшийся кеш в памяти сбросится на флешку.
И, что самое обидное, этот процесс копирования под Linux идёт более чем в 2 раза медленнее!

Я думаю что описал общую проблему, которую испытываю не только я, но и все пользователи флешек для переноса файлов.

Но всё же, как мне кажется, на первом месте должно быть удобство использования, а не забота о надёжности флешки! или хотя бы дать пользователю выбрать что для него важнее.

Поэтому предлагаю сообществу обсудить данную проблему и найти способы её решения.

Источник

Время на прочтение
3 мин

Количество просмотров 165K

В этой статье будут раскрыты некоторые неочевидные вещи связанные с использованием wildcards при копировании, неоднозначное поведение команды cp при копировании, а также способы позволяющие корректно копировать огромное количество файлов без пропусков и вылетов.

Допустим нам нужно скопировать всё из папки /source в папку /target.

Первое, что приходит на ум это:

cp /source/* /target

Сразу исправим эту команду на:

cp -a /source/* /target

Ключ -a добавит копирование всех аттрибутов, прав и добавит рекурсию. Когда не требуется точное воспроизведение прав достаточно ключа -r.

После копирования мы обнаружим, что скопировались не все файлы — были проигнорированы файлы начинающиеся с точки типа:

.profile
.local
.mc
и тому подобные.

Почему же так произошло?

Потому что wildcards обрабатывает shell (bash в типовом случае). По умолчанию bash проигнорирует все файлы начинающиеся с точек, так как трактует их как скрытые. Чтобы избежать такого поведения нам придётся изменить поведение bash с помощью команды:

shopt -s dotglob

Чтобы это изменение поведения сохранилось после перезагрузки, можно сделать файл wildcard.sh c этой командой в папке /etc/profile.d (возможно в вашем дистрибутиве иная папка).

А если в директории-источнике нет файлов, то shell не сможет ничего подставить вместо звёздочки, и также копирование завершится с ошибкой. Против подобной ситуации есть опции failglob и nullglob. Нам потребуется выставить failglob, которая не даст команде выполниться. nullglob не подойдёт, так как она строку с wildcards не нашедшими совпадения преобразует в пустую строку (нулевой длины), что для cp вызовет ошибку.

Однако, если в папке тысячи файлов и больше, то от подхода с использованием wildcards стоит отказаться вовсе. Дело в том, что bash разворачивает wildcards в очень длинную командную строку наподобие:

cp -a /souce/a /source/b /source/c …… /target

На длину командной строки есть ограничение, которое мы можем узнать используя команду:

getconf ARG_MAX

Получим максимальную длину командной строки в байтах:

2097152

Или:

xargs --show-limits

Получим что-то типа:

….
Maximum length of command we could actually use: 2089314
….

Итак, давайте будем обходиться вовсе без wildcards.

Давайте просто напишем

cp -a /source /target

И тут мы столкнёмся с неоднозначностью поведения cp. Если папки /target не существует, то мы получим то, что нам нужно.

Однако, если папка target существует, то файлы будут скопированы в папку /target/source.

Не всегда мы можем удалить заранее папку /target, так как в ней могут быть нужные нам файлы и наша цель, допустим, дополнить файлы в /target файлами из /source.

Если бы папки источника и приёмника назывались одинаково, например, мы копировали бы из /source в /home/source, то можно было бы использовать команду:

cp -a /source /home

И после копирования файлы в /home/source оказались бы дополненными файлами из /source.

Такая вот логическая задачка: мы можем дополнить файлы в директории-приёмнике, если папки называются одинаково, но если они отличаются, то папка-исходник будет помещена внутрь приёмника. Как скопировать файлы из /source в /target с помощью cp без wildcards?

Чтобы обойти это вредное ограничение мы используем неочевидное решение:

cp -a /source/. /target

Те кто хорошо знаком с DOS и Linux уже всё поняли: внутри каждой папки есть 2 невидимые папки «.» и «..», являющиеся псевдопапками-ссылками на текущую и вышестоящие директории.

• При копировании cp проверяет существование и пытается создать /target/.
• Такая директория существует и это есть /target
• Файлы из /source скопированы в /target корректно.

Итак, вешаем в жирную рамочку в своей памяти или на стене:

cp -a /source/. /target

Поведение этой команды однозначно. Всё отработает без ошибок вне зависимости от того миллион у вас файлов или их нет вовсе.

Выводы

Если нужно скопировать все файлы из одной папки в другую, не используем wildcards, вместо них лучше использовать cp в сочетании с точкой в конце папки-источника. Это скопирует все файлы, включая скрытые и не завалится при миллионах файлов или полном отсутствии файлов.

Послесловие

vmspike предложил аналогичный по результату вариант команды:

cp -a -T /source /target

Oz_Alex

cp -aT /source /target

ВНИМАНИЕ: регистр буквы T имеет значение. Если перепутать, то получите полную белиберду: направление копирования поменяется.

---

Благодарности:

• Компании RUVDS.COM за поддержку и возможность публикации в своем блоге на Хабре.
• За изображение TripletConcept. Картинка очень большая и детальная, можно открыть в отдельном окне.

P.S. Замеченные ошибки направляйте в личку. Повышаю за это карму.

---