Debian or Devuan connection managers and comparations

In original Debian theres some connection managers, the famous Network/mananger, the light Wicd python stupid suite and the newer true lighty focused Connamn, those have some special use cases and tipsand at the botton of the page a table comparison for easy choose.

forensics recoverung data: Journaling or reading will always touch the data

When try to recover data, untouch the disk its very important, but live disk or mount readonly are not enought, due journaling features... so precautions must be taken to property make images of the disk after testing data or try to recover those important files.. the untouched data its important to preciceslly maketrace of history of ...

SPANISH VERSION: https://groups.google.com/forum/m/#!topic/vegnuli/Lr-corc2Xrw (with updates)

The Journaling file system will always touch the data

When mounting (and unmounting) several journaling file systems with only "-o ro" mount flag a different number of data writes will happened, thats happened due journaling, so this its a list of options that must be use when preform the mount command and u must passed with "-o" flag:

File system	When data writes happen	Notes
Ext3/Etx4	File system requires journal recovery	To disable recovery: use "noload" flag, or use "ro,loop" flags, or use "ext2" file system type
btfs	File system has unfinished transactions	"nolog" flag does not work (see man mount). To disable journal updates: use "ro,loop" flags
ReiserFS	File system has unfinished transactions	"nolog" flag does not work (see man mount). To disable journal updates: use "ro,loop" flags
XFS	Always (when unmounting)	"norecovery" flag does not help (fixed in recent 2.6 kernels). To disable data writes: use "ro,loop" flags.

Read process can be interpreted as write process

If u perform read operations over mounted or inclusivelly non-mounted filesystem, the operative system wil try to make reading again, for sure its not a itsefl problem, then a hardware problem, that's, the second must be avoid, ah of course stupid winbuntu linux always perform that checks, and also of course systemd now.

During boot process the init modified script will test existing partions for Ext3/4 file systems on fixed media, and this happened due these scripts mount every supported file system type on every supported media type using only "-o ro" flag in order to find a root file system image, as we didit, with the previous topic, those are not enought.

Concluding

You must use a right linux, VenenuX 0.9 does not perform those stupid "windo-like" "features".

Initv, OpenRC, upstart y Systemd y sus porquerias

"las cosas malas suceden porque la gente buena no hace nada"

Desde hace dos anios se intentba poner systemd como el por defecto, al no poder lograrlo se uso la tecnica "guindows", y todo lo que se usaba como login y udev ahora depende de systemd, MALDITOS! para los que no quieren leer ver la tabla abajo directo ...la creciente interdependencia obligo a las distros adoptarlo, el disparador fue udev, que ahora es parte de systemd, obligando a empaquetar esto..

systemd tiene ahora gran terreno, a pesar de existir eudev, eglibc, elogind, y tambien una debian completa devuan, y aun asi ninguno de estos proyectos recibe apoyo.. poque los muy higueputas cobardes no lo hacen... descargue devuan y al fin encontre algo que hace honor a el debian... ademas devuan usa nombres de astros, no estupidos juguetes....

eglibc no dio frutos, y eso que obtuvo el peso de debian (por alla cuando lenny a squeeze...) y siguieron con glibc normal.. 

OPenRC es una alternativa tambien de geento, nojoda estos si son los mejores.. https://gitweb.gentoo.org/proj/openrc.git/log/ segun el git es activo.. y su git principal esta en geento porque es mas orientado a esta distro pero es 100% compatible con otras...

geento realizo bifurcacion de udev (el eudev), el primer paquete en discordia que obligo a mudar todo... tenian que ser los mas machos https://github.com/gentoo/eudev aparentemente es menos activo, y esta en github porque es independiente de la distro (distro-asgnotic)

Caracteristica	Init system analizado
	Sysvinit BSDinit	OpenRC	upstart	systemd	SMF	launchd	Epoch	finit
sistemas OS	Linux / BSD	Linux + BSD	Linux	Linux	Solaris	MacOSX	Linux	Linux
Lenguage	C	shell + C	C	C	C	C	C	C
Depende de	N/A	init	D-Bus	D-Bus	init	N/A	libc, /bin/sh	?
configuracion y arranque del servicio	un archivo config	shell scripts	archivos confg y shell scrips	archivos confg	archvos xml y  shell scripts	plist !	uno o varios archivos confg	uno o varios archivos confg
Configuracion de cada servicio individ.	No	Si (conf.d)	con jerarquias!	Si	?	?	si (v1.1+)	?
como demonio	si (PID 1)	No	Si (PID 1)	Si (PID 1)	Si (invoked)	Si (PID 1)	si (PID 1)	si (PID 1)
Interdependencias	No	si	si	si	si	No	si (basico)	?
funciona en paralelo a otros inicio	si	Si optional	si	si	si	si	No	si
Mantiene demonios activos y administrables?	si	si opcional	si	si	si	si	si	si
Usado siempre en:	Se usaba!!!	Gentoo	winbuntu	Obligada! hoy	Solaris	MacOSX	n/a ????	n/a ????
Licencia	GPL v2+	2-cl. BSD	GPL v2	LGPL v2.1+	?	Apache 2.0	Public Domain	?