Migracja serwisów SysV -> systemd

[Tomasz Pala]

On Wed, Jan 25, 2012 at 08:24:28 +0100, Pawel Golaszewski wrote:

>> >> 0. olewamy sprawę, jak ktoś zmieni inita, to ten mu uruchomi usługi 
>> >>    SysV; będzie musiał sobie ręcznie włączyć co chce mieć pod 
>> >>    systemd.
>> > No nie - to nie jest fajne, system staje się niedeterministyczny, 
>> > zależny MOCNO od kolejności instalacji.
>> A czym się różni uruchomienie przez SysV od uruchomienia przez unit?
>> Niczym istotnym - funkcjonalność pozostaje.
> 
> Przeczytaj jeszcze raz: w zależności od kolejności instalowania dostaniesz 
> zupełnie inaczej działający system.

W jaki niby sposób? Konkretnie - bo nie widzę takiej możliwości.

>> Nie dam sobie teraz nic uciąć, ale enable/disable z tego co pamiętam (bo 
>> CHYBA kiedyś sprawdzałem) nie wymaga dbusa ani nic - przecież ta funkcja 
>> powinna działać nawet z poziomu emergency.target.
> 
> Jaki sens ma wogóle wydzielenie units do osobnego pakietu?

W momencie tego podziału reszta pakietu zastępowała całego inita. Później
dopiero wydzieliłem 'compat' (tj. /bin/init oraz towarzyszące symlinki)
i teraz jedyne uzasadnienie units to właśnie R/S w demonach.

>> >> > 2. Magia przy instalacji systemd-units, która włączy wcześniej 
>> >> >    zainstalowane paczki.
>> > 
>> > 3. Odłożenie komend z makr do wykonania później.
>> Jak już wspomniałem - oba te warianty są wadliwe, gdyż mogą aktywować
>> usługi wyłączone chkconfigiem.
> 
> Jeżeli nie masz jakiejś procedury przejścia konfiguracji chkconfiga to ten 
> temat nie istnieje (proszę, nie mów o ręcznym grzebaniu, to można zrobić 
> na 1-2 maszynach).

No właśnie - wariant 2 i 3 możemy sobie od razu odpuścić, bo zawiodą i tak.
Robota głupiego - szczególnie zważywszy na charakter PLD.

> Bo nigdy nie będzie. 100% automatyczne przejście nie jest chyba możliwe, 
> fedory i inne też chyba tego nie obsługują...

Oni mają prościej - od powiedzmy FC15 jest systemd (jest punkt
migracji), no i oni nie są tak elastyczni dla indywidualnych
konfiguracji, jak stara się być PLD.

-- 
Tomasz Pala <gotar w pld-linux.org>