oio11

Linux From Scratch - Version SVN-20161027 Chapter 7. System Configuration
* Prev General Network Configuration
* Next The Bash Shell Startup Files

7.6. System V Bootscript Usage and Configuration 7.6.1. How Do the System V Bootscripts Work?

http://www.linuxfromscratch.org/lfs/view/development/chapter07/usage.html

Booting and Shutting Down
http://www.ube.ege.edu.tr/~erciyes/unix_sysadm/kent/boot~1.htm

Chapter 15. init and runlevels - linux-training.be
http://linux-training.be/sysadmin/ch15.html

6.52. Sysvinit-2.86 - Open Source Software on erdfunkstelle.de
http://oss.erdfunkstelle.de/lfs-de/6.3/online/chapter06/sysvinit.html

Signals - The Linux Documentation Project
http://tldp.org/LDP/Bash-Beginners-Guide/html/sect_12_01.html

Other (human) Languages - Linux Documentation
http://linux.die.net/HOWTO/HOWTO-INDEX/other-lang.html

The Linux Documentation Project Works
http://www.tldp.org/docs.html

The Linux Documentation Project Links: Non-English Information
http://www.tldp.org/links/nenglish.html

http://linuxdoc.org/HOWTO/Keyboard-and-Console-HOWTO.html
http://www.sensi.org/~ak/linuxfaq/index_ru.html

RU.LINUX Frequently Asked Questions Alexander Kanavin, ak@sensi.org Версия от 18.02.2003.

Сборник часто задаваемых вопросов (с ответами), связанных с ОС Linux. Последняя версия находится по адреcу http://www.sensi.org/~ak/linuxfaq/

http://.. /~ak/linuxfaq/rulinux.faq.html

RU.LINUX Frequently Asked Questions | Система, ядро, утилиты ...
http://www.linuxcenter.ru/lib/articles/system/rulinux_faq.phtml

RU.LINUX Frequently Asked Questions: Русификация - OpenNet
http://www.opennet.ru/.../rulinuxfaq/rulinux.faq-3.html

Advanced Bash-Scripting Guide
http://www.tldp.org/LDP/abs/html/

Материалы за 18.10.2003 - Страница 7 - Документация по Linux
http://linuxdoc.ru/2003/10/18/page/7/

Flat | Top-Level Comments Only

From:

oio11

http://linux.slashdot.org/story/13/10/28/1621219/debian-to-replace-sysvinit-switch-to-systemd-or-upstart
Debian To Replace SysVinit, Switch To Systemd Or Upstart Debian Замена Sysvinit, Switch To Systemd Or Upstart

Posted by samzenpus Опубликовано samzenpus on Monday October 28, 2013 @01:40PM в понедельник , 28 октября, 2013

An anonymous reader writes "Debian has been one of the last holdouts using SysVinit over a modern init system, but now after much discussion amongst Debian developers , they are deciding whether to support systemd or Upstart as their default init system . The Debian technical committee has been asked to vote on which init system to use, which could swing in favor of using Upstart due to the Canonical bias present on the committee." Анонимный читатель пишет : "Debian был одним из последних оплотов с использованием Sysvinit над современной системой инициализации, но теперь после долгих дискуссий среди разработчиков Debian , они решить , следует ли поддерживать Systemd или Upstart как их по умолчанию инициализации системы . Технический комитет Debian имеет было попросили проголосовать по какой системе инициализации для использования, который может качнуться в пользу использования Upstart вследствие каноническом смещения , присутствующего на комитете ".

Comments:

.. by Junta ( 36770 ) writes: от хунты (36770) пишет: Well, that and Lennart Poettering tends to not constructively respond to requests by users. Ну, что и Поттеринг стремится не конструктивно отвечать на запросы пользователей. He's done some very sophisticated work, but in many ways fails to understand the reality of most sysadmins. Он сделал несколько очень сложную работу, но и во многом не понимает реальность большинства сисадминов. He wants all sysadmins to be able to handle the new capabilities rather than coddle them with plaintext log formats, even though over 95% of the audience doesn't *need* the stuff that is hard to do in a plaintext log format. Он хочет, чтобы все сисадмины, чтобы быть в состоянии справиться с новыми возможностями, а не кутать их с открытым текстом форматов журналов, даже несмотря на более чем 95% аудитории не нужно * * материал, который трудно сделать в незашифрованном формате журнала. MS has done the same thing, system registry, event log, etc all act very similarly to MS сделала то же самое, системный реестр, журнал событий и т.д. все действуют очень похоже

