-- Красная площадь? Фото на фоне «Кремля»? Неее...

-- Экскурсия по ЦОД? Фото на фоне серверных шкафов уходящих за горизонт? Да!

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

Может местные ЛОРовцы подскажут, какие ЦОД в Москве вообще доступны для посещения (а-ля экскурсия), какие стоят особого внимания? Есть ли экскурсии, которые проводятся опытными гуру в индивидуальном порядке, с которыми можно тет-а-тет потрындеть за линуксы, пообсуждать железки и технологии которые используются конкретно в данном ЦОД... или не совсем всё так радужно?

Насколько вообще экскурсия по ЦОД реально осуществима?

P.S. одним из ярких впечатлений, после первого в жизни посещения макдака, — оказались уточки! они плавают просто так в пруду, во дворе!! нет, вы понимаете, у нас через день сделали бы «утку по-пекински», а эти уточки дикие, плавают сами по себе, и их подкармливают. вот что значит Москва, совсем другая культура. :)

А линукс тут при том, что мечта всей жизни поглазеть на ЦОДы, на инфраструктуру и всё тому подобное. Чего я никогда не смогу себе позволить купить домой.

# ip link set wlp0s20f3 master br0
RTNETLINK answers: Operation not supported

Что интересно, с ethernet интерфейсом оно работает, как и должно, а с Wi-Fi не хочет.

Хочу сделать чтобы и хост, и виртуалки, которые запущены на хосте, сидели в одной сети, которая приходит из вне. Сеть, интернеты, DHCP получаю по Wi-Fi.

Как обычно для этого дела: создал бридж br0, tap0 интерфейсы для виртуалок, всё сюда засунул, думал точно так же загнать сюда wifi интерфейс и всё просто будет работать — бридж он же как простой свитч, с парой FORWARD правил.

Но нет.

Может есть альтернативные варианты? Важно, чтобы виртуалки были рядовыми участниками сети, без собственного NAT.

wlan0 — интерфейс с интернетами и IP адресом.

br0 — бридж

tap0 tap1 tap2 — виртуалки.

ip link add br0 type bridge
ip link set br0 up

ip link set tap0 master br0
ip link set tap0 up

iptables -t filter -A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
iptables -t filter -A FORWARD -i br0 -j ACCEPT
iptables -t nat -A POSTROUTING -o wlan0 -j MASQUERADE

echo 1 > /proc/sys/net/ipv4/ip_forward

иии... в финальной стадии облом.

# ip link set wlp0s20f3 master br0
RTNETLINK answers: Operation not supported

ЧЯДНТ?

VFS: Cannot open root device «nvme0n1p2» or unknown-block(0,0): error -6

ноутбук 2019 года — мой первый NVMe, ставлю распоследнее ядро 5.12.8, make defconfig и пожалуйста, ядро не видит устройство, — почему спустя два года NVMe диски всё ещё не включили по-умолчанию? а ведь они и того раньше появились повсеместно.

чтобы банально загрузиться в корневую фс, ядру make defconfig уже недостаточно.

Такие дела.

Так совпало, что размениваю 4-й десяток на новом месте, и надеюсь, следующие 30 лет пролетят здесь, в МСК, в кругу новых друзей и коллег. :-)

Без исключений, это самый лучший «день рождения».

Всем спасибо.

www.linux.org.ru/forum/talks/16339852

Сообщение удалено bryak по причине (-7)

я протестую.

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

во что превращают ЛОР? может ещё игрища в топиках устраивать, ну как в нулевых были на форумах. а?

тред снести. bryak вынести предупреждение. потому если бы рядовой ЛОРовец создал подобный тред, его бы точно снесли.

Привет, друзья! Можете меня поздравить, я нашёл работу! Нет, РАБОТУ! Так.

Помните, год назад писал boobstrap, а недавно выпустил второй релиз booty? Ну так вот, один камрад заприметил мою разработку, дал задание — я выполнил, и мне заплатили.

А дальше — больше, после небольшого общения мне предложили relocate: купили билет, полностью оплатили переезд, сняли квартиру, и пригласили в офис на работу. Теперь я тут. Создаю тред из нового дома. :)

Я теперь живу в Московской области, г. Раменское, в 30км от МКАД и ещё 15-20км до центра. Приблизительно как мой Сосновоборск до Красноярска.

В родном городе терять нечего: ни работы, ни семьи. Законсервировал квартиру, отключил свет, воду, и полетел в другой конец необъятной. Это вообще не в моём в стиле, так рисковать. Но нет, я прилетел и всё хорошо.

