Вернуть к работе VirtualBox

Автор duletant, 30 апреля 2014, 22:58:07

« назад - далее »

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

duletant

Добрый вечер!
Система - Debian (jessie).
Стоит Virtualbox 4.3.10. Работал без нареканий.
С помощью chkconfig -d <демон> убрал не нужные (на мой взгляд) демоны (жаль не записал какие). Так-же была изменена маска с значения 0022 на 0077 редактированием файла /etc/profile.
После вышеизложенных действий при запуске VirtualBox получаю сообщение:
Открыть содержимое (спойлер)
(VirtualBox:3306): GConf-WARNING **: Client failed to connect to the D-BUS daemon:
Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Qt WARNING: Qt: Session management error: None of the authentication protocols specified are supported
[свернуть]


Список демонов работающих в данный момент:
Открыть содержимое (спойлер)

chkconf -A
acpid                   off
alsa-utils              off
anacron                 off
atd                     off
avahi-daemon            off
binfmt-support          off
bluetooth               off
bootlogs                on
bootmisc.sh             on
checkfs.sh              on
checkroot-bootclean.sh  on
checkroot.sh            on
console-setup           on
cron                    on
dbus                    on
exim4                   on
gdm3                    on
gdomap                  on
hdparm                  on
hostname.sh             on
hwclock.sh              on
kbd                     on
keyboard-setup          on
killprocs               on
kmod                    on
minissdpd               on
motd                    on
mountall-bootclean.sh   on
mountall.sh             on
mountdevsubfs.sh        on
mountkernfs.sh          on
mountnfs-bootclean.sh   on
mountnfs.sh             on
network-manager         on
networking              on
nfs-common              off
nmbd                    on
ntp                     on
nvidia-kernel           on
pppd-dns                off
procps                  on
pulseaudio              on
rc.local                on
rcS                     off
rmnologin               on
rpcbind                 S
rsyslog                 on
samba                   off
samba-ad-dc             off
saned                   off
sendsigs                off
smbd                    off
speech-dispatcher       off
sudo                    on
sysstat                 on
udev                    on
umountfs                off
umountnfs.sh            off
umountroot              off
unattended-upgrades     off
urandom                 on
virtualbox              on
x11-common              on
[свернуть]


Что привело к такому результату, изменения политики безопасности или отсутствующий демон?
Заранее благодарен!

yura_n

#1
Цитата: duletant от 30 апреля 2014, 22:58:07
Что привело к такому результату, изменения политики безопасности или отсутствующий демон?
Отредактировав таким образом umask, вы запретили доступ к новым файлам всем пользователям, кроме владельца (точнее права доступа на файл, по умолчанию, будут предоставляться только владельцу файла). И сейчас, если какой-то процесс хочет получить доступ к новому файлу имея права группы файла, то такой доступ процесс не получит. Если вы хотите большую безопасность, то измените umask не на 077, а на 027.

duletant

Цитата: yura_n от 01 мая 2014, 16:32:06

И сейчас, если какой-то процесс хочет получить доступ к новому файлу имея права группы файла, то такой доступ процесс не получит. Если вы хотите большую безопасность, то измените umask не на 077, а на 027.
Но ведь после изменения маски новых фалов касающихся Vbox не создавалось, т.е. все права, по идее, остались не измененными.
Если дело в разрешениях, как понять какой именно файл(ы) отказывают процессам?

yura_n

#3
Цитата: duletant от 02 мая 2014, 14:41:48
Если дело в разрешениях, как понять какой именно файл(ы) отказывают процессам?
С помощью lsof вы можете просматривать список открытых файлов. А как узнать конкретный файл при неработающей программе? - Вопрос сложный. Я бы изменил umask, забэкапил папку с образами и выполнил:

apt-get purge virtualbox

Чтобы удалить все файлы программы. А затем установил бы снова.

duletant

Вернул к исходному значение umask 0022, удалил Vbox, установил заново. Результат - тот-же.
Заметил неприятную особенность: после возврата значения umsk, файлы и каталоги создаются с правами учитывая текущее значение umask 0022, а вот файлы создаваемые самой VirtualBox по прежнему создаются с разрешениями 700 (т.е. по старому значению маски). Видимо отсюда и тянется эта борода!
Как теперь заставить vbox работать по новому значению маски?

duletant

Очередной раз VirtualBox заставляет меня прибегнуть к переустановке всей системы.
Как-же все это не по душе.
???

ihammers

Цитата: duletant от 05 мая 2014, 21:59:36
Очередной раз VirtualBox заставляет меня прибегнуть к переустановке всей системы...
Как по мне, так это преждевременный шаг, выведите что находиться в /etc/apt/sources.list?

PS: интересует данный вопрос, потому что в Jessie данный пакет выпилен.
Debian GNU/Linux Bookworm, LXQt/OpenBox: AMD Ryzen 5 5600G / 64Gb RAM
_______________________________
Debian GNU/Linux Bookworm, без графики: AMD Phenon X4 / 16Gb RAM
_______________________________
Debian GNU/Linux Bookworm, LXQt/OpenBox: Acer Aspire One 722 AMD C60 / 8Gb RAM / ATI HD6290

duletant

Система уже новая. Sources.list был стандартный, который система создает при установке с использованием зеркала сети (с добавленными секциями contrib, non-free)


Открыть содержимое (спойлер)

deb http://ftp2.debian.org.ua/debian/ jessie main contrib non-free
deb-src http://ftp2.debian.org.ua/debian/ jessie main

deb http://security.debian.org/ jessie/updates main contrib
deb-src http://security.debian.org/ jessie/updates main contrib

# jessie-updates, previously known as 'volatile'
deb http://ftp2.debian.org.ua/debian/ jessie-updates main contrib non-free
deb-src http://ftp2.debian.org.ua/debian/ jessie-updates main contrib

# jessie-backports, previously on backports.debian.org
deb http://ftp2.debian.org.ua/debian/ jessie-backports main contrib non-free
deb-src http://ftp2.debian.org.ua/debian/ jessie-backports main contrib

[свернуть]


Цитата: ihammers от 06 мая 2014, 05:05:53
PS: интересует данный вопрос, потому что в Jessie данный пакет выпилен.
...не знаю насколько он выпилен... суть в том, что Vbox стоял и работал прекрасно до внесения изменений описанных выше.


Модераторам

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