Невозможно сохранить файл linux

Я получаю Невозможно сохранить файл: Permission denied in atom при сохранении запуска ubuntu

Я только что установил Atom, и у меня возникает ошибка, когда я иду, чтобы сохранить проект.

Не удалось сохранить файл: запрещено разрешение

Я вхожу в систему с правами администратора.

ОТВЕТЫ

Ответ 1

Это не проблема с атомом, это проблема с разрешениями linux.

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

Обычно лучшим решением является временное начало root и редактирование файла:

Ответ 2

sudo chown -R username:www-data /path/to/directory 

«username» — это то, что выплевывается при вводе

Ответ 3

если ваш случай похож на этот снимок экрана

Ответ 4

Это связано с разрешениями linux. Лучший способ решить эту проблему — предоставить разрешение для пользователя. Это можно сделать командой chown.

sudo chown -R username:groupname directory 

Вы можете найти свое имя пользователя, используя команду whoami и имя вашей группы, используя команду groups username .

Скажем, вы получили «john» в качестве своего имени пользователя. Чтобы получить имя группы, вы запустите команду

Вы получите что-то вроде этого

john : john staff adm cdrom lpadmin admin 

Первое имя после : это ваша основная группа. В примере это «john»

sudo chown -R john:john /opt/lampp/htdocs 

Ответ 5

перед запуском вашего файла с атомом, если вы измените свое разрешение на запись в файл, другие пользователи могут его сохранить, вы можете читать здесь для разрешения разрешения linux

открыть новый терминал и запустить файл с помощью текстового редактора

Ответ 6

есть много способов решить эту проблему, я просто изменяю разрешения в папке proyect:
sudo chmod 777/путь/в/папка /proyect

Ответ 7

На это может быть поздно ответить, но я попробовал это и решил свою проблему:

(Отказ от ответственности: я пытался сохранить изменения в файле keymap.cson в атоме, получил ошибку: не удалось сохранить изменения: разрешено разрешение)

1. перейдите в файл «keymap.cson».
2. щелкните правой кнопкой мыши и перейдите к свойствам.
3. снимите скрытый флажок.

вы можете сохранить изменения в keymap.cson в атоме

Ответ 8

Эта же проблема возникла на моем Mac с OSX.

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

Вам понадобится пароль администратора. Посетите папку приложения в Finder, например, «directory/ReactApps/response-app/. «, щелкните правой кнопкой мыши и выберите раскрывающееся меню «Разрешения», щелкните значок замка в правом нижнем углу этой панели и введите admin password, создайте нового пользователя, щелкнув значок «+», выберите себя и «Разрешить чтение/запись», щелкните значок разблокированного замка снова. Скопируйте свой текущий код в Atom, закройте Atom (cmd + q), перезапустите, выберите файл, выберите все (cmd + a), вставьте, а затем сохраните (cmd + s).

Ответ 9

Если вы используете AWS cloud 9 lightail (magento в моем случае), используйте:

sudo chown -R bitnami: bitnami/opt/bitnami/apps

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

Источник

Я получаю Невозможно сохранить файл: Отказано в доступе в атоме при сохранении работающей Ubuntu

Я только что установил Atom, и я получаю сообщение об ошибке при попытке сохранить проект.

Невозможно сохранить файл: отказано в разрешении

Я вошел в систему с правами администратора.

8 ответов

Это не проблема атома, это проблема разрешений Linux.

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

Обычно лучшее решение — временно стать пользователем root и отредактировать файл:

sudo chown -R username:www-data /path/to/directory 

«username» — это то, что выдается, когда вы входите

Это из-за разрешений Linux. Лучший способ решить эту проблему — предоставить разрешение пользователю. Это может быть сделано командой chown.

sudo chown -R username:groupname directory 

Вы можете найти свое имя пользователя, используя whoami Команда и название вашей группы с помощью groups username команда.

Допустим, вы получили «Джон» в качестве вашего имени пользователя. Чтобы получить имя группы, вы запускаете команду

Вы получите вывод примерно так

john : john staff adm cdrom lpadmin admin 

Имя после : ваша основная группа В примере это «Джон»

sudo chown -R john:john /opt/lampp/htdocs 

Если ваш случай такой же, как этот скриншот

Если вы получаете эту ошибку и в ubuntu 20.04, я нашел решение.

1. В терминале (ctrl + alt + t) вы можете получить доступ к root, используя этот порядок sudo su. Введите свой пароль, затем перейдите в каталог, который вы хотите сохранить.
2. Сначала нажмите cd, чтобы найти нужный каталог. затем снова «cd / usr / bin».
3. Теперь вы находитесь в каталоге / usr / bin. Введите «сенсорный атом». Это сделает файл атома txt на вашем пути. И введите «выход»
4. sudo chown -R username:www-data /path/to/directory «username» — это то, что выдает, когда вы вводите

whoami, как сказал @sam выше.

Есть много способов решить эту проблему, я просто изменить разрешения в папке проекта:
sudo chmod 777 / путь / к / папке / проект

Это происходит потому, что у Linux нет разрешений. Лучший способ решить эту проблему — предоставить пользователю разрешение на доступ к определенному каталогу / папке или файлу.

Пожалуйста, выполните следующие шаги, чтобы дать разрешение.

Сначала найдите свое имя пользователя, введя следующую команду в консоли.

Вы получите что-то вроде этого

В качестве имени пользователя указано «jrathor».

