• ¿Quieres apoyar a nuestro foro haciendo una donación?, entra aquí.

Systemd

Glats

Mejor Mod 2020
Miembro del equipo
Registrado
2011/01/17
Mensajes
5.845
Sexo
Macho
Estimados,
Me gustaría saber que piensan sobre systemd, es o será una buena herramienta para las distros? Se cree que podría dejar al Kernel de lado...
bueno acá les dejo unos link para que averigüen de que se trata

http://without-systemd.org/wiki/index.php/Main_Page

Además señalar que hubo una guerra civil cuando el directorio de Debian decidió pasarse a systemd:

http://hackingthesystem4fun.blogspot.com.es/2014/11/devuan-el-fork-de-debian-sin-systemd-ya.html

En lo personal no me gusta systemd, encuentro que rompe con toda la filosofía que me gustaba utilizar, después de saber lo que paso con Debian, me cambié a Slackware
 
De verdad quieres preguntar esa weá acá?

A mí no me gusta, pero como siempre, tenemos opciones.

No entiendo tu observación, por qué no puedo preguntar esto acá?

A mi tampoco me gusta, pero creo que se transformará en algo inevitable
 
me da igual. encuentro hypermegañoño de "Eso no me gusta mejor voy a buscar una alternativa libre y gratuita porque eso no representa la filosofia y viva bachelet porque es de los pobres" :lol2:
 
Ahí tienen un poco de lectura

http://blog.desdelinux.net/dos-articulos-en-uno-que-tienen-que-ver-con-systemd/

Hay un fork de debian, no sé hasta donde llegarán pero personalmente me quedo en la oficial hasta ver que pasa en los próximos meses.

Entiendo que la pelea no es por si systemd funciona bien o mal, sino que la gran mayoría de desarrolladores trabajan en Red Hat y los de Gnome también, este último viene con una fuerte integración con systemd. La discusión es más bien filosófica.
 
Última edición:
Ahí tienen un poco de lectura

http://blog.desdelinux.net/dos-articulos-en-uno-que-tienen-que-ver-con-systemd/

Hay un fork de debian, no sé hasta donde llegarán pero personalmente me quedo en la oficial hasta ver que pasa en los próximos meses.

Entiendo que la pelea no es por si systemd funciona bien o mal, sino que la gran mayoría de desarrolladores trabajan en Red Hat y los de Gnome también, este último viene con una fuerte integración con systemd. La discusión es más bien filosófica.

Si estoy totalmente de acuerdo, esto es solo una cuestión filosófica y que a systemd le falta madurar.
Sin embargo no quiero que systemd sea svchost.exe para Linux

75IJP1b.jpg

Lennart's like Windows, remember that.
eventvwr = journalctl, userinit.exe/smss.exe + services.exe = systemd, winlogon = systemd-logind


Dejo otros links:
http://blog.desdelinux.net/systemd-vs-inteligencia/
http://hackingthesystem4fun.blogspot.com.ar/2014/12/systemd-journald-centos-7-totally.html
 
Excelente tema :salomon: Este subforo no puede sólo moverse al ritmo de las desventuras de @Esquizoide usando Linux :lol2: :lol2: Hay que alimentar la discusión :sisi:

A mi humildísimo modo de ver la discusión sobre systemd refleja como una foto el mal endémico de la comunidad y el por qué nunca Linux despegará en el uso de masas: el fanatismo mal entendido como libertad y la falta o mejor dicho ausencia de unión -o al menos concomitancia- hacia objetivos comunes: el tribalismo y el ego de 5 pelagatos agrupados que se creen mejores que otros 5 pelagatos agrupados y se descueran en sus bajos mundos geeks de listas de correo y foros under. Eso, visto desde fuera, aburre a cualquiera, si al final a quien chucha le importa?! si la información se guarda en binarios o texto plano?! :confused:

Hay un argentino (synflag, del mismo blog que pusiste en tu post) que a pesar de ser excelente en sus visiones técnicas tiene esa visión talibanesca tan desagradable, en su blog pelea sólo y ownea a otros developers favorables a systemd posteando toda su vida personal, la hueá psycho :lol2:

