Error while copying linux

Thread: Error While Copying

Thread Tools

Display

Error While Copying

I’m very new to Ubuntu. So please dumb things down a bit for me. I installed Ubuntu 9.10 server edition and everything went well when I found everything I needed. I currently have 4TB of storage on a FreeNAS server that I need copied over to my New Ubuntu server. I enabled the Ubuntu Desktop so it is a little easier for me to work with.

Anyway, I open 2 windows on my desktop. 1 is a drive on the Network from my FreeNAS machine. The other is a drive on my Ubuntu server. When I go to copy files from my freeNAS machine to a drive on Ubuntu I get this error,

«Error While Copying»
The Folder «folder name» cannot be copied because you do
not have permissions to create it in the destination.

Anyone know how to go about getting my stuff copied over?

Also, I don’t want to have to enter a password to enter my Samba shared drives on my network when all is said and done. Any way of doing that?

Anyway, thanks for any help in advance.

*Edit* Don’t know if it will make a difference or not, but I have all the extra drives in my Ubuntu Server auto mounting with a program called «Storage Device Manager». I think that’s what its called. I’m at work at the moment, I’ll check later.

Last edited by BULLIT22; March 22nd, 2010 at 03:50 PM .

Re: Error While Copying

What’s the exact destination of the files ?

Anyway you should use only your home folder (usually /home/username) or subfolders, in order to have rights to copy.

Any other external folder in the system is protected by user write access, it’s a security organization.

If you still have problems there’s a fast solution (that i don’t recommend) :
— open terminal
— digit ‘sudo nautilus&’
— digit your user password and you will open the folder browser
with root superuser privileges.

For the other response : the samba share works the same as between two windows machines. So you can avoid password digiting only if you share directly the folder from windows and the two machines are set within the same DOMAIN/WORKGROUP. For this you may take a look in the file /etc/smb/smb.conf and make your variations (you must be a privileged user).

Re: Error While Copying

I assume you are talking about the exact location as in, sda1?

I am talking about 3.5TB worth of Data. So my home folder doesn’t seem to be reasonable unless I can mount those drives in that location.

All my PC’s are on the the default «Workgroup». I will check again to see if the Ubuntu server is.

I’m not too worried about security because my Ubuntu server, Ubuntu desktop w/XBMC and freeNAS are on a Closed Network with no internet connectivity unless I manually plug into my modem.

Источник

Thread: «Error while copying.»

Thread Tools

Display

«Error while copying.»

‘The folder «Folder Name» cannot be handled because you do not have permissions to read it.’

