systemd baromságok

Bizonyos Sting nicknevű, végtelenül elfogult marharépa is ott szokott ámokfutni? Az idézet végéről amúgy erre asszociáltam. :D

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Izé.

Lehet, hogy rosszul emlékszem, de szerintem nem tölti be minden hardverhez a modult bootoláskor, csak azért, mert észrevette, hogy létezik.

Persze az is lehet, hogy megváltozott ez azóta, amióta nem foglalkoztam vele.

Volt olyan rendszerem (évekkel ezelőtt), ahol direkt alacsonyan tartottam a betöltött modulok számát. Akkor töltött be valamit, amikor bármi használni akarta, és amikor már nem használta, akkor meg kitörölte a modult.

Már nem emlékszem, hogy ez alapból így volt, vagy nekem kellett valamit konfigurálnom hozzá.

Ebben a felállásban pl. kifejezetten nem örülnék, ha a a systemd vagy bármi más csomag betöltene egy vagonnyi modult, mert hátha jó lesz az még valamire.

Nem tudom, hogy nálad az iptables-restore miért nem tölti be a modulokat, azt sem, hogy az nálad miért külön csomag (vagy félreértettem a mondatodat), nálam pont ugyanabból az iptables-1.4.21.tar.bz2-ből jön létre, pont ugyanabban az iptables csomagban van, és pont ugyanúgy nincs gondja a modulok ondemand betöltésével.

A további modulokat felteszem már igen, az iptables.c-ben van egy explicit iptables_insmod hívás az ip_tables modulra, az iptables-restore.c-ben nincs.

	if (!*handle)
		*handle = iptc_init(*table);

	if (!*handle) {
		/* try to insmod the module if iptc_init failed */
		iptables_insmod("ip_tables", modprobe);
		*handle = iptc_init(*table);
	}

Ugyanez a restore-nál:

	handle = iptc_init(tablename);
	if (!handle) {
		exit_error(PARAMETER_PROBLEM, "%s: unable to initialize"
			"table '%s'\n", program_name, tablename);
		exit(1);
	}
	return handle;

És pont ez az, amit mondok: a fenti kódot copy-pastelni kéne az iptables-restore-ba is (és persze az iptables-save-be, ip6tables-restore-ba, ip6tables-save-be, ...), hogy ne kelljen az indítása előtt valakinek betöltenie a szükséges modult.

(alternatíva: a netfilter-persistent.service-be még egy ExecStart=modprobe ip_tables, de az meg nem működne, mert a egybe akarják fogni a netfilter dolgokat, ami saját plug-in kezeléssel jár, ezért batch script (a /usr/sbin/netfilter-persistent egy mappából indítgatja a plug-injeit...) oldja meg azt, amit több, független unit-nak kéne inkább [amik akár lehetnének WantedBy=netfilter-persistent.service-ek is]...)

[egyébként nem ez az egyetlen "systemd"-bug a Debian környékén és amíg ragaszkodnak az init scriptekhez, maradni is fog jó pár... nekem a személyes kedvencem a start-stop-daemon-os init scriptjeik, amik miatt a systemd-s process követés semmit nem ér... ha pl. egy lxc hoston és konténerben is fut egy winbind, a hoston indított winbind restart szépen lecsapja az összes konténer összes winbind processét...]

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

Úgy tudom, Windows-ban sincs systemd... ;)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Vagy ha egzotikusabbat akarsz ott a Void runit-el és akár musl-al, vagy az Obarun runit-el vagy S6 -al.
De ha ragaszkodik a topiknyitó a Debian vonalhoz, akkor a Devuan, illetve van vagy egy tucat Devuan base disztró. Az a jó az opeszószban, hogy ha nem akarsz a nyájjal menni, nem muszáj. De ha nem akarsz ezért váltani, akkor "fogd be a szád és evezz".
Én nem szidom a systemd-t, mert nem használom. Már.