Es decir, Devuan (fork de Debian sin systemd), uselessd (fork del propio systemd) acaso tienen futuro? No es mejor mejorar las taras de lo que ya está hecho? O mejor por qué no siguen usando Slackware en ves de minar esfuerzos más prometedores? En fin...

Usar systemd es simple, con cuatro o cinco comandos con sus variables administras todo el sistema.

systemd-vs-sysVinit-cheatsheet-A4.jpg
 
Por lo que he leido, a los administradores de servidores les afecta el cambio a systemd.
Para usuarios corrientes como nosotros, la verdad es que :yaoming:
 
Excelente tema :salomon: Este subforo no puede sólo moverse al ritmo de las desventuras de @Esquizoide usando Linux :lol2: :lol2: Hay que alimentar la discusión :sisi:

A mi humildísimo modo de ver la discusión sobre systemd refleja como una foto el mal endémico de la comunidad y el por qué nunca Linux despegará en el uso de masas: el fanatismo mal entendido como libertad y la falta o mejor dicho ausencia de unión -o al menos concomitancia- hacia objetivos comunes: el tribalismo y el ego de 5 pelagatos agrupados que se creen mejores que otros 5 pelagatos agrupados y se descueran en sus bajos mundos geeks de listas de correo y foros under. Eso, visto desde fuera, aburre a cualquiera, si al final a quien chucha le importa?! si la información se guarda en binarios o texto plano?! :confused:

Hay un argentino (synflag, del mismo blog que pusiste en tu post) que a pesar de ser excelente en sus visiones técnicas tiene esa visión talibanesca tan desagradable, en su blog pelea sólo y ownea a otros developers favorables a systemd posteando toda su vida personal, la hueá psycho :lol2:

Es decir, Devuan (fork de Debian sin systemd), uselessd (fork del propio systemd) acaso tienen futuro? No es mejor mejorar las taras de lo que ya está hecho? O mejor por qué no siguen usando Slackware en ves de minar esfuerzos más prometedores? En fin...

Usar systemd es simple, con cuatro o cinco comandos con sus variables administras todo el sistema.

systemd-vs-sysVinit-cheatsheet-A4.jpg
En primer lugar a mi en no me gustaría que Linux lo ocupara la masa y quiero que sea una herramienta estable, systemd no es estable, es endeble, un tumor.

Que tiene de malo si los logs son en binario o en archivo ordinario?
Los archivos de journal de SystemD (manipulados por journald) son almacenados en un complicado formato binario, y deben ser consultados utilizando journalctl. Esto vuelve a los logs de journal potencialmente corruptibles, pues no tienen transacciones ACID. Seguramente no quieres que esto le suceda a tus syslogs. ¿El consejo de los desarrolladores de SystemD? Ignorar el problema. No, en serio. Ah, y además posee integración con un servidor HTTP embebido (libmicrohttpd). Y se sirven códigos QR a través de libqrencode.
Puede ser que al usuario normal no le importe, pero como soy Sysadmin y me molesta no poder configurar mi distro como yo quiera y sea tan inaccesible.

Al final estoy seriamente pensado en ocupar Linux form scratch :lol2: pero no tengo tanto tiempo para poder compilar todo e instalar,pero bueno, algún día lo haré
[DOUBLEPOST=1421897130,1421896687][/DOUBLEPOST]Ni hablar de lo que ha pasado en la mayoría de las distro, por ejemplo lo de Arch se fueron a Gentoo, y varios sysadmin están optando por FreeBSD
 
una mierda

1 se aloja en el pid1 y el conchesumare cada vez que actualiza alguna wea requiere el reincio del equipo... logicamente siempre con root.
 
una mierda

1 se aloja en el pid1 y el conchesumare cada vez que actualiza alguna wea requiere el reincio del equipo... logicamente siempre con root.

Oye Blonde y tu ¿A qué cambiarías tus servidores (FreeBSD, Devuan, etc)?

