Создал виртуалку в  VirtualBox’е, попытался загрузиться с ISO-образа версии 4.0, при выборе любого пункта меню — выпуливает обратно в меню ))) Пришлось скачать исошник с версией 3.2... С ней система с установочного образа стала загружаться, но при старте выдавала чёрный графический экран (возможно — не хватало ОЗУ, но больше 4 Гб я выделить не мог). Прождав несколько минут, я сменил ПО для виртуализации на  VMware. Создал виртуальную машину, настроил, загрузил, запустил процесс инсталляции. Поставив систему (образ винта раздулся до 20 Гб), загрузился с неё, снял скрины штатными средствами ОСи — нажатием PrtScrn. Теперь у меня в недрах vmdk-образа винта лежали два PNG-файла со скринами экрана.

Осталось как-то перекинуть скрины на реальный сервер (на эту страницу). Передача файлов по сети отпала, так как в гостевой системе не была настроена сеть, ifconfig отсутствовал, устройство eth0 — тоже, ifup eth0 давал ошибку, что device типа not present. Разбираться с сетью я не захотел, и пошёл обходным путём...

Выключил виртуалку с Qubes, примонтировал её образ винта к Виртуалбоксовой виртуалке с  Debian’ом. Загрузив дебиан, попытался примонтировать /dev/sdb2 (/dev/sdb1 — это UEFI-раздел). На что система сказала, что «я не умею работать с LVM-разделами»... У меня в голове что-то щёлкнуло, и я, вместо того, что-бы решить вопрос средствами системы Debian — потушил дебианчик, создал в VMware образ винта размером 100 Мб, присоединил к виртуалке с Qubes, запустил его, форматнул и смонтировал в /mnt. На этом моменте моя хост-система ( Шindoшs 7) намертво зависла...

После ресета выяснилось, что виртуалка Debian в Виртуалбоксе заверещала о том, что «E_FAIL (0x80004005)» и вообще «Не удалось открыть сессию для виртуальной машины», а при загрузке виртуалки Qubes в VMware появляется «Operating system not found». По быстрому создав копию дебианчика (VDI-файл уцелел), я к нему подсоединяю 20-гиговый vmdk-файл с образом винта Qubes. После загрузки от рута выполняю

fdisk /dev/sdb -l
aptitude install lvm2
modprobe dm-mod
vgscan

Нашлись три раздела, root, boot и swap.

vgchange -ay qubes_dom0
lvs
mount /dev/qubes_dom0/root /mnt

После монтирования копирую PNG’ухи и пилю этот пост. 

Задача решена

Поставил систему в  VirtualBox’е, настроил, завёл юзера, создал русскую локаль, выполнив в консоли:

localedef  -i ru_RU -f UTF-8 ru_RU.UTF-8

Затем снял скрин ;-)

Задача решена

Поставил систему в  VirtualBox’е, настроил, завёл юзера, всё как обычно... Но при любом входе в консоли отображалась системная информация об основных параметрах системы:

Показать

Я подумал, что это только в графическом режиме какой-то скрипт привинчен, но нет, инфа появлялась при каждом старте шела...

Показать

Мне подумалость, что в Linspire наподобие Бубунты привинтили что-то типа Landscape, и что я быстро избавлюсь от ненужной инфы в терминале... Но не тут то было! Ковырял я, начиная с landscape, через update-motd, glances, inxi, менял /etc/logon.defs, проверял sysvbanner, boxes и lolcat, дошёл до того, что попробовал останавливать сервис motd

systemctl stop motd.services
service motd stop
/etc/init.d/motd stop

и хотел уже следить, какие файлы каким процессом открываются

fuser -uvm /dev/sda1

Всё без толку... Я решил отложить это дело на понедельник (дело было во второй половине пятницы), так как в голове нет мозгов нужных знаний...

И вот сегодня я нашёл решение — это был простой вывод утилиты iostat, её вызов прописан в конце файла /etc/bash.bashrc

Задача решена

Поставил систему, затем добавил юзера soul, сделал его судоером, потом

sudo apt-get install mate xorg

и

sudo usermod -a -G tty soul

После этого иксы стали запускаться без ошибок не только от рута.

У системы нет графического интерфейса, предусмотрен только  WEB-интерфейс, как у многих дистрибутивов такого назначения.

Модульность позволяет устанавливать и гибко настраивать систему под различные нужды. Система занимает мало места, поддерживает первые поколения процессоров Intel Pentium (как и современную многопроцессорную архитектуру). Минимальные требования: 333 MHz CPU, 256 MB RAM и 2 сетевых интерфейса.

Утилита управления пакетами Pakfire позволяет установить на базовую систему различные дополнения и обновления безопасности.

Дистрибутив поддерживает архитектуру ARM, идёт на Pandaboard, Raspberry Pi и DreamPlug.

Локализацию делал так:
Сначала запустил locale -a, в выводе было только C, C.utf8, en_US, en_US.utf8 и POSIX. Попробовал выполнить localedef -f UTF-8 -i ru_RU /usr/lib64/locale/ru_RU.utf8, но не было файлов определения локали в директории /usr/lib64/locale/ru_RU.utf8, как и самого этого каталога (или чего-то похожего). Тогда запустил Porteus Settings Center, в нём выбрал System Settings, оттуда выполнил Language Setup. Выбрал языком системы ru_RU, в /tmp/language-files/ скачались пять модулей xzm (на самом деле обычные LZMA2-архивы SquashFS-образа ФС с нужными файлами) — glibc-i18n, ru-core_locales, ru-mate_locales, ru_RU-locales и console-cyrillic. В Control Center запустил Porteus Modules, подсунул ему скачанные файлы, заново перелогинился в иксах. Поддержка русской локали появилась

Попробовал поменять имя узла, но утилиты hostname не нашлось. Вычитал, что через Network Manager имя можно сменить, правя /etc/NetworkManager/NetworkManager.conf, но у меня результата не было. Я психанул и выполнил от рута

echo 'Proteus' > /mnt/live/proc/sys/kernel/hostname

После этого hostname изменился.