Так, вроде бы спросил у CYB3R выкладывать ли это сюда или нет, но он сказал, что можно.

Дело BolgenOS от gromes живёт и не собирается умирать. Я думал, что оно меня не коснётся, но как бы не так! Пользователи LFS взбудоражились! Поттеринг от страха грызёт ногти, пользователи CRUX чуют, что он идёт! Итак, представляю вашему вниманию:　januslinux! (Пожалуйста, не убирайте букву «j» из названия!)

Что это такое? Может очередной дистрибутив на Арче, Генте, Дебиане или Убунте?

Нет! Это полностью сделанный с нуля (я даже на LFS не опираюсь!) дистрибутив Linux.

А что же его так отличает от остальных, а?

Это один из немногих дистрибутивов, которые использует musl libc и libressl. В качестве пользовательского пространства я использую busybox (+ комманды из sbase и ubase) и sinit с самописными инит скриптами. (бранч debloat)

Ну а что плохого в Alpine, Void, Gentoo, Dragora, Sabotage?

Собственно ничего, отличные дистрибутивы! Но есть причины, которые лично меня не устраивают.

• Alpine: мой дистрибутив source-based и мне бы хотелось бы собирать всё их исходников и ещё он не очень для хоть какого десктопа, но в контейнерах работает очень хорошо.
  
• Void: там используется coreutils (ничего против этого не имею), а мне бы хотелось busybox по умолчанию.
  Dragora: ещё не готова
  
• Sabotage: много пакетов со старыми версиями, хочется свежего воздуха
  
• Gentoo: с оверлеями «musl» и «libressl» много проблем, патчи и работоспосбность оставляют желать лучшего.
  

А какие фичи?

• Во первых, musl и libressl по дефолту.
  
• Merged /usr
  
• Собирается через кросс-компиляцию и вообще его просто бутстраписть.
  
• Удалены локали, маны, документация и ещё много лишнего
  
• Поставляются статичные и динамичиские библиотеки
  
• Используются *FLAGS для уменьшения размера бинарников
  
• Дефолтный shell mksh (для ценителей)
  
• Используется модифицированный pkgutils из CRUX (поддержка lz4 и прочее)
  
• Принцип KISS и YAGNI
  

И где раздобыть это чудо?

Собственно код находится на GitHub, но есть зеркало на GitLab: исходники и зеркало.
Какие у меня планы на всё это:

• Написать альтернативу на prt-get
  
• Заменить всё не нужное на busybox, sbase, ubase и sinit
  
• Добавить GUI
  
• Обновлять пакеты
  

Собственно вот.

Уже давно uclibc-ng не может собраться. Я использую Ubuntu, но на других дистрибутивах та же самая ошибка:

 Makerules:370: ошибка выполнения рецепта для цели «ldso/ldso/ldso.oS»
make: *** [ldso/ldso/ldso.oS] Ошибка 1 

Поздравляю вас, юзеры Slackware! Правда

Собираю Glibc из ABS и вижу это:

 In file included from <command-line>:0:0:
../misc/syslog.c: In function '__vsyslog_chk':
../misc/syslog.c:121:30: error: inlining failed in call to always_inline 'syslog': function not inlinable
 ldbl_strong_alias (__syslog, syslog)
                              ^