Background: Ubuntu Crashed (probably not its’ fault but that of my ghetto computer) and I would like to copy the files from my old «/home» partition onto a separate external hard drive. So I booted with the desktop CD and trying to copy files over, some files are not «starred» and some are. What may I do to copy those files. (I have the option of installing Ubuntu again on the «/» and try to leave the «/home» partition alone. But being as I’ve never done that before I wanted to make sure the files we safe before I tried anything. Any suggestions? Thanks in advance.

Re: «Error while copying.»

I’m not one to bump threads, but there are some new circumstances. It seems reinstalling Ubuntu isn’t working either. So now I’m left to try to salvage the files from the drive I would do that, but.

I can’t figure out how to change the permissions. I’ll be monitoring this thread for the next 30 minutes. Please let me know if you have any suggestions. Thank you in advance.

An interesting note. I put in the warty warthog live cd (yes I still keep it around) and I was able to access all the files that I couldn’t before because of permissions. However, it seems as though I didn’t have my permissions on my Fat32 110.00 Gigabyte hard drive set right. Though I can access it fine and create new folders while using the ubuntu 8.04 desktop cd. Go figure (only if you want to though).

Источник

Permission denied Error while copying?

I am trying to copy a file from my Download directory to my Desktop directory; but I am getting the Permission Denied Error. Directory and file permissions doesn’t restrict me from copying (Directory perm: 755 , file perm:- 664).

Any ideas why I would be getting the permission error. I know I can use sudo to copy the file.

2 Answers 2

Here’s another scenario that would cause the problem

In this case I already created a file in the destination directory with sudo so that it was owned by root. The file can not be overwritten by a normal cp command as user and results in a ‘Permiision denied’ error.

OK, strange that it worked OK after creating a file with touch. I’m wondering if there’s file system error of some sort in which case I’d strongly advise that you force an fsck check of the filesystem — Easily done. Save all open files and in a terminal window:

After the machine comes back up it will test the root partition and then boot into Ubuntu normally. It may prompt you for permission to repair the file system or tell you what problems if any have been fixed.

Not the answer you’re looking for? Browse other questions tagged permissions or ask your own question.

Related

Hot Network Questions

Subscribe to RSS

To subscribe to this RSS feed, copy and paste this URL into your RSS reader.

site design / logo © 2021 Stack Exchange Inc; user contributions licensed under cc by-sa. rev 2021.10.8.40416

By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.

Источник

Linux Mint Forums

Welcome to the Linux Mint forums!

Error while copying files to my usb

Error while copying files to my usb

Post by ragefulblow » Wed Dec 18, 2013 4:25 am

i have a problem with my usb . i cant copy files from my computer to my flash drive.. ..

can someone help me pls ..

i am newbie to linux mint beta.. ..

thanks

Re: Error while copying files to my usb

Post by Fraoch » Wed Dec 18, 2013 10:57 am

Re: Error while copying files to my usb

Post by kukamuumuka » Wed Dec 18, 2013 11:13 am

Re: Error while copying files to my usb

Post by Herby Pepper » Wed Dec 18, 2013 12:25 pm

Check your usb permissions.
Right click on you usb, choose “Properties”, go to “Permissions” tab.
If “Owner” is your login and “Folder access” set to “Create and delete files” then permissions is not a problem. But if the “Owner” is root then look at “Others” and “Folder access” this need to be set for “Create and delete files” if it is not then you need to change it. (otherwase you will need to be working with this USB as root)

How to change permissions from just root to user as well for the USB:

• 1. open terminal (Ctrl+Alt+T)
  2.open nemo file manager by tape:
  • sudo nemo
    press
    it will ask you for password, tape it and

  3. now nemo will open, you are root in nemo open like that.
  BE CAREFUL. All you do with files and folder will be done without asking you for password.

  • Fined your USB and right click, go to “Properties”, go to “Permissions” tab.
    Change “Others Folder access” to “ Create and delete files”.
    Click on “Apply Permissions”.

  Now close properities. Close File manager Nemo. Close terminal.

  4. Try coping now.

Re: Error while copying files to my usb

Post by ragefulblow » Wed Dec 18, 2013 11:57 pm

there’s an error message when i try to move files to my mass storage device.. ..

and when i go to permission tab on my device, it says permissions could not be determined.. .

and when i follow the steps, i cant my find my device on nemo .. . nemo is the file manager?
its already mounted at /dev/sdc1 but i cant move files from my pc to the my usb device, but i can move files from my device to my pc.. .

what should i do? i do not have back up files from my pc .. . .

Re: Error while copying files to my usb

Post by ragefulblow » Thu Dec 19, 2013 12:02 am

Herby Pepper wrote: Check your usb permissions.
Right click on you usb, choose “Properties”, go to “Permissions” tab.
If “Owner” is your login and “Folder access” set to “Create and delete files” then permissions is not a problem. But if the “Owner” is root then look at “Others” and “Folder access” this need to be set for “Create and delete files” if it is not then you need to change it. (otherwase you will need to be working with this USB as root)

How to change permissions from just root to user as well for the USB:

• 1. open terminal (Ctrl+Alt+T)
  2.open nemo file manager by tape:
  • sudo nemo
    press
    it will ask you for password, tape it and

  3. now nemo will open, you are root in nemo open like that.
  BE CAREFUL. All you do with files and folder will be done without asking you for password.

  • Fined your USB and right click, go to “Properties”, go to “Permissions” tab.
    Change “Others Folder access” to “ Create and delete files”.
    Click on “Apply Permissions”.

  Now close properities. Close File manager Nemo. Close terminal.

  4. Try coping now.

hi herby .. .
when i open the permission tab on my device, it says permissions could not be determined.. . and when i do the steps that you gave me. only the «home folder» was popping out of my screen and i cant find my usb there coz its on /media/usb1

Источник

Что не так с Copy-on-Write под Linux при копировании

Предупреждение: эта статья относится ко всем CoW файловым системам в Linux, поддерживающим reflink при копировании. В данный момент это: BTRFS, XFS и OCFS2.

Прошу воздержаться от холиваров о том, какая ФС лучше: Btrfs, XFS, Reiser4, NILFS2, ZFS или какая-то неупомянутая.

Предыстория

Ожидания от копирования в CoW-файловых системах

Когда в 2001 году анонсировалась Reiser4, я был вдохновлён и увлечён возможностями Copy-on-Write. Подумать только, мы можем легко и просто иметь сколько угодно копий разных проектов, а физически диск будет хранить только отличия между ними!

К тому же скорость копирования должна была неприлично вырасти. За счёт того, что при копировании создавалась бы только reflink-ссылка на старый файл. При записи в такой новый файл автоматически выделялись бы сектора для изменённых данных. В итоге мы бы имели одинаковые сектора для общих частей файлов, а разные части были бы записаны в разных секторах.

Это тогда выглядело панацеей для создания аккаунтов для shared-хостинга, а сейчас оптимальным решением для лёгких виртуальных машин и контейнеров. Ведь мы могли бы не тратить место на одинаковые файлы, вместе с тем позволяя пользователям их беспроблемно менять.

Однако у Ханса Райзера поехала крыша и он убил жену, а его детище (скорее всего по политическим причинам) не включили в ядро. Может всё-таки история зависит от конкретной личности?

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

После этого я стал ждать Btrfs. И только через 6 лет после анонса она была признана разработчиками ядра Linux стабильной.

После этого я не торопился использовать Cow-системы, так как сама парадигма Copy-on-Write предполагает повышенную фрагментацию, потому что изменения данных каждый раз записываются в новое место.

Для HDD фрагментация убивает производительность, так как процесс перепозиционирования блока считывающих головок — очень длительная операция.

Поэтому лично я откладывал внедрение btrfs на своих машинах, пока они не перешли на SSD.

Замечу, что SSD тоже не любят фрагментацию, всем известно, что для SSD линейная запись/чтение могут быть в десятки раз быстрее, чем случайный доступ.

Но производительность фрагментированного SSD падает не так драматически, как у HDD.

Итак, что со скоростью копирования при CoW?

И вот, наконец, настал тот час. Когда SSD стали достаточно надёжны, я стал вовсю использовать CoW-файловые системы. А конкретнее — Btrfs и Nilfs2.

Осваивая захватывающие возможности снимков (снепшотов), на время я забыл о моих ожиданиях из 2000-х годов о сверхбыстром копировании файлов.

Через некоторое время я решил провести тесты. И к моему великому разочарованию не увидел никакого прироста скорости от CoW при копировании. Вот результат на SATA SSD:

Оказалось, что для использования CoW нужно указывать специальный ключ.

Только в этом случае мы видим 5-кратное преимущество. К слову говоря, размер преимущества неограниченно растёт при увеличении длины файлов. В папке /usr , которую я копировал, в основном мелкие файлы.

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

В данном случае я тестировал копирование на Btrfs-разделе. Но подобный результат вы получите и с любой другой CoW-файловой системой, поддерживающей reflink.

В чём проблема, Билли?

Проблема в cp. По умолчанию она не использует CoW при копировании. Хотя может.

Вы можете сказать — я не использую cp. Однако под капотом у Linux он используется практически везде. Многие программы, когда им нужно что-то скопировать, используют cp , а не свои «велосипеды».

Почему разработчиками coreutils было принято столь неоднозначное решение, которое перечеркнуло половину преимуществ CoW файловых систем?

Оказывается, так решил Pádraig Brady, ответственный за развитие GNU coreutils.

1. По умолчанию cp не использует CoW, так как кто-то может использовать копирование для того, чтобы повысить вероятность сохранения файла на диске после разрушения файловой системы.
2. С точки зрения производительности, если есть некий чувствительный к задержкам процесс, вы можете захотеть, чтобы основная запись была сделана именно во время копирования, так если это произойдёт потом, то может возникнуть лаг при перепозиционировании головок жёсткого диска. Обратите внимание, начиная с версии 8.24 coreutils, mv по умолчанию использует опцию reflink.

В плане скорости для mv практически нет никакой пользы от CoW при перемещении файлов. В пределах одной файловой системы mv практически всегда работает очень быстро.

Опять возникает вопрос о влиянии личности на историю. Поставив по-другому несколько буковок в исходном коде программы, можно замедлить копирование у десятков/сотен миллионов пользователей (тут нужно учесть, что сейчас большинство людей пользуются облачными сервисами в том или ином виде, даже если у них нет компьютера), уменьшить эффективность использования накопителей и повысить их продажи по всему миру.

Разбор аргументов Pádraig

В первом аргументе есть кое-какой смысл. Неискушенные пользователи действительно могут делать бэкапы ценных файлов на одной и той же файловой системе.

Второй аргумент. Если почитать дальнейшие комментарии насчёт лагов от Pádraig, то обнаружится, что он имел в виду ситуации с базами данных, когда при записи в существующий файл может возникнуть задержка из-за того, что файловая система будет искать свободное место. Но в случае CoW-файловой системы всегда будут искаться новые сектора для записи в силу природы CoW, как заметил Jan Kanis. Поэтому, по моему мнению, второй аргумент несостоятелен.

Однако на CoW системах действительно можно получить задержку или даже ошибку “Закончилось пространство” при записи в файл базы данных. Для избежания этого нужно для базы изначально создавать пустой каталог с отключенным CoW.

Отключается CoW на каталоге/файле так:

Есть ещё опция монтирования nodatacow. Она будет применена ко всем новосоздаваемым файлам.

Как всё-таки быть, если мы хотим по умолчанию использовать CoW при копировании?

Радикальный путь — это патчить coreutils. Возможно, создать свой пакет в своём частном репозитории.

Менее радикальное решение — это прописать алиас cp для вашей оболочки. Для bash, например:

В папке /etc/profile.d создаём файлик cp_reflink.sh c содержимым:

Это решение будет работать почти во всех случаях, когда к cp идёт обращение из оболочки по имени. Но если в скриптах будет использоваться /bin/cp, то алиас не сработает и копирование будет происходить по старинке.

Дистрибутивы Linux c поддержкой reflink

Файловые менеджеры и reflink

Состояние на 31 октября 2019 года:

• Midnight Commander — поддерживает.
• Krusader — не поддерживает.
• Dolphin — не поддерживает.
• Nautilus — не поддерживает.
• Nemo — поддерживает.

По слухам на 18 января 2021 года:

• Dolphin и Nautilus уже поддерживают копирование с reflink. Точные минимальные версии с поддержкой reflink автору не известны.

Языки программирования, системные вызовы и reflink

В большинстве языков программирования поддержка reflink отсутствует.
На Си многие программисты до сих пор копируют с помощью циклов и буферов.

Системный вызов sendfile не использует reflink.
cp использует системный вызов ioctl с флагом FICLONE.

Я думаю, если нужно в коде что-то скопировать, то желательно делать это как делает cp или просто вызвать cp —reflink=auto .

Выводы

С наступлением эпохи повсеместной виртуализации и SSD стало очень актуально использовать CoW-файловые системы. Они удобны для создания снимков, быстрого копирования. Фактически, при использовании CoW при копировании мы автоматически делаем дедупликацию данных.

Сейчас только 3 файловых системы поддерживают этот тип копирования: BTRFS, XFS и OCFS2.

Я искренне надеюсь, что поддержку reflink допилят в ZFS и NILFS2, так как по внутренним механизмам они и так поддерживают CoW.

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

С момента анонса Reiser4 прошло уже 18 лет, однако до сих пор лёгкое CoW копирование не вошло в нашу жизнь повсеместно.

P.S. Docker и CoW

А вы знаете что Docker поддерживает btrfs для своего хранилища? Эту опцию нужно включать. Она не выбрана по умолчанию.

CoW файловая система в теории является идеальным дополнением к лёгкой виртуализации, когда разные виртуальные машины используют одно и то же ядро.

На мой взгляд, гораздо более органично, чем OverlayFS и Aufs, которые представляют из себя технологические костыли для имитации CoW.

Для использования Btrfs в Docker нужно:

1. В свежей (без образов и виртуальных машин) инсталляции Docker примонтировать отдельный том Btrfs к /var/lib/docker
2. Добавить опции в конфигурационный файл запуска Docker

Для Gentoo и Calculate Linux это /etc/conf.d/docker

А вот полная инструкция для всех дистрибутивов.

Дополнения из комментариев

XFS и CoW

constb (источник): На XFS тоже не всегда поддерживается CoW. Нужно создавать файловую систему c mkfs.xfs -m reflink=1 .
Уже на созданной ФС «включить» поддержку CoW нельзя. плюс, на ядрах до 4.11 включение этой опции вызывает красные варнинги в dmesg о том что фича – экспериментальная.

MacOS и CoW

MMik (источник): В OS X подобная опция команды cp – это -c .

Она включает использование атомарного системного вызова clonefile() , который создаёт запись в файловой системе о новом файле, в котором ссылки на блоки данных идентичны оригиналу. Копируются атрибуты и расширенные атрибуты файла, записи списков контроля доступа (ACL), за исключением информации о владельце файла и со сбросом setuid/setgid битов. Работает в пределах одной файловой системы, требует поддержки файловой системой (атрибут ATTR_VOL_CAPABILITIES, флаг VOL_CAP_INT_CLONE).

Поддерживается начиная с OS X 10.12 (Sierra) и только в файловой системе APFS.

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

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

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

Вы можете поэкспериментировать с CoW-файловыми системами, заказав виртуальную машину у RUVDS по купону ниже.

Источник