Вполне возможно, что я теперь смогу попасть на какую-нибудь крупную ЛОР-сходку в МСК.

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

Всем привет! =)

Дорогие господа, дамы, и господамы! В свободное от работы грузчиком время я занимаюсь новым пет-проектом Cloudless Cloud, «Безоблачное облако», которое станет лучшей (с моей личной точки зрения) заменой всеми известного Proxmox.

https://www.voglea.com/Screenshot_2021-04-27_00-15-45.png

https://www.voglea.com/Screenshot_2021-04-27_00-13-47.png

Cloudless Cloud состоит из двух частей (обе могут быть запущены на одном хосте): master и slave. master — это контроллер, который получает информацию со всех нод (серверов), slave — это демон, управляющий сервисами на нодах (серверах). Пруф-оф-концепт запущен на сайте https://www.voglea.com (я мечтаю открыть хостинг и делаю всё для этого), проект полностью открыт: демон и веб-интерфейс.

В чём суть и в чём преимущество Cloudless Cloud перед Proxmox.

• Cloudless Cloud поставляется в виде двух загрузочных ISO образов, master и slave соответственно. На одном хосте вы загружаете master-образ, на всех остальных «подопечных» хостах, серверах (в неограниченном количестве), вы загружаете slave-образ. В результате вы получаете готовое облако, которое управляется из единого веб-интерфейса. Запуск виртуальных машин, управление DNS-зонами и другие плюшки.
• Не обязательно ISO, система может быть развёрнута просто так на любом дистрибутиве GNU/Linux. Просто запускаете демона и он начинает управлять ресурсами, предоставляя всю информацию master-контроллеру!
• Cloudless Cloud не требует установки. ISO образы создаются при помощи моего другого пет-проекта booty, таким образом система загружается полностью в RAM, используя tmpfs. Просто представьте себе Proxmox, который загружается в tmpfs, не требуется установки.

Во всём остальном, это тот-же самый Proxmox для управления виртуалками.

На одном хосте запустили контроллер, на других хостах запускаем демона, и управляем виртуалками на них. Можно грабить делать KVM-хостинги!

Сразу же после Proof-of-Concept (тем не менее, это полностью рабочий прототип) я начал переписывать проект с нуля уже в чистовик, точно зная чего ожидать и как делать не надо. Так. За недельку-другую управлюсь и будет релиз! Proxmox, который не требует установки и загружается в tmpfs!

Если у кого есть какие-либо хотелки, я готов их реализовать.

Привет, друзья! С работой в реальной жизни стало очень напряжно, хочу попробовать найти удалёнку.

На полный рабочий день, либо частичную занятость, не важно.

Ожидаемый уровень зарплаты 10 000 рублей в месяц.

Из опыта работы в IT: работал сетевым администратором (в тех поддержке провайдера).

Хорошо знаю GNU/Linux и простые дистрибутивы типа Linux From Scratch, но готов изучить systemd и промышленные дистрибутивы а-ля CentOS, Debian. Имею все базовые знания для настройки локальной сети, а так же веб, почты, днс и других подобных сервисов. Дружу с консолью.

