LINUX.ORG.RU

История изменений

Исправление intelfx, (текущая версия) :

Стадия первая: отрицание.

Отрицание, например, вот здесь: В чем отличие OpenRC от Systemd? (комментарий)

Так вот. Наглядная демонстрация того, что ugoday балабол.

$ systemctl --version
systemd 244 (244.1-1-arch)
+PAM +AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN2 -IDN +PCRE2 default-hierarchy=hybrid

$ /bin/du -b /usr/lib/systemd/* | sort -n | tail -n5
399312  /usr/lib/systemd/systemd-resolved
411488  /usr/lib/systemd/systemd-udevd
845720  /usr/lib/systemd/systemd-networkd
1546088 /usr/lib/systemd/systemd
2298088 /usr/lib/systemd/libsystemd-shared-244.so

Возьмём для примера самый жирный бинарник, не являющийся init’ом. Ведь если он самый жирный, то и вероятность того, что там затесалась какая-нибудь зависимость, тоже самая высокая?

$ sudo docker run -it --rm --privileged archlinux
Trying to pull docker.io/library/archlinux...
Getting image source signatures
Copying blob 94012c774717 done
Copying blob bb303f4daf31 done
Copying blob 611e91f2fbf8 done
Copying blob d71957b4d7f7 done
Copying blob c003ccab720b done
Copying config b389db977f done
Writing manifest to image destination
Storing signatures
[root@e0fcdf3b3973 /]# pgrep systemd
[root@e0fcdf3b3973 /]# mkdir /run/systemd
[root@e0fcdf3b3973 /]# /usr/lib/systemd/systemd-udevd --daemon
Starting version 243.51-1-arch
[root@e0fcdf3b3973 /]# udevadm trigger --action=add
[root@e0fcdf3b3973 /]# /usr/lib/systemd/systemd-networkd &
[1] 52
[root@e0fcdf3b3973 /]# eth0: Gained IPv6LL
Enumeration completed

[root@e0fcdf3b3973 /]# networkctl
IDX LINK TYPE     OPERATIONAL SETUP
  1 lo   loopback carrier     unmanaged
  3 eth0 ether    routable    unmanaged

2 links listed.

И о чудо, всё в порядке.

Так что, покажешь, где там бинарники, которые «без systemd не работают и systemd без них не работает»?

Также я бы хотел увидеть доказательство того, что таких гипотетических бинарников — большинство, ведь исходное заявление намекало именно на это. В любом случае одним или двумя бинарниками с взаимными зависимостями никого не удивишь, ведь это будет наоборот означать, что systemd (даже те его части, которые составляют единое целое) раздроблён по разным процессам и грамотно спроектирован, уменьшая риск падения всего сразу.

Исправление intelfx, :

Стадия первая: отрицание.

Отрицание, например, вот здесь: В чем отличие OpenRC от Systemd? (комментарий)

Так вот. Наглядная демонстрация того, что ugoday балабол.

$ systemctl --version
systemd 244 (244.1-1-arch)
+PAM +AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN2 -IDN +PCRE2 default-hierarchy=hybrid

$ /bin/du -b /usr/lib/systemd/* | sort -n | tail -n5
399312  /usr/lib/systemd/systemd-resolved
411488  /usr/lib/systemd/systemd-udevd
845720  /usr/lib/systemd/systemd-networkd
1546088 /usr/lib/systemd/systemd
2298088 /usr/lib/systemd/libsystemd-shared-244.so

Возьмём для примера самый жирный бинарник, не являющийся init’ом. Ведь если он самый жирный, то и вероятность того, что там затесалась какая-нибудь зависимость, тоже самая высокая?

$ sudo docker run -it --rm --privileged archlinux
Trying to pull docker.io/library/archlinux...
Getting image source signatures
Copying blob 94012c774717 done
Copying blob bb303f4daf31 done
Copying blob 611e91f2fbf8 done
Copying blob d71957b4d7f7 done
Copying blob c003ccab720b done
Copying config b389db977f done
Writing manifest to image destination
Storing signatures
[root@e0fcdf3b3973 /]# pgrep systemd
[root@e0fcdf3b3973 /]# mkdir /run/systemd
[root@e0fcdf3b3973 /]# /usr/lib/systemd/systemd-udevd --daemon
Starting version 243.51-1-arch
[root@e0fcdf3b3973 /]# udevadm trigger --action=add
[root@e0fcdf3b3973 /]# /usr/lib/systemd/systemd-networkd &
[1] 52
[root@e0fcdf3b3973 /]# eth0: Gained IPv6LL
Enumeration completed

[root@e0fcdf3b3973 /]# networkctl
IDX LINK TYPE     OPERATIONAL SETUP
  1 lo   loopback carrier     unmanaged
  3 eth0 ether    routable    unmanaged

2 links listed.

И о чудо, всё в порядке.

Так что, покажешь, где там бинарники, которые «без systemd не работают и systemd без них не работает»?

Также я бы хотел увидеть доказательство того, что таких гипотетических бинарников — большинство. Одним или двумя бинарниками с взаимными зависимостями никого не удивишь, ведь это будет наоборот означать, что systemd (даже те его части, которые составляют единое целое) раздроблён по разным процессам и грамотно спроектирован, уменьшая риск падения всего сразу.

Исправление intelfx, :

Стадия первая: отрицание.

Отрицание, например, вот здесь: В чем отличие OpenRC от Systemd? (комментарий)

Так вот. Наглядная демонстрация того, что ugoday балабол.

$ systemctl --version
systemd 244 (244.1-1-arch)
+PAM +AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN2 -IDN +PCRE2 default-hierarchy=hybrid

$ /bin/du -b /usr/lib/systemd/* | sort -n | tail -n5
399312  /usr/lib/systemd/systemd-resolved
411488  /usr/lib/systemd/systemd-udevd
845720  /usr/lib/systemd/systemd-networkd
1546088 /usr/lib/systemd/systemd
2298088 /usr/lib/systemd/libsystemd-shared-244.so

Возьмём для примера самый жирный бинарник, не являющийся init’ом. Ведь если он самый жирный, то и вероятность того, что там затесалась какая-нибудь зависимость, тоже самая высокая?

$ sudo docker run -it --rm --privileged archlinux
Trying to pull docker.io/library/archlinux...
Getting image source signatures
Copying blob 94012c774717 done
Copying blob bb303f4daf31 done
Copying blob 611e91f2fbf8 done
Copying blob d71957b4d7f7 done
Copying blob c003ccab720b done
Copying config b389db977f done
Writing manifest to image destination
Storing signatures
[root@e0fcdf3b3973 /]# pgrep systemd
[root@e0fcdf3b3973 /]# mkdir /run/systemd
[root@e0fcdf3b3973 /]# /usr/lib/systemd/systemd-udevd --daemon
Starting version 243.51-1-arch
[root@e0fcdf3b3973 /]# udevadm trigger --action=add
[root@e0fcdf3b3973 /]# /usr/lib/systemd/systemd-networkd &
[1] 52
[root@e0fcdf3b3973 /]# eth0: Gained IPv6LL
Enumeration completed

[root@e0fcdf3b3973 /]# networkctl
IDX LINK TYPE     OPERATIONAL SETUP
  1 lo   loopback carrier     unmanaged
  3 eth0 ether    routable    unmanaged

2 links listed.

И о чудо, всё в порядке.

Так что, покажешь, где там бинарники, которые «без systemd не работают и systemd без них не работает»?

Также я бы хотел увидеть доказательство того, что таких гипотетических бинарников — большинство. Одним или двумя бинарниками с взаимными зависимостями никого не удивишь, ведь это будет наоборот означать, что systemd раздроблён по разным процессам и грамотно спроектирован, уменьшая риск падения всего сразу.

Исходная версия intelfx, :

Стадия первая: отрицание.

Отрицание, например, вот здесь: В чем отличие OpenRC от Systemd? (комментарий)

Так вот. Наглядная демонстрация того, что ugoday балабол.

$ systemctl --version
systemd 244 (244.1-1-arch)
+PAM +AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN2 -IDN +PCRE2 default-hierarchy=hybrid

$ /bin/du -b /usr/lib/systemd/* | sort -n | tail -n5
399312  /usr/lib/systemd/systemd-resolved
411488  /usr/lib/systemd/systemd-udevd
845720  /usr/lib/systemd/systemd-networkd
1546088 /usr/lib/systemd/systemd
2298088 /usr/lib/systemd/libsystemd-shared-244.so

Возьмём для примера самый жирный бинарник, не являющийся init’ом. Ведь если он самый жирный, то и вероятность того, что там затесалась какая-нибудь зависимость, тоже самая высокая?

$ sudo docker run -it --rm --privileged archlinux
Trying to pull docker.io/library/archlinux...
Getting image source signatures
Copying blob 94012c774717 done
Copying blob bb303f4daf31 done
Copying blob 611e91f2fbf8 done
Copying blob d71957b4d7f7 done
Copying blob c003ccab720b done
Copying config b389db977f done
Writing manifest to image destination
Storing signatures
[root@e0fcdf3b3973 /]# pgrep systemd
[root@e0fcdf3b3973 /]# mkdir /run/systemd
[root@e0fcdf3b3973 /]# /usr/lib/systemd/systemd-udevd --daemon
Starting version 243.51-1-arch
[root@e0fcdf3b3973 /]# udevadm trigger --action=add
[root@e0fcdf3b3973 /]# /usr/lib/systemd/systemd-networkd &
[1] 52
[root@e0fcdf3b3973 /]# eth0: Gained IPv6LL
Enumeration completed

[root@e0fcdf3b3973 /]# networkctl
IDX LINK TYPE     OPERATIONAL SETUP
  1 lo   loopback carrier     unmanaged
  3 eth0 ether    routable    unmanaged

2 links listed.

И о чудо, всё в порядке.

Так что, покажешь, где там бинарники, которые «без systemd не работают и systemd без них не работает»?