Вышла (http://knopper.net/knoppix/knoppix704-en.html) новая версия одного из первых дистрибутивов, поддерживающих работу в Live-режиме, KNOPPIX 7.0.4 (http://knopper.net/knoppix/). Дистрибутив построен на основе оригинального набора загрузочных скриптов и включает в себя пакеты, импортированные из Debian Squeeze, со вставками из веток Debian "testing" и "unstable". Для загрузки доступна (http://mirrors.kernel.org/knoppix-dvd/) только сборка LiveDVD размером 3.9 Гб.
Пользовательская оболочка дистрибутива основана на легковесном десктоп-окружении LXDE, построенном на базе библиотеки GTK+ и способном работать на маломощных системах. Вместо стандартной системы SysV инициализации задействована новая система загрузки Microknoppix, значительно ускоряющая процесс загрузки дистрибутива за счет параллельного запуска сервисов и отложенной инициализации оборудования. Время полной загрузки дистрибутива, с учетом установки WiFi-соединения, составляет около 40 секунд. При использовании USB Flash пользовательские настройки и дополнительно установленные программы не исчезают после перезагрузки системы - сохраняемые между сессиями данные помещаются в файл KNOPPIX/knoppix-data.img, который при желании можно зашифровать с помощью алгоритма AES-256.
Особенности новой версии:
- Поддержка файловой системы ExFAT (используется модуль ExFAT-fuse);
- Возвращены скрипты gprsconnect и modemlink;
- Добавление компонентов системы профилирования oprofile;
- Новые версии программ, в том числе ядро Linux 3.4.9, X.Org 7.7, X-сервер 1.12.3,Chromium 21, Firefox/Iceweasel 10.0.6, PCMANFM 1.0, Wine 1.5.10, Virtualbox 4.1.18, qemu-kvm 1.0. Всего в поставку входит более 3000 пакетов;
- По умолчанию используется оболочка LXDE, но в поставку также входят KDE 4.7.4 (активируется загрузочной опцией "knoppix desktop=kde") и GNOME 3.4 ("knoppix desktop=gnome");
- Через опцию загрузки 'knoppix64' поддерживается загрузка 64-разрядной сборки ядра Linux, поддерживающей системы с более 4 Гб ОЗУ;
- В состав входит приложение eViacam, позволяющее двигать курсор, отслеживая перемещение головы через web-камеру;
- Интеграция системы zram, позволяющей при нехватке памяти хранить до 75% страниц памяти в сжатом виде. Указанная возможность позволяет организовать выполнение требовательных к памяти программ на системах с ограниченным объёмом ОЗУ, без задействования раздела подкачки;
- В поставку входит звуковое меню ADRIANE 1.4 (http://www.knopper.net/knoppix-adriane/index-en.html), которое включает в себя реализацию пользовательского окружения, основанного на идее звуковой навигации. Для голосового чтения содержимого страниц задействована система Orca. В качестве движка распознания сканированного текста служит Cuneiform. В ADRIANE 1.4 также добавлена поддержка gammu, что позволило организовать поддержку работы с SMS, через подключенный к ПК телефон;
- Переработаны загрузочные скрипты, которые пытаются вначале определить и инициализировать оборудование, необходимое для запуска интерактивного интерфейса, а уже потом приступают к выполнению остальных задач инициализации. Подобное изменение привело к заметному ускорению запуска десктопа, который становится доступен ещё до запуска остальных сервисов, в том числе отвечающих за инициализацию сетевого соединения и подсистемы печати.URL: http://knopper.net/knoppix/knoppix704-en.html
Новость: http://www.opennet.me/opennews/art.shtml?num=34665
> Вместо стандартной системы SysV инициализации задействована новая система загрузки Microknoppix, значительно ускоряющая процесс загрузки дистрибутива за счет параллельного запуска сервисов и отложенной инициализации оборудования.Это самописный аналог systemd/upstart, или просто один из них, переименованный?
Нет, это нормальная и правильная реализация аналогичной идеи без 100Мб бинаря. Т.е. то, как надо было делать изначально без Поттерингизма
> 100Мб бинаряЭэм, щито? /bin/systemd - 844кб, чяднт? Вместо того чтобы грузить 10 куч утилит включая баш.
ldd /bin/systemd
> ldd /bin/systemdИ еще в процессах просмотри сколько этот шлак весит
В прошлый раз выяснилось, что ни один из стада фанбоев systemd не сумел посмотреть сколько отжирает инит в процессах. (А тот кто сумел постеснялся написать=)Да. Теперь оказалось, что они и размер бинарника нормально посмотреть не могут. =)
> В прошлый раз выяснилось, что ни один из стада фанбоев systemd не
> сумел посмотреть сколько отжирает инит в процессах. (А тот кто сумел
> постеснялся написать=)Не подскажете, каким образом его тогда ухитряются засовывать в embedded-железки? Например, ангстрем уже на systemd перешел, и в спецификацию GENIVI systemd в обязательном порядке включили.
да вот как то так - http://www.linux.org.ru/forum/development/7635274
> В прошлый раз выяснилось, что ни один из стада фанбоев systemd не
> сумел посмотреть сколько отжирает инит в процессах. (А тот кто сумел
> постеснялся написать=)А сам-то ты смотрел?
Gentoo, amd64:
# ps ax | grep init
root 1 0.0 0.0 4248 596 ? Ss Aug25 0:02 init [3]<sarcasm> Ну как же дофига! </sarcasm>
Если bash и прочие утили так посмотреть - тоже мало не покажется. Хотя 844 кило - перебор для инита уже.
Зависит от того, как собрать.
В отличие от sysvinit, в котором при сборке нельзя задать, например, "не использовать awk и sed, только grep"
> В отличие от sysvinit, в котором при сборке нельзя задатьА sysd можно без cc солбирать? Ай, прагессивна-а!!
> Зависит от того, как собрать.
> В отличие от sysvinit, в котором при сборке нельзя задать, например, "не
> использовать awk и sed, только grep"да потому что они там вообще не нужны.
а для всего остального есть базибокс
# equery s sys-apps/busybox
* sys-apps/busybox-1.20.2
Total files : 48
Total size : 2.28 MiB
> ldd /bin/systemdИ что это показывает? Оно зависит от опций configure.
> ldd /bin/systemdА теперь давайте посмотрим, сколько внешних бинарей вызывают старые init-скрипты.
Включая тот же cryptsetup, например.
> А теперь давайте посмотрим, сколько внешних бинарей вызывают старые init-скрипты.Запуск самой системы загрузки/инициализации конечной целью не является обычно. Весь смысл загрузки - запуск внешних бинарей.
> А теперь давайте посмотрим, сколько внешних бинарей вызывают старые init-скрипты.Или не вызывают, смотря по надобности...
> Нет, это нормальная и правильная реализация аналогичной идеи без 100Мб бинаря.Но при этом не работающая без внешних утилит в количестве "100 Мб бинарей"™ (потому что чудес не бывает).
И к тому же, жестко завязанная на LiveCD и абсолютно непортируемая на нормальные инсталляции.
Потому что для LiveCD критична скорость загрузки, а не гибкость и портируемость.
Гибкость и портируемость вообще не важны.
До тех пор, пока не придет время критиковать адептов враждебной религии, разумеется.
> Гибкость и портируемость вообще не важны.
> До тех пор, пока не придет время критиковать адептов враждебной религии, разумеется.Скорость загрузки, гибкость и портируемость - аргументы двоемысленные. Если отрицать их у идейного противника не получается, значит, нужно объявить их недостатками.
> Если отрицать их у идейного противника не получается, значит, нужно объявить их недостатками.Или, по крайней мере, заявить, что они не нужны.
> Потому что для LiveCD критична скорость загрузки, а не гибкость и портируемость.А на обычных инсталляциях тогда нужно использовать "ненормальный и неправильный" sysvinit?
Для админов локалхоста и котов-методистов может он и неправильный, но для продакшн серверов и рабочих станций пока что ничего лучше sysvinit и upstart не придумали.
> Для админов локалхоста и котов-методистов может он и неправильный, но для продакшн серверов и рабочих станций пока что ничего лучше systemd не придумали.fixed
> Для админов локалхоста и котов-методистов может он и неправильный, но для продакшн серверов и рабочих станций пока что ничего лучше sysvinit и upstart не придумали.Upstart - такое же жирное и перегруженное гогно, как и systemd.
Кроме того, его разработку потихоньку прикрывают - каноникал хочет пробиться на автомобильные компьютеры, а туда без systemd не пускают.
>Upstart - такое же жирное и перегруженное гогно, как и systemd.Близко. Всего на полтора порядка ошибся.
> Это самописный аналог systemd/upstart, или просто один из них, переименованный?Посмотрел.
Обычный дебиановский sysvinit (там из коробки параллельный запуск), только слегка изменен вывод сообщений на экран (убраны сообщения отдельных скриптов, зафигачен псевдографический прогресс-бар).
> Посмотрел.
> Обычный дебиановский sysvinit (там из коробки параллельный запуск), только слегка изменен
> вывод сообщений на экран (убраны сообщения отдельных скриптов, зафигачен псевдографический
> прогресс-бар).В общем, правильнее назвать не microknoppix, а nanobolgen.
Когда-то был нужен, а теперь (с учётом того что его по нормальному не установить), что с ним делать? Адриана для слепых? и каждый раз слепому лайф запускать? Слепых админов и хакеров я не встречал. Какие ещё идеи?
Кстати, с линуксом я познакомился именно с knoppix'а, точнее с baltix'a, который тогда на нём основывался и был сильно допилен, за что спасибо крутым литовским дядькам. А когда я увидел этот knoppix в оригинале, я был сильно разочарован.
Мда, если оттуда выкинуть gnome3.4 и kde4.7.4 и ещё ряд дублирующих пакетов, то он влезет в свои стандартные 700 мегабайт.
Поддерживаю
там еще небось KOffice и Amarok...
Если бы все линкс-девелоперы работали над парочку-три дистрибутива, использовали один-два пакетных менеджера и пилили одни и те же утилиты для одной графической среды, линукс потерял бы разнообразие, но обрел бы невиданную стабильность, качество, лоск и доступность для конечного пользователя, что помогло бы не только привлечь конечного потребителя, но и помочь привлечь разработчиков коммерческого ПО.
> Если быТак со своим уставом в чужой монастырь не ходят.