В свободное время разрабатываю скромные проекты под GNU/Linux (https://github.com/sp00f1ng).

Базовые знания веба: HTML, CSS, SQL, PHP. В свободное время пишу сайт (http://crux.su). К сожалению, это всё моё портфолио.

Пунктуальность, ответственность.

Готов взяться за любую работу. Считайте это криком помощи.

Для связи Telegram: @spfng
ВКонтакте: vk.com/spfng
Почта: sosna@sosnovoborsk.su

Перемещено leave из job

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

Год назад switch_root в систему с Arch Linux работал, сейчас нет.

При том, что в Debian тоже стоит systemd, там switch_root пока ещё работает. Но вполне вероятно скоро сломается и в Debian, как только прилетит поделка от Лёни посвежее.

Решение проблемы со switch_root не нашёл, за то случайно нашёл заботливо созданный bootstrap арчешкол^W арчеводами, который теперь лежит рядом с ISO'шником: https://mirror.yandex.ru/archlinux/iso/2021.04.01/ archlinux-bootstrap-2021.04.01-x86_64.tar.gz

Так вот, если вы вдруг захотите собрать какой-нибудь LiveCD на базе Arch Linux, в который вы будете делать switch_root со своего кастомного initramfs, то вам нужно использовать именно данный bootstrap, а не устанавливать систему с ISO.

Если попытаться сделать switch_root в систему с ISO, то получите такую ошибку: Failed to start Remount Root and Kernel File Systems.

Возможно ли её починить руками не знаю, да и копаться не вижу смысла: не одно, так завтра сломают другое.

Поэтому используйте bootstrap tar, который кладут рядом с ISO.

Кстати /sbin/init в bootstrap тоже нет, его придётся создать самому: cp -a lib/systemd/systemd sbin/init

Такой забавный этот арч. Надеюсь это кому-то поможет.

Кому интересно, фотогалерея — сегодня тестировал booty build с различными дистрибутивами, проблема возникла только с Arch Linux.

Ситуация А) Славик купил VDS, установил Debian / Ubuntu / CentOS и настроил систему. Всё было хорошо. Но. Плохое качество услуг. Взломали сервер. Захотелось на другой сервер. Захотел сменить хостера. А это: нужно сохранить все данные, перенести, заново развернуть, заново настроить. Бросить старую VDS и найти новую VDS - это как развод: долго, проблематично, затратно. Славик несчастлив. Не будь как Славик.

Ситуация Б) Ванечка купил VDS, но к серверу не прикоснулся. Используя booty, всего одной командой в консоли, Ванечка создал загрузочный образ со своим любимым дистрибутивом, загрузил образ на VDS и загрузил систему прямо из образа. Система настроена на локальном компьере и после загрузки сразу решала задачи. Ванечке не нужно делать бэкапы, ведь образ с системой и есть бэкап. Когда нужно обновить систему, Ванечка зальёт обновлённый образ на VDS и одним нажатием кнопки ПЕРЕЗАГРУЗИТЬ обновит систему на VDS. Ванечка просто так по приколу сделал mkswap /dev/sda && swapon /dev/sda, может себе позволить. Ванечка меняет VDS как женщин: не понравилась одна VDS, пошёл к другой VDS, со своим загрузочным ISO. Ванечка счастлив. Будь как Ванечка.

Какие плюсы использовать booty?

1) ЭТО ПРОСТО. Настроил один раз - используешь всегда. Для создания загрузочного образа с любым дистрибутивом нужно выполнить всего одну команду.

2) ЭТО БЫСТРО. Дистрибутив загружается в оперативную память. Оперативная память - это скорость и экономия ресурса накопителей.

3) ЭТО БЕЗОПАСНО. rm -rf /. RESET. Операционная система возвращается в исходное состояние.

4) ЭТО НАДЁЖНО. Резервное копирование не нужно. booty и есть резервная копия.

5) ЭТО ПО-УМНОМУ. Переустановка, обновление или восстановление системы решается кнопкой RESET.

6) ЭТО ПРОДАКШОН-РЭДИ. Настроил систему один раз и развернул на сколько угодно хостов.

7) ?????

8) ЭТО booty!

Какие минусы использовать booty?

1) Отключение питания приведёт к потере всех данных в оперативной памяти. Храните данные в «облаке».

2) Хоть booty-система и умеет сохранять все данные, для обновления системы правильным решением будет пересобирать образ полностью.

booty build ДИРЕКТОРИЯ/

Создать загрузочный ISO-образ (USB-флешку) с любым дистрибутивом?

Перенести контейнер из Docker (Podman) в загрузочный ISO-образ?

Загрузиться по сети (PXE) в любой дистрибутив?

Загрузить любой дистрибутив полностью в RAM-диск (tmpfs)?

Создать дистрибутив с использованием SquashFS + Overlay FS?

Всего одна команда, booty build ДИРЕКТОРИЯ/, чтобы навсегда переехать жить в tmpfs. Перенести все свои VDS на жизнь в tmpfs. И навсегда забыть про бэкап системы.

booty 2.0 beta, скоро релиз, вылизываю код, вставляю «защиты от дурака», но всё уже должно работать.

Скриншот

Скачать

мемный заголовок))) ладно, теперь серьёзно. >:|

Я вернулся! И начал писать с нуля вторую версию своего имба-поделия под названием Booty. От слова Boot. Цель у этой штуки всего одна: лёгким движением пальцев рук создавать загрузочные образы операционных систем.

https://github.com/sp00f1ng/booty/tree/booty2 // Это пре-альфа версия, многие планируемые функции ещё не реализованы.

