Изпечатай

[NorthBridge]

Предвид това че сложиха eudev и мислят да добавят elogind, силно ме съмнява че някога ще включат systemd  Ето и още един линк, който казва същото.

За Pulse Audio пише защо са го включили, иначе в docs-a на Arch има нещо което мисля че може и в Slackware да се използва:
PulseAudio as a minimal unintrusive pipe to ALSA

Относно енп5с0 и подобни глупави имена на интерфейси, в Slackware 14.1 версията на udev беше 182, а тази магария с интерфейсите я въведоха в udev/systemd 197. Eudev мисля че го форкнаха точно когато udev го абсорбираха в systemd, което беше точно от версия 182. Апропо, в Slackware няма такива проблеми 

[runtime]

поне в 14.1 се виждат нормално. Предполагам, че и в новата 14.2 ще е пак така. Трябва д апогледна виртуалните машини където имах инсталиран -current.

 "enp0s25", "enp-нещо-си" -- това не съм го чувал. Какви са тия дивотии?

https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

P.S. Не е голяма сложнотия да се върнеш към старата конвенция, но не мисля, че е нещо кой знае колко наложително това Всъщост какво значение има?

[spec1a]

   Ами например когато се пренасят скриптове,конфиг.файлове и т.н. от
един линукс на друг ,или дори една и съща дистрибуция, но на по-нова
версия, трябва да се внимава ,не винаги можеш да разбереш веднага,че
нещо не работи както трябва.

[lunarvalley]

хехххехех:

Distributors ponder a systemd change

[pennywise]

хехххехех:

Distributors ponder a systemd change

Този напълно е откачил. Това означава ли, че ако имам уеб сървър и се логна като роот, след като излезна всички процеси на роот ще бъдат спрени?

[spec1a]

   Решението в такъв случай е:
   Затваря се директно терминала.
   При ssh сесия се използва exit ,или се затваря директно терминала,
в който е сесията.
   При vnc и подобни,се затваря директно сесията.
   В поне 90% от случаите това ще работи със сигурност .
   

[remotexx]

   Решението в такъв случай е:
   Затваря се директно терминала.
   При ssh сесия се използва exit ,или се затваря директно терминала,
в който е сесията.
   При vnc и подобни,се затваря директно сесията.
   В поне 90% от случаите това ще работи със сигурност .

Еххх аз явно съм от останалите 10% защото обик. пускам screen особено при обновявне на системата и особено на някой отдалечени сървъри където връзката се разпада 2-3 път на всеки 5-10 мин, ама явно вече и screen няма да върши работа... 

[runtime]

и особено на някой отдалечени сървъри където връзката се разпада 2-3 път на всеки 5-10 мин

Тия сървъри да не са  Зимбабве? Баси локациите и провайдърите трябва да имат 
Това в добрия смисъл го питам, че ми се види баси стараното.

[spec1a]

   Имах предвид ,след като си си свършил работата да затваряш терминала/
сесията. Прекъсванията наистина могат да са проблематични.
    Нали коментирахме да не се дава logout ...

[pennywise]

   Имах предвид ,след като си си свършил работата да затваряш терминала/
сесията. Прекъсванията наистина могат да са проблематични.
    Нали коментирахме да не се дава logout ...

Това хубаво, но ако да кажем се логнеш през ssh например на терминал pts/0, или какъвто е там, какво се случва с услугите които си пуснал когато излезеш?
Иначе аз редовно имам broken pipes защото доставчика ми често сменя ип-та.

По принцип е хубав feature, но да е активен по подразбиране ми се струва тъпо.

[spec1a]

   Десетки,ако не и стотици пъти съм правил следното:
   Влизам с ssh в съответния сървър,стартирам съотв. услуга с:
systemctl start <some-service>
   или,понякога:
/path/to/executable &
   Ако са стартирани успешно,дори и да прекъсне връзката, те си работят.
   Ако пак влеза с ssh, се вижда че всичко е наред.
   Досега никога не съм имал проблеми.

[BRADATA]

   Десетки,ако не и стотици пъти съм правил следното:
   Влизам с ssh в съответния сървър,стартирам съотв. услуга с:
systemctl start <some-service>
   или,понякога:
/path/to/executable &
   Ако са стартирани успешно,дори и да прекъсне връзката, те си работят.
   Ако пак влеза с ssh, се вижда че всичко е наред.
   Досега никога не съм имал проблеми.

Ми да де... Ама ключовият момент тук е "правиЛ". Ако прочетеш статията ще разбереш защо. Някой по-горе беше писал за веб сървъра и т.н. - няма да имаш проблем освен ако не използваш не-ентерпрайс дистрибуция (или клон) за сървър. Т.е. там нещата все още не са оплескани с този системд ш*т.

[spec1a]

   Приемаме,че написаното в статията е вярно.
   Ами пичове,тогава ще трябва много да внимаваме какви ъпдейти пускаме и
как използваме yum/apt-get ... 
   Аз търкалям нови сървърни дистрибуции като centos 7  и  debian 8, но при тях версията на
systemd  е  <  230 .
   Въобще,бих се позамислил ...