<p>панель инструментов: не удалось создать контейнер: открыть / dev / vboxusb: отказано в разрешении</p>

Привет @zapateo , спасибо за билет. Эта проблема появилась после того, как вы обновили свою систему? Также вы используете классическую рабочую станцию ​​Fedora, верно?

toolbox используется для правильной работы в моей системе; после этого я много раз обновлял / устанавливал / удалял программное обеспечение, прежде чем обнаружил, что оно перестало работать, поэтому я не могу установить, что его сломало.

Да, я использую Fedora Workstation.

У меня такая же проблема. Я запускаю Fedora 30 Silverblue со слоями виртуального бокса:

 ● ostree://fedora:fedora/30/x86_64/silverblue

                   Version: 30.20190905.0 (2019-09-05T11:27:32Z)
                BaseCommit: 8790382b1796482b1ab144f2c3c44e625d0d3b674ba31413d93b30644635c5c4
              GPGSignature: Valid signature by F1D8EC98F241AAF20DF69420EF3C111FCFC659B9
           LayeredPackages: VirtualBox fedora-workstation-repositories gnome-tweaks kmod-nvidia xcape xorg-x11-drv-nvidia xorg-x11-drv-nvidia-libs
             LocalPackages: rpmfusion-free-release-30-1.noarch rpmfusion-nonfree-release-30-1.noarch

Глядя на разрешения /dev/vboxusb :
drwxr-x---. 3 root vboxusers 60 Sep 5 17:32 vboxusb
Я подумал, может быть, добавить себя в группу vboxusers с помощью этого метода, но это тоже не удалось:

# sudo grep -E '^vboxusers:' /usr/lib/group >> /etc/group
bash: /etc/group: Permission denied

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

Я успешно воспроизвел проблему на виртуальной машине. Я считаю, что это должно быть решено в самом VirtualBox. Проблема, похоже, связана с монтированием каталога / dev. Каталог vboxusb (и тот, который вложен внутри) имеет разрешение 750, тогда как он должен иметь разрешение 755.

Чтобы временно решить эту проблему, вы можете изменить разрешения вручную от имени администратора. Но я рекомендую проверить разрешения символьного устройства под названием «002», потому что вам не нужны плохие разрешения :).

toolbox-0.0.11 была первой версией, в которой мы начали связывать монтирование всего /dev с хоста в контейнер. Может быть, тогда это сломалось для вас.

Я вручную добавил себя в группу vboxusers ; теперь я могу успешно создавать и вводить контейнеры:

$ toolbox create -c mycontainer
Created container: mycontainer
Enter with: toolbox enter --container mycontainer
$ toolbox enter -c mycontainer
⬢[gianluca<strong i="7">@toolbox</strong> ~]$ 

но когда я запускаю команду с помощью sudo я получаю следующую ошибку:

⬢[gianluca<strong i="12">@toolbox</strong> ~]$ sudo dnf upgrade
sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set

Не уверен, связана ли эта проблема с текущей проблемой. Обратите внимание, что sudo работает без проблем на хосте, а также отлично работает в контейнерах (пока я не столкнулся с проблемой, описанной в этом выпуске).

Системная информация

• панель инструментов версии 0.0.12
• Linux версии 5.2.13-200
• Работает на рабочей станции Fedora 30

@zapateo , проблема все еще /dev/vboxusb больше не было плохих разрешений.

@zapateo , проблема все еще /dev/vboxusb больше не было плохих разрешений.

Нет, проблема больше не возникает. Теперь я могу использовать панель инструментов, не сталкиваясь с проблемами:

• Fedora 32 (версия для рабочих станций)
• Fedora 32 (Silverblue, на виртуальной машине)

Думаю, что этот вопрос решен 🙂

Одно, не уверен, связано ли это: как на F32 Workstation, так и на F32 Silverblue, когда я запускаю команду с sudo внутри панели инструментов, это предупреждение выводится на консоль:

sudo: setrlimit(RLIMIT_CORE): Operation not permitted

но вроде все работает как положено.

Большой! Спасибо, что подтвердили это!

Проблема, о которой вы говорите, уже должна быть решена (№450). Либо повторно вытащите свои изображения f32/fedora-toolbox либо просто запустите dnf upgrade в контейнере.