Сборка загрузочного образа состоит из трёх ключевых этапов: сборка ядра, сборка initramfs и сборка iso.

Система внутри — всегда ваша, любая, на выбор. Вы можете любую систему установить в директорию, в chroot, а потом закатать её в ISO всего одной командой booty chroot/, либо целиком весь /dev/sda упихать в загрузочный ISO или initrd, не суть важно. При этом, загружается система на ваш выбор, хоть в голое tmpfs, хоть в SquashFS + Overlay FS. Такая главная идея booty. Всё это уже реализовано в первой версии, но сейчас надо сделать _проще_.

Основные отличия от первой версии:

• booty >= 2.0 теперь самостоятельно собирает ядро, проводя весь процесс «от» и «до»: скачает, распакует, соберёт, аккуратно положит куда надо.
• Чёткое разделение на API и пользовательский интерфейс, то есть, каждая вызываемая функция теперь самодостаточна и может быть выполнена независимо от контекста: вы можете использовать интерфейс booty >= 2.0 по-отдельности для личных целей, например, собрать ядро последней версии.
• Самая главная моя задача сделать booty >= 2.0 настолько юзер-френдли, насколько это в принципе возможно. Чтобы поведение предугадывалось и было логичным. Настолько, что запуск booty без каких-либо параметров всё равно выплюнет вам какой-нибудь загрузочный ISO, я пока только не решил, что в него складывать, но дело тривиальное задать все параметры по-умолчанию.

Например, запуск команды booty linux скачает ядро Linux последней версии, распакует, соберёт и установит во временную директорию.

Другие примеры:

booty linux 5.7.12 — соберёт ядро указанной версии.

booty linux --install-path / — соберёт ядро последней версии и установит прямо в /, так что если вы могли бы доверить свой / моей booty, этим можно пользоваться и вне контекста создания загрузочных образов. По-умолчанию же создаётся /tmp директория для --install-path, куда ядро будет установлено в любом случае.

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

booty linux --cache /usr/src

Представим ситуацию:

1) Я хочу собрать 2 образа для сервера, и 8 образов для декстопа.

2) Ядро последней версии.

3) Конфиг разный.

booty linux 5.11.11 for-workgroups --config .config1 --cache /usr/src

booty linux 5.11.11 for-workstations --config .config2 --cache /usr/src

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

Грубо говоря-мягко выражаясь, запустив в цикле while true; do booty linux --cache /usr/src; done ядро будет загружено и собрано ровно один раз, а далее оно помещается в --cache, и при повторном запуске оно будет просто устанавливаться раз за разом во временную /tmp директорию. Так!

А ещё можно сделать принудительный --force-download и --force-rebuild если надо обновить данные в кэше.

А можно вообще не использовать кэш и каждый раз заново качать-собирать всё с нуля. Такое поведение по-умолчанию. Хозяин барин.

Другие команды:

booty linux_via_http версия имя --force-download --install-path путь, в будущем планируется добавить linux_via_git, но пока http и парсинг html-кода bash-скриптами работает стабильно, это не спеху. )))

booty linux_build директория-с-сорцами --config-file конфиг --install-path путь

booty ramdisk --image initrd.img для создания initramfs-образа, используя родные бинарники прямо из вашей системы. Опциональный busybox и другие плюшки будут прикручены уже апосля.

Вообще в этот раз планируется интерфейс делать примерно таким:

booty новая_папка(1)/ новая_папка(2)/ новая_папка(3)/ --profile overlayfs

И эта команда полностью, от и до, подготовит ядро, и упакует указанные директории в SquashFS, и в финале выплюнет загрузочный ISO с системой.

Простой запуск booty новая_папка(1)/ либо с указанием --profile initramfs приведёт к поведению по-умолчанию: упихать всю «новая_папка(1)» в initramfs-образ.

Теперь я планирую использовать профили, которые пользователи смогут создавать сами и расширять имеющиеся возможности booty.

Но на этом пока всё. Официальная документация — потом! Надо ещё много кода писать. =)

Давненько не включал диск с линуксом, соскучился по программированию на HTML и Bash скриптах. =)

И так, спустя почти год длительного запоя в онлайн-играх, решил вернуться в своё уютненькое окружение и продолжить разработку пет-проекта booty.

• По традиции, скриншот с ЛОРом.
• Чистый рабочий стол и вим.

