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

[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]

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

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

[duletant]

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

Но ведь после изменения маски новых фалов касающихся Vbox не создавалось, т.е. все права, по идее, остались не измененными.
Если дело в разрешениях, как понять какой именно файл(ы) отказывают процессам?

[yura_n]

Если дело в разрешениях, как понять какой именно файл(ы) отказывают процессам?

С помощью lsof вы можете просматривать список открытых файлов. А как узнать конкретный файл при неработающей программе? - Вопрос сложный. Я бы изменил umask, забэкапил папку с образами и выполнил:

Код Выделить Развернуть


apt-get purge virtualbox

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

[duletant]

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

[duletant]

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

[ihammers]

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

Как по мне, так это преждевременный шаг, выведите что находиться в /etc/apt/sources.list?

PS: интересует данный вопрос, потому что в Jessie данный пакет выпилен.

[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

[свернуть]

PS: интересует данный вопрос, потому что в Jessie данный пакет выпилен.

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

Модераторам

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

[свернуть]