pfg21

впихнуть в html
<meta http-equiv="refresh" content="10" />

загрузится в режиме лайв-сд хубунты.
нажать установить систему.
выставить раздел на ssd в точку монтирования /
нажать далее.

проследить чтобы была запись с правильными параметрами
хубунту будет установлен на раздел /dev/sda1 (тут параметры раздела на ссд)
загрузочная запись будет записана на /dev/sda (тут парамеры самого ссд)

чтобы их узнать запусти редактор разделов.

ну а потом далее, далее, далее...

можно обойтись без DE и прописать иксам напрямую запускать браузер с сайтиком.
почитай киоск-моде и ./xinitrc exec
т.е. пропиши
exec chrome --kisok %чтотам хочешь запустить%
в ./xinitrc

написать скрипт для systemd он тебе его и запустит при старте системы и перезапустит если приложение грохнется.

c sda3 его объединить нельзя, ибо sda3 - расширенный раздел, костыль чтобы в формате mbr обойти ограничение на 4 раздела.
присоединить sda4, как я понял, надо к разделу sda6 на котором находится корень системы.

ext4 не позволяет изменять свои размеры в примонтированном состоянии. а отмонтировать рабочий корень системы долго и геморно. поэтому придется это делать в оффлайн.
примерно так:
отмонтировать раздел sda4, и в gparted уменьшить его гигабайт на 50 (чтобы высвободить место для расширения sda6). это займет много времени ибо много данных надо перемещать.

далее скачать с оф.сайта gparted.iso и записать его флешку и загрузиться с нее.
вариант два: на андроид-телефон с root-правами проставить drivedroid (лучше взять разблокированную с 4пда.ру) закинуть туда же gparted.iso и через drivedroid захостить read-only USB on MT USB 1 к примеру. перезагрузить комп - выбрать загрузку с USB. прозрачно загрузишься с iso-образа.

в gparted.iso увеличить раздел sda3 (именно sda3) на освободившееся место. а уже потом увеличить sda6 на свободное место.
перезагрузиться в основную систему, примонтиоовать sda4, после чего перенести все данные с раздела sda4 в sda6 и удалить более ненужный sda4.
вновь перезагрузить в gparted.iso и увеличить sda3 и sda6 на освободившееся место.

и да - желательно чтобы комп в это время не вырубался :)

в системе присутствуют небольшие закладки для определения сеанса временного повышения прав.
т.е. работа под sudo из-под обычного пользователя будет отличаться от работы при входе в полноценный root (или иного пользователя). из-под любого пользователя sudo подставит его параметры.
pfg@lenn1234:~$ sudo echo $HOME
/home/pfg

к примеру чтобы префикс sudo не нарушал работу привычного ~
pfg@lenn1234:~$ ls -l ~/wwww
-rw-rw-r-- 1 pfg pfg 39 сен 28 23:39 /home/pfg/wwww
pfg@lenn1234:~$ sudo ls -l ~/wwww
-rw-rw-r-- 1 pfg pfg 39 сен 28 23:39 /home/pfg/wwww

в убунту стоит systemd - управление процессами системы.
пишешь юнит для системы управления на запуск твоей проги от имени нужного пользователя. к примеру
/etc/systemd/system/3proxy.proxy.service

[Unit]
Description=Simple proxy (3proxy) service
After=network.target

[Service]
User=nobody
Group=nogroup
ExecStart=/usr/bin/proxy -l/var/log/1pfg/3proxy.log -4 -p10021

[Install]
WantedBy=multi-user.target

далее перечитываешь юниты
sudo systemctl daemon-reload
включаешь юнит в автозагрузку
sudo systemctl enable 3proxy.proxy.service
и запускаешь если нужен прям сейчас
sudo systemctl start 3proxy.proxy.service

7zip rar и сжатие и многопоточность.

если это подразумевается навсегда то написать скрипт демона под твою систему инициализации и пусть работает под его наблюдением.
запуск/стоп/статус через систему инициализации.

Не-а , в корне не верно.
ярлык, так понял используешь виндовое понятие, это файлик с расширением .lnk который обрабатывается на уровне програмок того же explorer.exe aka Проводник файлов. эта програмка должна уметь файл .lnk т.е. понимать его структуру и уметь переходить по его сслыкам в составе своего кода.
как сам понимашь такая поддержка присутсвует не в любом коде.

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

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

вариант "сотфлинк":
1. отключаешь ownсloud чтоб не матерился на отсутствующие файлы или не заходишь в енти файлы.
2. переносишь файлы в директорию, которая лежит на нужном разделе.
3. обратно на старое место кидаешь софтлинк на перемещенную директорию. т.е.
ln -s /путь/до/диры /путь/куда/сделать/софтлинк

и обычно все работает, но некоторые проги отслеживают софтлинк и он не работает. тогда засовываешь в /etc/fstab запись с bind.

в винде кстати есть и софтлинки и такой же вариант прозрачного перемещения. но для винды это вааще редкость.

т.е. обратная к loopback задача :)
может просто линками или биндом прокинуть файл устройства /dev/dvd в какунить дирку, переименовать в dvd.iso и отдать вайну.
в винде отсутствуют тип файла блочные устройства, так что вполне возможно будет представлен как обычный файл.
но надо проверять.

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

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

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

после добавления пользователя в группу, группа ему сразу не присваивается.
надо выйти из под юзера и обратно зайти под ним, тогда группы пользователя прочитаются из /etc/group и изменения станут работать.

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

жаль что в tar и cpio нет индекса файлов.
надо поковырять рар5, туда кажись *никс атрибуты файла завезли.

это пакет исходных кодов (судя по метке src в названии).
надо распаковать на целевой платформе (судя по расширению rpm - проинсталить через yum install ) и скомпилировать библиотеку.
на сайте, да и внутри архива, по идее, должно быть описание как компилировать сей бинарник. читай-изучай.

а есть ли смысл в версии 2.9.9 ?? или это погоня за циферками.

не делать домены четвертого и пятого уровня...
не хватает символов на третьем уровне ??