С новыми мыслями совсем по-другому на всё это дело смотрю. Решил, что надо делать проще. Намного проще. Перечитал все комментарии, когда в меня тапками кидались, дескать, ядро пользователю надо самому собирать... Понял, сделаем! Сделаем, чтобы никаких chroot, никаких initrd, никаких kernel. Чтобы запускаешь booty и оно само всё делает без лишних вопросов. Может быть даже, ты ей никаких параметров не задашь, а она всё равно какой-нибудь загрузочный ISO'шник выплюнет. Главное — результат! Поэтому переписываю booty полностью с нуля, и это будет версия 2.0.

На скриншоте вы видите процесс отладки и тестирования, запуска загрузочных ISO в виртуалке QEMU. В остальном, всё как обычно: дистрибутив CRUX, оконный менеджер FVWM.

>>> Просмотр (1920x1080, 493 Kb)

# make kvmconfig
make[1]: *** No rule to make target 'kvmconfig'.  Stop.
make: *** [Makefile:602: kvmconfig] Error 2

Меня всего несколько месяцев небыло на линуксах, сейчас на диске 5.7.12, возвращаюсь, а тут Столлмана кошмарят и kvmconfig зачем-то убрали из Makefile?

Была такая полезная опция, которая включала всё необходимое, чтобы ядро чувствовало себя комфортно в виртуальных машинах. То есть, одним ловким движением make kvmconfig мы могли включить всё связанное с виртуализацией в ядре и поддержку всех драйверов связанных с сетью, файловыми системами и т.д.

Как теперь делать make kvmconfig на ванильном ядре с kernel.org? Что, ручками лезть всё включать, а потом отдельный список параметров вести когда захочешь повторить?

Правильно ли я понимаю, что лучше всего сразу писать всю информацию для человеков в STDERR, а STDOUT оставить зарезервированным для выхлопа результата работы?

Получается, что если мы будем писать echo в STDOUT, то потом, когда заходим прикрутить вывод в STDOUT опцией "--output -" (как это негласно принято делать), то нам придётся сверху ещё прикручивать костыль, который вывод всех сообщений для человеков перенаправит в STDERR, а затем уже делать выхлоп в STDOUT?

Ну дак, может лучше сразу в STDERR echo >&2 писать чтобы потом не заморачиваться, а?

Наша внутри-игровая банда растёт, пополняется новыми Одептами, и надо как-то проводить цветовую дифференциацию.

Так выглядил первый вариант логотипа: пингвинчик держит в руках винду.

Для банды одептов думаю над вариантами... Если вы угадаете, что пингвин держит в руках, значит получилось узнаваемо. =)

А, в результате вот так это выглядит в самой игре. Пингвины на стенах, пингвины на полу, пингвины даже на одежде и машинах.

Может у вас есть какие идеи, предложения, что можно нарисовать вокруг пингвина?

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

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

Я в искреннем недоумении что всё это является нарушением лицензионного соглашения, о божечки! Как олдфаг, игравший в DUNE II ещё до того, как научился выговаривать все буквы, имея возможность сохраниться/загрузиться в любой игровой момент, считал это нормой. Когда целыми ОСями крутишь-вертишь, а тут оказывается, что с каким-то игровым клиентом такие финты вытворять уже нельзя, иначе бан. У меня с этого вот это.

А тут оказывается, в игре могут быть места, в которые заходить нельзя! Одежда, которую надевать нельзя! Иначе ты ололо-читер. Нет, ребятки. Я же не использую сторонние приложения чтобы влезать в игру, а использую только и только игровую механику, игровой клиент и свои руки чтобы всё это повторить. Чёрт, если разработчики допустили ошибки — понимаю, бывает, но почему за их использование нужно карать игрока? Все эти ошибки это часть игровой механики, раз уж они существуют!

Есть много внутри-игровых лайфхаков, которые облегчают процесс прохождения заданий, за них же никто не карает? Это чисто игровая механика. И её абузят. Разница лишь в том, что за одну тебя забанят, за другую нет, ололо. По-хорошему, сперва следовало бы разобраться со всеми с теми, кто мешает (гриферит) остальным. А потом уже разбираться с отдельными инцидентами, когда кто-то использовал возможность игры, которую предполагается, что использовать нельзя. Предполагается! А написать чёрным-по-белому тоже может стоило? Ололо! Откуда знать, что очередной глитч это ошибка разработчиков, которую использовать нельзя, а не например, пасхалочка?

Если игра позволяет что-то делать для выгоды, например, я имею полное право это абузить, если захочу. Если разработчики того не хотят, пусть исправляют. Почему я читер-то? Это всё часть игровой механики. Без использования third-party приложений, разумеется.

