Re: systemd i la mare que el va...
2014-12-18, 13:18 (+0100); Jordi Mallach escriu: > En un intent d'evitar que el FUD anti-systemd s'escampe també per una > llista generalment civilitzada com aquesta, només diré que el paquet > systemd conté _64_ binaris diferents. En contrast, util-linux conté 72. > > Així que millor dir "systemd, un programa que trenca la filosofia UNIX > amb 64 binaris que fan cadascú una cosa distinta". Senyal que systemd vol fer massa coses... sysvinit té 15 binaris. Per mi és més alarmant la filosofia que consisteix a limitar el poder de decisió de l'usuari. Això ho veiem en el Gnome 3, en el NetworkManager i ara al systemd. En el cas de systemd, com que funciona a base de dependències, al final és molt complicat controlar quins programes s'acaben executant i en quin ordre. Potser es pot arribar a fer si et llegeixes tota la documentació. De moment jo l'únic que he aconseguit són uns llistats inacabables a on és impossible treure l'aigua clara de res. -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141218185746.GA6927@doriath.local
Re: systemd i la mare que el va...
El 18/12/14 a les 13:18, Jordi Mallach ha escrit: > El dc 17 de 12 de 2014 a les 12:47 +0100, en/na Ricard Pradell va > escriure: >> Mercès per la informació. Semblen tenir raó els que diuen que trenca >> la filosofia UNIX de "un programa que fa una sola cosa, i la fa bé". >> Però no obriré flames sobre això, doncs per internet ja n'he vist uns >> quants. Espero també que imperi el sentit comú i la filosofia de no >> imposar res que sempre ha caracteritzat al software lliure en general >> i a Debian en particular. Tornaré de moment a lo bo i conegut. > > En un intent d'evitar que el FUD anti-systemd s'escampe també per una > llista generalment civilitzada com aquesta, només diré que el paquet > systemd conté _64_ binaris diferents. En contrast, util-linux conté 72. > > Així que millor dir "systemd, un programa que trenca la filosofia UNIX > amb 64 binaris que fan cadascú una cosa distinta". > > Quant a imposar res, és molt senzill: s'ha dit per activa, passiva i > fins avorrir, que Debian mantindrà suport per alternatives a systemd, > siguen sysvinit, upstart, runit, OpenRC o el que siga, sempre que hi > haja gent que estiga disposada a fer-se'n càrrec dels bugs i problemes > que sorgeixen. No estic en condicions de fer una valoració objectiva sobre si sysv o systemd, tot i que tinc dos ordinadors a Jessie, un sobretaula amb systemd i un portàtil amb el sysvinit tradicional, i cap dels dos m'està donant problemes a nivell d'usuari. Però sí que vull apuntar que l'entrada de systemd s'ha gestionat, des del meu punt de vista, d'una forma una mica matussera, que és la que penso que ha acabat generant bona part de la polèmica. A més, alguns encara recordem el nyap de NetworkManager a Lenny, que els mantenidors de GNOME el van fer entrar amb calçador i usant KDE era un caos de fer anar, l'altre tema és com s'arribava a colar com a dependència. Aquí ha passat una mica el mateix, jo ho vaig viure amb CUPS que de cop i volta per resolució de dependències m'exigia systemd. No li trobava sentit, i vaig estar temps amb el paquet congelat a testing fins que la cosa es normalitzés amb systemd-shim, que per altra banda cada dos per tres tenia les dependències trencades i feia saltar de nou tot el systemd cap a dins. Fins i tot ha fet falta una resolució del comitè tècnic per arreglar aquesta imposició i permetre correctament que systemd no s'instal·lés substituint sysvinit a la mínima que el paquet d'un servei començava a donar suport als dos sistemes d'arrencada. I sí, ja sé que hi ha una altra resolució que diu que el sistema d'init per defecte a Jessie serà systemd, però això no vol dir posar pals a les rodes per a sistemes alternatius, de la mateixa forma que es pot tenir Debian amb KDE tot i que l'escriptori per defecte sigui GNOME. -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5492ecf2.4040...@gmail.com
Re: systemd i la mare que el va...
El dc 17 de 12 de 2014 a les 12:47 +0100, en/na Ricard Pradell va escriure: > Mercès per la informació. Semblen tenir raó els que diuen que trenca > la filosofia UNIX de "un programa que fa una sola cosa, i la fa bé". > Però no obriré flames sobre això, doncs per internet ja n'he vist uns > quants. Espero també que imperi el sentit comú i la filosofia de no > imposar res que sempre ha caracteritzat al software lliure en general > i a Debian en particular. Tornaré de moment a lo bo i conegut. En un intent d'evitar que el FUD anti-systemd s'escampe també per una llista generalment civilitzada com aquesta, només diré que el paquet systemd conté _64_ binaris diferents. En contrast, util-linux conté 72. Així que millor dir "systemd, un programa que trenca la filosofia UNIX amb 64 binaris que fan cadascú una cosa distinta". Quant a imposar res, és molt senzill: s'ha dit per activa, passiva i fins avorrir, que Debian mantindrà suport per alternatives a systemd, siguen sysvinit, upstart, runit, OpenRC o el que siga, sempre que hi haja gent que estiga disposada a fer-se'n càrrec dels bugs i problemes que sorgeixen. Debian és i serà un projecte realitzat per voluntaris, i els voluntaris fan el que els motiva. Si a ningú motiva mantenir més d'un sistema d'inici en Debian més enllà de jessie, aleshores "el sentit comú" serà que només es podrà emprar systemd. Depèn de tots i totes. -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1418905108.5141.10.ca...@debian.org
Re: systemd i la mare que el va...
Mercès per la informació. Semblen tenir raó els que diuen que trenca la filosofia UNIX de "un programa que fa una sola cosa, i la fa bé". Però no obriré flames sobre això, doncs per internet ja n'he vist uns quants. Espero també que imperi el sentit comú i la filosofia de no imposar res que sempre ha caracteritzat al software lliure en general i a Debian en particular. Tornaré de moment a lo bo i conegut. Salut i Bones Festes El dia 7 desembre de 2014, 23:23, Ernest Adrogué ha escrit: > > Hola, > > 2014-12- 7, 19:37 (+0100); Ricard Pradell escriu: > > A pesar del títol, encara estic disposat a donar a systemd el benefici > del > > dubte. No tinc un perfil tècnic, o sigui que no entenc massa les raons a > > favor i en contra que veig per internet. Agrairia molt si algú > m'expliqués > > amb llenguatge planer què significa systemd, i per què val la pena > > utilitzar-lo, si és que la val. > > Jo tampoc sóc tècnic, però pel que tinc entès en un principi el systemd era > una versió alternativa de l'init de System V (l'init tradicional de Debian > i > la majoria de distribucions). L'avantatge era que systemd permetia > executar > els processos en paral·lel, amb la qual cosa es reduïa el temps > d'arrencada. > Després van anar afegint altres coses, des d'un servidor de sincronització > horària, o un sistema alternatiu de logs, fins a un mètode propi per > configurar el nom de xarxa de l'ordinador. Al final, systemd s'ha > convertit > en una mena de conglomerat inextricable de programes que pretenen > substituir > altres programes que feien tota mena de funcions diverses. > > Personalment, els suposats avantatges del systemd (no en conec cap, passar > d'arrencar en 4 segons a 3 no ho considero un avantatge) no em compensen > els > maldecaps que comporta canviar el sistema d'arrencada. D'entrada has > d'aprendre tot un sistema nou de fer les coses. Ni tampoc m'agrada > l'actitud dels desenvolupadors, que fan tots els possibles per obligar als > usuaris a utilitzar el seu software ens agradi o no. Quan vaig trobar el > primer bug (l'ordre shutdown no apagava l'alimentació) vaig decidir que ja > n'havia tingut prou de systemd i vaig tornar a l'init tradicional. > > > Crec que els del fork estan fent una campanya de crowdfunding per tirar > > endavant el projecte. Vaig a buscar la pasta. > > LOL > > No confiaria gaire en aquest fork. Jo crec que al final s'imposarà el > sentit comú i el systemd serà opcional. > > De moment a Debian pots seguir amb l'init de System V. L'únic que has de > fer és desinstal·lar systemd-sysv i instal·lar els paquets systemd-shim i > sysvinit. D'aquesta manera s'instal·len algunes parts inofensives del > systemd (4 llibreries que necessiten alguns programes), però manté l'init > tradicional (System V). > > Salut. > > > -- > To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: https://lists.debian.org/20141207222358.GA31686@doriath.local > >
Re: systemd i la mare que el va...
Hola, 2014-12- 7, 19:37 (+0100); Ricard Pradell escriu: > A pesar del títol, encara estic disposat a donar a systemd el benefici del > dubte. No tinc un perfil tècnic, o sigui que no entenc massa les raons a > favor i en contra que veig per internet. Agrairia molt si algú m'expliqués > amb llenguatge planer què significa systemd, i per què val la pena > utilitzar-lo, si és que la val. Jo tampoc sóc tècnic, però pel que tinc entès en un principi el systemd era una versió alternativa de l'init de System V (l'init tradicional de Debian i la majoria de distribucions). L'avantatge era que systemd permetia executar els processos en paral·lel, amb la qual cosa es reduïa el temps d'arrencada. Després van anar afegint altres coses, des d'un servidor de sincronització horària, o un sistema alternatiu de logs, fins a un mètode propi per configurar el nom de xarxa de l'ordinador. Al final, systemd s'ha convertit en una mena de conglomerat inextricable de programes que pretenen substituir altres programes que feien tota mena de funcions diverses. Personalment, els suposats avantatges del systemd (no en conec cap, passar d'arrencar en 4 segons a 3 no ho considero un avantatge) no em compensen els maldecaps que comporta canviar el sistema d'arrencada. D'entrada has d'aprendre tot un sistema nou de fer les coses. Ni tampoc m'agrada l'actitud dels desenvolupadors, que fan tots els possibles per obligar als usuaris a utilitzar el seu software ens agradi o no. Quan vaig trobar el primer bug (l'ordre shutdown no apagava l'alimentació) vaig decidir que ja n'havia tingut prou de systemd i vaig tornar a l'init tradicional. > Crec que els del fork estan fent una campanya de crowdfunding per tirar > endavant el projecte. Vaig a buscar la pasta. LOL No confiaria gaire en aquest fork. Jo crec que al final s'imposarà el sentit comú i el systemd serà opcional. De moment a Debian pots seguir amb l'init de System V. L'únic que has de fer és desinstal·lar systemd-sysv i instal·lar els paquets systemd-shim i sysvinit. D'aquesta manera s'instal·len algunes parts inofensives del systemd (4 llibreries que necessiten alguns programes), però manté l'init tradicional (System V). Salut. -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141207222358.GA31686@doriath.local
Re: systemd i la mare que el va...
> [tres-asteriscs-vermells***]A start job is running for LSB: Raise > network interf...(aqui un comptador de segons que no acaba mai) /no limit) > > Pel que he pogut esbrinar, sembla que hi ha un conflicte entre unes > particions NFS que munto al arrencar i el systemd dels *@#$$!!! Treballo amb Debian Testing 64 bits, i des de fa uns dies em surt el mateix missatge que a tu, amb em comptador de segons, però al cap d'un minut més o menys continua l'arrencada. Jo no tinc res muntat per NFS. Potser ha estat cosa d'alguna actualització i aviat ho corregeixen. No sé si hi ha manera de revisar els logs de l'arrencada amb systemd. De moment he trobat aquesta informació per poder depurar una mica: http://freedesktop.org/wiki/Software/systemd/Debugging/ http://fedoraproject.org/wiki/How_to_debug_Systemd_problems Salut -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5484ca7c.4060...@probeta.net
Re: systemd i la mare que el va...
Si, he esperat mlt... el timeout no funcionava. Queda arreglat amb la opció --no-block, com es veu en el patch que he enviat a la llista. El dia 7 desembre de 2014, 22:24, Josep Lladonosa ha escrit: > ...has esperat 90 segons? Crec que és el timeout de xarxa. > > Per aquí explicaven com depurar: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754218 > On 7 Dec 2014 21:57, "Ricard Pradell" <009ric...@gmail.com> wrote: > >> No, amb mode restabliment passa el mateix. Confirmo que comentant les >> entrades al fstab (gràcies, knoppix 7), el sistema arrenca. Hi ha un tros >> de codi a /etc/network/if-up.d/mountnfs que teòricament és per arreglar >> això: >> >> # Skip the mountnfs hook when being triggered by the networking SysV init >> # script and instead use the systemd built-in mechanisms to mount remote >> # file systems. >> # This avoids a deadlock caused by the rpcbind SysV init script depending >> # on $network and the $network LSB facility being provided by the >> networking >> # SysV init script. >> if [ -d /run/systemd/system ]; then >> systemctl list-jobs | grep -q network.target && exit 0 >> fi >> >> però en el meu cas no ho arregla. Lo més estrany és que sí sembla >> funcionar en un portàtil que té la mateixa versió de Debian i les mateixes >> entrades a fstab per muntar les particions remotes. No ho entenc (?). >> >> Ricard >> >> Pots arrencar amb l'opció "mode de restabliment" o "recovery mode" del >> menú d'inici del grub? >> >
Re: systemd i la mare que el va...
Hola,
Ja està arreglat. Per si algú es troba amb el mateix, aquest patch
funciona, a /lib/lsb/init-functions.d/40-systemd:
diff --git a/debian/init-functions.d/40-systemd
b/debian/init-functions.d/40-systemd
index 3260d84..1e6ca11 100644
--- a/debian/init-functions.d/40-systemd
+++ b/debian/init-functions.d/40-systemd
@@ -33,6 +33,7 @@ fi
systemctl_redirect () {
local s
local rc
+local args
local prog=${1##*/}
local command=$2
@@ -53,6 +54,11 @@ systemctl_redirect () {
service="${prog%.sh}.service"
+# This is a workaround for users which start services via hook scripts
+# during early boot which can lead to deadlocks.
+if systemctl list-jobs | grep -q -E "(network|sysinit)\.target" ; then
+args="--no-block"
+fi
# Don't try to run masked services. Don't check for errors, if
# this errors, we'll just call systemctl and possibly explode
# there.
@@ -60,7 +66,7 @@ systemctl_redirect () {
[ "$state" = "LoadState=masked" ] && return 0
[ "$command" = status ] || log_daemon_msg "$s" "$service"
-/bin/systemctl $command "$service"
+/bin/systemctl $args $command "$service"
rc=$?
[ "$command" = status ] || log_end_msg $rc
Ara i ja des de la calma... algú em pot explicar en paraules planeres el
què i el perquè de systemd a Debian? Perquè és millor que el que hi havia?
O perquè és tant dolent que un grup no despreciable de sysadmins i
desenvolupadors de Debian han preferit un fork a haver de passar pel tubo?
Gràcies
Ricard
2014-12-07 21:41 GMT+01:00 Ricard Pradell <009ric...@gmail.com>:
> No, amb mode restabliment passa el mateix. Confirmo que comentant les
> entrades al fstab (gràcies, knoppix 7), el sistema arrenca. Hi ha un tros
> de codi a /etc/network/if-up.d/mountnfs que teòricament és per arreglar
> això:
>
> # Skip the mountnfs hook when being triggered by the networking SysV init
> # script and instead use the systemd built-in mechanisms to mount remote
> # file systems.
> # This avoids a deadlock caused by the rpcbind SysV init script depending
> # on $network and the $network LSB facility being provided by the
> networking
> # SysV init script.
> if [ -d /run/systemd/system ]; then
> systemctl list-jobs | grep -q network.target && exit 0
> fi
>
> però en el meu cas no ho arregla. Lo més estrany és que sí sembla
> funcionar en un portàtil que té la mateixa versió de Debian i les mateixes
> entrades a fstab per muntar les particions remotes. No ho entenc (?).
>
> Ricard
>
> Pots arrencar amb l'opció "mode de restabliment" o "recovery mode" del
> menú d'inici del grub?
>
Re: systemd i la mare que el va...
...has esperat 90 segons? Crec que és el timeout de xarxa. Per aquí explicaven com depurar: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754218 On 7 Dec 2014 21:57, "Ricard Pradell" <009ric...@gmail.com> wrote: > No, amb mode restabliment passa el mateix. Confirmo que comentant les > entrades al fstab (gràcies, knoppix 7), el sistema arrenca. Hi ha un tros > de codi a /etc/network/if-up.d/mountnfs que teòricament és per arreglar > això: > > # Skip the mountnfs hook when being triggered by the networking SysV init > # script and instead use the systemd built-in mechanisms to mount remote > # file systems. > # This avoids a deadlock caused by the rpcbind SysV init script depending > # on $network and the $network LSB facility being provided by the > networking > # SysV init script. > if [ -d /run/systemd/system ]; then > systemctl list-jobs | grep -q network.target && exit 0 > fi > > però en el meu cas no ho arregla. Lo més estrany és que sí sembla > funcionar en un portàtil que té la mateixa versió de Debian i les mateixes > entrades a fstab per muntar les particions remotes. No ho entenc (?). > > Ricard > > Pots arrencar amb l'opció "mode de restabliment" o "recovery mode" del > menú d'inici del grub? >
Re: systemd i la mare que el va...
No, amb mode restabliment passa el mateix. Confirmo que comentant les entrades al fstab (gràcies, knoppix 7), el sistema arrenca. Hi ha un tros de codi a /etc/network/if-up.d/mountnfs que teòricament és per arreglar això: # Skip the mountnfs hook when being triggered by the networking SysV init # script and instead use the systemd built-in mechanisms to mount remote # file systems. # This avoids a deadlock caused by the rpcbind SysV init script depending # on $network and the $network LSB facility being provided by the networking # SysV init script. if [ -d /run/systemd/system ]; then systemctl list-jobs | grep -q network.target && exit 0 fi però en el meu cas no ho arregla. Lo més estrany és que sí sembla funcionar en un portàtil que té la mateixa versió de Debian i les mateixes entrades a fstab per muntar les particions remotes. No ho entenc (?). Ricard Pots arrencar amb l'opció "mode de restabliment" o "recovery mode" del menú d'inici del grub?
Re: systemd i la mare que el va...
Pots arrencar amb l'opció "mode de restabliment" o "recovery mode" del menú d'inici del grub? -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/84f6b0f9-c76f-428a-b3d0-3d2178c28...@probeta.net
systemd i la mare que el va...
Hola, A pesar del títol, encara estic disposat a donar a systemd el benefici del dubte. No tinc un perfil tècnic, o sigui que no entenc massa les raons a favor i en contra que veig per internet. Agrairia molt si algú m'expliqués amb llenguatge planer què significa systemd, i per què val la pena utilitzar-lo, si és que la val. Porto temps sentint-ne a parlar, i inclús vaig quedar sorprès de fins a on arribava la polèmica al veure que s'estava produint un fork a Debian per a fer una nova distribució exactament igual però sense el systemd. Com a usuari no professional, vaig pensar que aquesta polèmica ni m'anava ni em venia, i que pel que a mi feia, seguiria essent fidel a la Debian de sempre. Però em sembla que començo a veure amb bons ulls lo del fork, des de que després de la darrera actualització el meu PC es queda penjat eternament a l'arrencada amb el missatge: [tres-asteriscs-vermells***]A start job is running for LSB: Raise network interf...(aqui un comptador de segons que no acaba mai) /no limit) Pel que he pogut esbrinar, sembla que hi ha un conflicte entre unes particions NFS que munto al arrencar i el systemd dels *@#$$!!! El pagot, que no solució, sembla que passa per comentar al fstab les esmentades entrades, però clar, he de poder arrencar per fer-ho. Estic intentant arrencar el sistema amb velles knopix i ubuntus, però de moment, cap livecd ha estat capaç d'arrencar, amb els més estrafolaris i variats errors possibles, o sigui que tampoc n'estic segur de que ho pugui arreglar ni que aquesta sigui la solució. De moment, aqui estic, sense ordinador i pensant que potser tenen raó els partidaris del fork, que acusen a systemd de pervertir la filosofia UNIX de programes que fan una cosa i la fan bé. Aquí hi ha la clau: LA FAN. De moment, al meu ordinador systemd no fa res. Crec que els del fork estan fent una campanya de crowdfunding per tirar endavant el projecte. Vaig a buscar la pasta. Ricard