./../include/libc-symbols.h:100:26: note: in definition of macro '_strong_alias'
   extern __typeof (name) aliasname __attribute__ ((alias (#name)));
                          ^~~~~~~~~
../sysdeps/generic/math_ldbl_opt.h:12:44: note: in expansion of macro 'strong_alias'
 #define ldbl_strong_alias(name, aliasname) strong_alias (name, aliasname)
                                            ^~~~~~~~~~~~
../misc/syslog.c:121:1: note: in expansion of macro 'ldbl_strong_alias'
 ldbl_strong_alias (__syslog, syslog)
 ^~~~~~~~~~~~~~~~~
In file included from ../sysdeps/unix/sysv/linux/syslog.c:4:0:
../misc/syslog.c:153:3: note: called from here
   syslog(INTERNALLOG,
   ^~~~~~~~~~~~~~~~~~~
       "syslog: unknown facility/priority: %x", pri);
       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
make[2]: *** [/home/egor/LEAF/core/glibc/src/glibc-2.24/build/sysd-rules:531: /home/egor/LEAF/core/glibc/src/glibc-2.24/build/misc/syslog.o] Error 1
make[2]: Leaving directory '/home/egor/LEAF/core/glibc/src/glibc-2.24/misc'
make[1]: *** [Makefile:214: misc/subdir_lib] Error 2
make[1]: Leaving directory '/home/egor/LEAF/core/glibc/src/glibc-2.24'
make: *** [Makefile:9: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

Перемещено jollheef из development

Ошибочки пакмана:

Ошибка №1: «не удалось инициализировать библиотеку alpm (не удалось создать базу данных: /var/lib/pacman/)»

Ошибка №2: «==> ОШИБКА: '/var/lib/pacman/' не является директорией базы данных pacman.»

Помогите

Помогите чем нибудь ссылкой и так далее

Вышла новая 016 Alpha. Используется только x86_64 и Awesome(А KDE?)! Ну как?

ПЕРЕМЕСТИТЕ В TALKS!

Перемещено Falcon-peregrinus из general

ЭТО НЕ ШУТКА! ВОТ ИСХОДНИКИ GNOME SHELL для примера: ftp://ftp.gnome.org/pub/gnome/sources/gnome-shell/3.22/ Я сам хз что туда добавили! Собирайте...

Переместите в Talks

Всем привет! Подскажите как создать Live CD Debian(можете кинуть ссылку на вики) Заранее спасибо

Какие команды нужны чтобы создать пакет .PET(Puppy Linux) из .TXZ(Slackware), заранее спасибо :D

Рано или поздно каждый пользователь Линукса задумывается над созданием собственного дистрибутива. Некоторые аргументируют это тем, что можно «все настроить под себя». Другие сетуют на то, что среди уже представленных дистрибутивов в Ветке нет идеального. А у них, якобы, есть суперконцептуальные идеи для собственной системы. Зачем я всю эту психологию затеял? Для того, чтобы сразу перекрыть кислород играющимся с Линуксом новичкам, которым делать нечего. Если уж задумались над созданием ОС, думайте до конца. Итак,

Я хочу создать ОС на базе Linux. Сразу предупреждаю: был бы XVIII век, всех тех, кто для основы своей будущей системы выбирает другой развитый дистрибутив (и, не дай Бог, популярный...) ждала бы виселица. Пост именно про создание системы с нуля, а значит, всякие Slax и Linux Mint мы трогать не будем.

Шаг 1. Выбор носителя Вариантов немного: либо ваша ОС запускается с LiveCD, либо с жесткого диска, либо с флеш-устройства. Сразу оговорюсь: не скажу в посте ни слова про жесткий диск, потому что гораздо удобнее создавать гибкий дистрибутив из серии «все свое ношу с собой», либо залоченный дистрибутив на оптическом диске. Если вы научитесь создавать LiveCD или LiveUSB систему, с установкой на жесткий диск проблем не будет.

На всякий случай, приготовьте чистую флешку, CD-диск, и установите, наконец, Virtualbox.

Шаг 2. Компиляция ядра По поводу выхода третьего ядра Linux, этот шаг воодушевляет на дальнейшие разработки… Итак, нам нужны исходники ядра. Каждый пользователь знает, что их можно достать на сайте kernel.org. Ни в коем случае, слышите?, никогда не прикручивайте к своей системе постороннее ядро, скомпилированное не вами!

image

Поскольку лень моя зашкаливала, я создал папку /linuxkernel и распаковал туда архив с исходниками. Залогинившись под рутом, я сделал следующее:

cd /linuxkernel make menuconfig

В принципе, ядро можно конфигурировать тремя способами: make config (диалоговая конфигурация), make menuconfig (псевдографическая конфигурация через ncurses), а также make xconfig (графическая конфигурация). Суть в том, что make config испортит вам настроение надолго, т.к. он задаст все возможные вопросы по всем аспектам всех тем. Проблема с make xconfig встречается не у всех, но вот у меня встречалась и встречается. Если приспичило сделать через X, разбирайтесь сами. Оптимальный вариант — make menuconfig. Эта штука откроет вам псевдографический интерфейс, через который вы сможете настроить ядро на свой лад. Штука требует библиотеки ncurses, которая легко устанавливается.

image

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

Однако, направить вас все же придется. Перейдите по адресу File Systems ---> и поставьте необходимые звездочки. Буква M означает, что поддержка того или иного драйвера осуществляется с помощью подключения к ядру внешнего модуля (ненавижу их!). Нам понадобится также поддержка isofs, для чтения дисков. File Systems ---> CD-ROM/DVD Filesystems ---> ISO 9660 CDROM file system support. Можно еще поддержать древнедосовские системы.

image

Чмошные разработчики Mandriva забыли разрешить File systems ---> DOS/FAT/NT Filesystems ---> NTFS write support, и на одном из их дистрибутивов я мучился с доступом к древневиндовскому разделу.

Посмотрите Processor type and features ---> Processor family, мне порекомендовали выбрать Pentium-MMX.

Еще поройтесь в Device Drivers, полезно. Можете шутки ради понавыбирать там все и скомпилировать ядро весом > 50 Мб.

Далее. Ядро после загрузки себя должно загружать, собственно, систему. Либо из скомпилированных в себе файлов (используются во встраиваемых системах), либо из CPIO архива, сжатого чем-нибудь, либо из Initrd. Здесь вам не DOS, здесь не получится сразу сослаться на какой-нибудь init'овый файл в корневом каталоге диска или флешки. На самом деле получится, не слушайте дядю Анникса! Неправильно это, хоть в Интернете по этому поводу уже нехилая полемика ведется. В своей системе мы будем использовать initrd, т.к. это удобно, и не вызовет нецензурных выражений от сторонних разработчиков, в отличие от CPIO архива.

Ах, да, скомпилируйте ядро командой

make bzImage

Если у вас x86, найдете его по адресу /linuxkernel/arch/x86/boot/bzImage.

Для суровых челябинских программистов можно использовать Кросс-компайлинг…

Создание Ramdisk.

Теперь нам нужен initrd с установленной там простейшей оболочкой. Мы будем использовать busybox, потому что эта няша может все. Способ мы украдем у Роберто де Лео, создателя Movix (я бы даже уважать его начал, если бы не запредельная любовь к Perl):

dd if=/dev/zero of=/dev/ram0 bs=1k count=5000 - Создаем Ramdisk в оперативной памяти нашего компьютера. mke2fs -m0 /dev/ram0 5000 - Форматируем Ramdisk в системе Ext2 mkdir /distro - Создаем папку mount /dev/ram0 /distro - Монтируем в папку /distro

Все, теперь у нас есть Ramdisk, емкостью в 5 Мб. Можно и больше, только не нужно. В отличие от Томаса Матеджисека, я не собираюсь пичкать initrd модулями в Squashfs, сжатыми LZMA. Все, что необходимо, будет скомпилировано вместе с ядром. Да, это не очень логично и правильно, но мороки в сто раз меньше. А специально для тех, кто осуждает такой подход, можно разрешить опцию модульности в ядре: Enable loadable module support.

В нашем Ramdisk'е, смонтированном в /distro, есть такая папка, lost+found. Это потому, что мы отформатировали его в ext2. Ни в коем случае нельзя ее удалять, хоть она здесь вряд ли поможет, образ-то фиксированный. Нам бы busybox сначала поставить…

Установка Busybox Вот почему у таких классных проектов такие отстойные сайты? Хотя… это уже не суть важно, если исходники скачаны и успешно распакованы в папку /busybox.

image

Сконфигурировать busybox можно так же:

cd /busybox make menuconfig

image

Если вы еще не поняли, что это, объясню. Busybox заменяет тонны UNIX приложений, хранящихся в папках /bin, /sbin, /usr/bin, /usr/sbin. Вместо этого, создается только одно приложение: /bin/busybox, а на него создается куча ссылок в указанных выше папках. Установим busybox следующей командой:

make CONFIG_PREFIX=/distro install

Еще Busybox создаст файлы /sbin/init и зачем-то /linuxrc, чтобы ваша система корректно запустилась. Но не все необходимые папки были созданы. Так что завершаем все руками и создаем:

/distro/etc /distro/lib /distro/dev /distro/mnt distro/proc /distro/root /distro/tmp /distro/root

Если что забыл — вспомните, т.к. директории эти забыть сложно.

Все бы хорошо, вот только busybox для работы требует библиотеки, которые нужно скопировать в наш дистрибутив. Очень легко узнать, какие:

ldd /distro/bin/busybox

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

При копировании библиотек можно отсекать отладочную информацию (так Роберто советует):

objcopy --strip-debug откуда куда

Делаем из Линукса Линукс

Надо создать несколько системных текстовых файлов:

Нам нужен /etc/inittab. Удивлю вас: в начале жизни система даже не знает, что такое Root. У нас даже пользователь безымянный, но вот файл общесистемных низкоуровневых фич (ОНФ) должен присутствовать. Пилотное содержание файла следующее:

::sysinit:/etc/rc.d/rc.S

# Запустить оболочку в консоли. ::respawn:-/bin/sh

# Перезагрузка по нажатии на Ctrl+Alt+Del. ::ctrlaltdel:/sbin/reboot

# Команды, выполняемые перед выключением и перезагрузкой. ::shutdown:/sbin/swapoff -a >/dev/null 2>&1 ::shutdown:/bin/umount -a -r >/dev/null 2>&1

Следующий файл — /etc/fstab. Это таблица, в которой описано, что и куда монтировать при загрузке. Вещь бесполезная! Нам нужно обязательно смонтировать proc, иначе вообще ничего работать не будет, так что в файле пишем:

none /proc proc defaults 0 0

Для mount нужен также файл /etc/mtab. Создайте его и оставьте пустым.

Но mount сделает все необходимое только тогда, когда мы явно его об этом попросим. А просить мы будем в том самом первозагрузочном файле /etc/rc.d/rc.S (rc.d — папка). Вежливо попросим:

#!/bin/ash

/bin/mount -av -t nonfs

Еще нам необходим файл профиля (b)(a)sh, тут вообще раздолье для фантазии. Создаем файл /etc/profile и заполняем следующим:

PATH=«$PATH:/bin:/sbin:/usr/bin:/usr/sbin:» LESS=-MM TERM=linux HOME=/root PS1='> ' PS2='> ' ignoreeof=10 export PATH DISPLAY LESS TERM PS1 PS2 HOME ignoreeof

Понадобится также файл /etc/shell, в котором указано, что есть оболочка:

/bin/sh /bin/ash /bin/bash

Вот собственно и все. Можно записывать наш Ramdisk в файл.

mkdir /os - папка для «готового». umount /dev/ram0 - размонтируем кусочек оперативной памяти. dd if=/dev/ram0 of=/os/initrd bs=1k count=5000 - создаем файл. gzip /os/initrd - сжимаем файл initrd

Создание загрузочной флешки

«Финишная прямая» нашей маленькой разработки. Берем флешку, вставляем, форматируем в vfat (можно и в ext, но не забывайте, что еще не все пользователи Windows застрелились).

На флешке создаем папку boot, в ней папки initrd и kernel.

Из папки /os копируем сжатый Ramdisk в папку boot/initrd на флешке, называем «main.gz». Из папки с исходниками ядра копируем bzImage в папку boot/kernel на флешке, называем «main.lk». Достаем файлы загрузчика Syslinux (в Интернете, либо из другого дистрибутива: тут не принципиально), а именно syslinux.bin, syslinux.boot, syslinux.cfg. Копируем их в корневой каталог нашей флешки. В файле syslinux.cfg пишем что-то подобное:

default mm prompt 1 timeout 100 label mm kernel /boot/kernel/main.lk append initrd=/boot/initrd/main.gz load_ramdisk=1 ramdisk_size=5000 rw root=/dev/ram0 label mc kernel /boot/kernel/main.lk append initrd=/boot/initrd/custom.gz load_ramdisk=1 ramdisk_size=5000 rw root=/dev/ram0 label cm kernel /boot/kernel/custom.lk append initrd=/boot/initrd/main.gz load_ramdisk=1 ramdisk_size=5000 rw root=/dev/ram0 label cc kernel /boot/kernel/custom.lk append initrd=/boot/initrd/custom.gz load_ramdisk=1 ramdisk_size=5000 rw root=/dev/ram0 label hd localboot 0x80

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

Узнаем, каким девайсом в системе является наша флешка (можно запустить mount без параметров и посмотреть). Это либо /dev/sdb1, либо /dev/sdc1, либо /dev/sdd1. Стоит отмонтировать флешку перед началом установки.

Устанавливаем syslinux (если пакета в системе нет, apt-get install syslinux):

syslinux -d путь_к_устройству

В корневом каталоге флешки должен появиться файл ldlinux.sys. Если он есть, значит syslinux.bin, syslinux.boot больше не нужны.

image

Как настроить BIOS на загрузку из флешки, я вам рассказывать не буду — это легко. Скажу только, что очень удобно создать папку /boot/initrd/init, в которую можно будет смонтировать /boot/initrd/main, для последующей работы с ним. Только не забудьте разжимать и сжимать его gzip'ом.

Ну вот и все.

Как-бы я только что рассказал вам, как создать с нуля систему на Linux. Легко, не правда ли? Далее вы можете редактировать скрипт /sbin/init, ведь у вас еще много работы! Вы должны будете написать скрипт для монтирования флешки, который делает chroot в корневой каталог. В противном случае, вы вынуждены будете работать с ReadOnly разделом, величиной в 5 Мб. Но это уже совсем другая история.

Unnx Davis T, B.

Для непросвещенных:

Томас Матеджисек — создатель Slax и Linux Live Scripts. Роберто де Лео — создатель Movix.

ОРИГИНАЛ: https://habrahabr.ru/post/126427/

АВТОР ОРИГИНАЛА: https://habrahabr.ru/users/unnx/

Перемещено tailgunner из development