SystemD se encierra a sí mismo en el PID 1. Debido a que controla gran cantidad de componentes diferentes, significa que hay toneladas de escenarios en los cuales puede crashear y voltear al sistema por completo. Pero además, significa que muchas actualizaciones del sistema (sin tratarse del kernel) van a requerir un reinicio. ¡Que disfrutes tu nuevo sistema Windows 9 Linux! Para ser justo, SystemD provee un mecanismo para reserializarse y reejecutarse a sí mismo en tiempo real. Pero claro, si esto falla, el sistema se cae. Hay muchas formas por las que esto puede ocurrir. Esto es otro ejemplo de SPOF (punto simple de fallo).

La naturaleza complicada de SystemD lo vuelve difícil de extender y salir fuera de sus límites. Mientras que es posible mas o menos iniciar scripts de forma trivial con archivos, es más difícil implementar un comportamiento que salga de la caja. Muchos usuarios necesitarán posiblemente escribir programas más complicados que directamente interactúen con la API de SystemD, o directamente necesitarán parchar SystemD. Uno debe preocuparse por una mayor cantidad de caminos de ejecución y comportamiento en un programa crítico del sistema, incluyendo la posibilidad de que SystemD no sincronice bien con la cola de mensajes de dbus en tiempo de boot, congelando el sistema. Esto es opuesto al tradicional init, que es determinístico y predecible por naturaleza, dado que mayormente sólo ejecuta scripts.

Eso si que es penca, Linux se caracterizaba por instalar actualizaciones sin tener que reiniciar, bueno excepto el kernel y ademas algunos driver de tarjetas gráficas[DOUBLEPOST=1421950189,1421937236][/DOUBLEPOST]Adjunto link para eliminar Systemd de las distros jajaj

http://wiki.linuxquestions.org/wiki/Prevent_systemd_installation
 
eres el único conchesumadre que lleva años posteando en esta sección y siempre respondes como el pico, te cuesta mucho escribir algo coherente?


Ya culiao con espasmos. De aquí al lunes escribo una weá seria para que no lloren. Ahora no tengo tiempo.


:lol2:
 
par el usuario común parece que no hay diferencia no?
 
par el usuario común parece que no hay diferencia no?
No, no hay problema, pero hay algunos casos de que después de una actualización SystemD a tirado problemas, con el kernel y el computador no podía iniciar.
Además dentro del código de SystemD da por sentado que algunas dependencias deben estar instaladas, lo cual hace inestable el sistema.[DOUBLEPOST=1423437938,1422972228][/DOUBLEPOST]
Ya culiao con espasmos. De aquí al lunes escribo una weá seria para que no lloren. Ahora no tengo tiempo.


:lol2:

Aún esperando :zippyte:
 
No, no hay problema, pero hay algunos casos de que después de una actualización SystemD a tirado problemas, con el kernel y el computador no podía iniciar.
Además dentro del código de SystemD da por sentado que algunas dependencias deben estar instaladas, lo cual hace inestable el sistema.[DOUBLEPOST=1423437938,1422972228][/DOUBLEPOST]

Aún esperando :zippyte:

Ya, el lunes de la quincena :lol2:
 
Quiero seguir demostrando mi repudio contra este cáncer que esta creciendo y que no parará;

Esto ya me superó:
http://article.gmane.org/gmane.linux.hotplug.devel/17392
Después sale con otra:
http://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html

SytemD nefasto total, partiendo por su creador. Un pendejo autoritarista; como todos lo idiotas que tratan de apoderarse de la libertad de elegir!

No quiero ser paranoico pero:
http://fossforce.com/2014/01/red-hat-working-nsa/
https://igurublog.wordpress.com/2014/04/08/julian-assange-debian-is-owned-by-the-nsa/
http://www.muylinux.com/2014/01/20/espionaje-usa-software-libre-red-hat
http://techrights.org/2013/11/24/tpm-back-doors-patriot-act-etc/
Esto va más allá de un simple cambio de un sistema operativo.


Y acá hay más argumentos contra systemd
http://without-systemd.org/wiki/index.php/Arguments_against_systemd[DOUBLEPOST=1427812717,1427051671][/DOUBLEPOST]Archlinux libre de systemd

http://systemd-free.org/
 
Volver
Arriba