Разрешение файла выходит с совместно используемыми папками под Виртуальным Полем (Гость Ubuntu, Windows Host)

Что-то как

for file in acct.201110[0-9]; do tar -cvjf $file.bz2 $file; done

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

108
03.03.2018, 17:36
9 ответов

Регулярный способ получить доступ к файлам теперь, должен позволить VirtualBox автомонтировать совместно используемую папку (который заставит его обнаружиться под /media/sf_directory_name) и затем добавить Вашего постоянного пользователя Ubuntu к vboxsf группа (как корень #).

# usermod -aG vboxsf <youruser>

По умолчанию, без ручного действия, монтирование похоже на это,

drwxrwx--- 1 root vboxsf 40960 Oct 23 10:42 sf_<name>

так vboxsf у группы есть полный доступ. Путем добавления пользователя к той группе Вы получаете полный доступ. Таким образом, Вы не волновались бы об изменении их полномочий (которые не имеют смысла на хосте Windows), Вы просто предоставляете себе доступ.

В этом конкретном случае это - автосмонтированная Совместно используемая папка,

Ubuntu               214153212  31893804 182259408  15% /media/sf_Ubuntu

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

ln -s /media/sf_Ubuntu /home/m/Desktop/vbox_shared

Необходимо будет перезагрузить VM для этих изменений для вступления в силу

Если Вы вручную монтируете совместно используемую папку, то необходимо использовать соответствующие опции на mount управляйте для установки папки с правильным владением (т.е. ценуроз, uid и umask опции к mount). Это вызвано тем, что Хост, ОС не поддерживает ту же систему разрешения как Linux, таким образом, VirtualBox не имеет никакого способа знать, кто должен владеть файлами.

Однако я настоятельно рекомендую просто настроить совместно используемую папку, которая будет автосмонтирована (это - установка на конфигурации Совместно используемой папки в самом VirtualBox).


Для предотвращения сомнения я не полагаю, что можно изменить полномочия обычно так или иначе в той файловой системе, если это смонтировано регулярным способом,
tony@jabba:/media/sf_name$ ls -l tst.txt
-rwxrwx--- 1 root vboxsf 2283 Apr  4  2012 tst.txt
tony@jabba:/media/sf_name$ sudo chown tony tst.txt
[sudo] password for tony: 
tony@jabba:/media/sf_name$ ls -l tst.txt
-rwxrwx--- 1 root vboxsf 2283 Apr  4  2012 tst.txt
tony@jabba:/media/sf_name$ 
164
27.01.2020, 19:29
  • 1
    Когда я попробовал это, я получил сообщение, что пользователь свинцов в группе, но когда я пытаюсь изменить файл на папке доли, я получаю ошибку, когда я хочу сохранить его. Ошибка: не Мог сохранить файл/home/m/Desktop/vbox_shared/test.tst Неожиданная ошибка: ошибка, переименовывающая временный файл: занятый Текстовый файл. –  user654019 23.10.2012, 17:40
  • 2
    Это - другая проблема, потенциально не из-за полномочий. Можно ли создать новый файл или изменить ли другой файл. Держаться-/home/m/Desktop/vbox_shared? Вы вручную смонтировали совместно используемую папку? Это не путь по умолчанию. –  EightBitTony 23.10.2012, 17:41
  • 3
    Проверяя систему, я нашел, что у меня только есть разрешение создать или удалить файлы и не разрешение чтения-записи. Как я могу дать его мне? –  user654019 23.10.2012, 17:43
  • 4
    Кажется, что перезагрузка необходима, чтобы заставить его вступить в силу. –  Eric Wang 30.10.2015, 19:17
  • 5
    ВЫ ЗАСЛУЖИВАЕТЕ ПИВА ДЛЯ ЭТОГО ОТВЕТА!!! Я не мог заставить это работать вообще, пока я не столкнулся с этим. Не может полагать, что это не там больше. Мне бы хотелось upvote это несколько раз!! –  Tensigh 19.10.2016, 07:51

Вы попробовали sudo?

$sudo chown username filename
1
27.01.2020, 19:29
  • 1
    я не верю этому, работает над совместно используемыми папками VirtualBox. –  EightBitTony 23.10.2012, 15:43
  • 2
    sudo работает везде! :P –  Extn3389 23.10.2012, 15:46
  • 3
    ссылки, я не уверен, серьезны ли Вы, но я буду юмор Вы. Смонтированная совместно используемая папка является a vboxfs введите файловую систему, она не соблюдает chown. –  EightBitTony 23.10.2012, 15:47
  • 4
    я сожалею я просто, думал, что это могло бы работать. –  Extn3389 23.10.2012, 16:18
  • 5
    Да, но это не изменило владельца. После выполнения это управляют в терминале для файла и затем рассмотрении владельца файла, это все еще принадлежит корню. –  user654019 23.10.2012, 16:41
[1131112]Добавление виртуальных блоков должно быть снова установлено после обновления гостевой системы. Проблема, я думаю, заключается в том, что при обновлении некоторых компонентов в ubuntu, некоторые компоненты изменились, после установки vb-добавок будет доступно имя sf_forlder_name. Моя проблема решена таким образом. Решение Pisu работает. [1131113]
0
27.01.2020, 19:29
  • Размонтируйте акции как корневые
  • Введите необходимые изменения с chown и chmod
  • перезагрузкой и проверьте, что акции имеют соответствующие права
-2
27.01.2020, 19:29

У меня просто имел такую ​​же проблему с моей общей папкой Win-Ubuntu, и то, как я решил, что добавляет мой пользователь в группу VBoxSF, редактирование файла / etc / group. Надеюсь, что это работает для вас. Вниз здесь вы можете найти короткую схему того, как я отредактировал файл

(edit /etc/group)
...
...
...
pulse:x:119:
pulse-access:x:120:
utempter:x:121:
rtkit:x:122:
saned:x:123:
openquake:x:1000:
sambashare:x:124:openquake,luisa
vboxsf:x:999:openquake,luisa   ##This is the line I add my user
postgres:x:125:
rabbitmq:x:126:
celery:x:500:
luisa:x:1001:

Luisa.

3
27.01.2020, 19:29

У меня была такая же проблема, и я решил ее установкой последней версии VirtualBox Guest Additions; в моем случае было обновление с 4.3.8 до 4.3.10.

После завершения установки в папке /media/sf_name владельцем группы был уже не "root", а "vboxsf".

2
27.01.2020, 19:29

Если у вас есть возможность управлять параметрами команды монтирования (например, при монтировании вручную или с помощью / etc / fstab ) вы можете использовать параметр -o uid = 771 для команды монтирования.

Запись в / etc / fstab будет выглядеть как

scanresults    /data/scanresults    vboxsf    uid=771    0 0
1
27.01.2020, 19:29

Разрешить полный доступ на чтение и запись к общей папке на хосте Windows из гостевой системы Ubuntu для пользователя Linux, не являющегося -root

Этот шаг позволит вам получить доступ к определенному каталогу на хост-компьютере Windows с гостевого терминала Linux. В этом примере имя общего ресурса с точки зрения OVB будет vshare (, что является значением по умолчанию ), полный путь к каталогу ОС Windows (ОС хоста )будет "C :\var\", а полный путь к файлу для доступа к нему с гостевой виртуальной машины будет "/vagrant". Наконец, имя пользователя, которому разрешен полный доступ для чтения/записи, будет «вы».

 # how-to add a shared folder on the host
 VBoxManage sharedfolder add "host-name" -name "vshare" -hostpath "C:\var" -automount

1. Установите необходимые гостевые дополнения

Установите необходимые компоненты гостевых дополнений, введя следующую команду:

 sudo apt-get install -y build-essential make gcc  linux-headers-$(uname -r) 
 linux-headers-generic make linux-source  linux-generic linux-signed-generic

2. Установите гостевые дополнения

Не используйте файл.iso для загрузки и запуска оттуда установщика -он просто не будет работать!!!

sudo apt-get install virtualbox-guest-dkms 

3. Автоматическое подключение общего ресурса при загрузке

Настройте общий каталог для автоматического монтирования при загрузке виртуальной машины, добавив следующие строки в конец файла /etc/fstab (обратите внимание на конфигурацию «vshare» и uid=10001):

/media/sf_vshare /vagrant vboxsf bind,uid=10001,rw,umask=0000 0 0
# eof file: /etc/fstab 

4. Добавьте себя в группу vboxsf

# mount
sudo mount -a

sudo usermod -G vboxsf -a you 

5. Перезагрузите и проверьте

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

# ssh to the vm
ssh you@host-name

# check as yourself that you have access
find /vagrant
5
27.01.2020, 19:29

В моем случае мне не удалось добавить себя в каталог vboxsf. Наконец-то я узнаю, что проблема заключалась в пути к автоматически -смонтированному каталогу :

.

/mnt/host/sf_win

В гостевой системе существовал только /mnt. Но крепление действительно работало, и с разрешения группы. Но ни одна операция не была разрешена без sudoing.

Изменение точки монтирования на /mnt/sf _win решило мою проблему.

0
19.04.2020, 15:27

Теги

Похожие вопросы