LINUX.ORG.RU

История изменений

Исправление Agmsxx, (текущая версия) :

Послесловие:

(*) После всех приведённых манипуляций, при попытке запуска виртуальных машин, ВОЗМОЖНО, будет выведена ошибка: «Ошибка запуска домена: Cannot access storage file и т.д… (as uid:1000, gid:154): Нет такого файла или каталога». В таком случае вносим некоторые изменения в шаблоны уже экспортированных виртуальных машин, для двух виртуальных машин поочерёдно, в соответствующих шаблонах:

sudo EDITOR=nano virsh -c qemu:///system edit Whonix-Gateway

sudo EDITOR=nano virsh -c qemu:///system edit Whonix-Workstation

Удалить строки: «blkiotune> 250 </blkiotune»

(**) Если после последнего^ исправления ошибка повторится, тогда редактируем конфиг гипервизора при помощи всё того же «nano»:

sudo nano /etc/libvirt/qemu.conf

В данном конфиге необходимо найти строки «user» и «group», по умолчанию обе установлены на «root». Пример: " […] Some examples of valid values are:

user = «qemu» # A user named «qemu» user = «+0» # Super user (uid=0) user = «100» # A user named «100» or a user with uid=100

#user = «root» The group for QEMU processes run by the system instance. It can be specified in a similar way to user. #group = «root» […] "

Раскомментируйте обе строки (уберите знаки #), замените «root» на имя вашего текущего пользователя, а в строке «group» установите «libvirt», как показано ниже: " […] Some examples of valid values are:

user = «qemu» # A user named «qemu» user = «+0» # Super user (uid=0) user = «100» # A user named «100» or a user with uid=100

user = «НАЗВАНИЕ_ТЕКУЩЕГО_ПОЛЬЗОВАТЕЛЯ» The group for QEMU processes run by the system instance. It can be specified in a similar way to user. group = «libvirt» […] "

Конфиг огромнейший, поэтому ищем при помощи соответсвующей опции по ключевым словам, вид строк может варьироваться в зависимости от версии установленного гипервизора, но, в целом, должны быть похожи на те, что приведены выше^.

sudo systemctl restart libvirtd - Перезапускаем интерфейс «libvirtd»

(***) Успех. Если всё было сделано точно по пунктам приведённым выше^, то, вероятно, у тебя всё получилось и виртуальные машины запускаются. Однако, к сожалению, на этом проблемы не заканчиваются, при попытке подключиться к сети «Tor» в виртуальной машине «Workstation» процесс будет стопориться, равно как и в виртуальной машине «Gateway» процесс подключения к сети будет останавливаться примерно на 30% и сообщать о каких-то ошибках в службе «sdwdate-gui». Чтобы решить эту проблему необходимо увеличить выделяемый объём оперативной памяти в свойствах виртуальной машины «Gateway» как минимум до 1000 MB, т.к. службе «sdwdate-gui» необходимо больше оперативной памяти для установления подключения с сервисами «Tor» чем заявлено в системе по умолчанию. В случае успешного завершения данной операции «Gateway» запустится с графическим окружением «XFCE».

Исходная версия Agmsxx, :

Послесловие:

  • После всех приведённых манипуляций, при попытке запуска виртуальных машин, ВОЗМОЖНО, будет выведена ошибка: «Ошибка запуска домена: Cannot access storage file и т.д… (as uid:1000, gid:154): Нет такого файла или каталога». В таком случае вносим некоторые изменения в шаблоны уже экспортированных виртуальных машин, для двух виртуальных машин поочерёдно, в соответствующих шаблонах:

sudo EDITOR=nano virsh -c qemu:///system edit Whonix-Gateway

sudo EDITOR=nano virsh -c qemu:///system edit Whonix-Workstation

Удалить строки: « 250 »

** Если после последнего^ исправления ошибка повторится, тогда редактируем конфиг гипервизора при помощи всё того же «nano»:

sudo nano /etc/libvirt/qemu.conf

В данном конфиге необходимо найти строки «user» и «group», по умолчанию обе установлены на «root». Пример: " […] Some examples of valid values are:

user = «qemu» # A user named «qemu» user = «+0» # Super user (uid=0) user = «100» # A user named «100» or a user with uid=100

#user = «root» The group for QEMU processes run by the system instance. It can be specified in a similar way to user. #group = «root» […] "

Раскомментируйте обе строки (уберите знаки #), замените «root» на имя вашего текущего пользователя, а в строке «group» установите «libvirt», как показано ниже: " […] Some examples of valid values are:

user = «qemu» # A user named «qemu» user = «+0» # Super user (uid=0) user = «100» # A user named «100» or a user with uid=100

user = «НАЗВАНИЕ_ТЕКУЩЕГО_ПОЛЬЗОВАТЕЛЯ» The group for QEMU processes run by the system instance. It can be specified in a similar way to user. group = «libvirt» […] "

Конфиг огромнейший, поэтому ищем при помощи соответсвующей опции по ключевым словам, вид строк может варьироваться в зависимости от версии установленного гипервизора, но, в целом, должны быть похожи на те, что приведены выше^.

sudo systemctl restart libvirtd - Перезапускаем интерфейс «libvirtd»

*** Успех. Если всё было сделано точно по пунктам приведённым выше^, то, вероятно, у тебя всё получилось и виртуальные машины запускаются. Однако, к сожалению, на этом проблемы не заканчиваются, при попытке подключиться к сети «Tor» в виртуальной машине «Workstation» процесс будет стопориться, равно как и в виртуальной машине «Gateway» процесс подключения к сети будет останавливаться примерно на 30% и сообщать о каких-то ошибках в службе «sdwdate-gui». Чтобы решить эту проблему необходимо увеличить выделяемый объём оперативной памяти в свойствах виртуальной машины «Gateway» как минимум до 1000 MB, т.к. службе «sdwdate-gui» необходимо больше оперативной памяти для установления подключения с сервисами «Tor» чем заявлено в системе по умолчанию. В случае успешного завершения данной операции «Gateway» запустится с графическим окружением «XFCE».