Теперь предоставьте разрешение для этой конкретной папки / каталога или файла, к которому у вас нет доступа.

sudo chown -R jrathor /path/to/folder/or/file 

Теперь вы можете редактировать все файлы, доступные в каталоге.

Он будет работать как для ubuntu, так и для MAC.

Эта же проблема возникла на моем Mac под управлением OSX.

По какой-то причине npm создал приложение реагирования с разрешениями «Чтение и запись» для системы только для папки приложения, хотя все содержащиеся в ней файлы и папки имели разрешения на чтение / запись для меня, создавшего пользователя.

Вам понадобится пароль администратора. Перейдите в папку приложения в Finder, например, «directory/ReactApps/ реагировать-app/. «, щелкните правой кнопкой мыши и выберите в раскрывающемся меню «Разрешения», щелкните значок замка в правом нижнем углу этой панели и введите пароль администратора, создайте нового пользователя, щелкнув значок «+», выберите себя и разрешите чтение / запись, затем снова нажмите (разблокированный) значок замка. Скопируйте текущий код в Atom, выйдите из Atom (cmd+q), перезапустите, выберите файл, выберите все (cmd+a), вставьте, затем сохраните (cmd+s).

Источник

Gedit won’t save a file on a VirtualBox share: Text file busy

I have a text file that I can change using other applications (for example openoffice ). But when I try to change and save it using gedit , I am getting error from gedit :

Could not save the file /media/sf_Ubuntu/BuildNotes.txt. Unexpected error: Error renaming temporary file: Text file busy 

-rwxrwx--- 1 root vboxsf 839 2012-10-26 12:08 BuildNotes.txt 

m@m-Linux:/media/sf_Ubuntu$ id uid=1000(m) gid=1000(m) groups=4(adm),20(dialout),24(cdrom),46(plugdev),105(lpadmin),119(admin),122(sambashare),1000(m),1001(vboxsf) 

In 2021 this error still occurs, even with Geany. No problem with joe. It only happens with Win10 host. With a Debian host everything works fine.

6 Answers 6

This problem has been reported since 2009 (example _[archived]). It is awful that there’s no fix for it yet. Neither VirtualBox nor Gedit developers are willing to take responsibility for it, and instead are content to point fingers at one another for over three years.

You can set your editor preferences to ‘Create a backup’ then save twice. Incredibly painful, but it works.

Some other editors won’t report the problem. However, when I tested Kate and nano, for example, those just silently deleted the file on every other save. That’s even worse than the gedit situation.

Greetings from the future. «Over three years» has now turned into «Over eight years». This is still a problem.

Greetings from the future’s future. Now it is «Over 10 years». I am afraid I don’t have enough time to see a fix to this. I turn to use mousepad.

“Text file busy” can be confusing here: it isn’t actually about text files, but about executables. Executables are called text files because… hum, actually, I don’t know why.

What the message really means is “this file is locked by another program that is using it and can’t let it be modified under its nose, so you can’t write to it.” It is quite unusual to see this message for a text file: unix systems generally frown on mandatory locks on files, and there is no facility for applications to lock out others from modifying a file. (Unix has advisory locks: they can be used to synchronize concurrent accesses to a file by cooperating programs.) The most common circumstance when you’ll see “text file busy” ( ETXTBUSY ) is if you try to modify an executable that’s running: the kernel locks it. Another possibility is a disk image that is mounted, again locked by the kernel.

In your case, given the location of the file /media/sf_Ubuntu and the ownership to the group vboxsf , my guess is that the file, which is on a VirtualBox file sharing filesystem, is locked in the host operating system. Presumably the host is a Windows machine and you also have the file open in an editor there. You’ll need to close the file on the host before you can save in the editor in the VM.

Источник

unixforum.org

Решено: Не возможно сохранить измененный файл на SAMBA

Решено: Не возможно сохранить измененный файл на SAMBA

Сообщение wirbi » 01.04.2009 12:35

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

Попробовал монтировать самбу командой

mount -o user=nobody,workgroup=WORKGROUP //server/local /mnt/local

//server/local /mnt/local cifs username=WORKGROUP/nobody,workgroup=WORKGROUP 0 0

Тоже все подключается, но начал работать и понял, файлы можно открывать, но сохранять не получается, редактировал mousepadом. При этом можно сохранить файл в /mnt/local если там не существует файла с таким именем, но перезаписать нельзя. А вот сохранить в любую вложенную директорию, например /mnt/local/work, даже новый файл нельзя вообще.

[global] workgroup = WORKGROUP netbios name = server string = Samba Server %v load printers = no printcap cache time = 60 printing = cups log file = /var/log/samba/%m.log max log size = 50 hosts allow = 192.168.0.10 192.168.0.107 192.168.0.178 127. map to guest = bad user security = user encrypt passwords = yes smb passwd file = /etc/samba/smbpasswd remote announce = 192.168.0.255 local master = no dns proxy = no #============================ Share Definitions ============================== [homes] comment = Home Directories browseable = no writable = yes [local] comment = Local work space path = /var/work/local public = yes browsable = yes writable = yes printable = no create mask = 0660 directory mask = 0771

nobody = guest pcguest smbguest

Права на директорию /var/work/local/work стоят 755 nobody nogroup

При этом виндовые пользователи вообще не ощущают проблем, у них все в порядке.

Задушил гугл, но ответа не нашел. Взываю о помощи.

Источник