Выдохнул. Фейспалм и вот эта картинка с этих ваших вендопроблем с вашими вендоиграми.

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

Железо Ryzen 7 2700X, RX 570 8GB.

Геймеры проводили стримы ещё десятилетия назад и качество видео было таким, словно это «живой» PNG скриншот, и это на железе тех времён. И я тоже думал, что сейчас поставлю OBS, выкручу настройки повыше и получу тот-же результат. Нет. :(

У меня всё вообще близко не так, мыло мыльное, артефакты артефачные и цвета блеклые а-ля здравствуй катаракта.

Кодировщик: x264
Битрейт: 5000 kbps
Интервал кадров: 2 сек.
Предустановка использования ЦП: fast
Профиль: high
Видео: 1920x1080@60
Цветовой формат: NV12 / 709 / FULL

Пробовал пресет slow, дак начинаются дропы кадров под 40%, и это на 8/16 2700Ч. Какого чёрта!? :(

Ладно. Низкое качество я могу принять. Я могу принять артефакты. Но с цветами что не так? Почему они такие бледные?

Каким вообще должно быть железо, чтобы транслировать видео в смотрибельном качестве? Это вообще реально на текущем железе, и игру играть на средне-высоких, и стримить?

А не вот это вот: https://youtu.be/58p7BqS1xQM?t=340

Праздники продолжаются, впереди ещё старый новый год 13-14 января, поэтому можно! Помните тред про Помогите придумать эмблему на тему UNIX, Open Source

Rockstar спустя какую-то пару недель неделю опубликовали внутри-игровую эмблему банды Running Daemons! Преимущества: уникальный цвет банды — синюшний #0000FF, которого нет в стоке различных внутри-игровых сервисов и пингвинчик, держащий в руках (в виртуалке, например) оффтопик! :)

Вот как это выглядит теперь в игре:

Pegassi Tempesta, видео https://youtu.be/kxWxz4-aSc8 (в видео не музыкальное оформление в фоне, а именно сам клаксон автомобиля)

Karin Kuruma, видео https://youtu.be/UpH-upig_BA

Так же в различных организациях банды пингвинчик будет на стене.

Линукс тут при том, что большинство игроков GTA Online о нём не знают, а теперь узнают! =)

Вчера вспомнил про VDS, после очередного «она мне изменила, но я её простил» решил накатить Ubuntu, установить и ввести в строй по-быстрому exim, bind.

Сегодня с утра наблюдаю какой-то кошмар в htop. Ну недолго думая затёр жестокий диск и poweroff.

То есть, чтобы вы понимали, я просто оставил систему в состоянии «из коробки», не заморачиваясь настройками, не ковыряя ssh или ещё что. Установил что было нужно (exim, bind), и забил, типа работает и пусть и работает, что ещё надо-то от меня?

Лень разбираться через что и как, тратить время на изучение причин, факт лишь в том, что Ubuntu из коробки подверглась ололо-взлому за ночь.

Почему-то с CRUX на том же VDS такой беды не происходит, хотя версии ПО по большей части те же, а в CRUX используется ванильный софт с дефолтными настройками от самих разработчиков, над настройкой которого я тоже шибко не парюсь.

Вот существует простая человеческая истина: чем решение проще — тем оно вернее. Зачем вообще этот говнод пихали, усложняли систему, лучше бы систему до ума довели, чтобы её можно было оставлять без присмотра.

РРРР! Бесит.

Кроме как банального пингвинчика ничего придумать не могу.

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

Раньше был хак, когда открываешь панель веб-разработчика и через подмену HTML кода вставляешь своё SVG-изображение (оно же текстовое) и просто сохраняешь абсолютно любую SVG-картинку как логотип. Сейчас те времена прошли и нужно либо сильно умудриться постараться подменить текст JS-кодом (делают такие эмблемы на заказ опытные программисты), либо рисовать самому.

Ну вот, сижу, рисую. Пингвинчика. Имея очень ограниченный набор инструментов и ещё более скудную фантазию, за сим обращаюсь к вам за помощью.

Сделал два разных варианта, пингвинчик с жырдечком и пингвинчик лоровец-пятизвёздочник, — чтобы уж наверняка, другие игроки боялись связываться. :P

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

А если есть желающие присоединиться в команду, прошу: https://socialclub.rockstargames.com/crew/running_daemons