by Junta ( 36770 ) writes: on Monday October 28, 2013 @09:26PM ( от хунты (36770) пишет: в понедельник 28 октября 2013 @ 09: 26PM ( #45264869 ) # 45264869 ) So one prominent example is a push to discard syslog, but at the same time rejecting any suggestion that perhaps it might be nice if the same plain text that journalctl can produce be produced as a matter of course without syslog assistance. Так один из ярких примеров является толчком сбросить системный журнал, но в то же время отвергает любые предположения о том, что, возможно, было бы хорошо, если же обычный текст, который может производить journalctl быть произведены как само собой разумеющееся без системного журнала помощи. Yes, journalctl has more readily accessible nice filters and faster performance. Да, journalctl имеет более легко доступные хорошие фильтры и более высокую производительность. The issue is that the vast majority of people didn't ever need them and made due with grep and friends. Вопрос заключается в том, что подавляющее большинство людей не когда-либо нуждаются в них и сделал из-за с Grep и друзьями. Yes it's not good stuff to build a high-end solution out of, but by the same token journalctl power is more complicated to use. Да, это не хороший материал, чтобы построить высокопроизводительное решение из, но к тому же власти journalctl является более сложным в использовании. Getting early boot messages would have been a straightforward thing to do in syslog land, it was just that no one bothered. Получение ранних сообщений загрузки был бы просто, что нужно сделать в земле системного журнала, это было просто, что никто не удосужился. It was a good thing to add, but generally either things work fine and you don't really care much about the early boot logs, or it fails to get root fs going in which case the logs from that time won't make it to the root fs hosted journal anyway. Это была хорошая вещь, чтобы добавить, но, как правило либо вещи работают нормально, и вы на самом деле не слишком заботится о начале загрузки бревен, или он не может получить корень фс происходит в этом случае бревна с того времени не сделает его корневые фс принимал журнал в любом случае.

I don't like the linux distros of today because they are largely reimplementing much of what people ridiculed microsoft for in the 90s (binary configuration, binary logs, more complex messaging model). Я не люблю Линукс дистрибутивы сегодняшнего дня, потому что они в значительной степени Переопределением многое из того, что люди высмеивали Microsoft для в 90-е (бинарной конфигурации, бинарных журналов, более сложной модели обмена сообщениями). While it is true that generally the details of the implementation are defensibly better than microsoft did, the differences are largely academic to the vast majority of system administrators. Хотя это правда, что в целом детали реализации являются defensibly лучше, чем Microsoft сделал, различия в значительной степени академическая для подавляющего большинства системных администраторов. Vast majority sees opaque binary blob that is useless without a very close match in distribution to provide tools to analyze. Подавляющее большинство считает непрозрачной блоб, что бесполезно без очень тесного матча в распределении по предоставлению средств для анализа. Even when things are humming along fine, things like dbus provide capability in a nearly impossible to explore manner. Даже когда дела жужжат вдоль штрафа, такие вещи, как DBus обеспечивают возможность в почти невозможно изучить манеру. Even with all this complexity, my linux server experience is no more useful than it was 10 years ago from a managability standpoint, but I've had to jump through hoops to try to track the complexity as it emerged bit by bit without a lot of nice capability to come along for the ride. Даже при всей этой сложности, мой опыт работы сервера Linux является не более полезным, чем это было 10 лет назад от managability точки зрения, но я должен был прыгать через обручи, чтобы попытаться отследить сложность, как выяснилось, по кусочкам, не много хорошая возможность прийти вместе для езды. ..

by Junta ( 36770 ) writes: от хунты (36770) пишет: The problem is that some of the difficulties are by design. Проблема заключается в том, что некоторые трудности являются конструкцией. journalctl and systemctl are actually pretty straightforward to use. journalctl и systemctl на самом деле очень проста в использовании. However, when things go off the rails, it's much harder to cope with than a system that retains plain text logs at the core. Тем не менее, когда дела идут с рельсов, это намного сложнее, чем справиться с системой, которая сохраняет простые текстовые журналы в ядре. The argument that journalctl can give you plain text rings hollow when the tool is hard to get to (system had catastrophic failure and you are on the wrong end of a crappy connection but have a random system nearby that can peruse data. Lennart would c Аргумент, что journalctl может дать вам простые текстовые кольца полые, когда инструмент трудно добраться (система имела катастрофические неудачи, и вы на неправильном конце дерьмовый соединения, но есть случайная система поблизости, которые могут просмотреть данные. Леннарт бы с ..
http://translate.google.com/translate?hl=ru&sl=auto&tl=ru&u=http://linux.slashdot.org/story/13/10/28/1621219/debian-to-replace-sysvinit-switch-to-systemd-or-upstart