Guida a systemd

[marcomg]

Pensavo di iniziare a buttare giù qualcosa visto che non abbiamo alcuna guida al riguardo.
Posso contare su qualcuno per una eventuale rilettura/aiuto nella stesura?

O magari mi dite che è inutile e forse è meglio puntare su altro

[azioga]

Ciao Marco,
premetto che ammiro tantissimo la tua voglia di fare e le tue competenze.
A parer mio una guida su systemd sarebbe utilissima, se non ce ne fossero già decine

https://wiki.debian.org/it/systemd

se guardi in fondo c'è l'elenco dei principali wiki/distro che già forniscono una guida, nessuna delle quali sarà aggiornata, visto la velocità con cui systemd si espande nei nostri sistemi
Non vorrei veder alimentare l'oceano di quello che per me è il più grande difetto/limite di linux e cioè rifare le stesse cose mille volte.

[Ombra]

A parer mio una guida su systemd sarebbe utilissima, se non ce ne fossero già decine

https://wiki.debian.org/it/systemd

Vero ce ne sono tante ma ad esempio quella che hai linkato è vecchiotta, e in generale quasi tutte cercano di affrontare systemd in una unica guida, il che significa che la guida è superficiale o che essendo di proporzioni bibliche diventa rapidamente ingestibile e illeggibile..

Pensavo di iniziare a buttare giù qualcosa visto che non abbiamo alcuna guida al riguardo.

Secondo me un approccio interessante potrebbe essere focalizzarsi su qualcosa di specifico, ad esempio (idee a random)

* una guida su journalctl - come ottenere informazioni dal log di sistema (esempio con filtri su tempo /boot/ ricerca per parole chiave / per servizio),
potrebbe venire una paginetta o due, diciamo dimensione gestibile

* una guida su systemctl (e già qui è vasta) magari incentrata su come gestire i servizi (mask/enable/start), analizzarne lo stato etc..
( qui è vero che in giro se ne trovano già parecchie)

Bisognerebbe capire quali sono le interfacce e le parti di systemd più utilizzate dai sysadmin e focalizzarsi su quelle..

Posso contare su qualcuno per una eventuale rilettura/aiuto nella stesura?

Hem hem .. a livello contributi sono desaparecido da anni su questo forum, ma soprattutto uso runit quindi anche se trovassi il tempo probabilmente sarei di maggior aiuto se mi dedicassi ad altre guide.

Bene detto questo la smetto di sputare sentenze e me ne torno nell'ombra

[azioga]

Secondo me un approccio interessante potrebbe essere focalizzarsi su qualcosa di specifico, ad esempio (idee a random)

* una guida su journalctl ....

* una guida su systemctl .....

Un approccio di questo tipo lo vedo già meglio.
Un aiuto alla soluzione di problematiche "quotidiane" e concrete.
Ma rimango della mia idea e qualche decina di wiki o howto in giro ci sono già.

[marcomg]

A parer mio una guida su systemd sarebbe utilissima, se non ce ne fossero già decine

Infatti ho fatto questo messaggio per chiedere pareri, sia perché è un argomento complesso, sia perché sono conscio di ciò. Il punto è che guide fatte bene (in italiano) non ne ho trovate.
Mi sarebbe piaciuto una cosa che permettesse ad una persona che si affaccia per la prima volta all'argomento di capirci qualcosa, usarlo un po' e prendere spunti per studiare extra.
Un po' come ho fatto sul blog con nextcloud, se vai sul manuale c'è tutto (alla fine per installarlo mi sono studiato quello). Solo che se non hai un po' di basi di apache, mariadb, debian, etc non vai da nessuna parte.

Non vorrei veder alimentare l'oceano di quello che per me è il più grande difetto/limite di linux e cioè rifare le stesse cose mille volte.

Eh lo so. Sta sul menga anche a me. L'altra cosa che odio parecchio è la frammentarietà. Tra l'altro con systemd si è vista aumentare a dismisura, tra devuan e compagnia bella. Insomma ha creato un bel casino.
Anche a me systemd non sta simpatico, soprattutto è saltato fuori poco dopo che avevo iniziato a studaire sysvinit, soprattutto integrerebbe in se un sacco di cose che non baciano la filosofia KISS (per esempio con i timer di systemd si potrebbe far a meno di cron).
Ora se questo sia un bene o un male non lo so. Di certo la filosofia KISS la condivido, eppure in teoria il Kernel Linux doveva essere un male perché monolitico. Systemd è monolitico, ma comunque non è solo svantaggi. La cosa è certa è che sta diventando lo standard de facto (sia ramo RedHat che ramo Debian).

Gli argomenti da trattare sono tantissimi

focalizzarsi su qualcosa di specifico

Su questo sono d'accordo. Sarei partito con una guida unica divisa titoli h2, ma non farei tutto insieme, si sceglie un argomento e lo si completa. Se poi la cosa si ingrandisce tanto si può splittare in più guide (non partirei in quarta già dividendo le guide se non si fa la fine della guida definitiva a postfix).

Bisognerebbe capire quali sono le interfacce e le parti di systemd più utilizzate dai sysadmin e focalizzarsi su quelle..

Dipende cosa fa. Sicuramente i log.

Hem hem .. a livello contributi sono desaparecido da anni su questo forum

E dove ti si potrebbe trovare? ;P Ma soprattutto perché, ci sarebbe un modo per farti tornare?

soprattutto uso runit quindi anche se trovassi il tempo probabilmente sarei di maggior aiuto se mi dedicassi ad altre guide

Ma guarda, uan guida su runit è assente

Bene detto questo la smetto di sputare sentenze e me ne torno nell'ombra

mi hai fatto morire! Comunque no, sono utili

Un aiuto alla soluzione di problematiche "quotidiane" e concrete.
Ma rimango della mia idea e qualche decina di wiki o howto in giro ci sono già.

Voleva essere questo. Di certo abbiamo molte guide che già sarebbero racimolabili da decine di wiki e howto in giro. Il problema è quanto in giro.
Le guide più cercate e cliccate sono (dati della search console di google)
Guida ai comandi da terminale, Impostare e modificare il layout della tastiera, Utilizzo di cron, Logrotate e Impostare la lingua italiana nel sistema.
Poi Samba, LAMP, Repository ufficiali e SSH.
Alla fine tutte queste guide hanno decine di wiki ed howto in giro, cercando bene si trovano anche cose molto più specifiche. Però se non so niente e voglio iniziare da dove inizio? Spesso le nostre guide sono un buon inizio.


Comunque non lo so, magari si può anche lavorare su altro (oppure migliorare l'idea di systemd), sono tutto occhi

[azioga]

https://wiki.archlinux.org/index.php/systemd_(Italiano)

Questo di solito non è male, anche solo per prendere qualche spunto.

[marcomg]

No non è per niente male. Anzi il wiki di Archlinux, soprattutto la versione inglese è al momento di quanto meglio esista. Pure la parte italiana è moto buona.
La cosa va maturata, non deve essere il copia-incolla altrimenti non ha senso Intanto mi studio le guide che esistono per vedere se ha senso procedere.

[Ombra]

E dove ti si potrebbe trovare? ;P Ma soprattutto perché, ci sarebbe un modo per farti tornare?

Mi sono dedicato alla programmazione da autodidatta, C, Perl oltre alla Shell (che conoscevo già).
A leggere i sorgenti dei programmi e a capirli, a fare le prove etc va via un sacco di tempo..

Ma guarda, uan guida su runit è assente

Ah se dovessi trovare il tempo la faccio di sicuro, quella e una guida sulla configurazione del kernel che mi è stata chiesta per pm