Автор Тема: Вернуть к работе VirtualBox  (Прочитано 2328 раз)

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

Оффлайн duletant

  • Местный житель
  • ***
  • Topic Author
  • Сообщений: 128
Вернуть к работе VirtualBox
« : 30 Апрель 2014, 22:58:07 »
Добрый вечер!
Система - Debian (jessie).
Стоит Virtualbox 4.3.10. Работал без нареканий.
С помощью chkconfig -d <демон> убрал не нужные (на мой взгляд) демоны (жаль не записал какие). Так-же была изменена маска с значения 0022 на 0077 редактированием файла /etc/profile.
После вышеизложенных действий при запуске VirtualBox получаю сообщение:
Spoiler: ShowHide
(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

Список демонов работающих в данный момент:
Spoiler: ShowHide

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


Что привело к такому результату, изменения политики безопасности или отсутствующий демон?
Заранее благодарен!
« Последнее редактирование: 01 Май 2014, 12:59:03 от duletant »
 


yura_n

  • Гость
Re: Вернуть к работе VirtualBox
« Ответ #1 : 01 Май 2014, 16:32:06 »
Что привело к такому результату, изменения политики безопасности или отсутствующий демон?
Отредактировав таким образом umask, вы запретили доступ к новым файлам всем пользователям, кроме владельца (точнее права доступа на файл, по умолчанию, будут предоставляться только владельцу файла). И сейчас, если какой-то процесс хочет получить доступ к новому файлу имея права группы файла, то такой доступ процесс не получит. Если вы хотите большую безопасность, то измените umask не на 077, а на 027.
« Последнее редактирование: 01 Май 2014, 16:48:17 от yura_n »
 

Оффлайн duletant

  • Местный житель
  • ***
  • Topic Author
  • Сообщений: 128
Re: Вернуть к работе VirtualBox
« Ответ #2 : 02 Май 2014, 14:41:48 »

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

yura_n

  • Гость
Re: Вернуть к работе VirtualBox
« Ответ #3 : 02 Май 2014, 15:50:18 »
Если дело в разрешениях, как понять какой именно файл(ы) отказывают процессам?
С помощью lsof вы можете просматривать список открытых файлов. А как узнать конкретный файл при неработающей программе? - Вопрос сложный. Я бы изменил umask, забэкапил папку с образами и выполнил:
apt-get purge virtualbox
Чтобы удалить все файлы программы. А затем установил бы снова.
« Последнее редактирование: 02 Май 2014, 15:54:27 от yura_n »
 

Оффлайн duletant

  • Местный житель
  • ***
  • Topic Author
  • Сообщений: 128
Re: Вернуть к работе VirtualBox
« Ответ #4 : 02 Май 2014, 16:55:29 »
Вернул к исходному значение umask 0022, удалил Vbox, установил заново. Результат - тот-же.
Заметил неприятную особенность: после возврата значения umsk, файлы и каталоги создаются с правами учитывая текущее значение umask 0022, а вот файлы создаваемые самой VirtualBox по прежнему создаются с разрешениями 700 (т.е. по старому значению маски). Видимо отсюда и тянется эта борода!
Как теперь заставить vbox работать по новому значению маски?
 

Оффлайн duletant

  • Местный житель
  • ***
  • Topic Author
  • Сообщений: 128
Re: Вернуть к работе VirtualBox
« Ответ #5 : 05 Май 2014, 21:59:36 »
Очередной раз VirtualBox заставляет меня прибегнуть к переустановке всей системы.
Как-же все это не по душе.
 ???
 

Оффлайн ihammers

  • Главный модератор
  • Ветеран
  • *****
  • Сообщений: 1742
  • Debian GNU/Linux Stretch
    • Алтайская Группа Пользователей Linux
  • Jabber: ihammers@jabber.ru
Re: Вернуть к работе VirtualBox
« Ответ #6 : 06 Май 2014, 05:05:53 »
Очередной раз VirtualBox заставляет меня прибегнуть к переустановке всей системы...
Как по мне, так это преждевременный шаг, выведите что находиться в /etc/apt/sources.list?

PS: интересует данный вопрос, потому что в Jessie данный пакет выпилен.
Debian GNU/Linux Stretch, kernel 4.9.0-5-amd64,
LXQt/KDE/OpenBox AMD Phenon X4 / 16Gb RAM / ATI HD7750 Silent
_______________________________
Debian GNU/Linux Stretch, kernel 4.9.0-5-amd64, LXQt/KDE/OpenBox
Acer Aspire One 722 AMD C60 / 4Gb RAM / ATI HD6290
 

Оффлайн duletant

  • Местный житель
  • ***
  • Topic Author
  • Сообщений: 128
Re: Вернуть к работе VirtualBox
« Ответ #7 : 06 Май 2014, 14:46:40 »
Система уже новая. Sources.list был стандартный, который система создает при установке с использованием зеркала сети (с добавленными секциями contrib, non-free)

Spoiler: ShowHide

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 стоял и работал прекрасно до внесения изменений описанных выше.

Модераторам: ShowHide

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

Теги: