[sisyphus] systemd

[sisyphus] systemd

[Alexey Shabalin]

День добрый.
Я начинаю выкладывать сборки systemd на people/shaba
(ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
публикуются)
На данный момент эта сборка позволяет успешно загрузится.
Ошибки пока ещё присутствуют, но я работаю над этим.
Приглашаю тестировать, и слать баги, а лучше патчи.

PS: честно говоря для выкладывания в сизиф ещё сыровато, но помешать
никому не должно

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Радик Юсупов]

  26.01.2011 17:45, Alexey Shabalin пишет:
> День добрый.
> Я начинаю выкладывать сборки systemd на people/shaba
> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
> публикуются)
> На данный момент эта сборка позволяет успешно загрузится.
> Ошибки пока ещё присутствуют, но я работаю над этим.
> Приглашаю тестировать, и слать баги, а лучше патчи.
>
> PS: честно говоря для выкладывания в сизиф ещё сыровато, но помешать
> никому не должно
>
О!
До отбранчевки попадет в сизиф?
Очень хотелось бы потестировать, но пока нет времени на это. Но позже 
по-любому дойду..

-- 
С уважением, инженер отдела ИИС ООО «Центр»
Юсупов Радик Анасович
Usupov.Radik@cg.ru
Тел: (843) 533-88-14 (внут: 1811)
ICQ: 271639884
Jabber: radyus@jabber.ru
Skype: Radik.Usupov
Ekiga: radyus@ekiga.net

Российская Федерация
Казань, ул. Зинина, 3а
420029, а/я 81

http://www.cg.ru/

Re: [sisyphus] systemd

[Michael Shigorin]

On Wed, Jan 26, 2011 at 05:45:32PM +0300, Alexey Shabalin wrote:
> Приглашаю тестировать, и слать баги, а лучше патчи.

Спасибо, надо пощупать.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/1/26 Alexey Shabalin <a.shabalin@gmail.com>:
> День добрый.
> Я начинаю выкладывать сборки systemd на people/shaba
> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
> публикуются)
> На данный момент эта сборка позволяет успешно загрузится.
> Ошибки пока ещё присутствуют, но я работаю над этим.
> Приглашаю тестировать, и слать баги, а лучше патчи.
>
> PS: честно говоря для выкладывания в сизиф ещё сыровато, но помешать
> никому не должно

Что-то я не пойму, как бороться с этим(в Makefile ничего криминального
не обнаружил):

lib.req: WARNING: /home/alex/tmp/systemd-buildroot/bin/systemd:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/bin/systemd-ask-password: overlinked
libraries: /lib64/ld-linux-x86-64.so.2
lib.req: WARNING: /home/alex/tmp/systemd-buildroot/bin/systemd-notify:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/bin/systemd-tty-ask-password-agent:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-ac-power:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-cgroups-agent:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-fsck: overlinked
libraries: /lib64/ld-linux-x86-64.so.2 /lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-initctl:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-kmsg-syslogd:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-logger:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-modules-load:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-quotacheck:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-random-seed:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-readahead-collect:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-readahead-replay:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-remount-api-vfs:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-reply-password:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-shutdown:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-shutdownd:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-sysctl:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-timestamp:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-tmpfiles:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-update-utmp:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-user-sessions:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib/systemd/systemd-vconsole-setup:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
/lib64/libselinux.so.1
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/lib64/security/pam_systemd.so:
overlinked libraries: /lib64/ld-linux-x86-64.so.2
lib.req: WARNING:
/home/alex/tmp/systemd-buildroot/usr/bin/systemd-cgls: overlinked
libraries: /lib64/libselinux.so.1


-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/1/26 Alexey Shabalin:
> День добрый.
> Я начинаю выкладывать сборки systemd на people/shaba
> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
> публикуются)
> На данный момент эта сборка позволяет успешно загрузится.
> Ошибки пока ещё присутствуют, но я работаю над этим.
> Приглашаю тестировать, и слать баги, а лучше патчи.
>
> PS: честно говоря для выкладывания в сизиф ещё сыровато, но помешать
> никому не должно
Почитал новость о развитии FreeBSD. Там тоже готовят переход на FSC
(FreeBSD Services Control), похожих на Solaris SMF и daemontools
инструментов для управления и мониторинга работой системных сервисов.
Похоже через годик-другой на простом SysV никого не останется.

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[REAL]

27.01.2011 18:21, Alexey Shabalin пишет:
> Что-то я не пойму, как бороться с этим(в Makefile ничего криминального
> не обнаружил):
>
> lib.req: WARNING: /home/alex/tmp/systemd-buildroot/bin/systemd:
> overlinked libraries: /lib64/ld-linux-x86-64.so.2

Очень похоже на результат работы --no-as-needed

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/1/28 REAL <root@mmedia2.kemsu.ru>:
> 27.01.2011 18:21, Alexey Shabalin пишет:
>>
>> Что-то я не пойму, как бороться с этим(в Makefile ничего криминального
>> не обнаружил):
>>
>> lib.req: WARNING: /home/alex/tmp/systemd-buildroot/bin/systemd:
>> overlinked libraries: /lib64/ld-linux-x86-64.so.2
>
> Очень похоже на результат работы --no-as-needed
в том и дело, что -Wl,--as-needed  Присутствует:

libtool: link: x86_64-alt-linux-gcc -std=gnu99 -I/usr/include/dbus-1.0
-I/usr/lib64/dbus-1.0/include -pipe -Wall -O2 -pipe -Wall -W -Wextra
-Wno-inline -Wvla -Wundef -Wformat=2 -Wlogical-op -Wsign-compare
-Wformat-security -Wmissing-include-dirs -Wformat-nonliteral
-Wold-style-definition -Wpointer-arith -Winit-self
-Wdeclaration-after-statement -Wfloat-equal -Wmissing-prototypes
-Wstrict-prototypes -Wredundant-decls -Wmissing-declarations
-Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align
-Wstrict-aliasing=2 -Wwrite-strings -Wno-long-long
-Wno-overlength-strings -Wno-unused-parameter
-Wno-missing-field-initializers -Wno-unused-result
-Wp,-D_FORTIFY_SOURCE=2 -ffast-math -fno-common
-fdiagnostics-show-option -fno-strict-aliasing -fvisibility=hidden
-ffunction-sections -fdata-sections -Wl,--as-needed -Wl,--gc-sections
-o systemd src/systemd-main.o  ./.libs/libsystemd-core.a -lselinux
-ldbus-1 -lpthread -ludev -lwrap -lpam -lpam_misc -laudit -lcap -ldl
-lrt


-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Andrew Clark]

On 26.01.2011 17:45, Alexey Shabalin wrote:
> День добрый.
> Я начинаю выкладывать сборки systemd на people/shaba
> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
> публикуются)
> На данный момент эта сборка позволяет успешно загрузится.
> Ошибки пока ещё присутствуют, но я работаю над этим.
> Приглашаю тестировать, и слать баги, а лучше патчи.
>
> PS: честно говоря для выкладывания в сизиф ещё сыровато, но помешать
> никому не должно
Информация по установке и отладке:
http://www.altlinux.org/Systemd

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/1/29 Andrew Clark <andrewclarkiii@gmail.com>:
> On 26.01.2011 17:45, Alexey Shabalin wrote:
>>
>> День добрый.
>> Я начинаю выкладывать сборки systemd на people/shaba
>> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
>> публикуются)
>> На данный момент эта сборка позволяет успешно загрузится.
>> Ошибки пока ещё присутствуют, но я работаю над этим.
>> Приглашаю тестировать, и слать баги, а лучше патчи.
>>
>> PS: честно говоря для выкладывания в сизиф ещё сыровато, но помешать
>> никому не должно
>
> Информация по установке и отладке:
> http://www.altlinux.org/Systemd

Отправил обновление на people.
изменения:
- для udev, dbus сделаны симлинки, теперь они стартуют через
соответствующие .service, а не скриптами из /etc/rc.d/init.d
- добавлен prefdm.service. теперь для запуска X стартует не
/etc/rc.d/init.d/dm, а /etc/X11/prefdm
- вернул использование mingetty вместо agetty. (большинство
дистрибутивов перешли на использование agetty, у нас на mingetty
наложены различные патчи, которые достаточно просто переносятся на
agetty - но я не большой специалист в программировании - пусть этим
займутся знающие люди)
- мелкие фиксы

Следующие планы:
- уйти от использования rc.sysinit (это большая задача и хватит её надолго :) )
- подружить с plymouth

PS: кстати время загрузки моей рабочей машины:
shabalin2 systemd[1]: Startup finished in 7s 102ms 676us (kernel) +
25s 765ms 389us (userspace) = 32s 868ms 65us

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Anton Farygin]

01.02.2011 16:20, Alexey Shabalin пишет:
> 2011/1/29 Andrew Clark<andrewclarkiii@gmail.com>:

<skip>

> Следующие планы:
> - уйти от использования rc.sysinit (это большая задача и хватит её надолго :) )
> - подружить с plymouth
>
> PS: кстати время загрузки моей рабочей машины:
> shabalin2 systemd[1]: Startup finished in 7s 102ms 676us (kernel) +
> 25s 765ms 389us (userspace) = 32s 868ms 65us

Алексей, а что нужно, что бы попробовать ?

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/2/1 Anton Farygin :
> 01.02.2011 16:20, Alexey Shabalin пишет:
>>
>> 2011/1/29 Andrew Clark<andrewclarkiii@gmail.com>:
>
> <skip>
>
>> Следующие планы:
>> - уйти от использования rc.sysinit (это большая задача и хватит её надолго
>> :) )
>> - подружить с plymouth
>>
>> PS: кстати время загрузки моей рабочей машины:
>> shabalin2 systemd[1]: Startup finished in 7s 102ms 676us (kernel) +
>> 25s 765ms 389us (userspace) = 32s 868ms 65us
>
> Алексей, а что нужно, что бы попробовать ?
>
ссылку уже давали:
http://www.altlinux.org/Systemd

Если не устанавливать systemd-sysvinit, то надо передавать ядру
init=/bin/systemd.
Или apt-get install systemd-sysvinit SysVinit-  и ничего прописывть
ядру не надо.


-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Anton Farygin]

01.02.2011 16:28, Alexey Shabalin пишет:
> 2011/2/1 Anton Farygin :
>> 01.02.2011 16:20, Alexey Shabalin пишет:
>>>
>>> 2011/1/29 Andrew Clark<andrewclarkiii@gmail.com>:
>>
>> <skip>
>>
>>> Следующие планы:
>>> - уйти от использования rc.sysinit (это большая задача и хватит её надолго
>>> :) )
>>> - подружить с plymouth
>>>
>>> PS: кстати время загрузки моей рабочей машины:
>>> shabalin2 systemd[1]: Startup finished in 7s 102ms 676us (kernel) +
>>> 25s 765ms 389us (userspace) = 32s 868ms 65us
>>
>> Алексей, а что нужно, что бы попробовать ?
>>
> ссылку уже давали:
> http://www.altlinux.org/Systemd

Извини, не заметил.

>
> Если не устанавливать systemd-sysvinit, то надо передавать ядру
> init=/bin/systemd.
> Или apt-get install systemd-sysvinit SysVinit-  и ничего прописывть
> ядру не надо.

Ага, сейчас попробую, спасибо.

Re: [sisyphus] systemd

[Anton Farygin]

01.02.2011 17:30, Anton Farygin пишет:
> 01.02.2011 16:28, Alexey Shabalin пишет:
>> Если не устанавливать systemd-sysvinit, то надо передавать ядру
>> init=/bin/systemd.
>> Или apt-get install systemd-sysvinit SysVinit- и ничего прописывть
>> ядру не надо.
>
> Ага, сейчас попробую, спасибо.

Попробовал ;( убил медиацентр, сейчас буду восстанавливать...

что-то корень в r/w не смонтировался.

Есть идеи, как загрузиться в какой-нить режим "с отладкой" ?

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/2/1 Anton Farygin :
> 01.02.2011 17:30, Anton Farygin пишет:
>>
>> 01.02.2011 16:28, Alexey Shabalin пишет:
>>>
>>> Если не устанавливать systemd-sysvinit, то надо передавать ядру
>>> init=/bin/systemd.
>>> Или apt-get install systemd-sysvinit SysVinit- и ничего прописывть
>>> ядру не надо.
>>
>> Ага, сейчас попробую, спасибо.
>
> Попробовал ;( убил медиацентр, сейчас буду восстанавливать...
>
> что-то корень в r/w не смонтировался.
А ты сделал dist-upgrade? (обновил udev,dbus и остальное?)

> Есть идеи, как загрузиться в какой-нить режим "с отладкой" ?
Пробуй следующие варианты:
systemd.unit=rescue.target
systemd.unit=emergency.target

Можно на консоль вывести:
systemd.log_level=debug systemd.log_target=kmsg console=tty0 console=ttyS0,38400

ещё посмотри на
http://fedoraproject.org/wiki/How_to_debug_Systemd_problems

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Anton Farygin]

01.02.2011 17:53, Alexey Shabalin пишет:
> 2011/2/1 Anton Farygin :
>> 01.02.2011 17:30, Anton Farygin пишет:
>>>
>>> 01.02.2011 16:28, Alexey Shabalin пишет:
>>>>
>>>> Если не устанавливать systemd-sysvinit, то надо передавать ядру
>>>> init=/bin/systemd.
>>>> Или apt-get install systemd-sysvinit SysVinit- и ничего прописывть
>>>> ядру не надо.
>>>
>>> Ага, сейчас попробую, спасибо.
>>
>> Попробовал ;( убил медиацентр, сейчас буду восстанавливать...
>>
>> что-то корень в r/w не смонтировался.
> А ты сделал dist-upgrade? (обновил udev,dbus и остальное?)

конечно сделал.

>
>> Есть идеи, как загрузиться в какой-нить режим "с отладкой" ?
> Пробуй следующие варианты:
> systemd.unit=rescue.target
> systemd.unit=emergency.target

Сейчас попробую.

>
> Можно на консоль вывести:
> systemd.log_level=debug systemd.log_target=kmsg console=tty0 console=ttyS0,38400
>
> ещё посмотри на
> http://fedoraproject.org/wiki/How_to_debug_Systemd_problems
>

Спасибо.

Re: [sisyphus] systemd

[Anton Farygin]

01.02.2011 17:53, Alexey Shabalin пишет:
> 2011/2/1 Anton Farygin :
>> 01.02.2011 17:30, Anton Farygin пишет:
>>>
>>> 01.02.2011 16:28, Alexey Shabalin пишет:
>>>>
>>>> Если не устанавливать systemd-sysvinit, то надо передавать ядру
>>>> init=/bin/systemd.
>>>> Или apt-get install systemd-sysvinit SysVinit- и ничего прописывть
>>>> ядру не надо.
>>>
>>> Ага, сейчас попробую, спасибо.
>>
>> Попробовал ;( убил медиацентр, сейчас буду восстанавливать...
>>
>> что-то корень в r/w не смонтировался.
> А ты сделал dist-upgrade? (обновил udev,dbus и остальное?)
>
>> Есть идеи, как загрузиться в какой-нить режим "с отладкой" ?
> Пробуй следующие варианты:
> systemd.unit=rescue.target
> systemd.unit=emergency.target
>
> Можно на консоль вывести:
> systemd.log_level=debug systemd.log_target=kmsg console=tty0 console=ttyS0,38400

на этом компе нет ttyS0 :(

Загрузился, нажал ctrl+C, смонтировал корент в r/w, после этого всё само 
поднялось.

Как понять, почему оно корень в r/w не монтирует ?

>
> ещё посмотри на
> http://fedoraproject.org/wiki/How_to_debug_Systemd_problems

Угу, но так и не понял - где посмотреть почему root в r/o висит

Вообще, оно при загрузке такую кучу всякой ругани пишет...

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/2/1 Anton Farygin:
> 01.02.2011 17:53, Alexey Shabalin пишет:
>>
>> 2011/2/1 Anton Farygin :
>>>
>>> 01.02.2011 17:30, Anton Farygin пишет:
>>>>
>>>> 01.02.2011 16:28, Alexey Shabalin пишет:
>>>>>
>>>>> Если не устанавливать systemd-sysvinit, то надо передавать ядру
>>>>> init=/bin/systemd.
>>>>> Или apt-get install systemd-sysvinit SysVinit- и ничего прописывть
>>>>> ядру не надо.
>>>>
>>>> Ага, сейчас попробую, спасибо.
>>>
>>> Попробовал ;( убил медиацентр, сейчас буду восстанавливать...
>>>
>>> что-то корень в r/w не смонтировался.
>>
>> А ты сделал dist-upgrade? (обновил udev,dbus и остальное?)
>>
>>> Есть идеи, как загрузиться в какой-нить режим "с отладкой" ?
>>
>> Пробуй следующие варианты:
>> systemd.unit=rescue.target
>> systemd.unit=emergency.target
>>
>> Можно на консоль вывести:
>> systemd.log_level=debug systemd.log_target=kmsg console=tty0
>> console=ttyS0,38400
>
> на этом компе нет ttyS0 :(
>
> Загрузился, нажал ctrl+C, смонтировал корент в r/w, после этого всё само
> поднялось.
у тебя systemd-17-alt2? (я только сегодня его выложил, может ты успел
предыдущий поставить?)
>
> Как понять, почему оно корень в r/w не монтирует ?
корень в r/w попрежнему монтирует /etc/rc.d/rc.sysinit.
Для его запуска используется /lib/systemd/system/sysinit.service,
который должен запускаться в самом начале.
Странно что у тебя он не запускается. У меня работает.

>> ещё посмотри на
>> http://fedoraproject.org/wiki/How_to_debug_Systemd_problems
>
> Угу, но так и не понял - где посмотреть почему root в r/o висит
>
> Вообще, оно при загрузке такую кучу всякой ругани пишет...
>

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Anton Farygin]

01.02.2011 18:12, Anton Farygin пишет:
> 01.02.2011 17:53, Alexey Shabalin пишет:
>> 2011/2/1 Anton Farygin :
>>> 01.02.2011 17:30, Anton Farygin пишет:
>>>>
>>>> 01.02.2011 16:28, Alexey Shabalin пишет:
>>>>>
>>>>> Если не устанавливать systemd-sysvinit, то надо передавать ядру
>>>>> init=/bin/systemd.
>>>>> Или apt-get install systemd-sysvinit SysVinit- и ничего прописывть
>>>>> ядру не надо.
>>>>
>>>> Ага, сейчас попробую, спасибо.
>>>
>>> Попробовал ;( убил медиацентр, сейчас буду восстанавливать...
>>>
>>> что-то корень в r/w не смонтировался.
>> А ты сделал dist-upgrade? (обновил udev,dbus и остальное?)
>>
>>> Есть идеи, как загрузиться в какой-нить режим "с отладкой" ?
>> Пробуй следующие варианты:
>> systemd.unit=rescue.target
>> systemd.unit=emergency.target
>>
>> Можно на консоль вывести:
>> systemd.log_level=debug systemd.log_target=kmsg console=tty0
>> console=ttyS0,38400
>
> на этом компе нет ttyS0 :(
>
> Загрузился, нажал ctrl+C, смонтировал корент в r/w, после этого всё само
> поднялось.
>
> Как понять, почему оно корень в r/w не монтирует ?

fstab менять не надо ?

Как оно у тебя корень перемонтирует ?

Re: [sisyphus] systemd

[Anton Farygin]

01.02.2011 18:22, Alexey Shabalin пишет:
> 2011/2/1 Anton Farygin:
>> 01.02.2011 17:53, Alexey Shabalin пишет:
>>>
>>> 2011/2/1 Anton Farygin :
>>>>
>>>> 01.02.2011 17:30, Anton Farygin пишет:
>>>>>
>>>>> 01.02.2011 16:28, Alexey Shabalin пишет:
>>>>>>
>>>>>> Если не устанавливать systemd-sysvinit, то надо передавать ядру
>>>>>> init=/bin/systemd.
>>>>>> Или apt-get install systemd-sysvinit SysVinit- и ничего прописывть
>>>>>> ядру не надо.
>>>>>
>>>>> Ага, сейчас попробую, спасибо.
>>>>
>>>> Попробовал ;( убил медиацентр, сейчас буду восстанавливать...
>>>>
>>>> что-то корень в r/w не смонтировался.
>>>
>>> А ты сделал dist-upgrade? (обновил udev,dbus и остальное?)
>>>
>>>> Есть идеи, как загрузиться в какой-нить режим "с отладкой" ?
>>>
>>> Пробуй следующие варианты:
>>> systemd.unit=rescue.target
>>> systemd.unit=emergency.target
>>>
>>> Можно на консоль вывести:
>>> systemd.log_level=debug systemd.log_target=kmsg console=tty0
>>> console=ttyS0,38400
>>
>> на этом компе нет ttyS0 :(
>>
>> Загрузился, нажал ctrl+C, смонтировал корент в r/w, после этого всё само
>> поднялось.
> у тебя systemd-17-alt2? (я только сегодня его выложил, может ты успел
> предыдущий поставить?)

да, именно этот, последний.

>>
>> Как понять, почему оно корень в r/w не монтирует ?
> корень в r/w попрежнему монтирует /etc/rc.d/rc.sysinit.
> Для его запуска используется /lib/systemd/system/sysinit.service,
> который должен запускаться в самом начале.
> Странно что у тебя он не запускается. У меня работает.

Может быть он и запускается, но ничего не монтирует. Не знаю, почему ;(


запуск вручную, конечно же, всё монтирует.

Re: [sisyphus] systemd

[Sergey Borovikov]

[-- Attachment #1: Type: Text/Plain, Size: 909 bytes --]

На старте неможет найти 'libdbus-1.so.3', хотя:
$ l /usr/lib/libdbus*
lrwxrwxrwx 1 root root     18 Фев  1 16:07 /usr/lib/libdbus-1.so -> libdbus-1.so.3.5.3
lrwxrwxrwx 1 root root     18 Фев  1 16:07 /usr/lib/libdbus-1.so.3 -> libdbus-1.so.3.5.3
-rw-r--r-- 1 root root 247956 Фев  1 13:48 /usr/lib/libdbus-1.so.3.5.3
lrwxrwxrwx 1 root root     23 Янв 21 13:13 /usr/lib/libdbusmenu-qt.so.2 -> libdbusmenu-qt.so.2.3.2
-rw-r--r-- 1 root root 125176 Янв 18 18:37 /usr/lib/libdbusmenu-qt.so.2.3.2
lrwxrwxrwx 1 root root     23 Ноя 11 14:34 /usr/lib/libdbus-glib-1.so.2 -> libdbus-glib-1.so.2.1.0
-rw-r--r-- 1 root root 133836 Ноя  8 08:36 /usr/lib/libdbus-glib-1.so.2.1.0

Система последний сизиф, ядро "2.6.36-std-ng-alt6", загрузчик лило.
Идеи?

-- 
Sergey Borovikov

Top Sportwetten GesmbH
Hietzinger Kai 137a
A-1130 Wien

email: sergey.borovikov@top-sportbets.com
www.ambassador-bets.com

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 316 bytes --]

Re: [sisyphus] systemd

[Ivan A. Melnikov]

On Tue, 1 Feb 2011 18:05:20 +0100
Sergey Borovikov <sergey.borovikov@top-sportbets.com> wrote:

> На старте неможет найти 'libdbus-1.so.3', хотя:
> $ l /usr/lib/libdbus*
> lrwxrwxrwx 1 root root     18 Фев  1 16:07 /usr/lib/libdbus-1.so ->
> libdbus-1.so.3.5.3 lrwxrwxrwx 1 root root     18 Фев  1
> 16:07 /usr/lib/libdbus-1.so.3 -> libdbus-1.so.3.5.3 -rw-r--r-- 1 root
> root 247956 Фев  1 13:48 /usr/lib/libdbus-1.so.3.5.3 lrwxrwxrwx 1
> root root     23 Янв 21 13:13 /usr/lib/libdbusmenu-qt.so.2 ->
> libdbusmenu-qt.so.2.3.2 -rw-r--r-- 1 root root 125176 Янв 18
> 18:37 /usr/lib/libdbusmenu-qt.so.2.3.2 lrwxrwxrwx 1 root root     23
> Ноя 11 14:34 /usr/lib/libdbus-glib-1.so.2 -> libdbus-glib-1.so.2.1.0
> -rw-r--r-- 1 root root 133836 Ноя  8
> 08:36 /usr/lib/libdbus-glib-1.so.2.1.0
> 
> Система последний сизиф, ядро "2.6.36-std-ng-alt6", загрузчик лило.
> Идеи?
> 

/usr не на отдельном разделе?

-- 
WBR,
Ivan A. Melnikov

Re: [sisyphus] systemd

[Kirill A. Shutemov]

On Tue, Feb 01, 2011 at 06:05:20PM +0100, Sergey Borovikov wrote:
> На старте неможет найти 'libdbus-1.so.3', хотя:
> $ l /usr/lib/libdbus*
> lrwxrwxrwx 1 root root     18 Фев  1 16:07 /usr/lib/libdbus-1.so -> libdbus-1.so.3.5.3
> lrwxrwxrwx 1 root root     18 Фев  1 16:07 /usr/lib/libdbus-1.so.3 -> libdbus-1.so.3.5.3
> -rw-r--r-- 1 root root 247956 Фев  1 13:48 /usr/lib/libdbus-1.so.3.5.3
> lrwxrwxrwx 1 root root     23 Янв 21 13:13 /usr/lib/libdbusmenu-qt.so.2 -> libdbusmenu-qt.so.2.3.2
> -rw-r--r-- 1 root root 125176 Янв 18 18:37 /usr/lib/libdbusmenu-qt.so.2.3.2
> lrwxrwxrwx 1 root root     23 Ноя 11 14:34 /usr/lib/libdbus-glib-1.so.2 -> libdbus-glib-1.so.2.1.0
> -rw-r--r-- 1 root root 133836 Ноя  8 08:36 /usr/lib/libdbus-glib-1.so.2.1.0
> 
> Система последний сизиф, ядро "2.6.36-std-ng-alt6", загрузчик лило.
> Идеи?

Видимо у вас /usr на отдельной fs. А этот systemd хочет dbus слишком рано.
Ужос-ужос.

-- 
 Kirill A. Shutemov

Re: [sisyphus] systemd

[REAL]

01.02.2011 23:34, Ivan A. Melnikov пишет:
>> Система последний сизиф, ядро "2.6.36-std-ng-alt6", загрузчик лило.
>> Идеи?
>
> /usr не на отдельном разделе?

Насколько я в курсе, если разбивку диска при установке линукса не 
доверяют автоматике, чаще всего под /usr отводят отдельный раздел. Так 
что идея только одна: вылечить systemd или его апстрим :)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[Sergey Borovikov]

[-- Attachment #1: Type: Text/Plain, Size: 668 bytes --]

В сообщении от 1 февраля 2011 18:34:55 автор Ivan A. Melnikov написал:
> On Tue, 1 Feb 2011 18:05:20 +0100
> /usr не на отдельном разделе?
> 
Ага, так и есть.
# df
Файловая система      Разм  Исп  Дост  Исп% Точка монтирования
/dev/sda2              73G   30G   39G  44% /
udevfs                5,0M  292K  4,8M   6% /dev
shmfs                1000M  1,2M  999M   1% /dev/shm
tmpfs                1000M  8,9M  991M   1% /tmp
/dev/sda1             190M   23M  159M  13% /boot
/dev/sda5              74G  3,8G   67G   6% /usr

-- 
Sergey Borovikov

Top Sportwetten GesmbH
Hietzinger Kai 137a
A-1130 Wien

email: sergey.borovikov@top-sportbets.com
www.ambassador-bets.com

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 316 bytes --]

Re: [sisyphus] [solved] systemd /usr/lib/libdbus*

[Lenar Shakirov]

02.02.2011 13:18, Sergey Borovikov пишет:
> В сообщении от 2 февраля 2011 08:53:41 автор Sergey Borovikov написал:
>> В сообщении от 1 февраля 2011 18:34:55 автор Ivan A. Melnikov написал:
>>> On Tue, 1 Feb 2011 18:05:20 +0100
>>> /usr не на отдельном разделе?
>>>
>> Ага, так и есть.
>> # df
>> Файловая система      Разм  Исп  Дост  Исп% Точка монтирования
>> /dev/sda2              73G   30G   39G  44% /
>> udevfs                5,0M  292K  4,8M   6% /dev
>> shmfs                1000M  1,2M  999M   1% /dev/shm
>> tmpfs                1000M  8,9M  991M   1% /tmp
>> /dev/sda1             190M   23M  159M  13% /boot
>> /dev/sda5              74G  3,8G   67G   6% /usr
>>
>>
> # ldd -v /bin/systemd | grep usr
>          libdbus-1.so.3 =>  /usr/lib/libdbus-1.so.3 (0xb782c000)
>          /usr/lib/libdbus-1.so.3:
> Во первых - это в принципе неправильно что программа из /bin имеет зависимость на /usr/lib
> Но всё-же грязный хак вида
> # sudo cp /usr/lib/libdbus-1.so* /lib
> работает, т.к. у libdbus нет завиимостей на другие либы из usr.
>

Похоже на багу, т.к. в федоре, например:
# rpm -qpl 
ftp://mirrors.kernel.org/fedora/releases/13/Fedora/i386/os/Packages/dbus-libs-1.2.24-1.fc13.i686.rpm
/lib/libdbus-1.so.3
/lib/libdbus-1.so.3.4.0

В De??an Sid:
# wget 
http://ftp.ru.debian.org/debian/pool/main/d/dbus/libdbus-1-3_1.2.24-4_i386.deb 
2>/dev/null
# dpkg --contents libdbus-1-3_1.2.24-4_i386.deb | grep /lib
<skip>
drwxr-xr-x root/root         0 2010-12-21 20:51 ./lib/
-rw-r--r-- root/root    231492 2010-12-21 20:51 ./lib/libdbus-1.so.3.4.0
lrwxrwxrwx root/root         0 2010-12-21 20:51 ./lib/libdbus-1.so.3 -> 
libdbus-1.so.3.4.0


-- 
С уважением, инженер отдела ИИС ООО «Центр»
Шакиров Ленар Наилевич
shakirov@cg.ru
(843) 533-88-14

Российская Федерация
Казань, ул. Зинина, 3а
420029, а/я 81

http://www.cg.ru/

Re: [sisyphus] systemd

[Sergey Borovikov]

[-- Attachment #1: Type: Text/Plain, Size: 1970 bytes --]

В сообщении от 1 февраля 2011 16:22:35 автор Alexey Shabalin написал:
> 2011/2/1 Anton Farygin:
> > 01.02.2011 17:53, Alexey Shabalin пишет:
> >>
> >> 2011/2/1 Anton Farygin :
> >>>
> >>> 01.02.2011 17:30, Anton Farygin пишет:
> >>>>
> >>>> 01.02.2011 16:28, Alexey Shabalin пишет:
> >>>>>
> >>>>> Если не устанавливать systemd-sysvinit, то надо передавать ядру
> >>>>> init=/bin/systemd.
> >>>>> Или apt-get install systemd-sysvinit SysVinit- и ничего прописывть
> >>>>> ядру не надо.
> >>>>
> >>>> Ага, сейчас попробую, спасибо.
> >>>
> >>> Попробовал ;( убил медиацентр, сейчас буду восстанавливать...
> >>>
> >>> что-то корень в r/w не смонтировался.
> >>
> >> А ты сделал dist-upgrade? (обновил udev,dbus и остальное?)
> >>
> >>> Есть идеи, как загрузиться в какой-нить режим "с отладкой" ?
> >>
> >> Пробуй следующие варианты:
> >> systemd.unit=rescue.target
> >> systemd.unit=emergency.target
> >>
> >> Можно на консоль вывести:
> >> systemd.log_level=debug systemd.log_target=kmsg console=tty0
> >> console=ttyS0,38400
> >
> > на этом компе нет ttyS0 :(
> >
> > Загрузился, нажал ctrl+C, смонтировал корент в r/w, после этого всё само
> > поднялось.
> у тебя systemd-17-alt2? (я только сегодня его выложил, может ты успел
> предыдущий поставить?)
> >
> > Как понять, почему оно корень в r/w не монтирует ?
> корень в r/w попрежнему монтирует /etc/rc.d/rc.sysinit.
> Для его запуска используется /lib/systemd/system/sysinit.service,
> который должен запускаться в самом начале.
> Странно что у тебя он не запускается. У меня работает.
> 
> >> ещё посмотри на
> >> http://fedoraproject.org/wiki/How_to_debug_Systemd_problems
> >
> > Угу, но так и не понял - где посмотреть почему root в r/o висит
> >
> > Вообще, оно при загрузке такую кучу всякой ругани пишет...
> >
> 
> 
Подтверждаю, корень в rw не перемонтируется.

-- 
Sergey Borovikov

Top Sportwetten GesmbH
Hietzinger Kai 137a
A-1130 Wien

email: sergey.borovikov@top-sportbets.com
www.ambassador-bets.com

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 316 bytes --]

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/2/2 Sergey Borovikov:
>>
> Подтверждаю, корень в rw не перемонтируется.
Я поставил свежий минимальный server-ligth, сейчас разбираюсь.

-- 
Alexey Shabalin

Re: [sisyphus] [solved] systemd /usr/lib/libdbus*

[Sergey Borovikov]

[-- Attachment #1: Type: Text/Plain, Size: 1382 bytes --]

В сообщении от 2 февраля 2011 08:53:41 автор Sergey Borovikov написал:
> В сообщении от 1 февраля 2011 18:34:55 автор Ivan A. Melnikov написал:
> > On Tue, 1 Feb 2011 18:05:20 +0100
> > /usr не на отдельном разделе?
> > 
> Ага, так и есть.
> # df
> Файловая система      Разм  Исп  Дост  Исп% Точка монтирования
> /dev/sda2              73G   30G   39G  44% /
> udevfs                5,0M  292K  4,8M   6% /dev
> shmfs                1000M  1,2M  999M   1% /dev/shm
> tmpfs                1000M  8,9M  991M   1% /tmp
> /dev/sda1             190M   23M  159M  13% /boot
> /dev/sda5              74G  3,8G   67G   6% /usr
> 
> 
# ldd -v /bin/systemd | grep usr
        libdbus-1.so.3 => /usr/lib/libdbus-1.so.3 (0xb782c000)
        /usr/lib/libdbus-1.so.3:
Во первых - это в принципе неправильно что программа из /bin имеет зависимость на /usr/lib
Но всё-же грязный хак вида 
# sudo cp /usr/lib/libdbus-1.so* /lib
работает, т.к. у libdbus нет завиимостей на другие либы из usr.
-- 
Sergey Borovikov

Top Sportwetten GesmbH
Hietzinger Kai 137a
A-1130 Wien

email: sergey.borovikov@top-sportbets.com
www.ambassador-bets.com

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 316 bytes --]

Re: [sisyphus] systemd

[Sergey V Turchin]

[-- Attachment #1: Type: Text/Plain, Size: 247 bytes --]

On Wednesday 02 February 2011 13:14, Sergey Borovikov wrote:

[...]
> Подтверждаю, корень в rw не перемонтируется.
Можно попытаться предположить, что связано с именем устройства для /

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Михаил Радюк]

Здравствуйте!
На ядре 2.6.36-un-def-alt3.1 завелось, грузится на 3 секунды дольше обычного.
Кто-нибудь может поделиться service-файлами для /etc/systemd/system ?
Хочется увидеть настоящую скорость systemd.

-- 
С уважением, Михаил.

Re: [sisyphus] [solved] systemd /usr/lib/libdbus*

[Lenar Shakirov]

02.02.2011 12:50, Lenar Shakirov пишет:
> 02.02.2011 13:18, Sergey Borovikov пишет:
>> В сообщении от 2 февраля 2011 08:53:41 автор Sergey Borovikov написал:
>>> В сообщении от 1 февраля 2011 18:34:55 автор Ivan A. Melnikov написал:
>>>> On Tue, 1 Feb 2011 18:05:20 +0100
>>>> /usr не на отдельном разделе?
>>>>
>>> Ага, так и есть.
>>> # df
>>> Файловая система Разм Исп Дост Исп% Точка монтирования
>>> /dev/sda2 73G 30G 39G 44% /
>>> udevfs 5,0M 292K 4,8M 6% /dev
>>> shmfs 1000M 1,2M 999M 1% /dev/shm
>>> tmpfs 1000M 8,9M 991M 1% /tmp
>>> /dev/sda1 190M 23M 159M 13% /boot
>>> /dev/sda5 74G 3,8G 67G 6% /usr
>>>
>>>
>> # ldd -v /bin/systemd | grep usr
>> libdbus-1.so.3 => /usr/lib/libdbus-1.so.3 (0xb782c000)
>> /usr/lib/libdbus-1.so.3:
>> Во первых - это в принципе неправильно что программа из /bin имеет
>> зависимость на /usr/lib
>> Но всё-же грязный хак вида
>> # sudo cp /usr/lib/libdbus-1.so* /lib
>> работает, т.к. у libdbus нет завиимостей на другие либы из usr.
>>
>
> Похоже на багу, т.к. в федоре, например:
> # rpm -qpl
> ftp://mirrors.kernel.org/fedora/releases/13/Fedora/i386/os/Packages/dbus-libs-1.2.24-1.fc13.i686.rpm
>
> /lib/libdbus-1.so.3
> /lib/libdbus-1.so.3.4.0
>
> В De??an Sid:
> # wget
> http://ftp.ru.debian.org/debian/pool/main/d/dbus/libdbus-1-3_1.2.24-4_i386.deb
> 2>/dev/null
> # dpkg --contents libdbus-1-3_1.2.24-4_i386.deb | grep /lib
> <skip>
> drwxr-xr-x root/root 0 2010-12-21 20:51 ./lib/
> -rw-r--r-- root/root 231492 2010-12-21 20:51 ./lib/libdbus-1.so.3.4.0
> lrwxrwxrwx root/root 0 2010-12-21 20:51 ./lib/libdbus-1.so.3 ->
> libdbus-1.so.3.4.0
>
>

dbus-1.4.1-alt2 -> sisyphus:

* Wed Feb 02 2011 Valery Inozemtsev <shrek@altlinux> 1.4.1-alt2
- moved libdbus-1.so.* to /lib
- added systemd service file (closes: #24991)


-- 
С уважением, инженер отдела ИИС ООО «Центр»
Шакиров Ленар Наилевич
shakirov@cg.ru
(843) 533-88-14

Российская Федерация
Казань, ул. Зинина, 3а
420029, а/я 81

http://www.cg.ru/

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/2/3 Михаил Радюк:
> Здравствуйте!
> На ядре 2.6.36-un-def-alt3.1 завелось, грузится на 3 секунды дольше обычного.
> Кто-нибудь может поделиться service-файлами для /etc/systemd/system ?
> Хочется увидеть настоящую скорость systemd.
>
Я собираюсь сделать пакет systemd-units-extra, в котором сделать
сборник service-файлов. А потом их переносить в нужные пакет.
Но это не сразу, если Вы мне поможете - будет хорошо.
Сейчас можно посмотреть на:

https://github.com/falconindy/systemd-arch-units
http://en.gentoo-wiki.com/wiki/Systemd (
http://git.overlays.gentoo.org/gitweb/?p=user/systemd.git )


-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/2/1 Anton Farygin :
> 01.02.2011 18:22, Alexey Shabalin пишет:
>>>>>>> Если не устанавливать systemd-sysvinit, то надо передавать ядру
>>>>>>> init=/bin/systemd.
>>>>>>> Или apt-get install systemd-sysvinit SysVinit- и ничего прописывть
>>>>>>> ядру не надо.
>>> Как понять, почему оно корень в r/w не монтирует ?
>>
>> корень в r/w попрежнему монтирует /etc/rc.d/rc.sysinit.
>> Для его запуска используется /lib/systemd/system/sysinit.service,
>> который должен запускаться в самом начале.
>> Странно что у тебя он не запускается. У меня работает.
>
> Может быть он и запускается, но ничего не монтирует. Не знаю, почему ;(

Ну что же, Встречайте новую сброку systemd-17-alt3.
Изменения:
systemd:
- не используется rc.sysinit. перемонтирование в r/w происходит
средствами systemd.
dbus:
- добавлен симлинк messagebus.service -> dbus.service
udev:
- добавлен симлинк udevd.service -> udev.service
- добавлен симлинк udevd-final.service -> ude-settle.service
util-linux:
- 2.19-rc3, fsck поддерживает -l опцию
- собрано с поддержкой selinux и audit
- теперь /etc/mtab это симлинк на /proc/mounts
- в agetty добавлена поддержка alt-специфичной опции -R (но по
умолчанию в системе используется mingetty). Здесь тоже возникает
вопросец - большинство дистрибутивов перешли на agetty, как будет у
нас?

Владельцы /usr на отдельной партиции должны дождаться следующей сборки
dbus, в которой надо не только библиотеки в /lib перенести, но и
бинарники в /bin

Работоспособность проверена на server-ligth в виртуалке.


-- 
Alexey Shabalin

Re: [sisyphus] agetty

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 381 bytes --]

On Thu, Feb 03, 2011 at 07:09:06PM +0300, Alexey Shabalin wrote:
> - в agetty добавлена поддержка alt-специфичной опции -R (но по
> умолчанию в системе используется mingetty). Здесь тоже возникает
> вопросец - большинство дистрибутивов перешли на agetty, как будет у
> нас?

Большинство дистрибутивов -- это кто именно? 
Чем agetty предпочтительнее mingetty?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Alexey Shabalin]

> Ну что же, Встречайте новую сброку systemd-17-alt3.
> Изменения:
> systemd:
> - не используется rc.sysinit. перемонтирование в r/w происходит
> средствами systemd.
> dbus:
> - добавлен симлинк messagebus.service -> dbus.service
> udev:
> - добавлен симлинк udevd.service -> udev.service
> - добавлен симлинк udevd-final.service -> ude-settle.service
> util-linux:
> - 2.19-rc3, fsck поддерживает -l опцию
> - собрано с поддержкой selinux и audit
> - теперь /etc/mtab это симлинк на /proc/mounts
> - в agetty добавлена поддержка alt-специфичной опции -R (но по
> умолчанию в системе используется mingetty). Здесь тоже возникает
> вопросец - большинство дистрибутивов перешли на agetty, как будет у
> нас?
>
> Владельцы /usr на отдельной партиции должны дождаться следующей сборки
> dbus, в которой надо не только библиотеки в /lib перенести, но и
> бинарники в /bin

в systemd-17-alt4 добавлено:
- добавлен сервис для загрузки модулей из /etc/modules. Теперь это
считается "устаревшим" и по умолчанию модули грузятся из
/etc/modules-load.d/*.conf
- используется hwclock-load.service вместо init.d/clock
- используется systemd-random-seed-load.service вместо init.d/random

Осталось совсем немного, что бы полностью заменить rc.sysinit

-- 
Alexey Shabalin

Re: [sisyphus] agetty

[Anton Farygin]

03.02.2011 23:56, Dmitry V. Levin пишет:
> On Thu, Feb 03, 2011 at 07:09:06PM +0300, Alexey Shabalin wrote:
>> - в agetty добавлена поддержка alt-специфичной опции -R (но по
>> умолчанию в системе используется mingetty). Здесь тоже возникает
>> вопросец - большинство дистрибутивов перешли на agetty, как будет у
>> нас?
>
> Большинство дистрибутивов -- это кто именно?
> Чем agetty предпочтительнее mingetty?

agetty serial console поддерживает... ставлю почти на всех серверах и 
виртуалках (сейчас serial console можно взять через сеть с помощью ipmi 
или через libvirt для kvm).

Re: [sisyphus] agetty

[Alexey Shabalin]

2011/2/4 Anton Farygin:
> 03.02.2011 23:56, Dmitry V. Levin пишет:
>>
>> On Thu, Feb 03, 2011 at 07:09:06PM +0300, Alexey Shabalin wrote:
>>>
>>> - в agetty добавлена поддержка alt-специфичной опции -R (но по
>>> умолчанию в системе используется mingetty). Здесь тоже возникает
>>> вопросец - большинство дистрибутивов перешли на agetty, как будет у
>>> нас?
>>
>> Большинство дистрибутивов -- это кто именно?
>> Чем agetty предпочтительнее mingetty?

Я делаю такие выводы, разбираясь с systemd. Пакеты systemd собирают
для всех значимых
дистрибутивов(fedora,mandriva,suse,debian,gentoo,arch). Будет ли
systemd по-умолчанию в них в релизах - не знаю, с уверенностью можно
сказать только про fedora. (и мне кажется что в mandriva). Если
раньше, при сборке systemd, использовался макрос для выбора
mingetty|agetty|getty в зависимости от дистрибутива, то теперь его
упразднили в пользу единственного выбора agetty. Так что если в
дистрибутиве используется systemd, то с вероятностью 80-90% будет
использоваться agetty.
Кстати, в Debian под видом getty скрывается agetty: "util-linux-ng has
/sbin/agetty, Debian has renamed agetty to getty in its util-linux
package"

Теперь о чем предпочтительней.
agetty идёт в составе util-linux(-ng), что подразумевает его наличие
во всех дистрибутивах.
util-linux продолжает развиваться, что не скажешь о mingetty(хотя я
понимаю что в такой маленькой программе может уже нечего развивать).
По качеству кода сказать ничего не могу, я не специалист. Но
большинство Owl патчей на mingetty, приложив напильник, накладываются
на agetty. agetty очень похож на mingetty, плюс имеет дополнительные
фичи(как описал Антон в предыдущем письме).
Я бы сам хотел услышать мнение специалиста, типа:
- agetty лучше, более функционален, чем mingetty - давайте использовать его
- в agetty нет ничего такого, ради чего заменять им mingetty
- agetty настолько дыряв, что его использовать нельзя ни в коем случае.

> agetty serial console поддерживает... ставлю почти на всех серверах и
> виртуалках (сейчас serial console можно взять через сеть с помощью ipmi или
> через libvirt для kvm).
так вот почему он есть на server-ligth :)

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Радик Юсупов]

26.01.2011 17:45, Alexey Shabalin пишет:
> День добрый.
> Я начинаю выкладывать сборки systemd на people/shaba
> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
> публикуются)
Алексей, я правильно понимаю, что чтобы мне попытаться собрать 
дистрибутив с systemd мне нужно подключить этот репо?

-- 
С уважением, инженер отдела ИИС ООО «Центр»
Юсупов Радик Анасович
Usupov.Radik@cg.ru
Тел: (843) 533-88-14 (внут: 1811)
ICQ: 271639884
Jabber: radyus@jabber.ru
Skype: Radik.Usupov
Ekiga: radyus@ekiga.net

Российская Федерация
Казань, ул. Зинина, 3а
420029, а/я 81

http://www.cg.ru/

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/2/4 Радик Юсупов:
> 26.01.2011 17:45, Alexey Shabalin пишет:
>>
>> День добрый.
>> Я начинаю выкладывать сборки systemd на people/shaba
>> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
>> публикуются)
>
> Алексей, я правильно понимаю, что чтобы мне попытаться собрать дистрибутив с
> systemd мне нужно подключить этот репо?
А какие ещё есть варианты?
Думаю, что systemd ещё не готов, что бы с ним собирали дистрибутив.
Ещё не реализована функциональность "первой загрузки после установки",
которая есть в rc.sysinit
Но результаты были бы мне интересны.

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Радик Юсупов]

04.02.2011 13:56, Alexey Shabalin пишет:
> А какие ещё есть варианты?
> Думаю, что systemd ещё не готов, что бы с ним собирали дистрибутив.
> Ещё не реализована функциональность "первой загрузки после установки",
> которая есть в rc.sysinit
> Но результаты были бы мне интересны.
Мне самому очень интересны эти результаты :)
Готов работать в этом направлении.
Уже можно пробовать или Вы скажите когда можно?

-- 
С уважением, инженер отдела ИИС ООО «Центр»
Юсупов Радик Анасович
Usupov.Radik@cg.ru
Тел: (843) 533-88-14 (внут: 1811)
ICQ: 271639884
Jabber: radyus@jabber.ru
Skype: Radik.Usupov
Ekiga: radyus@ekiga.net

Российская Федерация
Казань, ул. Зинина, 3а
420029, а/я 81

http://www.cg.ru/

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/2/4 Радик Юсупов :
> 04.02.2011 13:56, Alexey Shabalin пишет:
>>
>> А какие ещё есть варианты?
>> Думаю, что systemd ещё не готов, что бы с ним собирали дистрибутив.
>> Ещё не реализована функциональность "первой загрузки после установки",
>> которая есть в rc.sysinit
>> Но результаты были бы мне интересны.
>
> Мне самому очень интересны эти результаты :)
> Готов работать в этом направлении.
> Уже можно пробовать или Вы скажите когда можно?
ну попробовать можно :) и сказать чего не хватает.
А я пока посмотрю, что нужно из rc.sysinit перенести.

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Sergey Borovikov]

[-- Attachment #1: Type: Text/Plain, Size: 2040 bytes --]

В сообщении от 3 февраля 2011 17:09:06 автор Alexey Shabalin написал:
> 2011/2/1 Anton Farygin :
> > 01.02.2011 18:22, Alexey Shabalin пишет:
> >>>>>>> Если не устанавливать systemd-sysvinit, то надо передавать ядру
> >>>>>>> init=/bin/systemd.
> >>>>>>> Или apt-get install systemd-sysvinit SysVinit- и ничего прописывть
> >>>>>>> ядру не надо.
> >>> Как понять, почему оно корень в r/w не монтирует ?
> >>
> >> корень в r/w попрежнему монтирует /etc/rc.d/rc.sysinit.
> >> Для его запуска используется /lib/systemd/system/sysinit.service,
> >> который должен запускаться в самом начале.
> >> Странно что у тебя он не запускается. У меня работает.
> >
> > Может быть он и запускается, но ничего не монтирует. Не знаю, почему ;(
> 
> Ну что же, Встречайте новую сброку systemd-17-alt3.
> Изменения:
> systemd:
> - не используется rc.sysinit. перемонтирование в r/w происходит
> средствами systemd.
> dbus:
> - добавлен симлинк messagebus.service -> dbus.service
> udev:
> - добавлен симлинк udevd.service -> udev.service
> - добавлен симлинк udevd-final.service -> ude-settle.service
> util-linux:
> - 2.19-rc3, fsck поддерживает -l опцию
> - собрано с поддержкой selinux и audit
> - теперь /etc/mtab это симлинк на /proc/mounts
> - в agetty добавлена поддержка alt-специфичной опции -R (но по
> умолчанию в системе используется mingetty). Здесь тоже возникает
> вопросец - большинство дистрибутивов перешли на agetty, как будет у
> нас?
> 
> Владельцы /usr на отдельной партиции должны дождаться следующей сборки
> dbus, в которой надо не только библиотеки в /lib перенести, но и
> бинарники в /bin
> 
> Работоспособность проверена на server-ligth в виртуалке.
> 
> 
> 
Ну вот, теперь в r/w перемонтирует нормально.
Владельцам /usr на отдельной партиции: dbus был пересобран ещё за несколько часов до systemd-17-alt3. Всё работает =)
Кстати, прироста в скорости загрузки субъективно незаметил...
-- 
Sergey Borovikov

Top Sportwetten GesmbH
Hietzinger Kai 137a
A-1130 Wien

email: sergey.borovikov@top-sportbets.com
www.ambassador-bets.com

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 316 bytes --]

Re: [sisyphus] systemd

[Михаил Радюк]

4 февраля 2011 г. 17:22 пользователь Sergey Borovikov
<sergey.borovikov@top-sportbets.com> написал:

> Ну вот, теперь в r/w перемонтирует нормально.
> Владельцам /usr на отдельной партиции: dbus был пересобран ещё за несколько часов до systemd-17-alt3. Всё работает =)
> Кстати, прироста в скорости загрузки субъективно незаметил...

Для прироста скорости нужны service-файлы заточенные под Альт (для
/etc/systemd/system) + их нужно зарегистрировать и запустить. Пока
(без них) systemd работает в режиме совместимости. Существуют
service-файлы под другие дистрибутивы, но их нужно внимательно
переделать или создать с нуля.


-- 
С уважением, Михаил.

Re: [sisyphus] systemd

[Roman Lesnichenko]

03.02.2011 23:30, Alexey Shabalin пишет:

> в systemd-17-alt4 добавлено:
> - добавлен сервис для загрузки модулей из /etc/modules. Теперь это
> считается "устаревшим" и по умолчанию модули грузятся из
> /etc/modules-load.d/*.conf
> - используется hwclock-load.service вместо init.d/clock
> - используется systemd-random-seed-load.service вместо init.d/random
>
> Осталось совсем немного, что бы полностью заменить rc.sysinit
>

Отакое в качестве бэта-тестинга... Если нужно конечно...
Ему необходим /dev/autofs?

[root@romkahome log]# cat messages |grep systemd
.............
Feb  4 21:01:52 romkahome apt-get: systemd-units-17-alt4 installed
Feb  4 21:01:52 romkahome apt-get: systemd-units-17-alt3 removed
Feb  4 21:01:55 romkahome apt-get: systemd-17-alt4 installed
Feb  4 21:01:56 romkahome apt-get: systemd-17-alt3 removed
Feb  4 21:02:05 romkahome apt-get: systemd-gtk-17-alt4 installed
Feb  4 21:02:05 romkahome apt-get: systemd-gtk-17-alt3 removed
Feb  4 23:13:12 romkahome kernel: [    0.000000] Kernel command line: 
BOOT_IMAGE=/boot/vmlinuz root=UUID=ca314b46-343c-4b7c-961b-f4b460cb49de 
ro panic=30 init=/bin/systemd
Feb  4 23:13:12 romkahome kernel: [    3.872831] systemd[1]: systemd 17 
running in system mode. (+PAM +LIBWRAP +AUDIT +SELINUX +SYSVINIT 
-LIBCRYPTSETUP; altlinux)
Feb  4 23:13:12 romkahome kernel: [    3.975914] systemd[1]: Set 
hostname to <romkahome>.
Feb  4 23:13:12 romkahome kernel: [    4.920274] systemd[1]: Failed to 
open /dev/autofs: No such file or directory
Feb  4 23:13:12 romkahome kernel: [    4.920474] systemd[1]: Failed to 
initialize automounter: No such file or directory
Feb  4 23:13:12 romkahome kernel: [    4.920728] systemd[1]: Unit 
dev-hugepages.automount entered failed state.
Feb  4 23:13:12 romkahome kernel: [    4.920949] systemd[1]: Failed to 
open /dev/autofs: No such file or directory
Feb  4 23:13:12 romkahome kernel: [    4.921144] systemd[1]: Failed to 
initialize automounter: No such file or directory
Feb  4 23:13:12 romkahome kernel: [    4.921397] systemd[1]: Unit 
proc-sys-fs-binfmt_misc.automount entered failed state.
Feb  4 23:13:12 romkahome kernel: [    4.921656] systemd[1]: Failed to 
open /dev/autofs: No such file or directory
Feb  4 23:13:12 romkahome kernel: [    4.921850] systemd[1]: Failed to 
initialize automounter: No such file or directory
Feb  4 23:13:12 romkahome kernel: [    4.922102] systemd[1]: Unit 
dev-mqueue.automount entered failed state.
Feb  4 23:13:12 romkahome kernel: [    4.980199] systemd[1]: Failed to 
open /dev/autofs: No such file or directory
Feb  4 23:13:12 romkahome kernel: [    4.980397] systemd[1]: Failed to 
initialize automounter: No such file or directory
Feb  4 23:13:12 romkahome kernel: [    4.980651] systemd[1]: Unit 
sys-kernel-debug.automount entered failed state.
Feb  4 23:13:12 romkahome kernel: [    4.980859] systemd[1]: Failed to 
open /dev/autofs: No such file or directory
Feb  4 23:13:12 romkahome kernel: [    4.981054] systemd[1]: Failed to 
initialize automounter: No such file or directory
Feb  4 23:13:12 romkahome kernel: [    4.981309] systemd[1]: Unit 
sys-kernel-security.automount entered failed state.
Feb  4 23:13:12 romkahome kernel: [    7.105057] systemd-fsck[2228]: 
/dev/sda2: clean, 569075/9650176 files, 11961819/19282016 blocks
Feb  4 23:13:12 romkahome kernel: [   11.796690] systemd-fsck[2702]: 
/dev/sde1: clean, 187808/4890624 files, 1836726/19531008 blocks (check 
in 5 mounts)
Feb  4 23:13:12 romkahome kernel: [   11.905679] systemd-fsck[2704]: 
/dev/sde3: clean, 199132/4399104 files, 1754321/17588224 blocks
Feb  4 23:13:12 romkahome kernel: [   12.630931] 
systemd-random-seed[2763]: Failed to read seed file: EOF
Feb  4 23:13:15 romkahome systemd[1]: slapd.service: main process 
exited, code=exited, status=1
Feb  4 23:13:22 romkahome systemd[1]: xinetd.service: main process 
exited, code=exited, status=1
Feb  4 23:13:29 romkahome systemd[1]: Startup finished in 3s 976ms 395us 
(kernel) + 36s 252ms 262us (userspace) = 40s 228ms 657us.



Значиццо засекал время с помощью секундомера :)
От момента запуска из grub до момента появления окна логина по-старому 
получалось 1 минута 5 секунд.
С systemd - 1 минута :)


-- 
With best wishes, Roman.

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/2/5 Roman Lesnichenko :
> 03.02.2011 23:30, Alexey Shabalin пишет:
> Отакое в качестве бэта-тестинга... Если нужно конечно...
> Ему необходим /dev/autofs?
Да, нужен модуль autofs4.
Как быстрое решение можно добавить
MODULES_PRELOAD += autofs4
в /etc/initrd.mk и запустить make-initrd для перегенерации initrd.
> Feb  4 23:13:12 romkahome kernel: [    4.920274] systemd[1]: Failed to open
> /dev/autofs: No such file or directory
> Feb  4 23:13:12 romkahome kernel: [   12.630931] systemd-random-seed[2763]:
> Failed to read seed file: EOF

в последующие загрузки этот файл будет присутствовать.

> Значиццо засекал время с помощью секундомера :)
> От момента запуска из grub до момента появления окна логина по-старому
> получалось 1 минута 5 секунд.
> С systemd - 1 минута :)
> (kernel) + 36s 252ms 262us (userspace) = 40s 228ms 657us.
systemd вычислил, что загрузка идёт 40 секунд. Остальные 20 сек,
наверно стартуют X :)

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 360 bytes --]

Отвечаю на вопросы в devel@:

udev -- обновил (165-alt1.2).
В fstab:
UUID=1763cf4f-02fa-4d64-8cee-ecf9fdf03a4a / ext3  defaults        1       1

(гм. а в lilo используется LABEL).

С отладкой запущу, отвечу по результату.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/2/9 Денис Смирнов:
> Отвечаю на вопросы в devel@:
>
> udev -- обновил (165-alt1.2).
> В fstab:
> UUID=1763cf4f-02fa-4d64-8cee-ecf9fdf03a4a / ext3  defaults        1       1
>
ок. Сответствует ли uuid действительности?
udev и dbus уже можно брать из сизифа.

> (гм. а в lilo используется LABEL).
А это уже не важно.
В принципе, сейчас для всего должно хватать udev (для поиска дисков),
а монтирование на основе fstab происходит.
Кроме этого для монтирования можно писать свои сервисы и не использовать fstab.

> С отладкой запущу, отвечу по результату.
Нет ли чего особенного в твоей системе, типа raid,lvm,multipath, может
scsi какой хитрый?
Ну и следи за обновлениями, сегодня следующая сборка поехала.

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 945 bytes --]

On Wed, Feb 09, 2011 at 09:02:15PM +0300, Alexey Shabalin wrote:

>> В fstab:
>> UUID=1763cf4f-02fa-4d64-8cee-ecf9fdf03a4a / ext3  defaults        1       1
AS> ок. Сответствует ли uuid действительности?
AS> udev и dbus уже можно брать из сизифа.

# blkid -U 1763cf4f-02fa-4d64-8cee-ecf9fdf03a4a
/dev/sda2

соответствует.

AS> а монтирование на основе fstab происходит.
AS> Кроме этого для монтирования можно писать свои сервисы и не использовать fstab.

Это касается / тоже?

AS> Нет ли чего особенного в твоей системе, типа raid,lvm,multipath, может
AS> scsi какой хитрый?
AS> Ну и следи за обновлениями, сегодня следующая сборка поехала.

LVM, но / находится на обычном харде. Странного только то что в системе
стопка HDD и 2 SATA контроллера набортных (ICH10 и JMicron). / лежит на
ICH10.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Ivan A. Melnikov]

On Wed, 26 Jan 2011 17:45:32 +0300
Alexey Shabalin <a.shabalin@gmail.com> wrote:

> День добрый.
> Я начинаю выкладывать сборки systemd на people/shaba
> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
> публикуются)
> На данный момент эта сборка позволяет успешно загрузится.
> Ошибки пока ещё присутствуют, но я работаю над этим.
> Приглашаю тестировать, и слать баги, а лучше патчи.
> 
> PS: честно говоря для выкладывания в сизиф ещё сыровато, но помешать
> никому не должно
> 

Сегодня добрался до, теперь у Вас есть ещё один по крайней мере
тестер ;) К стати, время загрузки сократилось с 30 до 23 секунд...

Есть вопрос: как правильно выключить сервисы, связанные с plymouth? У
меня в системе его нет, а надпись failed в логах не нравится.

# systemctl disable plymouth-start.service
Unit files contain no applicable installation information. Ignoring.

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

-- 
WBR,
Ivan A. Melnikov

[sisyphus] bash completion for systemctl // was: Re: systemd

[Ivan A. Melnikov]

[-- Attachment #1: Type: text/plain, Size: 550 bytes --]


По-быстрому выкинул из сабжа использование появившихся только в bash 4
ассоциативных массивов -- и заработало! А то набирать полное имя
сервиса, ещё и с .service на хвосте...

Сделано чисто механически, могут быть ещё какие-то косяки.

И да, копирайты не поправил, наверное это неправильно.

-- 
WBR,
Ivan A. Melnikov

[-- Attachment #2: systemctl --]
[-- Type: application/octet-stream, Size: 6017 bytes --]

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/2/13 Ivan A. Melnikov:
> On Wed, 26 Jan 2011 17:45:32 +0300
> Alexey Shabalin <a.shabalin@gmail.com> wrote:
>
> Сегодня добрался до, теперь у Вас есть ещё один по крайней мере
> тестер ;) К стати, время загрузки сократилось с 30 до 23 секунд...
>
> Есть вопрос: как правильно выключить сервисы, связанные с plymouth? У
> меня в системе его нет, а надпись failed в логах не нравится.

ничего страшного.
Правильно его отключить - это перенести .service файлы в пакет
plymouth, чтобы при удалении plymouth они бы тоже удалялись.
Я вроде починил работу plymouth с systemd - так что ждите в следующем релизе.

>
> # systemctl disable plymouth-start.service
> Unit files contain no applicable installation information. Ignoring.
>
> Можно конечно руками снести симлинки, но это же вроде до ближайшего
> обновления...


-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/2/14 Dmitriy Khanzhin <dmitriy.khanzhin@gmail.com>:
> 26.01.2011 17:45, Alexey Shabalin пишет:
>> День добрый.
>> Я начинаю выкладывать сборки systemd на people/shaba
>> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
>> публикуются)
>> На данный момент эта сборка позволяет успешно загрузится.
>> Ошибки пока ещё присутствуют, но я работаю над этим.
>> Приглашаю тестировать, и слать баги, а лучше патчи.
>>
>> PS: честно говоря для выкладывания в сизиф ещё сыровато, но помешать
>> никому не должно
>>
> Решил тоже попробовать.
> Заметил, что при каждой загрузке часы уводит вперед на 3 часа.
> При загрузке берет время в UTC, а при выключении сохраняет местное.
> Где бы ручку покрутить, чтобы сохраняло тоже в UTC, или не сохраняло
> совсем?
>
Наверно надо вернутся на использование нашего /etc/init.d/clock.
Посмотрю, что можно сделать.


-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Dmitriy Khanzhin]

26.01.2011 17:45, Alexey Shabalin пишет:
> День добрый.
> Я начинаю выкладывать сборки systemd на people/shaba
> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
> публикуются)
> На данный момент эта сборка позволяет успешно загрузится.
> Ошибки пока ещё присутствуют, но я работаю над этим.
> Приглашаю тестировать, и слать баги, а лучше патчи.
> 
> PS: честно говоря для выкладывания в сизиф ещё сыровато, но помешать
> никому не должно
> 
Решил тоже попробовать.
Заметил, что при каждой загрузке часы уводит вперед на 3 часа.
При загрузке берет время в UTC, а при выключении сохраняет местное.
Где бы ручку покрутить, чтобы сохраняло тоже в UTC, или не сохраняло
совсем?

Re: [sisyphus] systemd

[Alexey Shabalin]

>>> День добрый.
>>> Я начинаю выкладывать сборки systemd на people/shaba
>>> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
>>> публикуются)
>>> На данный момент эта сборка позволяет успешно загрузится.
>>> Ошибки пока ещё присутствуют, но я работаю над этим.
>>> Приглашаю тестировать, и слать баги, а лучше патчи.

отправил systemd-17-alt7.20110213 в people
Изменения:
- для установки времени снова используется /etc/init.d/clock
- добавлена директория /etc/modules-load.d
- включены сервисы quotaon и quotacheck
- completion адаптирован под bash3 (спасибо iv@)
- должно нормально работать с plymouth
- собрано с libcryptosetup (для этого потребовалось обновить cryptosetup)

В репо обновил util-linux и cryptosetup.
Хорошо бы кто-нибудь проверил работу с cryptosetup, c  luks-разделами.

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Ivan A. Melnikov]

On Mon, 14 Feb 2011 21:14:18 +0300
Alexey Shabalin <a.shabalin@gmail.com> wrote:
[...]
> - для установки времени снова используется /etc/init.d/clock
[...]

Тут не всё в порядке: сlock.service обламывается. Подозреваю, что из-за
того, что запуск clock.service происходит до того, как udev загрузит
модуль rtc_cmos и появится /dev/rtc.

Далее подробности.

У меня часы в UTC, и всё выглядит хорошо, но в /var/log/messages вижу:

[...]
Feb 14 22:46:31 deimos kernel: [    5.937646] hwclock[1208]: Cannot access the Hardware Clock via any known method.
Feb 14 22:46:31 deimos kernel: [    5.937911] hwclock[1208]: Use the --debug option to see the details of our search for an access method.
Feb 14 22:46:31 deimos kernel: [    5.939077] clock[1215]: Setting system clock (utc): failed
Feb 14 22:46:31 deimos kernel: [    5.990567] udev[1181]: starting version 166
Feb 14 22:46:31 deimos kernel: [    6.056675] clock[1223]: Today's date: Mon Feb 14 22:46:26 MSK 2011 succeeded
Feb 14 22:46:31 deimos kernel: [    6.057323] systemd[1]: altlinux-clock.service: main process exited, code=exited, status=1
Feb 14 22:46:31 deimos kernel: [    6.076301] systemd[1]: Unit altlinux-clock.service entered failed state.
[...]

И действительно, clock.service failed:

[root@deimos ~]# systemctl status clock.service
altlinux-clock.service - Initialize system clock / sync hardware clock
	  Loaded: loaded (/lib/systemd/system/altlinux-clock.service)
	  Active: failed since Mon, 14 Feb 2011 22:46:26 +0300; 10min ago
	Main PID: 1184 (code=exited, status=1/FAILURE)
	  CGroup: name=systemd:/system/altlinux-clock.service

Но можно перезапустить руками:
[root@deimos ~]# systemctl stop clock.service
[root@deimos ~]# systemctl start clock.service
[root@deimos ~]# systemctl status clock.service
altlinux-clock.service - Initialize system clock / sync hardware clock
	  Loaded: loaded (/lib/systemd/system/altlinux-clock.service)
	  Active: active (exited) since Mon, 14 Feb 2011 22:57:27 +0300; 1s ago
	 Process: 3477 ExecStart=/etc/init.d/clock start (code=exited, status=0/SUCCESS)
	  CGroup: name=systemd:/system/altlinux-clock.service


-- 
WBR,
Ivan A. Melnikov

Re: [sisyphus] systemd

[Alexey Shabalin]

On Mon, Feb 14, 2011 at 11:13 PM, Ivan A. Melnikov wrote:
> Alexey Shabalin wrote:
> [...]
>> - для установки времени снова используется /etc/init.d/clock
> [...]
>
> Тут не всё в порядке: сlock.service обламывается. Подозреваю, что из-за
> того, что запуск clock.service происходит до того, как udev загрузит
> модуль rtc_cmos и появится /dev/rtc.
>
Да, я уже тоже заметил.
Добавьте в /lib/systemd/system/altlinux-clock.service в After= ещё
udev-settle.service
в следующий релиз пофикшу.

меня сейчас волнует почему /home на lvm не монтируется. :(

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/1/26 Радик Юсупов:
>  26.01.2011 17:45, Alexey Shabalin пишет:

>> Я начинаю выкладывать сборки systemd на people/shaba
>> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
>> публикуются)
>> На данный момент эта сборка позволяет успешно загрузится.
>> Ошибки пока ещё присутствуют, но я работаю над этим.
>> Приглашаю тестировать, и слать баги, а лучше патчи.
>>
>> PS: честно говоря для выкладывания в сизиф ещё сыровато, но помешать
>> никому не должно
>>
> О!
> До отбранчевки попадет в сизиф?

А подскажите пожалуйста, как правильно выставить Provides/Conflicts
для systemd-sysvinit
Сейчас
Provides: SysVinit = 2.87-alt1
Conflicts: upstart
Conflicts: SysVinit

В сизифе SysVinit-2.88-alt1

Хотелось бы что бы systemd-sysvinit не замещал SysVinit по умолчанию,
а была возможность поставить его в ручную.
Сейчас получается следующее:
http://git.altlinux.org/tasks/39356/task/log.3.1

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Alexey Tourbin]

On Mon, Feb 28, 2011 at 09:13:33PM +0300, Alexey Shabalin wrote:
> А подскажите пожалуйста, как правильно выставить Provides/Conflicts
> для systemd-sysvinit
> Сейчас
> Provides: SysVinit = 2.87-alt1
> Conflicts: upstart
> Conflicts: SysVinit

Версию лучше не указывать, если это не переименование пакета
или не форк с очень близкой совместимостью.

Provides: SysVinit
Conflicts: SysVinit

Я исправлял rpm, чтобы он допускал такого рода "самоконфликты",
но кажется он остался не до конца исправленным.  Но вроде должно
работать.  Подробностей с ходу не помню.

> В сизифе SysVinit-2.88-alt1
> 
> Хотелось бы что бы systemd-sysvinit не замещал SysVinit по умолчанию,
> а была возможность поставить его в ручную.
> Сейчас получается следующее:
> http://git.altlinux.org/tasks/39356/task/log.3.1

Пакеты в basesystem замещать нельзя, install check не пройдёт.
Что делать незнаю!

Re: [sisyphus] systemd

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1276 bytes --]

On Mon, Feb 28, 2011 at 09:13:33PM +0300, Alexey Shabalin wrote:
> 2011/1/26 Радик Юсупов:
> >  26.01.2011 17:45, Alexey Shabalin пишет:
> 
> >> Я начинаю выкладывать сборки systemd на people/shaba
> >> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
> >> публикуются)
> >> На данный момент эта сборка позволяет успешно загрузится.
> >> Ошибки пока ещё присутствуют, но я работаю над этим.
> >> Приглашаю тестировать, и слать баги, а лучше патчи.
> >>
> >> PS: честно говоря для выкладывания в сизиф ещё сыровато, но помешать
> >> никому не должно
> >>
> > О!
> > До отбранчевки попадет в сизиф?
> 
> А подскажите пожалуйста, как правильно выставить Provides/Conflicts
> для systemd-sysvinit
> Сейчас
> Provides: SysVinit = 2.87-alt1

Не надо указывать provides с версией, пожалуйста.

> Conflicts: upstart
> Conflicts: SysVinit
> 
> В сизифе SysVinit-2.88-alt1
> 
> Хотелось бы что бы systemd-sysvinit не замещал SysVinit по умолчанию,
> а была возможность поставить его в ручную.
> Сейчас получается следующее:
> http://git.altlinux.org/tasks/39356/task/log.3.1

Там написано, что пакеты SysVinit basesystem psmisc service будут удалены.
Попробуйте выяснить, почему, собственно, будут удалены psmisc и service.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Michael Shigorin]

On Mon, Feb 28, 2011 at 09:13:33PM +0300, Alexey Shabalin wrote:
> А подскажите пожалуйста, как правильно выставить
> Provides/Conflicts для systemd-sysvinit
> Сейчас
> Provides: SysVinit = 2.87-alt1
> Conflicts: upstart
> Conflicts: SysVinit

Conflicts: SysVinit > 2.87-alt1

> В сизифе SysVinit-2.88-alt1

2 at: сапог в бою надёжней ;-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] systemd

[Roman]

Главный вопрос: есть возможность отката?
Я как пользователь от сохи в тонкостях не силен, но пробежаться по граблям 
рискну.

Re: [sisyphus] systemd

[Roman]

В сообщении от Понедельник 14 февраля 2011 23:39:30 автор Alexey Shabalin 
написал:
> On Mon, Feb 14, 2011 at 11:13 PM, Ivan A. Melnikov wrote:
> > Alexey Shabalin wrote:
> > [...]
> > 
> >> - для установки времени снова используется /etc/init.d/clock
> > 
> > [...]
> > 
> > Тут не всё в порядке: сlock.service обламывается. Подозреваю, что из-за
> > того, что запуск clock.service происходит до того, как udev загрузит
> > модуль rtc_cmos и появится /dev/rtc.
> 
> Да, я уже тоже заметил.
> Добавьте в /lib/systemd/system/altlinux-clock.service в After= ещё
> udev-settle.service
> в следующий релиз пофикшу.
> 
> меня сейчас волнует почему /home на lvm не монтируется. :(
А где сабж для i586? Его что украли цыгане?

Re: [sisyphus] systemd

[Alexey Shabalin]

> Только что собрал под архитектуру i586
> Подорвался на
> Starting ppp2: /usr/sbin/pppd: You need to create the /dev/ppp device node by
> executing the following command as root:
>        mknod /dev/ppp c 108 0
> приходится руками делать чтобы поднять сеть.

не надо mknod. достаточно modprobe ppp_generic.
А я при чём?
Кто раньше вам загружал модуль ppp_generic?

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/3/1 Alexey Shabalin:
>> Только что собрал под архитектуру i586
>> Подорвался на
>> Starting ppp2: /usr/sbin/pppd: You need to create the /dev/ppp device node by
>> executing the following command as root:
>>        mknod /dev/ppp c 108 0
>> приходится руками делать чтобы поднять сеть.
>
> не надо mknod. достаточно modprobe ppp_generic.
> А я при чём?
> Кто раньше вам загружал модуль ppp_generic?
Скорее всего раньше это делал static_devices.cpio.bz2, который сейчас
не обрабатывается.
Лучше привести пакет с static_devices.cpio.bz2 к современным реалиям -
развернуть в /lib/udev/devices и запаковать эту директорию.

Т.е для Вас самы быстрый вариант - создать устройство в
/lib/udev/devices/ , тогда оно будет всегда появляться в /dev/ при
загрузке.

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Roman]

В сообщении от Понедельник 14 февраля 2011 23:39:30 автор Alexey Shabalin 
написал:
> On Mon, Feb 14, 2011 at 11:13 PM, Ivan A. Melnikov wrote:
> > Alexey Shabalin wrote:
> > [...]
> > 
> >> - для установки времени снова используется /etc/init.d/clock
> > 
> > [...]
> > 
> > Тут не всё в порядке: сlock.service обламывается. Подозреваю, что из-за
> > того, что запуск clock.service происходит до того, как udev загрузит
> > модуль rtc_cmos и появится /dev/rtc.
> 
> Да, я уже тоже заметил.
> Добавьте в /lib/systemd/system/altlinux-clock.service в After= ещё
> udev-settle.service
> в следующий релиз пофикшу.
> 
> меня сейчас волнует почему /home на lvm не монтируется. :(
Только что собрал под архитектуру i586
Подорвался на
Starting ppp2: /usr/sbin/pppd: You need to create the /dev/ppp device node by
executing the following command as root:
        mknod /dev/ppp c 108 0
приходится руками делать чтобы поднять сеть.

Re: [sisyphus] systemd

[Roman]

В сообщении от Вторник 01 марта 2011 00:46:48 автор Alexey Shabalin написал:
> > Только что собрал под архитектуру i586
> > Подорвался на
> > Starting ppp2: /usr/sbin/pppd: You need to create the /dev/ppp device
> > node by executing the following command as root:
> >        mknod /dev/ppp c 108 0
> > приходится руками делать чтобы поднять сеть.
> 
> не надо mknod. достаточно modprobe ppp_generic.
> А я при чём?
> Кто раньше вам загружал модуль ppp_generic?
Не могу знать.  Впрочем самостоятельно починить тоже не умею. Прошу помощи.

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/3/1 Roman <romulak@googlemail.com>:
> В сообщении от Вторник 01 марта 2011 00:46:48 автор Alexey Shabalin написал:
>> > Только что собрал под архитектуру i586
>> > Подорвался на
>> > Starting ppp2: /usr/sbin/pppd: You need to create the /dev/ppp device
>> > node by executing the following command as root:
>> >        mknod /dev/ppp c 108 0
>> > приходится руками делать чтобы поднять сеть.
>>
>> не надо mknod. достаточно modprobe ppp_generic.
>> А я при чём?
>> Кто раньше вам загружал модуль ppp_generic?
> Не могу знать.  Впрочем самостоятельно починить тоже не умею. Прошу помощи.

из предыдущего письма:
"Т.е для Вас самы быстрый вариант - создать устройство в
/lib/udev/devices/ , тогда оно будет всегда появляться в /dev/ при
загрузке."
Получилось?

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/2/28 Dmitry V. Levin :
> On Mon, Feb 28, 2011 at 09:13:33PM +0300, Alexey Shabalin wrote:
>> 2011/1/26 Радик Юсупов:
>> >  26.01.2011 17:45, Alexey Shabalin пишет:
>>
>> >> Я начинаю выкладывать сборки systemd на people/shaba
>> >> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
>> >> публикуются)
>> >> На данный момент эта сборка позволяет успешно загрузится.
>> >> Ошибки пока ещё присутствуют, но я работаю над этим.
>> >> Приглашаю тестировать, и слать баги, а лучше патчи.
>> >>
>> >> PS: честно говоря для выкладывания в сизиф ещё сыровато, но помешать
>> >> никому не должно
>> >>
>> > О!
>> > До отбранчевки попадет в сизиф?
>>
>> А подскажите пожалуйста, как правильно выставить Provides/Conflicts
>> для systemd-sysvinit
>> Сейчас
>> Provides: SysVinit = 2.87-alt1
>
> Не надо указывать provides с версией, пожалуйста.
>
>> Conflicts: upstart
>> Conflicts: SysVinit
>>
>> В сизифе SysVinit-2.88-alt1
>>
>> Хотелось бы что бы systemd-sysvinit не замещал SysVinit по умолчанию,
>> а была возможность поставить его в ручную.
>> Сейчас получается следующее:
>> http://git.altlinux.org/tasks/39356/task/log.3.1
>
> Там написано, что пакеты SysVinit basesystem psmisc service будут удалены.
> Попробуйте выяснить, почему, собственно, будут удалены psmisc и service.

Я не понимаю, почему они хотят удалиться. Добавление requires в
systemd на эти пакет к успеху не приводит.
:(
Как выяснить проблему?

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Sergei Epiphanov]

В сообщении от 4 марта 2011 16:02:48 автор Alexey Shabalin написал:
> Я не понимаю, почему они хотят удалиться. Добавление requires в
> systemd на эти пакет к успеху не приводит.
> 
> :(Как выяснить проблему?

Если мне память не изменяет:

apt-get -o Debug::pkgProblemResolver=1

Или через apt-shell.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] systemd

[Alexey Shabalin]

>> Там написано, что пакеты SysVinit basesystem psmisc service будут удалены.
>> Попробуйте выяснить, почему, собственно, будут удалены psmisc и service.
>
> Я не понимаю, почему они хотят удалиться. Добавление requires в
> systemd на эти пакет к успеху не приводит.
> :(
> Как выяснить проблему?

Выяснил.
Виноват https://bugzilla.altlinux.org/show_bug.cgi?id=15625.
Для обхода выставил в systemd-sysvinit (уже говорили, что так делать
не надо, но как иначе?)
Provides: SysVinit = 2.88-alt0.1

Теперь инсталяция в хэшере приводит к следующему:


Следующие дополнительные пакеты будут установлены:
  dbus dmsetup libcap-ng libcryptsetup libdbus libdevmapper libexpat libgcrypt
  libgcrypt-common libgpg-error libgssglue libtirpc libudev libwrap
  module-init-tools mount nfs-utils rpcbind systemd systemd-units udev
Следующие пакеты будут УДАЛЕНЫ:
  SysVinit
Следующие НОВЫЕ пакеты будут установлены:
  dbus dmsetup libcap-ng libcryptsetup libdbus libdevmapper libexpat libgcrypt
  libgcrypt-common libgpg-error libgssglue libtirpc libudev libwrap
  module-init-tools mount nfs-utils rpcbind systemd systemd-sysvinit
  systemd-units udev
ВНИМАНИЕ: Будут удалены важные для работы системы пакеты
Обычно этого делать не следует. Вы должны точно понимать возможные последствия!
  SysVinit (по причине basesystem)
0 будет обновлено, 22 новых установлено, 1 пакетов будет удалено и 0
не будет обновлено.
Необходимо получить 0B/2090kB архивов.
После распаковки потребуется дополнительно 5795kB дискового пространства.
E: Обнаружены проблемы, а параметр -y был использован без --force-yes

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 659 bytes --]

On Fri, Mar 04, 2011 at 07:41:18PM +0300, Alexey Shabalin wrote:

AS> Для обхода выставил в systemd-sysvinit (уже говорили, что так делать
AS> не надо, но как иначе?)
AS> Provides: SysVinit = 2.88-alt0.1

А нельзя ли отакзаться от systemd-sysvinit, и вместо этого перетащить
/bin/init на альтернативы (с SysVinit by default)?

Тогда что пользователям, что авторам дистрибутивов для перехода на systemd
достаточно будет установить systemd и воспользвоаться alternatives-manual.

И не будет никаких проблем с hasher'ом.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1105 bytes --]

On Fri, Mar 04, 2011 at 07:41:18PM +0300, Alexey Shabalin wrote:
> >> Там написано, что пакеты SysVinit basesystem psmisc service будут удалены.
> >> Попробуйте выяснить, почему, собственно, будут удалены psmisc и service.
> >
> > Я не понимаю, почему они хотят удалиться. Добавление requires в
> > systemd на эти пакет к успеху не приводит.
> > :(
> > Как выяснить проблему?
> 
> Выяснил.
> Виноват https://bugzilla.altlinux.org/show_bug.cgi?id=15625.
> Для обхода выставил в systemd-sysvinit (уже говорили, что так делать
> не надо, но как иначе?)
> Provides: SysVinit = 2.88-alt0.1
> 
> Теперь инсталяция в хэшере приводит к следующему:

Пока пакет SysVinit вытягивается по зависимостям пакета basesystem, ничего
с systemd-sysvinit путного не получится.  Осталось понять, действительно
ли пакет SysVinit должен входить в basesystem?  Или, если он не нужен для
сборки большинства пакетов, может быть, он не такой уж и базовый?

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


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1220 bytes --]

On Sat, Mar 05, 2011 at 09:34:52PM +0300, Dmitry V. Levin wrote:

DVL> Пока пакет SysVinit вытягивается по зависимостям пакета basesystem, ничего
DVL> с systemd-sysvinit путного не получится.  Осталось понять, действительно
DVL> ли пакет SysVinit должен входить в basesystem?  Или, если он не нужен для
DVL> сборки большинства пакетов, может быть, он не такой уж и базовый?
DVL> Если удалить из basesystem те пакеты, которые не нужны для работы
DVL> непривилегированных процессов в чруте, то basesystem изрядно похудеет.

Я так понимаю что basesystem это минимальные пакеты без которых не может
быть живая система.

Когда-то я уже писал, что для VE этот список существенно меньше. А для
hasher'а еще меньше.

Например:
e2fsprogs -- нужен только на HN
losetup   -- нужен на HN и VE и не нужен в hasher
service   -- нужен на HN и VE и не нужен в hasher
SysVinit  -- нужен на HN и VE и не нужен в hasher
tar,bzip2 -- а почему они вообще _base_?
vitmp     -- не нужен в hasher

Может сделать отдельный пакет 'minimalchroot' и использовать в hasher его
вместо basesystem?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/3/5 Dmitry V. Levin:
> On Fri, Mar 04, 2011 at 07:41:18PM +0300, Alexey Shabalin wrote:
> Пока пакет SysVinit вытягивается по зависимостям пакета basesystem, ничего
> с systemd-sysvinit путного не получится.

Даже с альтернативами?

> Осталось понять, действительно
> ли пакет SysVinit должен входить в basesystem?  Или, если он не нужен для
> сборки большинства пакетов, может быть, он не такой уж и базовый?
>
> Если удалить из basesystem те пакеты, которые не нужны для работы
> непривилегированных процессов в чруте, то basesystem изрядно похудеет.

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Roman]

В сообщении от Среда 26 января 2011 16:45:32 автор Alexey Shabalin написал:
> День добрый.
> Я начинаю выкладывать сборки systemd на people/shaba
> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
> публикуются)
> На данный момент эта сборка позволяет успешно загрузится.
> Ошибки пока ещё присутствуют, но я работаю над этим.
> Приглашаю тестировать, и слать баги, а лучше патчи.
> 
> PS: честно говоря для выкладывания в сизиф ещё сыровато, но помешать
> никому не должно
Вчера отловил
service network restart
/sbin/service: line 75: [-f: команда не найдена

Re: [sisyphus] systemd

[Andrew Clark]

[-- Attachment #1: Type: text/plain, Size: 185 bytes --]

On 06.03.2011 08:21, Roman wrote:
> Вчера отловил
> service network restart
> /sbin/service: line 75: [-f: команда не найдена
После квадратной скобки нету пробела. Патч должен помочь.


[-- Attachment #2: service.patch --]
[-- Type: text/plain, Size: 456 bytes --]

--- service.bak	2011-03-06 15:04:30.000000000 +0300
+++ service	2011-03-06 15:04:50.000000000 +0300
@@ -72,7 +72,7 @@
 		check_service
 		cd / || exit
 		if [ -x "$SYSTEMCTL" ]; then
-			if [-f "$SYSTEMDSERVICEDIR/${SERVICE}.service" -o -x "$SERVICEDIR/$SERVICE" ]; then
+			if [ -f "$SYSTEMDSERVICEDIR/${SERVICE}.service" -o -x "$SERVICEDIR/$SERVICE" ]; then
 				exec $SYSTEMCTL "$@" ${SERVICE}.service
 			fi
 		elif [ -x "$SERVICEDIR/$SERVICE" ]; then

Re: [sisyphus] systemd

[Alexey Shabalin]

On Sunday, March 6, 2011, Andrew Clark <andrewclarkiii@gmail.com> wrote:
> On 06.03.2011 08:21, Roman wrote:
>
> Вчера отловил
> service network restart
> /sbin/service: line 75: [-f: команда не найдена
>
> После квадратной скобки нету пробела. Патч должен помочь.
>
Достаточно обновиться.


-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Roman]

В сообщении от Воскресенье 06 марта 2011 14:40:46 автор Alexey Shabalin 
написал:
> On Sunday, March 6, 2011, Andrew Clark <andrewclarkiii@gmail.com> wrote:
> > On 06.03.2011 08:21, Roman wrote:
> > 
> > Вчера отловил
> > service network restart
> > /sbin/service: line 75: [-f: команда не найдена
> > 
> > После квадратной скобки нету пробела. Патч должен помочь.
> 
> Достаточно обновиться.
Из репозитория? Кстати под i586 обновления самому собирать?

Re: [sisyphus] systemd

[Alexey Shabalin]

>> Достаточно обновиться.
> Из репозитория? Кстати под i586 обновления самому собирать?
Вроде всё есть в репо на people.
Уже кстати systemd-20

Для успешного вливания в сизиф, Надо всё таки решить, что же делать с SysVinit.
На chkconfig и service баги(для адаптации с systemd) повешены - ждём мантейнера.

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Mike A]

26 января 2011 г. 17:45 пользователь Alexey Shabalin
<a.shabalin@gmail.com> написал:
>
> День добрый.
> Я начинаю выкладывать сборки systemd на people/shaba
> (ftp.altlinux.org/pub/people/shaba/systemd) (на git.alt тоже
> публикуются)
> На данный момент эта сборка позволяет успешно загрузится.
> Ошибки пока ещё присутствуют, но я работаю над этим.
> Приглашаю тестировать, и слать баги, а лучше патчи.
>
> PS: честно говоря для выкладывания в сизиф ещё сыровато, но помешать
> никому не должно
>
> --
> Alexey Shabalin
Наблюдаю проблемы с последним systemd-20-alt1
Имеем ядро 2.6.38-pure-emerald-alt9 (или 2.6.28-std-ng), при загрузке
в логах появляется сообщение:

Mar 17 16:07:27 home systemd[1]: proc-sys-fs-binfmt_misc.mount
mounting timed out. Stopping.
Mar 17 16:07:33 home kernel: INFO: task mount:5837 blocked for more
than 120 seconds.
Mar 17 16:07:33 home kernel: "echo 0 >
/proc/sys/kernel/hung_task_timeout_secs" disables this message.
Mar 17 16:07:33 home kernel: mount           D 0000000000000001     0
5837      1 0x00000000
Mar 17 16:07:33 home kernel:  ffff880079a88000 0000000000000086
0000000000001a10 ffff880000000000
Mar 17 16:07:33 home kernel:  ffff88007d07caf0 ffff880062ebbfd8
ffff880062eba000 0000000000011bc0
Mar 17 16:07:33 home kernel:  ffff880062eba000 ffff880062ebbfd8
ffff880079a882e0 ffff880062ebbfd8
Mar 17 16:07:33 home kernel: Call Trace:
Mar 17 16:07:33 home kernel:  [<ffffffffa00f7efe>] ?
ext4_find_entry+0x3de/0x450 [ext4]
Mar 17 16:07:33 home kernel:  [<ffffffff8106b3b4>] ? bit_waitqueue+0x14/0xc0
Mar 17 16:07:33 home kernel:  [<ffffffff8100a091>] ?
native_sched_clock+0x11/0x60
Mar 17 16:07:33 home kernel:  [<ffffffff813af0dd>] ?
schedule_timeout+0x23d/0x380
Mar 17 16:07:33 home kernel:  [<ffffffff81036faa>] ? enqueue_task+0x3a/0x90
Mar 17 16:07:33 home kernel:  [<ffffffff81042d69>] ? try_to_wake_up+0x1e9/0x370
Mar 17 16:07:33 home kernel:  [<ffffffff813adffd>] ? wait_for_common+0xdd/0x190
Mar 17 16:07:33 home kernel:  [<ffffffff81042ef0>] ?
default_wake_function+0x0/0x20
Mar 17 16:07:33 home kernel:  [<ffffffff81065256>] ? queue_work_on+0x16/0x20
Mar 17 16:07:33 home kernel:  [<ffffffff81062c27>] ?
call_usermodehelper_exec+0xe7/0x100
Mar 17 16:07:33 home kernel:  [<ffffffff8113faa1>] ? get_fs_type+0xa1/0xd0
Mar 17 16:07:33 home kernel:  [<ffffffff81062ecb>] ?
__request_module+0x1bb/0x270
Mar 17 16:07:33 home kernel:  [<ffffffff81139d2e>] ? dput+0x1e/0x1b0
Mar 17 16:07:33 home kernel:  [<ffffffff811416ea>] ? mntput_no_expire+0x1a/0x100
Mar 17 16:07:33 home kernel:  [<ffffffff811319f2>] ? do_path_lookup+0x82/0x180
Mar 17 16:07:33 home kernel:  [<ffffffff8113f770>] ? find_filesystem+0x40/0x70
Mar 17 16:07:33 home kernel:  [<ffffffff8113faa1>] ? get_fs_type+0xa1/0xd0
Mar 17 16:07:33 home kernel:  [<ffffffff8112655a>] ? do_kern_mount+0x3a/0x120
Mar 17 16:07:33 home kernel:  [<ffffffff811430a7>] ? do_mount+0x3e7/0x800
Mar 17 16:07:33 home kernel:  [<ffffffff810f0f1f>] ? memdup_user+0x3f/0x80
Mar 17 16:07:33 home kernel:  [<ffffffff8114389a>] ? sys_mount+0x9a/0xf0
Mar 17 16:07:33 home kernel:  [<ffffffff81002e52>] ?
system_call_fastpath+0x16/0x1b
Mar 17 16:09:33 home kernel: INFO: task mount:5837 blocked for more
than 120 seconds.
Mar 17 16:09:33 home kernel: "echo 0 >
/proc/sys/kernel/hung_task_timeout_secs" disables this message.
Mar 17 16:09:33 home kernel: mount           D 0000000000000001     0
5837      1 0x00000000
Mar 17 16:09:33 home kernel:  ffff880079a88000 0000000000000086
0000000000001a10 ffff880000000000
Mar 17 16:09:33 home kernel:  ffff88007d07caf0 ffff880062ebbfd8
ffff880062eba000 0000000000011bc0
Mar 17 16:09:33 home kernel:  ffff880062eba000 ffff880062ebbfd8
ffff880079a882e0 ffff880062ebbfd8
Mar 17 16:09:33 home kernel: Call Trace:
Mar 17 16:09:33 home kernel:  [<ffffffffa00f7efe>] ?
ext4_find_entry+0x3de/0x450 [ext4]
Mar 17 16:09:33 home kernel:  [<ffffffff8106b3b4>] ? bit_waitqueue+0x14/0xc0
Mar 17 16:09:33 home kernel:  [<ffffffff8100a091>] ?
native_sched_clock+0x11/0x60
Mar 17 16:09:33 home kernel:  [<ffffffff813af0dd>] ?
schedule_timeout+0x23d/0x380
Mar 17 16:09:33 home kernel:  [<ffffffff81036faa>] ? enqueue_task+0x3a/0x90
Mar 17 16:09:33 home kernel:  [<ffffffff81042d69>] ? try_to_wake_up+0x1e9/0x370
Mar 17 16:09:33 home kernel:  [<ffffffff813adffd>] ? wait_for_common+0xdd/0x190
Mar 17 16:09:33 home kernel:  [<ffffffff81042ef0>] ?
default_wake_function+0x0/0x20
Mar 17 16:09:33 home kernel:  [<ffffffff81065256>] ? queue_work_on+0x16/0x20
Mar 17 16:09:33 home kernel:  [<ffffffff81062c27>] ?
call_usermodehelper_exec+0xe7/0x100
Mar 17 16:09:33 home kernel:  [<ffffffff8113faa1>] ? get_fs_type+0xa1/0xd0
Mar 17 16:09:33 home kernel:  [<ffffffff81062ecb>] ?
__request_module+0x1bb/0x270
Mar 17 16:09:33 home kernel:  [<ffffffff81139d2e>] ? dput+0x1e/0x1b0
Mar 17 16:09:33 home kernel:  [<ffffffff811416ea>] ? mntput_no_expire+0x1a/0x100
Mar 17 16:09:33 home kernel:  [<ffffffff811319f2>] ? do_path_lookup+0x82/0x180
Mar 17 16:09:33 home kernel:  [<ffffffff8113f770>] ? find_filesystem+0x40/0x70
Mar 17 16:09:33 home kernel:  [<ffffffff8113faa1>] ? get_fs_type+0xa1/0xd0
Mar 17 16:09:33 home kernel:  [<ffffffff8112655a>] ? do_kern_mount+0x3a/0x120
Mar 17 16:09:33 home kernel:  [<ffffffff811430a7>] ? do_mount+0x3e7/0x800
Mar 17 16:09:33 home kernel:  [<ffffffff810f0f1f>] ? memdup_user+0x3f/0x80
Mar 17 16:09:33 home kernel:  [<ffffffff8114389a>] ? sys_mount+0x9a/0xf0
Mar 17 16:09:33 home kernel:  [<ffffffff81002e52>] ?
system_call_fastpath+0x16/0x1b
Mar 17 16:10:27 home systemd[1]: proc-sys-fs-binfmt_misc.mount
mounting timed out. Killing.
Mar 17 16:10:27 home systemd[1]: proc-sys-fs-binfmt_misc.mount mount
process exited, code=killed status=9

В результате, после загрузки графической среды, система замирает на
несколько минут.

Так же на получаю login, на системных консолях tty1...6

Re: [sisyphus] systemd

[Alexey Shabalin]

> Наблюдаю проблемы с последним systemd-20-alt1
> Имеем ядро 2.6.38-pure-emerald-alt9 (или 2.6.28-std-ng), при загрузке
> в логах появляется сообщение:
нормально ли с другими ядрами? (я с этим ядром ещё не пробовал)
Подгружается ли autofs4 модуль? Рекомендую добавить
MODULES_PRELOAD += autofs4
в /etc/initrd.mk и перегенерить initrd.


-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Alexey Shabalin]

>> Для успешного вливания в сизиф, Надо всё таки решить, что же делать с
>> SysVinit.
>
> Оторвать его от basesystem. И затем всей командой внедрять systemd как его
> замену.

Так всё и ждём обновления SysVinit в сизифе :(
Ещё нужно обновление chkconfig.
Я в ближайшее время, не дожидаясь появления их в сизифе, начну
развешивать баги на пакеты с просьбой адаптации для systemd,
по-возможности с патчами.

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 476 bytes --]

On Fri, Mar 18, 2011 at 09:50:08PM +0300, Alexey Shabalin wrote:
> >> Для успешного вливания в сизиф, Надо всё таки решить, что же делать с
> >> SysVinit.
> >
> > Оторвать его от basesystem. И затем всей командой внедрять systemd как его
> > замену.
> 
> Так всё и ждём обновления SysVinit в сизифе :(

SysVinit то зачем?  Может быть, basesystem?

> Ещё нужно обновление chkconfig.

Будет обязательно.  Там не такой большой diff, скоро вычитаю. ;)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/3/19 Плужников Михаил <amike@altlinux.ru>:
> В сообщении от 18 марта 2011 21:45:14 автор Alexey Shabalin написал:
>> > Наблюдаю проблемы с последним systemd-20-alt1
>> > Имеем ядро 2.6.38-pure-emerald-alt9 (или 2.6.28-std-ng), при загрузке
>>
>> > в логах появляется сообщение:
>> нормально ли с другими ядрами? (я с этим ядром ещё не пробовал)
>> Подгружается ли autofs4 модуль? Рекомендую добавить
>> MODULES_PRELOAD += autofs4
>> в /etc/initrd.mk и перегенерить initrd.
> А зачем мне autofs4? Для чего этот модуль?

:) он не Вам, а для systemd нужен.
Можно почитать документацию и узнать много нового.
В systemd есть не только *.service (или *.target) файлы, но и *.mount
и *.automount.
Например можно отказаться от использования fstab и все точки
монтирования описать как var.mount, usr.mount и т.п.
И уже сейчас в /lib/systemd/system есть файлы *.mount, и systemd уже
сейчас хочет монтировать. Например у меня:
# mount | grep systemd-1
systemd-1 on /dev/mqueue type autofs
(rw,relatime,fd=26,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs
(rw,relatime,fd=27,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
systemd-1 on /sys/kernel/security type autofs
(rw,relatime,fd=28,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
systemd-1 on /dev/hugepages type autofs
(rw,relatime,fd=29,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
systemd-1 on /sys/kernel/debug type autofs
(rw,relatime,fd=31,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)



-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/3/18 Dmitry V. Levin <ldv@altlinux.org>:
> On Fri, Mar 18, 2011 at 09:50:08PM +0300, Alexey Shabalin wrote:
>> >> Для успешного вливания в сизиф, Надо всё таки решить, что же делать с
>> >> SysVinit.
>> >
>> > Оторвать его от basesystem. И затем всей командой внедрять systemd как его
>> > замену.
>>
>> Так всё и ждём обновления SysVinit в сизифе :(
>
> SysVinit то зачем?  Может быть, basesystem?
Да, конечно. извиняюсь за ошибку.

>> Ещё нужно обновление chkconfig.
>
> Будет обязательно.  Там не такой большой diff, скоро вычитаю. ;)
Замечательно, спасибо.
А я тем временем пока буду пробовать писать(подсматривать у других :)
) нативные сервисы.

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Alexey Shabalin]

>> >> > Наблюдаю проблемы с последним systemd-20-alt1
>> >> > Имеем ядро 2.6.38-pure-emerald-alt9 (или 2.6.28-std-ng), при загрузке
>> >>
>> >> > в логах появляется сообщение:
>> >> нормально ли с другими ядрами? (я с этим ядром ещё не пробовал)
>> >> Подгружается ли autofs4 модуль? Рекомендую добавить
> Что не так?
Ответьте ещё и на первый вопрос, происходит ли это с другими ядрами?


-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Michael Shigorin]

On Fri, Mar 18, 2011 at 09:50:08PM +0300, Alexey Shabalin wrote:
> Я в ближайшее время, не дожидаясь появления их в сизифе, начну
> развешивать баги на пакеты с просьбой адаптации для systemd,
> по-возможности с патчами.

Мне вот интересно, как они с monit будут уживаться.
Потому как мониторить надо, а почту systemd отсылать
точно не должон (как и за кофе бегать) :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] systemd

[Mike Mail]

В сообщении от 19 марта 2011 21:14:52 автор Alexey Shabalin написал:
> >> >> > Наблюдаю проблемы с последним systemd-20-alt1
> >> >> > Имеем ядро 2.6.38-pure-emerald-alt9 (или 2.6.28-std-ng), при
> >> >> > загрузке
> >> >> 
> >> >> > в логах появляется сообщение:
> >> >> нормально ли с другими ядрами? (я с этим ядром ещё не пробовал)
> >> >> Подгружается ли autofs4 модуль? Рекомендую добавить
> > 
> > Что не так?
> 
> Ответьте ещё и на первый вопрос, происходит ли это с другими ядрами?
На 2.6.37-un-def-alt1, проблемы нет. А состояние proc-sys-fs-binfmt_misc.mount 
такое:
[mike@home system]$ systemctl status proc-sys-fs-binfmt_misc.mount 
proc-sys-fs-binfmt_misc.mount - Arbitrary Executable File Formats File System
          Loaded: loaded (/lib/systemd/system/proc-sys-fs-binfmt_misc.mount)
          Active: inactive (dead)
           Where: /proc/sys/fs/binfmt_misc
            What: binfmt_misc
          CGroup: name=systemd:/system/proc-sys-fs-binfmt_misc.mount

Т.е. состояние отличается от того, что было на .38 ядре.

И при выполнение выше указанной команды, в логе записывается сообщение:
dbus-daemon: [system] Rejected send message, 2 matched rules; 
type="method_call", sender=":1.39" (uid=500 pid=6147 comm="systemctl status 
proc-sys-fs-binfmt_misc.mount ") interface="org.freedesktop.systemd1.Manager" 
member="LoadUnit" error name="(unset)" requested_reply=0 
destination="org.freedesktop.systemd1" (uid=0 pid=1 comm="/bin/systemd "))

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/3/20 Mike Mail <mike.almateia@gmail.com>:
> В сообщении от 19 марта 2011 21:14:52 автор Alexey Shabalin написал:
>> >> >> > Наблюдаю проблемы с последним systemd-20-alt1
>> >> >> > Имеем ядро 2.6.38-pure-emerald-alt9 (или 2.6.28-std-ng), при
>> >> >> > загрузке
>> >> >>
>> >> >> > в логах появляется сообщение:
>> >> >> нормально ли с другими ядрами? (я с этим ядром ещё не пробовал)
>> >> >> Подгружается ли autofs4 модуль? Рекомендую добавить
>> >
>> > Что не так?
>>
>> Ответьте ещё и на первый вопрос, происходит ли это с другими ядрами?
> На 2.6.37-un-def-alt1, проблемы нет. А состояние proc-sys-fs-binfmt_misc.mount
> такое:
> [mike@home system]$ systemctl status proc-sys-fs-binfmt_misc.mount
> proc-sys-fs-binfmt_misc.mount - Arbitrary Executable File Formats File System
>          Loaded: loaded (/lib/systemd/system/proc-sys-fs-binfmt_misc.mount)
>          Active: inactive (dead)
>           Where: /proc/sys/fs/binfmt_misc
>            What: binfmt_misc
>          CGroup: name=systemd:/system/proc-sys-fs-binfmt_misc.mount
>
> Т.е. состояние отличается от того, что было на .38 ядре.
>
> И при выполнение выше указанной команды, в логе записывается сообщение:
> dbus-daemon: [system] Rejected send message, 2 matched rules;
> type="method_call", sender=":1.39" (uid=500 pid=6147 comm="systemctl status
> proc-sys-fs-binfmt_misc.mount ") interface="org.freedesktop.systemd1.Manager"
> member="LoadUnit" error name="(unset)" requested_reply=0
> destination="org.freedesktop.systemd1" (uid=0 pid=1 comm="/bin/systemd "))
>
>

попробуйте
echo binfmt_misc >> /etc/modules-load.d/binfmt.conf

Опробовал в без-X'овой виртуалке с ядром 2.6.38-pure-emerald-alt9, работает.
Проверьте у себя.

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Aleksey Novodvorsky]

18 марта 2011 г. 23:26 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
> On Fri, Mar 18, 2011 at 09:50:08PM +0300, Alexey Shabalin wrote:
>> >> Для успешного вливания в сизиф, Надо всё таки решить, что же делать с
>> >> SysVinit.
>> >
>> > Оторвать его от basesystem. И затем всей командой внедрять systemd как его
>> > замену.
>>
>> Так всё и ждём обновления SysVinit в сизифе :(
>
> SysVinit то зачем?  Может быть, basesystem?
>
>> Ещё нужно обновление chkconfig.
>
> Будет обязательно.  Там не такой большой diff, скоро вычитаю. ;)

Ждем. :-)

Rgrds, Алексей

Re: [sisyphus] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 409 bytes --]

On Sun, Mar 27, 2011 at 07:26:18PM +0400, Aleksey Novodvorsky wrote:

А есть надежда что SysVinit вместе с systemd переползут на альтернативы?
Или есть еще какой способ легко выпечь с помощью spt VE с systemd? Или
просто в hook'ах делать хардлинк /sbin/init -> /bin/systemd ?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 375 bytes --]

On Mon, Mar 28, 2011 at 01:22:31AM +0400, Денис Смирнов wrote:
> On Sun, Mar 27, 2011 at 07:26:18PM +0400, Aleksey Novodvorsky wrote:
> 
> А есть надежда что SysVinit вместе с systemd переползут на альтернативы?

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


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[REAL]

28.03.2011 05:57, Dmitry V. Levin пишет:
>> А есть надежда что SysVinit вместе с systemd переползут на альтернативы?
>
> Нет, думаю что только на конфликты.  Я не верю, чтобы они могли нормально
> сосуществовать и переключаться в рантайме как другие альтернативы.

Это хорошо. А то вот на systemd пока не планирую переезжать. Лучше 
понаблюдаю, как другие герои грабли вытаптывают :-D

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[Mike A]

22 марта 2011 г. 17:04 пользователь Alexey Shabalin
<a.shabalin@gmail.com> написал:
> 2011/3/20 Mike Mail <mike.almateia@gmail.com>:
>> В сообщении от 19 марта 2011 21:14:52 автор Alexey Shabalin написал:
>>> >> >> > Наблюдаю проблемы с последним systemd-20-alt1
>>> >> >> > Имеем ядро 2.6.38-pure-emerald-alt9 (или 2.6.28-std-ng), при
>>> >> >> > загрузке
>>> >> >>
>>> >> >> > в логах появляется сообщение:
>>> >> >> нормально ли с другими ядрами? (я с этим ядром ещё не пробовал)
>>> >> >> Подгружается ли autofs4 модуль? Рекомендую добавить
>>> >
>>> > Что не так?
>>>
>>> Ответьте ещё и на первый вопрос, происходит ли это с другими ядрами?
>> На 2.6.37-un-def-alt1, проблемы нет. А состояние proc-sys-fs-binfmt_misc.mount
>> такое:
>> [mike@home system]$ systemctl status proc-sys-fs-binfmt_misc.mount
>> proc-sys-fs-binfmt_misc.mount - Arbitrary Executable File Formats File System
>>          Loaded: loaded (/lib/systemd/system/proc-sys-fs-binfmt_misc.mount)
>>          Active: inactive (dead)
>>           Where: /proc/sys/fs/binfmt_misc
>>            What: binfmt_misc
>>          CGroup: name=systemd:/system/proc-sys-fs-binfmt_misc.mount
>>
>> Т.е. состояние отличается от того, что было на .38 ядре.
>>
>> И при выполнение выше указанной команды, в логе записывается сообщение:
>> dbus-daemon: [system] Rejected send message, 2 matched rules;
>> type="method_call", sender=":1.39" (uid=500 pid=6147 comm="systemctl status
>> proc-sys-fs-binfmt_misc.mount ") interface="org.freedesktop.systemd1.Manager"
>> member="LoadUnit" error name="(unset)" requested_reply=0
>> destination="org.freedesktop.systemd1" (uid=0 pid=1 comm="/bin/systemd "))
>>
>>
>
> попробуйте
> echo binfmt_misc >> /etc/modules-load.d/binfmt.conf
>
> Опробовал в без-X'овой виртуалке с ядром 2.6.38-pure-emerald-alt9, работает.
> Проверьте у себя.
>
После добавления binfmt_misc в /etc/modules-load.d/binfmt.conf,
проблемы при старте в графической среде прекратились.

У меня убегает время вперёд, как можно исправить?

Re: [sisyphus] systemd

[Alexey Shabalin]

2011/3/27 Aleksey Novodvorsky <aen@altlinux.ru>:
> 18 марта 2011 г. 23:26 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
>> On Fri, Mar 18, 2011 at 09:50:08PM +0300, Alexey Shabalin wrote:
>>> >> Для успешного вливания в сизиф, Надо всё таки решить, что же делать с
>>> >> SysVinit.
>>> >
>>> > Оторвать его от basesystem. И затем всей командой внедрять systemd как его
>>> > замену.
>>>
>>> Так всё и ждём обновления SysVinit в сизифе :(
>>
>> SysVinit то зачем?  Может быть, basesystem?
>>
>>> Ещё нужно обновление chkconfig.
>>
>> Будет обязательно.  Там не такой большой diff, скоро вычитаю. ;)
>
> Ждем. :-)
>

Прошу ознакомится с:
http://lists.freedesktop.org/archives/systemd-devel/2011-March/001813.html
http://lists.fedoraproject.org/pipermail/devel/2011-March/150031.html

2ldv: нужен каталог /run

PS: бранчеванию не помешает?

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Alexey Shabalin]

> У меня убегает время вперёд, как можно исправить?
Если системное время выставлено в UTC, то у меня всё нормально.
А вот если в биосе время установлено в локальное, то есть проблемы.
Сильно не разбирался ещё почему.
В systemd я сделал следующее:
- если отсутствует файл /etc/adjtime, то запускаем /etc/init.d/clock
start (это altlinux-clock-setup.service)
- если файл /etc/adjtime существует, то внём присутствует информация о
наших часах - UTC или LOCAL (а так же должен присутствовать файл
/etc/localtime), и вроде как специально ничего делать не надо.
-  ядро и hwclock-load.service должны сделать правильное время.

Возможно я не понял смысл коментариев:

[Unit]
Description=Apply System Clock UTC Offset

[Service]
ExecStart=/sbin/hwclock --systz

# Note the weird semantics of hwclock and the kernel here: the first
# settimeofday() invocation from userspace is special and may be used
# to set the offset from UTC of the system clock. It is independent
# of any specific RTC device. This is mostly a crufty hack to support
# legacy operating systems which insist on storing local time in the
# RTC.

# Note that we do not run --hctosys here, we assume the kernel
# includes a compiled in RTC module which is used to initialize the
# system time as part of kernel setup.

Ещё в снапшоте util-linux есть изменения, касающиеся hwclock:
http://git.kernel.org/?p=utils/util-linux/util-linux.git;a=commit;h=7894bf0f08740f75610990a2ba76af7a7cbce61e

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1437 bytes --]

On Wed, Mar 30, 2011 at 06:00:06PM +0400, Alexey Shabalin wrote:
> 2011/3/27 Aleksey Novodvorsky <aen@altlinux.ru>:
> > 18 марта 2011 г. 23:26 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
> >> On Fri, Mar 18, 2011 at 09:50:08PM +0300, Alexey Shabalin wrote:
> >>> >> Для успешного вливания в сизиф, Надо всё таки решить, что же делать с
> >>> >> SysVinit.
> >>> >
> >>> > Оторвать его от basesystem. И затем всей командой внедрять systemd как его
> >>> > замену.
> >>>
> >>> Так всё и ждём обновления SysVinit в сизифе :(
> >>
> >> SysVinit то зачем?  Может быть, basesystem?
> >>
> >>> Ещё нужно обновление chkconfig.
> >>
> >> Будет обязательно.  Там не такой большой diff, скоро вычитаю. ;)
> >
> > Ждем. :-)
> 
> Прошу ознакомится с:
> http://lists.freedesktop.org/archives/systemd-devel/2011-March/001813.html
> http://lists.fedoraproject.org/pipermail/devel/2011-March/150031.html
> 
> 2ldv: нужен каталог /run

А /cgroup, соответственно, уже давно не нужен?

> PS: бранчеванию не помешает?

Если /run не использовать, то не помешает.  udev >= 167 при виде /run
сразу начинает его использовать; неизвестно, готовы ли всякие скрипты
к такому развитию событий.

К превращению /var/run в tmpfs многие наши пакеты еще не готовы:
$ grep -c ^/var/run/ Sisyphus/{i586,noarch}/base/contents_index 
Sisyphus/i586/base/contents_index:156
Sisyphus/noarch/base/contents_index:26


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Alexey Shabalin]

>> Прошу ознакомится с:
>> http://lists.freedesktop.org/archives/systemd-devel/2011-March/001813.html
>> http://lists.fedoraproject.org/pipermail/devel/2011-March/150031.html
>>
>> 2ldv: нужен каталог /run
>
> А /cgroup, соответственно, уже давно не нужен?

да, давно не нужен.

>> PS: бранчеванию не помешает?
>
> Если /run не использовать, то не помешает.  udev >= 167 при виде /run
> сразу начинает его использовать; неизвестно, готовы ли всякие скрипты
> к такому развитию событий.
>
> К превращению /var/run в tmpfs многие наши пакеты еще не готовы:
> $ grep -c ^/var/run/ Sisyphus/{i586,noarch}/base/contents_index
> Sisyphus/i586/base/contents_index:156
> Sisyphus/noarch/base/contents_index:26

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


-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Alexey Shabalin]

>>> На 2.6.37-un-def-alt1, проблемы нет. А состояние proc-sys-fs-binfmt_misc.mount
>>> такое:
>>> [mike@home system]$ systemctl status proc-sys-fs-binfmt_misc.mount
>>> proc-sys-fs-binfmt_misc.mount - Arbitrary Executable File Formats File System
>>>          Loaded: loaded (/lib/systemd/system/proc-sys-fs-binfmt_misc.mount)
>>>          Active: inactive (dead)
>>>           Where: /proc/sys/fs/binfmt_misc
>>>            What: binfmt_misc
>>>          CGroup: name=systemd:/system/proc-sys-fs-binfmt_misc.mount
>>>
>>> Т.е. состояние отличается от того, что было на .38 ядре.
>>>
>>> И при выполнение выше указанной команды, в логе записывается сообщение:
>>> dbus-daemon: [system] Rejected send message, 2 matched rules;
>>> type="method_call", sender=":1.39" (uid=500 pid=6147 comm="systemctl status
>>> proc-sys-fs-binfmt_misc.mount ") interface="org.freedesktop.systemd1.Manager"
>>> member="LoadUnit" error name="(unset)" requested_reply=0
>>> destination="org.freedesktop.systemd1" (uid=0 pid=1 comm="/bin/systemd "))
>>>
>>>
>>
>> попробуйте
>> echo binfmt_misc >> /etc/modules-load.d/binfmt.conf
>>
>> Опробовал в без-X'овой виртуалке с ядром 2.6.38-pure-emerald-alt9, работает.
>> Проверьте у себя.
>>
> После добавления binfmt_misc в /etc/modules-load.d/binfmt.conf,
> проблемы при старте в графической среде прекратились.
Я не знаю, насколько этот объезд правильный.
Точнее насколько правильно автоматически монтировать при загрузке
этого модуля из /etc/modprobe.d/install
Это альт-специфичное решение? Вроде в новых module-init-tools этого нет.
Эх, кто бы module-init-tools обновил. Я боюсь удалить что-то нужное,
что делал vsu@.

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Anton Farygin]

30.03.2011 23:32, Alexey Shabalin пишет:
>>> Прошу ознакомится с:
>>> http://lists.freedesktop.org/archives/systemd-devel/2011-March/001813.html
>>> http://lists.fedoraproject.org/pipermail/devel/2011-March/150031.html
>>>
>>> 2ldv: нужен каталог /run
>>
>> А /cgroup, соответственно, уже давно не нужен?
>
> да, давно не нужен.
>
>>> PS: бранчеванию не помешает?
>>
>> Если /run не использовать, то не помешает.  udev>= 167 при виде /run
>> сразу начинает его использовать; неизвестно, готовы ли всякие скрипты
>> к такому развитию событий.
>>
>> К превращению /var/run в tmpfs многие наши пакеты еще не готовы:
>> $ grep -c ^/var/run/ Sisyphus/{i586,noarch}/base/contents_index
>> Sisyphus/i586/base/contents_index:156
>> Sisyphus/noarch/base/contents_index:26
>
> systemd сам умеет для таких пакетов делать вложенные директории.
> А вот без systemd, да не получится.
> Даже и не знаю, как подойти к решению этой задачи. systemd всё больше
> билет в один конец.

Это очень плохо. Не хотел бы я у себя на серверах видеть systemd.

Re: [sisyphus] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 395 bytes --]

On Thu, Mar 31, 2011 at 09:18:31AM +0400, Anton Farygin wrote:

AF> Это очень плохо. Не хотел бы я у себя на серверах видеть systemd.

А я бы хотел (ибо он выполняет еще и функции daemontools), но только когда
он будет действительно стабильно работать у нас :)

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Anton Farygin]

31.03.2011 12:29, Денис Смирнов пишет:
> On Thu, Mar 31, 2011 at 09:18:31AM +0400, Anton Farygin wrote:
>
> AF>  Это очень плохо. Не хотел бы я у себя на серверах видеть systemd.
>
> А я бы хотел (ибо он выполняет еще и функции daemontools), но только когда
> он будет действительно стабильно работать у нас :)

Даже стабильно не хочу - слишком громозкая система.

Re: [sisyphus] systemd

[REAL]

31.03.2011 15:29, Денис Смирнов пишет:
> AF>  Это очень плохо. Не хотел бы я у себя на серверах видеть systemd.
>
> А я бы хотел (ибо он выполняет еще и функции daemontools), но только когда
> он будет действительно стабильно работать у нас :)

А я так и не понял, чем он лучше уже проверенных решений (sysVinit). 
Зачем мне кот в мешке с сомнительными перспективами?

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[Anton Farygin]

31.03.2011 13:17, Victor Forsiuk пишет:
>
>
> 2011/3/31 Anton Farygin <rider@altlinux.com <mailto:rider@altlinux.com>>
>
>     31.03.2011 12:29, Денис Смирнов пишет:
>
>         On Thu, Mar 31, 2011 at 09:18:31AM +0400, Anton Farygin wrote:
>
>         AF>  Это очень плохо. Не хотел бы я у себя на серверах видеть
>         systemd.
>
>         А я бы хотел (ибо он выполняет еще и функции daemontools), но
>         только когда
>         он будет действительно стабильно работать у нас :)
>
>
>     Даже стабильно не хочу - слишком громозкая система.
>
>
> FUD detected.

Что бы не было FUD - приведите, если есть желание, сравнительную таблицу 
того и другого - плюсы и минусы.

Я пробовал устанавливать systemd и утверждение о его монструозности по 
сравнению с текущей системой - не голословны.

Re: [sisyphus] systemd

[REAL]

31.03.2011 16:29, Victor Forsiuk пишет:
>     А я так и не понял, чем он лучше уже проверенных решений (sysVinit).
>
> Эээ.... Что именно непонятно в многочисленных описаниях его
> преимуществ?

Я слышал только про скорость загрузки, но это оказалось 
преувеличением, или предполагается, что скорость повысится, когда 
переезд состоится полностью? Это и есть кот в мешке.

> Или в качестве преимущества SysV предлагается считать его
> более чем почтенный возраст и примитивность?

Как-то эта "примитивность" не ощущается, да и нареканий я что-то не 
слышал.

> Это с каких это пор systemd стал котом в мешке?

См. выше. Если дадите ссылку на описание, и прочтение (если описание 
будет кратким) будет убедительным, может быть, это меня и 
заинтересует. А так - кот в мешке и есть.

> А перспективы у него
> (systemd, не кота) вполне радужные.

Может быть, может быть...

> У SysV перспективы совсем не сомнительные, но со знаком минус. Могу
> заключить пари, что через два года мейнстрим дистрибутивов с SysV не
> останется.

Поживём - увидим. Может быть, и так. Только если для этого не придётся 
мейнтейнерам (которым плевать на systemd) делать ненужную работу. Я 
вот точно палец о палец не ударю для того, чтобы свои пакеты туда 
перекатывать, Но меня, наверно, можно и переубедить ;)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[Sergey]

On Wednesday, March 30, 2011, Dmitry V. Levin wrote:

> К превращению /var/run в tmpfs многие наши пакеты еще не готовы:
> $ grep -c ^/var/run/ Sisyphus/{i586,noarch}/base/contents_index 

Вообще, наверное, это не совсем соответствует действительности.
В некоторых скриптах вполне может быть уже сделано что-то вроде

    [ -d "/var/run/name" ] || {
         mkdir "/var/run/name"
    }

А, ещё, видимо, эту функциональность можно добавить в start_daemon.
Если --pidfile задан, то проверять. Если нет, то создавать. Что-то
автоматом поправится...

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] systemd

[Sergey]

On Thursday, March 31, 2011, Sergey wrote:

> Если --pidfile задан, то проверять. Если нет, то создавать.

В смысле, если каталога нет.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] systemd

[Damir]

> Это с каких это пор systemd стал котом в мешке? А перспективы у него
> (systemd, не кота) вполне радужные.
>
> У SysV перспективы совсем не сомнительные, но со знаком минус. Могу
> заключить пари, что через два года мейнстрим дистрибутивов с SysV не
> останется.

Когда-то что-то подобное говорили про upstart. Ну и где теперь этот upstart?

Re: [sisyphus] systemd

[Anton Gorlov]

31.03.2011 14:36, Damir пишет:

>> Это с каких это пор systemd стал котом в мешке? А перспективы у него
>> (systemd, не кота) вполне радужные.
>> У SysV перспективы совсем не сомнительные, но со знаком минус. Могу
>> заключить пари, что через два года мейнстрим дистрибутивов с SysV не
>> останется.
> Когда-то что-то подобное говорили про upstart. Ну и где теперь этот upstart?


в бубунту!

Re: [sisyphus] systemd

[REAL]

31.03.2011 17:50, Victor Forsiuk пишет:
> Вот когда человек переходит от judgment к изложению фактов - можно
> вступать в обмен мнениями, писать сравнительные таблицы и иными
> способами создавать VAK (Value Added Knowledge).

Ну вот я и жду, где же факты?

В общем, зачем переходить на systemd, здесь ни одного внятного 
предложения не прозвучано.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[Михаил Радюк]

31 марта 2011 г. 14:58 пользователь REAL <root@mmedia2.kemsu.ru> написал:
...
>
> В общем, зачем переходить на systemd, здесь ни одного внятного предложения
> не прозвучано.
>
Искал краткое и ёмкое описание Systemd для Вас, но так и не нашел.
Вот неполное описание преимуществ (цитата отсюда -
http://www.opennet.ru/opennews/art.shtml?num=27218)

"systemd (system daemon) реализует принципиально новый подход к
инициализации и контролю работы системы. Одним из ключевых новшеств
этого подхода является высокая степень параллелизации запуска служб
при инициализации системы, за счет активного использования
возможностей сокетов, что в перспективе позволяет добиться гораздо
более высокой скорости, чем традиционный подход с последовательным
запуском взаимозависимых служб, используемый, например, в upstart.
Другим важным моментом является контроль над точками монтирования
(не-жизненно-важные файловые системы можно монтировать только при
первом обращении к ним, не тратя на это время при инициализации
системы) и устройствами (можно запускать и останавливать определенные
службы и при появлении или удалении заданных устройств)."

-- 
С уважением, Михаил.

Re: [sisyphus] systemd

[Sergey]

On Thursday, March 31, 2011, Victor Forsiuk wrote:

> >    [ -d "/var/run/name" ] || {
> >         mkdir "/var/run/name"
> >    }
> >
> > А, ещё, видимо, эту функциональность можно добавить в start_daemon.
> > Если --pidfile задан, то проверять. Если нет, то создавать. Что-то
> > автоматом поправится...
> >
> 
> Всё проще:
> 
> man tmpfiles.d

Это в случае systemd. А [ -d "/var/run/name" ] в init-скрипте поможет и
sysV init использовать с /var/run на tmpfs. Соответственно, эта привязка
к systemd убирается.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] systemd

[Alexey Shabalin]

31 марта 2011 г. 14:17 пользователь Sergey написал:
> On Wednesday, March 30, 2011, Dmitry V. Levin wrote:
>
>> К превращению /var/run в tmpfs многие наши пакеты еще не готовы:
>> $ grep -c ^/var/run/ Sisyphus/{i586,noarch}/base/contents_index
>
> Вообще, наверное, это не совсем соответствует действительности.
> В некоторых скриптах вполне может быть уже сделано что-то вроде
>
>    [ -d "/var/run/name" ] || {
>         mkdir "/var/run/name"
>    }
>
> А, ещё, видимо, эту функциональность можно добавить в start_daemon.
> Если --pidfile задан, то проверять. Если нет, то создавать. Что-то
> автоматом поправится...

Мне нравится эта идея (о добавлении функционала в start_daemon).
Потому как /var/run на tmpfs (с симлинком или -o bind на /run) в
ближайшем времени видимо будет стандартом.

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Alexey Shabalin]

31 марта 2011 г. 13:44 пользователь REAL написал:
> 31.03.2011 16:29, Victor Forsiuk пишет:
>>
>>    А я так и не понял, чем он лучше уже проверенных решений (sysVinit).
>>
>> Эээ.... Что именно непонятно в многочисленных описаниях его
>> преимуществ?
>
> Я слышал только про скорость загрузки, но это оказалось преувеличением, или
> предполагается, что скорость повысится, когда переезд состоится полностью?

В ALTLinux никто никогда не заботился о паралельной загрузке, по-этому
даже простые скрипты в init.d запускать через systemd очень
проблематично - не хватает LSB заголовков с зависимостями.
Буквально на днях споткнулся - mediatomb и transmission-daemon
пытались загрузиться раньше network и умирали. (После добавления LSB
заголовков всё нормально)
Поэтому какая бы система инициализации, отличная от SysV не
использовалась, в ALT будут проблемы. И со скорость тоже, потому что
невозможно без зависимостей создать порядок загрузки. (у нас даже таки
ключевые пакеты как nfs не имеют LSB заголовков)

> Это и есть кот в мешке.
Как можно говорить о коте в мешке, когда есть так много описаний и
исходники в свободном доступе? Даже на русском.
Это ALTLinux для systemd кот в мешке, без LSB заголовков :)


-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Alexey Shabalin]

31 марта 2011 г. 12:29 пользователь Денис Смирнов написал:
> On Thu, Mar 31, 2011 at 09:18:31AM +0400, Anton Farygin wrote:
>
> AF> Это очень плохо. Не хотел бы я у себя на серверах видеть systemd.
>
> А я бы хотел (ибо он выполняет еще и функции daemontools), но только когда
> он будет действительно стабильно работать у нас :)

Дайте список нестабильностей. :)
В основном надо править не systemd а другие пакеты(с init-скриптами)

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Sergey]

On Thursday, March 31, 2011, Alexey Shabalin wrote:

> проблематично - не хватает LSB заголовков с зависимостями.

Вообще-то репокоп давно предупреждает и про /var/run, и про LSB заголовки.
Я, даже, кое где делал. :-)

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] systemd

[Damir]

>> > Это с каких это пор systemd стал котом в мешке? А перспективы у него
>> > (systemd, не кота) вполне радужные.
>> >
>> > У SysV перспективы совсем не сомнительные, но со знаком минус. Могу
>> > заключить пари, что через два года мейнстрим дистрибутивов с SysV не
>> > останется.
>>
>> Когда-то что-то подобное говорили про upstart. Ну и где теперь этот
>> upstart?
>
> Что именно говорили про upstart?

Что все мейнстрим дистрибутивы перейдут на upstart, и дистрибутивов с
SysVinit не останется.

Re: [sisyphus] systemd

[REAL]

31.03.2011 18:44, Victor Forsiuk пишет:
>     См. выше. Если дадите ссылку на описание, и прочтение (если
>     описание будет кратким) будет убедительным, может быть, это меня и
>     заинтересует. А так - кот в мешке и есть.
>
> http://linuxconfau.blip.tv/file/4696791/

вот это уже более по существу.

>     Поживём - увидим. Может быть, и так. Только если для этого не
>     придётся мейнтейнерам (которым плевать на systemd) делать ненужную
>     работу. Я вот точно палец о палец не ударю для того, чтобы свои
>     пакеты туда перекатывать, Но меня, наверно, можно и переубедить ;)
>
> Ненужную, думаю, не придется. В данном случае работа будет нужной и
> полезной.

ну вот я пока не вижу, что это нужная работа. работу такого рода я 
посчитаю нужной только в случае, если я сам в ней не буду принимать 
участия. поэтому и в технических обсуждениях по systemd не участвую, я 
и читать эти треды перестал :)

вот если systemd станет мейнстримом в сизифе, это уже другое дело, но 
это рано пока обсуждать.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[REAL]

31.03.2011 18:54, Михаил Радюк пишет:
> http://www.opennet.ru/opennews/art.shtml?num=27218)
>
> "systemd (system daemon) реализует принципиально новый подход к
> инициализации и контролю работы системы. Одним из ключевых новшеств
> этого подхода является высокая степень параллелизации запуска служб
> при инициализации системы, за счет активного использования
> возможностей сокетов, что в перспективе позволяет добиться гораздо
> более высокой скорости, чем традиционный подход с последовательным
> запуском взаимозависимых служб, используемый, например, в upstart.
> Другим важным моментом является контроль над точками монтирования
> (не-жизненно-важные файловые системы можно монтировать только при
> первом обращении к ним, не тратя на это время при инициализации
> системы) и устройствами (можно запускать и останавливать определенные
> службы и при появлении или удалении заданных устройств)."

спасибо. но этого явно недостаточно, чтобы заставить меня что-то 
делать. ну не вижу я тут перспектив, кроме ускорения загрузки, а 
поскольку это (ускорение загрузки) - сущая мелочь, то и напрягаться не 
стоит.

PS. я никого не убеждаю, что на systemd не надо переходить. я просто 
хочу иметь возможность выбора при работе: использовать systemd или 
оставаться на старом добром sysV.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[REAL]

31.03.2011 19:34, Alexey Shabalin пишет:
> В ALTLinux никто никогда не заботился о паралельной загрузке, по-этому
> даже простые скрипты в init.d запускать через systemd очень
> проблематично - не хватает LSB заголовков с зависимостями.

это неправда. я свои пакеты насчёт LSB правил. хотя есть ещё 
"полу-свои", это те, которые я могу пересобрать, а вот обновить - нет, 
там, разумеется, я не лезу.

> Буквально на днях споткнулся - mediatomb и transmission-daemon
> пытались загрузиться раньше network и умирали. (После добавления LSB
> заголовков всё нормально)

такие вещи вообще-то лучше через багзиллу делать, а потом применять 
NMU policy.

> Поэтому какая бы система инициализации, отличная от SysV не
> использовалась, в ALT будут проблемы.

не верю ;)

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

багзилла + NMU policy. ldv@ в таких вещах обычно идёт навстречу.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[Alexey Shabalin]

>> Поэтому какая бы система инициализации, отличная от SysV не
>> использовалась, в ALT будут проблемы.
>
> не верю ;)
во что именно не верите?
Дело в том, что многие дистрибутивы давно готовились к не-SysV
системам (хотя бы добавлением LSB заголовков), поэтому им сейчас
легче. У нас это было далеко загорами и опционально, т.е. "можно
отложить на потом". "Потом" наступило :)
Никто не ругает MacOS X, что она быстро грузится, никто не ругает что
у Solaris описание сервисов в xml и система инициализации может
контролировать работу сервисов. Мне в Linux тоже хочется видеть
современные технологии.

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Damir]

>> Что все мейнстрим дистрибутивы перейдут на upstart, и дистрибутивов с
>> SysVinit не останется.
>
> И? Кто остался на SysV? Ubuntu, Fedora, OpenSUSE, MeeGo?

Debian уже недостаточно мейнстрим?

Вопрос очень простой - нужно ли нам следовать столь непостоянной моде?

Re: [sisyphus] systemd

[REAL]

31.03.2011 21:54, Alexey Shabalin пишет:
>>> Поэтому какая бы система инициализации, отличная от SysV не
>>> использовалась, в ALT будут проблемы.
>>
>> не верю ;)
> во что именно не верите?

в то, что в ALT будут проблемы.

> Дело в том, что многие дистрибутивы давно готовились к не-SysV
> системам (хотя бы добавлением LSB заголовков),

а что мешает это сделать? я не вижу никаких причин этого не делать. 
bugzilla + NMU.

> поэтому им сейчас
> легче. У нас это было далеко загорами и опционально, т.е. "можно
> отложить на потом". "Потом" наступило :)

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

> Никто не ругает MacOS X, что она быстро грузится, никто не ругает что
> у Solaris описание сервисов в xml и система инициализации может
> контролировать работу сервисов.

вообще-то тут ALT. а остальные мне до лампочки ;)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[Igor Vlasenko]

On Thu, Mar 31, 2011 at 04:34:48PM +0400, Alexey Shabalin wrote:
> В основном надо править не systemd а другие пакеты(с init-скриптами)

Если есть какие-то неучтенные проблемы, могу написать тест репокопа,
чтобы прошерстить по ним пакеты.

Замечу по существующему тесту repocop, lsb-init,
что он сейчас, к сожалению, уровня info.
Это из-за того, что в прошлый раз у нас не нашлось лидера, 
который бы возглавил процесс. Теперь, по факту, вы стали лидером.

Если вас не затруднит, важно было бы написать страничку на wiki, 
где объяснить (минимум) про lsb headers, как их правильно добавить, 
а в идеале и про все, связанное с миграцией.
Исходите из того, что нужен русский и alt-specific текст.

Еще было бы ее сразу правильно оформлять как policy draft.
Думаю, большинство поддержит ее как наше официальное полиси.

Я, в свою очередь, подниму важность текста до warn для драфта
и fail если будет полиси.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [sisyphus] systemd

[Damir]

>> Debian уже недостаточно мейнстрим?
>
> Дамир, у Debian свой резон, свой камушек на ноге, которого у нас нет.
> Назвать?
Назови :)

>> Вопрос очень простой - нужно ли нам следовать столь непостоянной моде?
>
> Вопрос некорректен. Раскройте его. В чем непостоянство и в чем мода? Мода в
> уходе с SysV?

Мода в каких-то метаниях. До этого были метания по системам сборки -
так родились cmake, scons и прочие. Потом метания по поддержке
устройств - hotplug, потом hal, теперь вот udev с udisks. Потом всех
вдруг резко перестал устраивать SysVinit.

> Я не вижу другого варианта кроме как вбросить сейчас systemd в Сизиф и
> начать массовое тестирование и исправление  всего, что имеет проблемы.
> Благо, это будет движение в фарватере Федоры, что сбережет нам немало времени.

*дважды проверил имя отправителя* Алексей Турбин, перелогиньтесь!

Re: [sisyphus] systemd

[Aleksey Novodvorsky]

31 марта 2011 г. 19:09 пользователь Damir <lost404@gmail.com> написал:
>>> Что все мейнстрим дистрибутивы перейдут на upstart, и дистрибутивов с
>>> SysVinit не останется.
>>
>> И? Кто остался на SysV? Ubuntu, Fedora, OpenSUSE, MeeGo?
>
> Debian уже недостаточно мейнстрим?
>
> Вопрос очень простой - нужно ли нам следовать столь непостоянной моде?

Есть человек, который работает над systemd в Сизифе. Есть люди,
которым это интересно и они готовы помогать. systemd сейчас внедряется
не вместо SysV, совместное существование в Сизифе (не в системе на
основе Сизифа, конечно) предусматривается.

Не вижу никаких оснований для беспокойства.

Rgrds, Алексей

Re: [sisyphus] systemd

[REAL]

31.03.2011 22:20, Victor Forsiuk пишет:
> Я не вижу другого варианта кроме как вбросить сейчас systemd в Сизиф и
> начать массовое тестирование и исправление всего, что имеет проблемы.

дык я что, мешаю, что ли? :)

но остался ещё один вопрос, на которого не было ответа: останется ли 
возможность жить на сизифе и _без_ systemd? или всё-таки принудиловка?

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[REAL]

31.03.2011 22:22, Igor Vlasenko пишет:
> Если вас не затруднит, важно было бы написать страничку на wiki,
> где объяснить (минимум) про lsb headers, как их правильно добавить,
> а в идеале и про все, связанное с миграцией.
> Исходите из того, что нужен русский и alt-specific текст.

да, это будет хорошо.

> Еще было бы ее сразу правильно оформлять как policy draft.
> Думаю, большинство поддержит ее как наше официальное полиси.

по lsb - поддержу. по systemd - нет, но и против выступать не буду. 
_но_. только в том случае, если останется возможность обходиться и без 
systemd.

> Я, в свою очередь, подниму важность текста до warn для драфта

да warn давно уж пора.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[Sergey]

On Thursday 31 March 2011, REAL wrote:

> > Еще было бы ее сразу правильно оформлять как policy draft.
> > Думаю, большинство поддержит ее как наше официальное полиси.
> 
> по lsb - поддержу. по systemd - нет, но и против выступать не буду. 
> _но_. только в том случае, если останется возможность обходиться и без 
> systemd.

Тут речь только про то, что надо обработать ситуацию с /var/run/<name>
и LSB header. По крайней мере, я так надеюсь. :-)

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] systemd

[Sergey]

On Thursday 31 March 2011, Igor Vlasenko wrote:

> Я, в свою очередь, подниму важность текста до warn для драфта
> и fail если будет полиси.
 
Главное - не надо fail по /var/run, а то тест не ловит наличие 
обработки в скрипте. :-)

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] systemd

[Igor Vlasenko]

On Thu, Mar 31, 2011 at 07:39:48PM +0400, Sergey wrote:
> On Thursday 31 March 2011, Igor Vlasenko wrote:
> 
> > Я, в свою очередь, подниму важность текста до warn для драфта
> > и fail если будет полиси.
>  
> Главное - не надо fail по /var/run, а то тест не ловит наличие 
> обработки в скрипте. :-)

тонкость в том, что в таком пакете скрипт уже,
может быть, и правильный, но вот поддиректорию
в /var/run он пытается установить (в rpm).

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

Т.е., для полного счастья, удалите эту директорию и в спек-файле.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [sisyphus] systemd

[Andrew Clark]

On 31.03.2011 18:54, Alexey Shabalin wrote:
> никто не ругает что
> у Solaris описание сервисов в xml
Я ругаю :)

Re: [sisyphus] systemd

[REAL]

31.03.2011 22:24, Aleksey Novodvorsky пишет:
> Есть человек, который работает над systemd в Сизифе. Есть люди,
> которым это интересно и они готовы помогать. systemd сейчас внедряется
> не вместо SysV, совместное существование в Сизифе (не в системе на
> основе Сизифа, конечно) предусматривается.

хорошо. все ответы я получил, все возражения против systemd снимаю.

PS. у моих пакетов у всех есть @everybody в ACL, так что проблем 
создавать не буду :)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[REAL]

31.03.2011 22:35, Victor Forsiuk пишет:
>     Потом всех вдруг резко перестал устраивать SysVinit.
>
>
> Я не знаю кого она стала не устраивать "резко". Мне кажется всех она
> не устраивала уже давно.

а мужики-то не в курсе ;)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[Andrew Clark]

On 31.03.2011 19:22, Igor Vlasenko wrote:
>
> Если вас не затруднит, важно было бы написать страничку на wiki,
> где объяснить (минимум) про lsb headers, как их правильно добавить,
> а в идеале и про все, связанное с миграцией.
> Исходите из того, что нужен русский и alt-specific текст.
Игорь, у Вас есть ссылки, где можно почитать про lsb-headers?
> Еще было бы ее сразу правильно оформлять как policy draft.
> Думаю, большинство поддержит ее как наше официальное полиси.
Думаю, что так и останется драфтом. Но, в принципе, это неважно.

Re: [sisyphus] systemd

[Igor Vlasenko]

On Thu, Mar 31, 2011 at 08:15:11PM +0400, Andrew Clark wrote:
> On 31.03.2011 19:22, Igor Vlasenko wrote:
> >
> >Если вас не затруднит, важно было бы написать страничку на wiki,
> >где объяснить (минимум) про lsb headers, как их правильно добавить,
> >а в идеале и про все, связанное с миграцией.
> >Исходите из того, что нужен русский и alt-specific текст.
> Игорь, у Вас есть ссылки, где можно почитать про lsb-headers?

google lsb-headers :)

http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html
http://wiki.debian.org/LSBInitScripts
...

У нас страничка нужна для того, чтобы
1) подчеркнуть самое важное
2) помочь тем коллегам, у которых сложности с английским.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [sisyphus] systemd

[Andrew Clark]

On 31.03.2011 20:25, Igor Vlasenko wrote:
>
> google lsb-headers :)
Через википедию нашел.
> http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html
Уже читаю, спасибо.
> http://wiki.debian.org/LSBInitScripts
Вот сюда тоже загляну, благодарю еще раз.
> ...
>
> У нас страничка нужна для того, чтобы
> 1) подчеркнуть самое важное
> 2) помочь тем коллегам, у которых сложности с английским.
А что, тут у кого-то сложности с прочтением английского?

Re: [sisyphus] systemd

[Andrew Clark]

On 31.03.2011 20:25, Igor Vlasenko wrote:
>
> google lsb-headers :)
>
> http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html
Старый стандарт. Я читаю 
http://refspecs.linuxfoundation.org/LSB_4.1.0/LSB-Core-generic/LSB-Core-generic/tocsysinit.html

Re: [sisyphus] systemd

[Sergey]

On Thursday 31 March 2011, Igor Vlasenko wrote:

> Т.е., для полного счастья, удалите эту директорию и в спек-файле.
 
Наверное, это надо оставить до часа "Ч". То есть, до перехода на 
tmpfs, иначе оно сейчас начнёт оставаться. Кстати, а %ghost для
каталога делается ?..

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] systemd

[Igor Vlasenko]

On Thu, Mar 31, 2011 at 08:35:25PM +0400, Sergey wrote:
> On Thursday 31 March 2011, Igor Vlasenko wrote:
> > Т.е., для полного счастья, удалите эту директорию и в спек-файле.
>  
> Наверное, это надо оставить до часа "Ч". То есть, до перехода на 
> tmpfs, иначе оно сейчас начнёт оставаться. Кстати, а %ghost для
> каталога делается ?..

Лучше не оттягивать, так как создается ложное впечатление,
что пакет к переходу не готов. А очистку /var/run/smth
лучше вставить в скрипт.

Если что-то и останется, то дистрибутивнее это решить 
runonce перед монтированием tmpfs.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [sisyphus] systemd

[Anton Farygin]

31.03.2011 15:54, Михаил Радюк пишет:
> 31 марта 2011 г. 14:58 пользователь REAL<root@mmedia2.kemsu.ru>  написал:
> ...
>>
>> В общем, зачем переходить на systemd, здесь ни одного внятного предложения
>> не прозвучано.
>>
> Искал краткое и ёмкое описание Systemd для Вас, но так и не нашел.
> Вот неполное описание преимуществ (цитата отсюда -
> http://www.opennet.ru/opennews/art.shtml?num=27218)
>
> "systemd (system daemon) реализует принципиально новый подход к
> инициализации и контролю работы системы. Одним из ключевых новшеств
> этого подхода является высокая степень параллелизации запуска служб
> при инициализации системы, за счет активного использования
> возможностей сокетов, что в перспективе позволяет добиться гораздо
> более высокой скорости, чем традиционный подход с последовательным
> запуском взаимозависимых служб, используемый, например, в upstart.
> Другим важным моментом является контроль над точками монтирования
> (не-жизненно-важные файловые системы можно монтировать только при
> первом обращении к ним, не тратя на это время при инициализации
> системы) и устройствами (можно запускать и останавливать определенные
> службы и при появлении или удалении заданных устройств)."


Это очень важный функционал, наверно. Но у меня на ноутбуке на текущий 
момент:

$ uptime
  22:03:27 up 28 days,  9:21, 16 users,  load average: 0.97, 0.80, 0.71


И вот скажите мне, стоит ли бороться за то, что мой ноут загрузится на 
одну минуту быстрее раз в два месяца ?

Или сервер, который перезагружается раз в год, сможет это сделать 
примерно на 8 секунд быстрее ?


Я не спорю -где-то безусловно есть необходимость в systemd, но на мой 
взгляд лично для меня его польза сильно преувеличена.

Re: [sisyphus] systemd

[Anton Farygin]

31.03.2011 16:38, Alexey Shabalin пишет:
> 31 марта 2011 г. 12:29 пользователь Денис Смирнов написал:
>> On Thu, Mar 31, 2011 at 09:18:31AM +0400, Anton Farygin wrote:
>>
>> AF>  Это очень плохо. Не хотел бы я у себя на серверах видеть systemd.
>>
>> А я бы хотел (ибо он выполняет еще и функции daemontools), но только когда
>> он будет действительно стабильно работать у нас :)
>
> Дайте список нестабильностей. :)
> В основном надо править не systemd а другие пакеты(с init-скриптами)

Алексей, можно повторить заход на systemd ? когда я её последний раз 
ставил - загрузиться не смог ;)

Если можно повторить - то скажи плз откуда и что надо поставить.

Re: [sisyphus] systemd

[Andrew Clark]

On 31.03.2011 22:10, Anton Farygin wrote:
> Алексей, можно повторить заход на systemd ? когда я её последний раз 
> ставил - загрузиться не смог ;)
>
> Если можно повторить - то скажи плз откуда и что надо поставить.

Пожалуйста:

Для установки systemd надо проделать следующее:
Добавить в /etc/apt/sources.list такую запись
rpm ftp://ftp.altlinux.org/pub/people/shaba/systemd/ i586 hasher
Обновить систему
apt-get update && apt-get dist-upgrade
После выполнения обновления, в системе должны быть установленные новые 
udev, ConsoleKit, dbus.
Теперь можно установить непосредственно systemd:
apt-get install systemd systemd-units
Что бы использовать systemd при загрузке, надо отредактировать 
/etc/sysconfig/grub2 и привести строку GRUB_CMDLINE_LINUX_DEFAULT к 
такому виду:
GRUB_CMDLINE_LINUX_DEFAULT='panic=30 init=/bin/systemd'
После редактирования этого файла нужно вызвать:
grub-mkconfig -o /boot/grub/grub.cfg

http://www.altlinux.org/Systemd

Re: [sisyphus] systemd

[Roman Lesnichenko]

31.03.2011 21:05, Anton Farygin пишет:

> Я не спорю -где-то безусловно есть необходимость в systemd, но на мой
> взгляд лично для меня его польза сильно преувеличена.
>

А вы учитываете, что все-таки Линукс уже не только удел красноглазиков?
Слава Богу - кучи железяк на нем уже... Телефоны, телевизоры...
.
Вот например странно, когда медиплеер загружается 5 минут(не 
вопринимайте буквально). А ведь хочется секунд за 20... И systemd тут 
весьма в тему...

Мы и так "благими намерениями" почему-то в хвосте по версиям как ядер, 
так и пакетов...

Да, серверу абсолютно все-равно на сколько медленней или быстреей он 
загрузится раз в год...
Но если по этой причине отказаться от systemd, то в конце концов на alt 
останутся только владельцы серверов :) И то, явно не львиная доля 
"мировых запасов"

-- 
With best wishes, Roman.

Re: [sisyphus] systemd

[Alexey Shabalin]

31 марта 2011 г. 22:16 пользователь Andrew Clark написал:
> On 31.03.2011 22:10, Anton Farygin wrote:
>>
>> Алексей, можно повторить заход на systemd ? когда я её последний раз
>> ставил - загрузиться не смог ;)
>>
>> Если можно повторить - то скажи плз откуда и что надо поставить.
>
> Пожалуйста:
>
> Для установки systemd надо проделать следующее:
> Добавить в /etc/apt/sources.list такую запись
> rpm ftp://ftp.altlinux.org/pub/people/shaba/systemd/ i586 hasher
> Обновить систему
> apt-get update && apt-get dist-upgrade
> После выполнения обновления, в системе должны быть установленные новые udev,
> ConsoleKit, dbus.
> Теперь можно установить непосредственно systemd:
> apt-get install systemd systemd-units
> Что бы использовать systemd при загрузке, надо отредактировать
> /etc/sysconfig/grub2 и привести строку GRUB_CMDLINE_LINUX_DEFAULT к такому
> виду:
> GRUB_CMDLINE_LINUX_DEFAULT='panic=30 init=/bin/systemd'
> После редактирования этого файла нужно вызвать:
> grub-mkconfig -o /boot/grub/grub.cfg
>
> http://www.altlinux.org/Systemd
Ещё желательно:
1) echo "MODULES_PRELOAD += autofs4" >> /etc/initrd.mk && make-initrd
про autofs4 на wiki уже написано
2) echo binfmt_misc >> /etc/modules-load.d/binfmt.conf
про binfmt_misc ещё не писал (думаю я запакую это в systemd)

-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Andrew Clark]

On 31.03.2011 22:48, Alexey Shabalin wrote:
> 2) echo binfmt_misc >> /etc/modules-load.d/binfmt.conf
> про binfmt_misc ещё не писал (думаю я запакую это в systemd)
Это для чего?

Re: [sisyphus] systemd [JT]

[Sergey Shilov]

В сообщении от Четверг 31 марта 2011 17:54:48 автор Alexey Shabalin написал:

> Никто не ругает MacOS X, что она быстро грузится
А она быстро грузится?
Что-то не заметил. На работе Барсик на iMac MC509.
Время заргрузки не на много меньше Линукса.

-- 
V.B.R Sergey Shilov.

Re: [sisyphus] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1108 bytes --]

On Thu, Mar 31, 2011 at 05:58:46PM +0700, REAL wrote:

R> Ну вот я и жду, где же факты?
R> В общем, зачем переходить на systemd, здесь ни одного внятного 
R> предложения не прозвучано.

1. быстрая загрузка -- важно для десктопов, иногда и для серверов тоже;

2. более надежная загрузка, за счет параллельности. В отличии от sysvinit
-- подвисание при запуске одного сервиса не приведет к остановке всего
процесса загрузки (тормоза с ntpd если приходится загружаться отключившись
от сети, как пример);

3. systemd это не просто запускалка сервисов. Оно еще и умеет их
поддерживать запущеными (то, для чего я использую сейчас daemontools, а
многие другие используют monit);

4. более надежная система порядка запуска. Циферки, как известно, иногда
приводят к тому что мантейнеры ошибаются. К счастью за годы мы многие
такие баги вытоптали, но, увы, иногда появляются новые сервисы :) Указать
зависимость между сервисами надежнее и предсказуемее нежели циферки.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1299 bytes --]

On Thu, Mar 31, 2011 at 10:05:14PM +0400, Anton Farygin wrote:

AF> И вот скажите мне, стоит ли бороться за то, что мой ноут загрузится на 
AF> одну минуту быстрее раз в два месяца ?

Стоит бороться за то, что как только ты нажмешь hardware key для
включения/выключения WiFi, соответственно запустится/остановится нужный
сервис, к примеру.

А также что при втыкании bluetooth dongle -- поднимется bluetooth стек.

А также что перед suspend часть сервисов таки остановится, а после suspend
запустится заново.

AF> Или сервер, который перезагружается раз в год, сможет это сделать 
AF> примерно на 8 секунд быстрее ?

Или что когда на этом сервере упадет сервис, его автоматом перезапустят.
Из коробки. Без необходимости настраивать monit (который в отличии от
systemd неспособен отличить заглушили мы сервис сами -- или он упал).

AF> Я не спорю -где-то безусловно есть необходимость в systemd, но на мой 
AF> взгляд лично для меня его польза сильно преувеличена.

Скорость загрузки это полезный побочный эффект. К счастью, не
единственный.

Можно спорить о качестве реализации, но сам подход -- очень хороший. И
существенно лучше sysvinit.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 542 bytes --]

On Thu, Mar 31, 2011 at 04:38:33PM +0400, Alexey Shabalin wrote:

AS> Дайте список нестабильностей. :)

Ну вот в связи с той моей проблемой о которой говорили -- я уже знаю что
замена на systemd уже работающей машинки может вдруг не заработать :(

AS> В основном надо править не systemd а другие пакеты(с init-скриптами)

А еще надо чтобы systemd работал в VE. Мне -- не удалось запустить VE с
systemd.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 521 bytes --]

On Thu, Mar 31, 2011 at 10:48:48PM +0400, Alexey Shabalin wrote:

AS> 1) echo "MODULES_PRELOAD += autofs4" >> /etc/initrd.mk && make-initrd
AS> про autofs4 на wiki уже написано
AS> 2) echo binfmt_misc >> /etc/modules-load.d/binfmt.conf
AS> про binfmt_misc ещё не писал (думаю я запакую это в systemd)

ls: невозможно получить доступ к /etc/modules-load.d: Нет такого файла или
каталога
-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1527 bytes --]

On Thu, Mar 31, 2011 at 04:34:48PM +0400, Alexey Shabalin wrote:
> 31 марта 2011 г. 13:44 пользователь REAL написал:
> > 31.03.2011 16:29, Victor Forsiuk пишет:
> >>
> >>    А я так и не понял, чем он лучше уже проверенных решений (sysVinit).
> >>
> >> Эээ.... Что именно непонятно в многочисленных описаниях его
> >> преимуществ?
> >
> > Я слышал только про скорость загрузки, но это оказалось преувеличением, или
> > предполагается, что скорость повысится, когда переезд состоится полностью?
> 
> В ALTLinux никто никогда не заботился о паралельной загрузке, по-этому
> даже простые скрипты в init.d запускать через systemd очень
> проблематично - не хватает LSB заголовков с зависимостями.
> Буквально на днях споткнулся - mediatomb и transmission-daemon
> пытались загрузиться раньше network и умирали. (После добавления LSB
> заголовков всё нормально)
> Поэтому какая бы система инициализации, отличная от SysV не
> использовалась, в ALT будут проблемы. И со скорость тоже, потому что
> невозможно без зависимостей создать порядок загрузки. (у нас даже таки
> ключевые пакеты как nfs не имеют LSB заголовков)

LSB-заголовки хороши только тогда, когда они присутствуют у всех сервисов.
В остальных случаях вместо предсказуемого порядка загрузки получается
хаос.

Поскольку сейчас речь идет не об абстрактной не-SysV системе
инициализации, а именно о systemd, то не лучше ли добавить файлы, которые
нужны именно для поддержки systemd, и оставить нынешние init.d-скрипты в
покое?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Alexey Shabalin]

1 апреля 2011 г. 0:59 пользователь Dmitry V. Levin написал:
> On Thu, Mar 31, 2011 at 04:34:48PM +0400, Alexey Shabalin wrote:
>> 31 марта 2011 г. 13:44 пользователь REAL написал:
>> > 31.03.2011 16:29, Victor Forsiuk пишет:
>> >>
>> >>    А я так и не понял, чем он лучше уже проверенных решений (sysVinit).
>> >>
>> >> Эээ.... Что именно непонятно в многочисленных описаниях его
>> >> преимуществ?
>> >
>> > Я слышал только про скорость загрузки, но это оказалось преувеличением, или
>> > предполагается, что скорость повысится, когда переезд состоится полностью?
>>
>> В ALTLinux никто никогда не заботился о паралельной загрузке, по-этому
>> даже простые скрипты в init.d запускать через systemd очень
>> проблематично - не хватает LSB заголовков с зависимостями.
>> Буквально на днях споткнулся - mediatomb и transmission-daemon
>> пытались загрузиться раньше network и умирали. (После добавления LSB
>> заголовков всё нормально)
>> Поэтому какая бы система инициализации, отличная от SysV не
>> использовалась, в ALT будут проблемы. И со скорость тоже, потому что
>> невозможно без зависимостей создать порядок загрузки. (у нас даже таки
>> ключевые пакеты как nfs не имеют LSB заголовков)
>
> LSB-заголовки хороши только тогда, когда они присутствуют у всех сервисов.
> В остальных случаях вместо предсказуемого порядка загрузки получается
> хаос.
>
> Поскольку сейчас речь идет не об абстрактной не-SysV системе
> инициализации, а именно о systemd, то не лучше ли добавить файлы, которые
> нужны именно для поддержки systemd, и оставить нынешние init.d-скрипты в
> покое?

Да, конечно. По-этому я и буду тратить своё время на баги  и написание
*.service файлов, а не init.d/* скриптов.
Я просто высказался, что если бы уже были LSB-заголовки, переход был
бы более плавный.


-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Vyatcheslav Perevalov]

В сообщении от 1 апреля 2011 01:16:33 автор Andrew Clark написал:
> Что бы использовать systemd при загрузке, надо отредактировать 
> /etc/sysconfig/grub2 и привести строку GRUB_CMDLINE_LINUX_DEFAULT к 
> такому виду:

Те, у кого LILO идут лесом?
-- 
/vip

Re: [sisyphus] systemd

[REAL]

01.04.2011 01:20, Roman Lesnichenko пишет:
> Мы и так "благими намерениями" почему-то в хвосте по версиям как ядер,
> так и пакетов...

Народу в team немного, так что "благие намерения" тут ни при чём. 
Нужен приток новых людей, а то получается, как вот недавно было, 
человек ждёт (join@ в багзилле), когда ему назначат ментора для 
подготовки к вступлению в team, а никто и не чешется.

> Но если по этой причине отказаться от systemd, то в конце концов на
> alt останутся только владельцы серверов :)

Такая астрология требует хорошей аргументации ;)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[REAL]

01.04.2011 03:36, Денис Смирнов пишет:
> 2. более надежная загрузка, за счет параллельности. В отличии от sysvinit
> -- подвисание при запуске одного сервиса не приведет к остановке всего
> процесса загрузки (тормоза с ntpd если приходится загружаться отключившись
> от сети, как пример);
>
> 4. более надежная система порядка запуска. Циферки, как известно, иногда
> приводят к тому что мантейнеры ошибаются. К счастью за годы мы многие
> такие баги вытоптали, но, увы, иногда появляются новые сервисы :) Указать
> зависимость между сервисами надежнее и предсказуемее нежели циферки.

Вот это хорошие факты. Только у меня описанные проблемы ещё ни разу не 
появлялись :) .

А новые сервисы лучше сразу проверять на предмет LSB, репокопу поднять 
lsb init до warning, а после принятия полиси можно приступать к 
радикальным методам - sisyphus_check. Потому что иначе - бюрократия 
будет (я прос bugzilla & NMU).

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[REAL]

01.04.2011 03:59, Dmitry V. Levin пишет:
> Поскольку сейчас речь идет не об абстрактной не-SysV системе
> инициализации, а именно о systemd, то не лучше ли добавить файлы, которые
> нужны именно для поддержки systemd, и оставить нынешние init.d-скрипты в
> покое?

Т.е. lsb в скриптах больше не нужен? А зачем тогда репокоп ругается?

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[Anton Farygin]

31.03.2011 22:20, Roman Lesnichenko пишет:
> 31.03.2011 21:05, Anton Farygin пишет:
>
>> Я не спорю -где-то безусловно есть необходимость в systemd, но на мой
>> взгляд лично для меня его польза сильно преувеличена.
>>
>
> А вы учитываете, что все-таки Линукс уже не только удел красноглазиков?
> Слава Богу - кучи железяк на нем уже... Телефоны, телевизоры...
> .
> Вот например странно, когда медиплеер загружается 5 минут(не
> вопринимайте буквально). А ведь хочется секунд за 20... И systemd тут
> весьма в тему...

Роман, это как раз мой случай - у меня на медиаплеере под Linux'ом с 
Systemd выигрыша не было совсем.

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

>
> Мы и так "благими намерениями" почему-то в хвосте по версиям как ядер,
> так и пакетов...

2.6.38 - это в хвосте ?

>
> Да, серверу абсолютно все-равно на сколько медленней или быстреей он
> загрузится раз в год...
> Но если по этой причине отказаться от systemd, то в конце концов на alt
> останутся только владельцы серверов :) И то, явно не львиная доля
> "мировых запасов"

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

А то будет обидно, если 90% разработчикам придётся использовать что-то 
другое.

Re: [sisyphus] systemd

[Anton Farygin]

01.04.2011 00:40, Денис Смирнов пишет:
> On Thu, Mar 31, 2011 at 10:05:14PM +0400, Anton Farygin wrote:
>
> AF>  И вот скажите мне, стоит ли бороться за то, что мой ноут загрузится на
> AF>  одну минуту быстрее раз в два месяца ?
>
> Стоит бороться за то, что как только ты нажмешь hardware key для
> включения/выключения WiFi, соответственно запустится/остановится нужный
> сервис, к примеру.

работает.

>
> А также что при втыкании bluetooth dongle -- поднимется bluetooth стек.

это у меня и так работает.

>
> А также что перед suspend часть сервисов таки остановится, а после suspend
> запустится заново.

и с этим проблем не замечал.

>
> AF>  Или сервер, который перезагружается раз в год, сможет это сделать
> AF>  примерно на 8 секунд быстрее ?
>
> Или что когда на этом сервере упадет сервис, его автоматом перезапустят.
> Из коробки. Без необходимости настраивать monit (который в отличии от
> systemd неспособен отличить заглушили мы сервис сами -- или он упал)

а я не хочу, что бы сервисы падали...
.
>
> AF>  Я не спорю -где-то безусловно есть необходимость в systemd, но на мой
> AF>  взгляд лично для меня его польза сильно преувеличена.
>
> Скорость загрузки это полезный побочный эффект. К счастью, не
> единственный.
>
> Можно спорить о качестве реализации, но сам подход -- очень хороший. И
> существенно лучше sysvinit.

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

У меня есть системы, где памяти и процессорных ресурсов в обрез, и 
лишняя функция в виде systemd явно не будет на пользу.

Re: [sisyphus] systemd

[Anton Farygin]

01.04.2011 07:31, Vyatcheslav Perevalov пишет:
> В сообщении от 1 апреля 2011 01:16:33 автор Andrew Clark написал:
>> Что бы использовать systemd при загрузке, надо отредактировать
>> /etc/sysconfig/grub2 и привести строку GRUB_CMDLINE_LINUX_DEFAULT к
>> такому виду:
>
> Те, у кого LILO идут лесом?

Те, у кого Lilo - думают головой, а не ушами ;)

Строка в grub совсем не обязательна.

Re: [sisyphus] systemd

[Михаил Радюк]

1 апреля 2011 г. 8:43 пользователь Anton Farygin <rider@altlinux.com> написал:
[cut]
>> Вот например странно, когда медиплеер загружается 5 минут(не
>> вопринимайте буквально). А ведь хочется секунд за 20... И systemd тут
>> весьма в тему...
>
> Роман, это как раз мой случай - у меня на медиаплеере под Linux'ом с Systemd
> выигрыша не было совсем.
>

Я уже писал, что:
4 февраля 2011 г. 17:23 пользователь Михаил Радюк
<torabora08@gmail.com> написал:

> Для прироста скорости нужны service-файлы заточенные под Альт (для
> /etc/systemd/system) + их нужно зарегистрировать и запустить. Пока
> (без них) systemd работает в режиме совместимости. Существуют
> service-файлы под другие дистрибутивы, но их нужно внимательно
> переделать или создать с нуля.


-- 
С уважением, Михаил.

Re: [sisyphus] systemd

[Михаил Радюк]

1 апреля 2011 г. 7:31 пользователь Vyatcheslav Perevalov
<vip0@seversk.ru> написал:
> В сообщении от 1 апреля 2011 01:16:33 автор Andrew Clark написал:
>> Что бы использовать systemd при загрузке, надо отредактировать
>> /etc/sysconfig/grub2 и привести строку GRUB_CMDLINE_LINUX_DEFAULT к
>> такому виду:
>
> Те, у кого LILO идут лесом?

http://www.altlinux.org/Systemd
"... просто установить systemd-sysvinit
apt-get install systemd-sysvinit SysVinit-
и ничего прописывть ядру не надо (в том числе и в lilo)."

-- 
С уважением, Михаил.

Re: [sisyphus] systemd

[Roman Lesnichenko]

01.04.2011 07:32, REAL пишет:

>> Но если по этой причине отказаться от systemd, то в конце концов на
>> alt останутся только владельцы серверов :)
>
> Такая астрология требует хорошей аргументации ;)
>
Логика проста:
- Тем у кого сервера - все равно, они не чешутся...
- Остальые видят, что тормозим и плавно уходят на Бубунты с Федорами, в 
связи с их движением вперед :)

ЗЫ. Аргументы в плане : "Во всем новом много глюков" не принимаются. По 
крайней мере Федор и Бубнт не боятся. Никто не заставляет в продакшн 
ставить сырое мясо. Перешли же мы, в  конце-концов, с сендмейла на 
постфикс :)


Роман.

Re: [sisyphus] systemd

[Roman Lesnichenko]

01.04.2011 07:43, Anton Farygin пишет:

>
> Роман, это как раз мой случай - у меня на медиаплеере под Linux'ом с
> Systemd выигрыша не было совсем.
>
> Да и с диска он просыпается в любом случае быстрее чем загружается.
>
А меня был. В раза быстрее грузился. Поэтому я поставил ан него Бубунту 
с апстартом и жду и надеюсь на наш systemd :) потому что мне будьше 
нравится наш xbmc

>>
>> Мы и так "благими намерениями" почему-то в хвосте по версиям как ядер,
>> так и пакетов...
>
> 2.6.38 - это в хвосте ?
не знаю как сейчас, но когда я его пару недель назад поставил - не 
завелось куча всего...Снес до лучших времен
  У конкуретнов вполне себе работает :(

Роман.

Re: [sisyphus] systemd

[REAL]

01.04.2011 13:34, Roman Lesnichenko пишет:
>>> Но если по этой причине отказаться от systemd, то в конце концов на
>>> alt останутся только владельцы серверов :)
>>
>> Такая астрология требует хорошей аргументации ;)
>>
> Логика проста:
> - Тем у кого сервера - все равно, они не чешутся...
> - Остальые видят, что тормозим и плавно уходят на Бубунты с Федорами,
> в связи с их движением вперед :)

В чём тормоза, я так и не понял.

> По крайней мере Федор и Бубнт не боятся.

А кто ALT боится?

> Перешли же мы, в конце-концов, с
> сендмейла на постфикс :)

Я не перешёл ;)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[REAL]

01.04.2011 13:49, REAL пишет:
>> - Остальые видят, что тормозим и плавно уходят на Бубунты с Федорами,
>> в связи с их движением вперед :)
>
> В чём тормоза, я так и не понял.
>
>> По крайней мере Федор и Бубнт не боятся.
>
> А кто ALT боится?
>
>> Перешли же мы, в конце-концов, с
>> сендмейла на постфикс :)
>
> Я не перешёл ;)

Блин, с такими разговорами нас щас в курилку отправят :-D

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[Aleksey Novodvorsky]

1 апреля 2011 г. 10:46 пользователь Roman Lesnichenko
<sisyphus@avangard.dn.ua> написал:
> 01.04.2011 07:43, Anton Farygin пишет:
>
>>
>> Роман, это как раз мой случай - у меня на медиаплеере под Linux'ом с
>> Systemd выигрыша не было совсем.
>>
>> Да и с диска он просыпается в любом случае быстрее чем загружается.
>>
> А меня был. В раза быстрее грузился. Поэтому я поставил ан него Бубунту с
> апстартом и жду и надеюсь на наш systemd :) потому что мне будьше нравится
> наш xbmc
>
>>>
>>> Мы и так "благими намерениями" почему-то в хвосте по версиям как ядер,
>>> так и пакетов...
>>
>> 2.6.38 - это в хвосте ?
>
> не знаю как сейчас, но когда я его пару недель назад поставил - не завелось
> куча всего...Снес до лучших времен

Пару недель назад 2.6.38-std-def не было. Но если Вы хотите, чтобы
работало, -- пожалуйста, пишите багрепорты, а то мы никогда не узнаем
о сути Ваших проблем и не сможем их исправить.

Rgrds, Алексей

Re: [sisyphus] systemd

[Rinat Bikov]

1 апреля 2011 г. 0:40 Денис Смирнов написал:
> А также что при втыкании bluetooth dongle -- поднимется bluetooth стек.
И при втыкании USB-шнура от принтера cups чтобы запускался без
индивидуальной настройки на него udev? :)

-- 
С уважением, Ринат Биков.

Re: [sisyphus] systemd

[Igor Vlasenko]

On Fri, Apr 01, 2011 at 11:38:04AM +0700, REAL wrote:
> А новые сервисы лучше сразу проверять на предмет LSB, репокопу
> поднять lsb init до warning, 

Похоже, надо поднять.
Страничку на wiki кто бы написал -- людей послать некуда :(

> 01.04.2011 03:59, Dmitry V. Levin пишет:
> Поскольку сейчас речь идет не об абстрактной не-SysV системе
> инициализации, а именно о systemd, то не лучше ли добавить файлы, которые
> нужны именно для поддержки systemd, и оставить нынешние init.d-скрипты в
> покое?

> Т.е. lsb в скриптах больше не нужен? А зачем тогда репокоп ругается?

Нужен. В обычных сервисах. Там это даже само по себе
дополнительная защита от дурака.

Дмитрий, скорее всего, имел в виду свои сервисы, из coresystem.
Там за много лет эксплуатации устаканился "в циферках" порядок 
сервисов, а поскольку это критический момент запуска,
то страшно касаться этой нумерологии. О текущем порядке известно, 
что он работает. при чем а если попытаться переехать вслепую, могут
вылезти уже ранее топтанные баги.
У Дмитрия переехать на lsb -- более мучительно.

В остальных, "нормальных" сервисах этой проблемы нет, и там нужно
добавить lsb init. Это полезно и для SysV, и для всего остального.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [sisyphus] systemd

[Anton Farygin]

01.04.2011 10:46, Roman Lesnichenko пишет:
> 01.04.2011 07:43, Anton Farygin пишет:
>
>>
>> Роман, это как раз мой случай - у меня на медиаплеере под Linux'ом с
>> Systemd выигрыша не было совсем.
>>
>> Да и с диска он просыпается в любом случае быстрее чем загружается.
>>
> А меня был. В раза быстрее грузился. Поэтому я поставил ан него Бубунту
> с апстартом и жду и надеюсь на наш systemd :) потому что мне будьше
> нравится наш xbmc
>
>>>
>>> Мы и так "благими намерениями" почему-то в хвосте по версиям как ядер,
>>> так и пакетов...
>>
>> 2.6.38 - это в хвосте ?
> не знаю как сейчас, но когда я его пару недель назад поставил - не
> завелось куча всего...Снес до лучших времен
> У конкуретнов вполне себе работает :(

2.6.38-std-def появился только позавчера ;)

Я на него обновил уже несколько серверов - пока полёт нормальный.

Re: [sisyphus] systemd

[Михаил Радюк]

1 апреля 2011 г. 11:48 пользователь Igor Vlasenko
<vlasenko@imath.kiev.ua> написал:
> On Fri, Apr 01, 2011 at 11:38:04AM +0700, REAL wrote:
>> А новые сервисы лучше сразу проверять на предмет LSB, репокопу
>> поднять lsb init до warning,
>
> Похоже, надо поднять.
> Страничку на wiki кто бы написал -- людей послать некуда :(
>
Я бы написал, только не ясно что в ней осветить и как назвать. Назвать
LSB и засунуть в категорию Devel ?


-- 
С уважением, Михаил.

Re: [sisyphus] systemd

[Anton Farygin]

01.04.2011 10:58, Rinat Bikov пишет:
> 1 апреля 2011 г. 0:40 Денис Смирнов написал:
>> А также что при втыкании bluetooth dongle -- поднимется bluetooth стек.
> И при втыкании USB-шнура от принтера cups чтобы запускался без
> индивидуальной настройки на него udev? :)

А у вас что, не запускается ?

Re: [sisyphus] systemd

[Igor Vlasenko]

On Fri, Apr 01, 2011 at 12:56:26PM +0400, Михаил Радюк wrote:
> > Похоже, надо поднять.
> > Страничку на wiki кто бы написал -- людей послать некуда :(
> >
> Я бы написал, только не ясно что в ней осветить и как назвать. Назвать
> LSB и засунуть в категорию Devel ?

такая страничка есть http://www.altlinux.org/Lsb,
там речь о lSB.

А конкретно о LSB init headers правильнее написать в полиси драфте
http://www.altlinux.org/Services_Policy

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [sisyphus] systemd

[Sergey]

On Friday, April 01, 2011, Roman Lesnichenko wrote:

> Перешли же мы, в  конце-концов, с сендмейла на постфикс :)

Не все. :-)

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] systemd

[Rinat Bikov]

1 апреля 2011 г. 12:58 Anton Farygin написал:
>>> А также что при втыкании bluetooth dongle -- поднимется bluetooth стек.
>>
>> И при втыкании USB-шнура от принтера cups чтобы запускался без
>> индивидуальной настройки на него udev? :)
>
> А у вас что, не запускается ?
>
Нет, ещё не запускается, так как правила для udev не прописал для этого пока :).

-- 
С уважением, Ринат Биков.

Re: [sisyphus] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 527 bytes --]

On Mon, Mar 28, 2011 at 02:57:14AM +0400, Dmitry V. Levin wrote:

DVL> Нет, думаю что только на конфликты.  Я не верю, чтобы они могли нормально
DVL> сосуществовать и переключаться в рантайме как другие альтернативы.

В рантайме -- нет, разумеется. А... если мы переключим альтернативы, это
разве каким-то образом помешает нам спокойно перезагрузиться уже с
systemd (или наоборот sysvinit)?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Михаил Радюк]

1 апреля 2011 г. 13:25 пользователь Igor Vlasenko
<vlasenko@imath.kiev.ua> написал:
> On Fri, Apr 01, 2011 at 12:56:26PM +0400, Михаил Радюк wrote:
>> > Похоже, надо поднять.
>> > Страничку на wiki кто бы написал -- людей послать некуда :(
>> >
>> Я бы написал, только не ясно что в ней осветить и как назвать. Назвать
>> LSB и засунуть в категорию Devel ?
>
> такая страничка есть http://www.altlinux.org/Lsb,
> там речь о lSB.
>
> А конкретно о LSB init headers правильнее написать в полиси драфте
> http://www.altlinux.org/Services_Policy
>
Создал раздел systemd, прошу квалифицированно до/на/полнить. Моих
знаний для этого не достаточно.



-- 
С уважением, Михаил.

Re: [sisyphus] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1093 bytes --]

On Fri, Apr 01, 2011 at 11:38:04AM +0700, REAL wrote:

R> А новые сервисы лучше сразу проверять на предмет LSB, репокопу поднять 
R> lsb init до warning, а после принятия полиси можно приступать к 
R> радикальным методам - sisyphus_check. Потому что иначе - бюрократия 
R> будет (я прос bugzilla & NMU).

Только вот наш sysvinit не умеет полноценно LSB AFAIR.

А без бюрократии народ вроде тебя начнет уже кричать не "нафига нам
systemd -- и так все работает!" а "нафига нам LSB-init, и так все
работает!".

Ну а то, что скажем 80% пользователей это надо, а остальным 20% просто
пофиг, но при этом нескольким мантейнерам придется поднять свою пятую
точку и дать acl чтобы можно было добавить поддержку того же systemd (если
они не такие мудрые как ты, и убрали со своих пакетов everybody) -- и
флейм в этой рассылке занял уже у каждого его участника больше времени чем
нужно на перенос на systemd всех своих пакетов, это так, как обычно у нас.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 803 bytes --]

On Fri, Apr 01, 2011 at 08:43:30AM +0400, Anton Farygin wrote:

AF> Роман, это как раз мой случай - у меня на медиаплеере под Linux'ом с 
AF> Systemd выигрыша не было совсем.

Выигрыша не может быть пока все инитскрипты sysv.

AF> Я не говорю что надо отказаться от systemd - нужно постараться сделать 
AF> так, что бы работала и старая и новая схема.

А с этим я не спорю.

AF> А то будет обидно, если 90% разработчикам придётся использовать что-то 
AF> другое.

Собственно отказ от sysv возможно только тогда, когда у него не будет ни
одного очевидного преимущества перед systemd.

Но о чем мы спорим если сейчас пока никто отламывать sysv не планирует?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Anton Farygin]

01.04.2011 16:31, Денис Смирнов пишет:
> On Fri, Apr 01, 2011 at 08:43:30AM +0400, Anton Farygin wrote:
>
>
> Собственно отказ от sysv возможно только тогда, когда у него не будет ни
> одного очевидного преимущества перед systemd.
>
> Но о чем мы спорим если сейчас пока никто отламывать sysv не планирует?

Если вернуться на несколько писем вверх, то там как раз звучал вопрос - 
а не отломать ли ?

Re: [sisyphus] systemd

[Anton Farygin]

01.04.2011 15:28, Rinat Bikov пишет:
> 1 апреля 2011 г. 12:58 Anton Farygin написал:
>>>> А также что при втыкании bluetooth dongle -- поднимется bluetooth стек.
>>>
>>> И при втыкании USB-шнура от принтера cups чтобы запускался без
>>> индивидуальной настройки на него udev? :)
>>
>> А у вас что, не запускается ?
>>
> Нет, ещё не запускается, так как правила для udev не прописал для этого пока :).

Я никаких правил не прописывал, оно у меня каким-то образом работает само

Re: [sisyphus] systemd

[REAL]

01.04.2011 18:57, Денис Смирнов пишет:
> А без бюрократии народ вроде тебя начнет уже кричать не "нафига нам
> systemd -- и так все работает!" а "нафига нам LSB-init, и так все
> работает!".

1. где я кричал?
2. не "нам", а "мне". а мне действительно, ни LSB-unit, ни systemd 
нафиг не нужны ;)

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

это время потрачено незря. пока ждёшь, когда закончится сборка 
нелёгкого пакета, что ещё делать? читать/писать в рассылки :)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 478 bytes --]

On Fri, Apr 01, 2011 at 08:45:54AM +0400, Anton Farygin wrote:

AF> сам подход может быть и хороший, но тащить в базовую систему все 
AF> зависимости systemd, на мой взгляд, плохо.

dbus
glibc-core
glibc-pthread
libaudit1
libcap
libdbus
libpam0
libselinux
libudev
libwrap
systemd-units
udev
udev-rules

Что из этого так смущает? 

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Rinat Bikov]

1 апреля 2011 г. 16:41 Anton Farygin написал:
> 01.04.2011 15:28, Rinat Bikov пишет:
>> Нет, ещё не запускается, так как правила для udev не прописал для этого
>> пока :).
>
> Я никаких правил не прописывал, оно у меня каким-то образом работает само
Ну по умолчанию оно (cups) вообще запускается при старте системы.

-- 
С уважением, Ринат Биков.

Re: [sisyphus] systemd (+monit до кучи)

[Michael Shigorin]

On Fri, Apr 01, 2011 at 04:41:47PM +0400, Денис Смирнов wrote:
> > сам подход может быть и хороший, но тащить в базовую систему
> > все зависимости systemd, на мой взгляд, плохо.
> dbus ()
> glibc-core (...)
> glibc-pthread (apt, glib, libdb4*)
> libaudit1 (pam, openssh-server, su)
> libcap (coreutils, iputils)
> libdbus ()
> libpam0 (pam*, openssh-server, su...)
> libselinux (coreutils, util-linux, procps...)
> libudev ()
> libwrap (openssh-server, xinetd, rpcbind...)
> systemd-units ()
> udev ()
> udev-rules (util-linux)
> 
> Что из этого так смущает? 

Меня в первую очередь dbus.

Во вторую -- udev в контейнерах.

В третью -- с учётом того, что:
* ovz-контейнеры у нас и так штатно стартуют параллельно;
* возможность организовать взаимодействие между ними для
  достижения разумного параллелизма вместо полного затыка по I/O
  давала бы потенциал для DoS (и ослабление изоляции);
* во всём читанном по systemd я пока так и не встречал упоминание
  его приспособленности для работы в виртуальных окружениях;
* RH пилит kvm, а Леннарт IMHO отличается туннельным зрением,
-- хотелось бы всё так же иметь штатную возможность делать
контейнеры со старым добрым SysVinit или иное средство
ограничения параллелизма при старте контейнеров.

Ещё не смотрел, что выходит из systemd+monit -- оснований считать
monit перекрываемым systemd у меня тоже пока нет, это было бы
слишком много кода для любого init(8).

(кстати: если будет набег на все сервисы, хорошо бы до него
принять решение по поддержке monit в сервисах ALT Linux и если
да, то растащить соответствующие config snippets из него в пакеты
с инитскриптами, добавляя Requires: monit-base, который каталог)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] systemd

[Anton Farygin]

01.04.2011 16:41, Денис Смирнов пишет:
> On Fri, Apr 01, 2011 at 08:45:54AM +0400, Anton Farygin wrote:
>
> AF>  сам подход может быть и хороший, но тащить в базовую систему все
> AF>  зависимости systemd, на мой взгляд, плохо.
>
> dbus
> glibc-core
> glibc-pthread
> libaudit1
> libcap
> libdbus
> libpam0
> libselinux
> libudev
> libwrap
> systemd-units
> udev
> udev-rules
>
> Что из этого так смущает?
>

dbus

Re: [sisyphus] systemd

[Anton Farygin]

01.04.2011 16:45, Rinat Bikov пишет:
> 1 апреля 2011 г. 16:41 Anton Farygin написал:
>> 01.04.2011 15:28, Rinat Bikov пишет:
>>> Нет, ещё не запускается, так как правила для udev не прописал для этого
>>> пока :).
>>
>> Я никаких правил не прописывал, оно у меня каким-то образом работает само
> Ну по умолчанию оно (cups) вообще запускается при старте системы.

ну, так в чём проблема ? На десктопе 332 килобайта памяти нет ?

Re: [sisyphus] systemd

[Roman Lesnichenko]

01.04.2011 11:47, Anton Farygin пишет:

>
> 2.6.38-std-def появился только позавчера ;)

Просто великолепно. :)
У конкурентов 38 уже несколько раз обновлялось в основном репо... Я 
именно об этом... Мы в хвосте, мы тормозим..



>
> Я на него обновил уже несколько серверов - пока полёт нормальный.

Я ставил kernel-image-pure-emerald

-- 
With best wishes, Roman.

Re: [sisyphus] systemd

[Anton Farygin]

01.04.2011 17:13, Roman Lesnichenko пишет:
> 01.04.2011 11:47, Anton Farygin пишет:
>
>>
>> 2.6.38-std-def появился только позавчера ;)
>
> Просто великолепно. :)
> У конкурентов 38 уже несколько раз обновлялось в основном репо... Я
> именно об этом... Мы в хвосте, мы тормозим..

конкуренты только недавно на 2.6.32 переехали, а вы говорите мы тормозим ;)

>
>
>
>>
>> Я на него обновил уже несколько серверов - пока полёт нормальный.
>
> Я ставил kernel-image-pure-emerald
>

Ну, какое ядро, такой и результат..

Re: [sisyphus] systemd

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 644 bytes --]

On Fri, Apr 01, 2011 at 03:53:17PM +0400, Денис Смирнов wrote:
> On Mon, Mar 28, 2011 at 02:57:14AM +0400, Dmitry V. Levin wrote:
> 
> DVL> Нет, думаю что только на конфликты.  Я не верю, чтобы они могли нормально
> DVL> сосуществовать и переключаться в рантайме как другие альтернативы.
> 
> В рантайме -- нет, разумеется. А... если мы переключим альтернативы, это
> разве каким-то образом помешает нам спокойно перезагрузиться уже с
> systemd (или наоборот sysvinit)?

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


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd (+monit до кучи)

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1875 bytes --]

On Fri, Apr 01, 2011 at 03:59:01PM +0300, Michael Shigorin wrote:

>> Что из этого так смущает? 
MS> Меня в первую очередь dbus.

Это, я так понимаю, уже неисправимое зло :(

MS> Во вторую -- udev в контейнерах.

systemd сейчас в контейнерах просто не работает.

MS> В третью -- с учётом того, что:
MS> * ovz-контейнеры у нас и так штатно стартуют параллельно;
MS> * возможность организовать взаимодействие между ними для
MS>   достижения разумного параллелизма вместо полного затыка по I/O
MS>   давала бы потенциал для DoS (и ослабление изоляции);
MS> * во всём читанном по systemd я пока так и не встречал упоминание
MS>   его приспособленности для работы в виртуальных окружениях;
MS> * RH пилит kvm, а Леннарт IMHO отличается туннельным зрением,
MS> -- хотелось бы всё так же иметь штатную возможность делать
MS> контейнеры со старым добрым SysVinit или иное средство
MS> ограничения параллелизма при старте контейнеров.

Лично я хотел бы видеть возможность в контейнерах использовать и то, и
другое. Там где контейнеров много нужно одно, в моих задачах (где
несколько контейнеров с астериском) как раз хотелось бы видеть systemd.

MS> Ещё не смотрел, что выходит из systemd+monit -- оснований считать
MS> monit перекрываемым systemd у меня тоже пока нет, это было бы
MS> слишком много кода для любого init(8).

monit это такая штука, которая решает несколько сильно разных задач.

MS> (кстати: если будет набег на все сервисы, хорошо бы до него
MS> принять решение по поддержке monit в сервисах ALT Linux и если
MS> да, то растащить соответствующие config snippets из него в пакеты
MS> с инитскриптами, добавляя Requires: monit-base, который каталог)

Это тоже полезно, да. Только кто делать будет? :)

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd (+monit до кучи)

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 700 bytes --]

On Fri, Apr 01, 2011 at 05:44:43PM +0400, Денис Смирнов wrote:
> On Fri, Apr 01, 2011 at 03:59:01PM +0300, Michael Shigorin wrote:
> 
> >> Что из этого так смущает? 
> MS> Меня в первую очередь dbus.
> 
> Это, я так понимаю, уже неисправимое зло :(

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

> MS> Во вторую -- udev в контейнерах.
> 
> systemd сейчас в контейнерах просто не работает.

В ovz-контейнерах, в отличие от kvm-контейнеров, udev не нужен.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd (+monit до кучи)

[Michael Shigorin]

On Fri, Apr 01, 2011 at 05:44:43PM +0400, Денис Смирнов wrote:
> MS> (кстати: если будет набег на все сервисы, хорошо бы до него
> MS> принять решение по поддержке monit в сервисах ALT Linux и если
> MS> да, то растащить соответствующие config snippets из него в пакеты
> MS> с инитскриптами, добавляя Requires: monit-base, который каталог)
> Это тоже полезно, да. Только кто делать будет? :)

Это и я могу, если согласие будет (вероятно, +approve).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] systemd (+monit до кучи)

[Michael Shigorin]

On Fri, Apr 01, 2011 at 05:53:04PM +0400, Dmitry V. Levin wrote:
> В реализации systemd мне больше всего не нравится неотрываемая
> зависимость на dbus.

Или я совсем тупой, или ему и вправду для своих нужд netlink
не хватает, или федора ориентируется на gnome desktop точка?..

> > MS> Во вторую -- udev в контейнерах.
> > systemd сейчас в контейнерах просто не работает.
> В ovz-контейнерах, в отличие от kvm-контейнеров, udev не нужен.

ovz -- всё-таки контейнеры, а kvm -- виртуальное железо.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] systemd

[Andrew Clark]

On 01.04.2011 11:48, Igor Vlasenko wrote:
> On Fri, Apr 01, 2011 at 11:38:04AM +0700, REAL wrote:
>> А новые сервисы лучше сразу проверять на предмет LSB, репокопу
>> поднять lsb init до warning,
> Похоже, надо поднять.
> Страничку на wiki кто бы написал -- людей послать некуда :(
Людей всегда есть куда послать. И в... маны и на ... официальную страницу,
документацию читать. Конкретизируете пожалуйста, что надо написать.

Re: [sisyphus] systemd

[Michael Shigorin]

On Fri, Apr 01, 2011 at 03:53:17PM +0400, Денис Смирнов wrote:
> > Нет, думаю что только на конфликты.  Я не верю, чтобы они
> > могли нормально сосуществовать и переключаться в рантайме как
> > другие альтернативы.
> В рантайме -- нет, разумеется. А... если мы переключим
> альтернативы, это разве каким-то образом помешает нам спокойно
> перезагрузиться уже с systemd (или наоборот sysvinit)?

Хм, а systemd сможет выяснить и уложить поднятое sysvinit?
Перезагрузка может получиться слишком быстрая для e.g. СУБД.

-- 
глядя в /var/run

Re: [sisyphus] systemd

[Igor Vlasenko]

On Fri, Apr 01, 2011 at 07:05:21PM +0400, Andrew Clark wrote:
> On 01.04.2011 11:48, Igor Vlasenko wrote:
> >On Fri, Apr 01, 2011 at 11:38:04AM +0700, REAL wrote:
> >>А новые сервисы лучше сразу проверять на предмет LSB, репокопу
> >>поднять lsb init до warning,
> >Похоже, надо поднять.
> >Страничку на wiki кто бы написал -- людей послать некуда :(
> Людей всегда есть куда послать. И в... маны и на ... официальную страницу,
> документацию читать. Конкретизируете пожалуйста, что надо написать.

Мне одинаковых усилий требует - что вам писать, что страничку.
Так что ваше предложение - это не помощь. :)

В общем, раз все равно писать, написал сразу на wiki.
http://www.altlinux.org/Services_Policy#SysV_initscripts

И уровень репокопа поднял до warn.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [sisyphus] systemd

[Max Ivanov]

> Дайте список нестабильностей. :)
> В основном надо править не systemd а другие пакеты(с init-скриптами)

Куда писать баги и аттачить service файлы?

И можно кратко рассказать как оно старутет скрипты из /etc/init.d ?
вот есть, например acpid.service, но файла такого ни в systemd ни в
systemd-units нет

Re: [sisyphus] systemd

[Max Ivanov]

>> Куда писать баги и аттачить service файлы?
>
> http://bugzilla.altlinux.org

Я туда первым делом заглянул, компонента systemd нет там

Re: [sisyphus] systemd

[REAL]

02.04.2011 16:36, Max Ivanov пишет:
>> Дайте список нестабильностей. :)
>> В основном надо править не systemd а другие пакеты(с init-скриптами)
>
> Куда писать баги и аттачить service файлы?

http://bugzilla.altlinux.org

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] systemd

[Михаил Радюк]

2 апреля 2011 г. 13:36 пользователь Max Ivanov <ivanov.maxim@gmail.com> написал:
>> Дайте список нестабильностей. :)
>> В основном надо править не systemd а другие пакеты(с init-скриптами)
>
> Куда писать баги и аттачить service файлы?
>
Пока systemd не появится в Сизифе, баги наверное стоит слать сюда, а
файлы высылать Алексею Шабалину. Он (наверное) соберет их у себя в
/people


-- 
С уважением, Михаил.

Re: [sisyphus] systemd

[Sergey]

On Thursday 31 March 2011, Igor Vlasenko wrote:

> Такая директория заведомо исчезнет после перезагрузки,
> но вот в базе rpm останется, и будет выглядеть как
> испорченный пакет.

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

> Т.е., для полного счастья, удалите эту директорию и в спек-файле.

Может быть, всё же, остановиться на %ghost ? А по наличию %ghost
и определять готовность.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] systemd

[Igor Vlasenko]

On Sun, Apr 03, 2011 at 01:38:05AM +0400, Sergey wrote:
> On Thursday 31 March 2011, Igor Vlasenko wrote:
> > Такая директория заведомо исчезнет после перезагрузки,
> > но вот в базе rpm останется, и будет выглядеть как
> > испорченный пакет.
> Может быть, всё же, остановиться на %ghost ? А по наличию %ghost
> и определять готовность.

тест и так проверяет на %ghost, процитирую тест:
select distinct pkgid from rpm_files where fileflag & 580 = 0 and filemode & 61440 = 16384 and (filename glob '/var/run/*' or filename glob '/var/lock/*');

здесь 580= RPMFILE_DONOTUSE | RPMFILE_GHOST | RPMFILE_EXCLUDE
т.е. пакеты с %ghost тест не ругает.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [sisyphus] systemd

[Mike Pluzhnikov]

В сообщении от 1 апреля 2011 08:43:30 автор Anton Farygin написал:
> 31.03.2011 22:20, Roman Lesnichenko пишет:
> > 31.03.2011 21:05, Anton Farygin пишет:
> >> Я не спорю -где-то безусловно есть необходимость в systemd, но на мой
> >> взгляд лично для меня его польза сильно преувеличена.
> > 
> > А вы учитываете, что все-таки Линукс уже не только удел красноглазиков?
> > Слава Богу - кучи железяк на нем уже... Телефоны, телевизоры...
> > .
> > Вот например странно, когда медиплеер загружается 5 минут(не
> > вопринимайте буквально). А ведь хочется секунд за 20... И systemd тут
> > весьма в тему...
> 
> Роман, это как раз мой случай - у меня на медиаплеере под Linux'ом с
> Systemd выигрыша не было совсем.
Пока у нас systemd запускает SystemV скрипты - никакого выигрыша не будет.

> Да и с диска он просыпается в любом случае быстрее чем загружается.
> 
> > Мы и так "благими намерениями" почему-то в хвосте по версиям как ядер,
> > так и пакетов...
> 
> 2.6.38 - это в хвосте ?
Его могло бы и не быть, если не моя активная позиция о .38 в Кентавре. 

> > Да, серверу абсолютно все-равно на сколько медленней или быстреей он
> > загрузится раз в год...
> > Но если по этой причине отказаться от systemd, то в конце концов на alt
> > останутся только владельцы серверов :) И то, явно не львиная доля
> > "мировых запасов"
> 
> Я не говорю что надо отказаться от systemd - нужно постараться сделать
> так, что бы работала и старая и новая схема.
> 
> А то будет обидно, если 90% разработчикам придётся использовать что-то
> другое.
> 
Разработчикам вообще плевать. Они если захотят - сами себе напишут систему инициализации.
Им надо показать, что это нужно, а не просто прихоть.

Re: [sisyphus] systemd

[Mike Pluzhnikov]

В сообщении от 1 апреля 2011 16:31:19 автор Денис Смирнов написал:
> On Fri, Apr 01, 2011 at 08:43:30AM +0400, Anton Farygin wrote:
> 
> AF> Роман, это как раз мой случай - у меня на медиаплеере под Linux'ом с
> AF> Systemd выигрыша не было совсем.
> 
> Выигрыша не может быть пока все инитскрипты sysv.
> 
Для меня systemd уже лучше SysV, так как группирует процессы по cgroups и можно выставлять 
в юниты лимиты. Все больше и больше вижу, народ просто не знает о преимуществах systemd, 
знают только о ускорее загрузки.

Как выслнилось, разработчикам не нужен systemd, так как у них одна система на компьютере и 
её просто уводят в "сон" при выключении компьютера и никому не прошла в голову мысль о 
пользователях у которых на компе несколько ОС и необходимо перегружаться между ними.

Re: [sisyphus] systemd

[Michael Shigorin]

On Mon, Apr 04, 2011 at 05:15:14PM +0400, Mike Pluzhnikov wrote:
> Как выслнилось, разработчикам не нужен systemd, так как у них
> одна система на компьютере и её просто уводят в "сон" при
> выключении компьютера и никому не прошла в голову мысль о
> пользователях у которых на компе несколько ОС и необходимо
> перегружаться между ними.

Этим пользователям всё равно показан виртуалбокс или ноутбук,
по большей части...

Загрузка -- действительно почти чисто имиджевая задача в плане
скорости.  На ноуте разница составляет максимум полминуты, на
сервере фирмвари и стораджи на порядок дольше инициализируются.

К тому, что смотреть стоит на другое, а это -- разве что приятное
дополнение.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] systemd

[Mike Pluzhnikov]

В сообщении от 4 апреля 2011 17:22:26 автор Michael Shigorin написал:
> On Mon, Apr 04, 2011 at 05:15:14PM +0400, Mike Pluzhnikov wrote:
> > Как выслнилось, разработчикам не нужен systemd, так как у них
> > одна система на компьютере и её просто уводят в "сон" при
> > выключении компьютера и никому не прошла в голову мысль о
> > пользователях у которых на компе несколько ОС и необходимо
> > перегружаться между ними.
> 
> Этим пользователям всё равно показан виртуалбокс или ноутбук,
> по большей части...
Не думайте на других. Миша почему ты думаешь, что всех спасёт VirtualBox? Меня не спасёт, 
к примеру. Что за манера разработчиков применять квантор общности? Если мне не надо - то и 
другим не надо! Если для моих нужд достаточен VirtualBox - то и всем достаточен.
Откуда это берётся?

> Загрузка -- действительно почти чисто имиджевая задача в плане
> скорости.  На ноуте разница составляет максимум полминуты, на
> сервере фирмвари и стораджи на порядок дольше инициализируются.
> 
> К тому, что смотреть стоит на другое, а это -- разве что приятное
> дополнение.

Re: [sisyphus] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1539 bytes --]

On Mon, Apr 04, 2011 at 04:22:26PM +0300, Michael Shigorin wrote:

MS> Этим пользователям всё равно показан виртуалбокс или ноутбук,
MS> по большей части...

Игрушки в virtualbox -- это жестоко.
Софт для разработки железа -- тоже жестоко (hint: JTAG).

MS> Загрузка -- действительно почти чисто имиджевая задача в плане
MS> скорости.  На ноуте разница составляет максимум полминуты, на
MS> сервере фирмвари и стораджи на порядок дольше инициализируются.
MS> К тому, что смотреть стоит на другое, а это -- разве что приятное
MS> дополнение.

А с этим согласен. Хотя на ноуте эти полминуты могут быть критичны (с
точки зрения нервов).

Ничтожная железка (компьютер) никогда и ни в какой ситуации не должен
заставлять Человека ждать больше 10-и секунд.

Елки зеленые, со времен когда у меня был MS DOS 3.30 на Intel 8088 с 20Mb
MFM HDD и 640k памяти прошло 18 лет. Какого [censored] современная машина
должна приходить в состояние готовности после включения _медленнее_?

Безусловно это -- куда менее важно чем cgroups, или фичи a-la daemontools.
Но я отказываюсь соглашаться что это совсем неважно.

Знаешь, единственное для чего мне иногда хочется себе купить iPad --
потому что на этой железке я могу нажать кнопочку и получить _немедленно_
работающую систему, а не через несколько минут (с учетом какого-нибудь
ntpd который заткнул загрузку из-за того что я отключен от сети).

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Michael Shigorin]

On Mon, Apr 04, 2011 at 06:36:41PM +0400, Mike Pluzhnikov wrote:
> > > и никому не прошла в голову мысль о пользователях у которых
> > > на компе несколько ОС и необходимо перегружаться между
> > Этим пользователям всё равно показан виртуалбокс или ноутбук,
> > по большей части...
> Не думайте на других. Миша почему ты думаешь, что всех спасёт
> VirtualBox? Меня не спасёт, к примеру. Что за манера

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

И уж тем более не говорю за _всех_, что ты.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[sisyphus] [JT] время загрузки как фактор

[Michael Shigorin]

On Mon, Apr 04, 2011 at 08:54:25PM +0400, Денис Смирнов wrote:
> > Этим пользователям всё равно показан виртуалбокс или ноутбук,
> > по большей части...
> Игрушки в virtualbox -- это жестоко.

Здесь сложней.

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

А если человек собирается гробить, как правило, часы,
то опять же полминуты (если не меньше) ему и вовсе не жаль.

> Софт для разработки железа -- тоже жестоко (hint: JTAG).

Не вкручивал, разве что МФУ цеплять доводилось.

> А с этим согласен. Хотя на ноуте эти полминуты могут быть
> критичны (с точки зрения нервов).

Равно как и первые полминуты (включая BIOS) -- поэтому suspend.

> Знаешь, единственное для чего мне иногда хочется себе купить
> iPad -- потому что на этой железке я могу нажать кнопочку и
> получить _немедленно_ работающую систему

Что ты там про DOS говорил? ;-) (пара ipad'ов на конторе есть)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] [JT] время загрузки как фактор

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1931 bytes --]

On Tue, Apr 05, 2011 at 12:14:39AM +0300, Michael Shigorin wrote:
>> Игрушки в virtualbox -- это жестоко.
MS> Здесь сложней.
MS> Поблажки нервной дрожи перед запуском прелессти --
MS> аргументом не считаю (хотя рыночная стоимость может
MS> быть как раз дикой).

Увы, стоит исходить из того что люди -- не идеальны в чем-то.
Утверждать что "наши пользователи -- идеальные люди" это несколько
перебор. Маловато их на земле, я ни одного не видел.

MS> А если человек собирается гробить, как правило, часы,
MS> то опять же полминуты (если не меньше) ему и вовсе не жаль.

Вопрос не в жаль/не жаль, а в степени раздражения.

>> Софт для разработки железа -- тоже жестоко (hint: JTAG).
MS> Не вкручивал, разве что МФУ цеплять доводилось.

Вся засада в том, что это все куча специфического софта. Часто с
требованиями к компу покруче чем у игрушек (в т.ч. к 3D). Поэтому в
виртуалке работать тяжко. Плюс куча спец софта и железа -- программаторы,
JTAG и т.д.

Сейчас де-факто если денег дофига проще купить таким разработчикам две
машины. Если не дофига -- поставить винду и не думать о линуксе вообще.
Если же человек хочет частично мигрировать, то перезагрузки ему
обеспечены.

MS>> А с этим согласен. Хотя на ноуте эти полминуты могут быть
MS>> критичны (с точки зрения нервов).
> Равно как и первые полминуты (включая BIOS) -- поэтому suspend.

На моем нетбуке BIOS это ну никак не полминуты. Могу замерять, конечно, но
AFAIR речь о секундах.

>> Знаешь, единственное для чего мне иногда хочется себе купить
>> iPad -- потому что на этой железке я могу нажать кнопочку и
>> получить _немедленно_ работающую систему
MS> Что ты там про DOS говорил? ;-) (пара ipad'ов на конторе есть)

DOS + arachne - почти iPad :))) Там все равно кроме браузера ничего не
нужно :)

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1507 bytes --]

On Mon, Apr 04, 2011 at 05:15:14PM +0400, Mike Pluzhnikov wrote:
> В сообщении от 1 апреля 2011 16:31:19 автор Денис Смирнов написал:
> > On Fri, Apr 01, 2011 at 08:43:30AM +0400, Anton Farygin wrote:
> > 
> > AF> Роман, это как раз мой случай - у меня на медиаплеере под Linux'ом с
> > AF> Systemd выигрыша не было совсем.
> > 
> > Выигрыша не может быть пока все инитскрипты sysv.
> > 
> Для меня systemd уже лучше SysV, так как группирует процессы по cgroups и можно выставлять 
> в юниты лимиты.

cgroups появились гораздо раньше чем systemd, ими пользуется не только
systemd, и добавить поддержку настройки cgroups куда-нибудь (в тот же
limited(8), используемый в start_daemon) несложно.  Было бы желание этим
пользоваться.

> Все больше и больше вижу, народ просто не знает о преимуществах systemd, 
> знают только о ускорее загрузки.

О преимуществах systemd написано на самом видном месте:
http://0pointer.de/blog/projects/systemd.html
Если народ не знает, значит, народ не хочет знать.

> Как выслнилось, разработчикам не нужен systemd, так как у них одна система на компьютере и 
> её просто уводят в "сон" при выключении компьютера и никому не прошла в голову мысль о 
> пользователях у которых на компе несколько ОС и необходимо перегружаться между ними.

Если у пользователей на современном компе несколько ОС не в контейнерах,
а прямо в HN, то для этих пользователей, очевидно, SNMP.  В таком случае
их аргументы, скорее всего, не очень актуальны.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] systemd

[Roman Lesnichenko]

04.04.2011 19:54, Денис Смирнов пишет:

> Елки зеленые, со времен когда у меня был MS DOS 3.30 на Intel 8088 с 20Mb
> MFM HDD и 640k памяти прошло 18 лет. Какого [censored] современная машина
> должна приходить в состояние готовности после включения _медленнее_?

Амстрадик небось какой-нить?
Или тоже угораздило на Правец-16 мучаться? Хотя там кажысь 86 был...


-- 
With best wishes, Roman.

[sisyphus] [JT] systemd

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 736 bytes --]

On Tue, Apr 05, 2011 at 01:34:23AM +0300, Roman Lesnichenko wrote:

>> Елки зеленые, со времен когда у меня был MS DOS 3.30 на Intel 8088 с 20Mb
>>  MFM HDD и 640k памяти прошло 18 лет. Какого [censored] современная машина
>> должна приходить в состояние готовности после включения _медленнее_?
RL> Амстрадик небось какой-нить?
RL> Или тоже угораздило на Правец-16 мучаться? Хотя там кажысь 86 был...

Роботрон какой-то, AFAIR. С черно-зеленым монитором :) Кажись даже не CGA
-- что-либо кроме текстового режима я там так и не нашел. И процессор,
разумеется, отнюдь не родной интеловский -- клон.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] [JT] systemd

[Roman Lesnichenko]

05.04.2011 04:58, Денис Смирнов пишет:

> Роботрон какой-то, AFAIR. С черно-зеленым монитором :) Кажись даже не CGA
> -- что-либо кроме текстового режима я там так и не нашел. И процессор,
> разумеется, отнюдь не родной интеловский -- клон.

О! Были такие у нас NEC  с процом V20 кажись... Правда мониторы рыжие... 
Хотя борландовская графика работала....
Да, были времена...

-- 
With best wishes, Roman.

Re: [sisyphus] systemd

[Sergey]

On Monday, April 04, 2011, Денис Смирнов wrote:

> Елки зеленые, со времен когда у меня был MS DOS 3.30 на Intel 8088 с 20Mb
> MFM HDD и 640k памяти прошло 18 лет. Какого [censored] современная машина
> должна приходить в состояние готовности после включения _медленнее_?

Говорят, старые маки были сразу готовы к работе...  

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] [JT] systemd

[Sergey]

On Tuesday, April 05, 2011, Roman Lesnichenko wrote:

> О! Были такие у нас NEC  с процом V20 кажись...

Это крутой был процессор, кстати... 16MHz. Всё летало... 
А вот Искра 1030... И, даже, не 1030.11... 

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] systemd

[Roman Lesnichenko]

05.04.2011 09:14, Sergey пишет:
>> Елки зеленые, со времен когда у меня был MS DOS 3.30 на Intel 8088 с 20Mb
>> MFM HDD и 640k памяти прошло 18 лет. Какого [censored] современная машина
>> должна приходить в состояние готовности после включения _медленнее_?
>
> Говорят, старые маки были сразу готовы к работе...
>
Агат достаточно быстро грузился...

Роман.

Re: [sisyphus] systemd

[Sergey]

On Tuesday, April 05, 2011, Roman Lesnichenko wrote:

> > Говорят, старые маки были сразу готовы к работе...
> >
> Агат достаточно быстро грузился...

С какой ОС ? ;-)

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] [JT] время загрузки как фактор

[Michael Shigorin]

On Tue, Apr 05, 2011 at 01:56:19AM +0400, Денис Смирнов wrote:
> Вопрос не в жаль/не жаль, а в степени раздражения.

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

> Если не дофига -- поставить винду и не думать о линуксе вообще.
> Если же человек хочет частично мигрировать, то перезагрузки ему
> обеспечены.

Либо же засунуть линукс в виртуалку или под coLinux.

> MS>> А с этим согласен. Хотя на ноуте эти полминуты могут быть
> MS>> критичны (с точки зрения нервов).
> > Равно как и первые полминуты (включая BIOS) -- поэтому suspend.
> На моем нетбуке BIOS это ну никак не полминуты. Могу замерять,
> конечно, но AFAIR речь о секундах.

В смысле "BIOS+bootloader+загрузка всё равно дольше просыпания".

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] [JT] systemd

[Slava Semushin]

5 апреля 2011 г. 12:36 пользователь Roman Lesnichenko
<sisyphus@avangard.dn.ua> написал:
[...]
> О! Были такие у нас NEC  с процом V20 кажись... Правда мониторы рыжие...
> Хотя борландовская графика работала....
> Да, были времена...

Коллеги, может быть в talk-room@? Здесь это offtopic..

Заранее спасибо.

-- 
Slava Semushin

Re: [sisyphus] systemd

[Alexey Shabalin]

5 апреля 2011 г. 13:15 пользователь Alexey Shabalin написал:
> 2 апреля 2011 г. 22:48 пользователь Alexey Shabalin написал:
>> 2 апреля 2011 г. 13:36 пользователь Max Ivanov написал:
>>>> Дайте список нестабильностей. :)
>>>> В основном надо править не systemd а другие пакеты(с init-скриптами)
>>>
>>> Куда писать баги и аттачить service файлы?
>>>
>> Баги надо вешать на соответствующие пакеты, естественно.
>> О себе должен заботится сам пакет, systemd не должен таскать с собой
>> все существующие *.service файлы.
>> Для примера я повесил баг на openntpd  #25359

 Спасибо ldv@, баг оперативно закрыт, в openntpd добавлена нативная
 поддержка запуска через systemd.
 Нет Ничего сложного, в открытии багов и их решении. (даже при
 отсутствии systemd в сизифе)
 Так что нет смысла делать пакет для systemd, содержаший в себе
 *.service файлы сторонних пакетов. А потом ещё решать файловые
 конфликты.

>>> И можно кратко рассказать как оно старутет скрипты из /etc/init.d ?
>>> вот есть, например acpid.service, но файла такого ни в systemd ни в
>>> systemd-units нет
>>
>> 1) команда
>> service ntpd start
>> определяет, запущена ли система с помощью systemd, и в зависимости от
>> этого перенаправляет на systemctl
>> на равноценный вызов
>> systemsct start ntpd.service
>> 2) systemctl запускает /lib/systemd/system/ntpd.service (или ищет в
>> /etc/systemd).
>> 3) если нативного файла service нет, то запускается скрипт из
>> init.d/ntp (.service уже не добавляется).
>>
>> К rc.d-скриптам systemd добавляется суффикс .service сам.
>>
>> --
>> Alexey Shabalin
>>
>
>
>
> --
> Alexey Shabalin
>



-- 
Alexey Shabalin

Re: [sisyphus] systemd

[Sergey]

On Tuesday, April 05, 2011, Alexey Shabalin wrote:

>  Нет Ничего сложного, в открытии багов и их решении. (даже при
>  отсутствии systemd в сизифе)

А хорошо ли наличие /lib/systemd, если systemd не установлен ? 

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] systemd

[Alexey Shabalin]

5 апреля 2011 г. 16:11 пользователь Sergey написал:
> On Tuesday, April 05, 2011, Alexey Shabalin wrote:
>
>>  Нет Ничего сложного, в открытии багов и их решении. (даже при
>>  отсутствии systemd в сизифе)
>
> А хорошо ли наличие /lib/systemd, если systemd не установлен ?

Ничего плохого не вижу. Ну нет systemd, никто не пользует /lib/systemd
и что? Места много не занимает.

-- 
Alexey Shabalin

Re: [sisyphus] systemd (+monit до кучи)

[Alexey Shabalin]

1 апреля 2011 г. 17:53 пользователь Dmitry V. Levin написал:
>> MS> Во вторую -- udev в контейнерах.
>> systemd сейчас в контейнерах просто не работает.
Я ещё не проверял. Код для детекта контейнера в systemd есть. В общем
надо смотреть.

> В ovz-контейнерах, в отличие от kvm-контейнеров, udev не нужен.
Не нужен, но возможен.
Я помню с полгода назад ставил RedHat-5.X в openvz контейнер, и udev в
нём вполне работал.
Так что не преодолимых проблем для работы systemd в контейнере я не
вижу. Возможно лишнее, возможно не безопасно.

PS: в новых версиях systemd появилась возможноть указать хост в
утилите systemctl - то есть управлять удалёнными хостами.

-- 
Alexey Shabalin

[sisyphus] [JT] Re: systemd

[Michael Shigorin]

On Tue, Apr 05, 2011 at 10:14:44AM +0400, Sergey wrote:
> > Елки зеленые, со времен когда у меня был MS DOS 3.30 на Intel
> > 8088 с 20Mb MFM HDD и 640k памяти прошло 18 лет. Какого
> > [censored] современная машина должна приходить в состояние
> > готовности после включения _медленнее_?
> Говорят, старые маки были сразу готовы к работе...  

1) нет;
2) пойдёмте с этим в курилку?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] systemd (+monit до =?koi8-r?q?_=CB=D5=DE=C9?=)

[Mike Mail]

В сообщении от 5 апреля 2011 18:40:58 автор Alexey Shabalin написал:
> 1 апреля 2011 г. 17:53 пользователь Dmitry V. Levin написал:
> PS: в новых версиях systemd появилась возможноть указать хост в
> утилите systemctl - то есть управлять удалёнными хостами.

Сейчас такой вой поднимется...