LinuxParty

En este artículo, revisaremos las 10 distribuciones de Linux más utilizadas en función de la gran disponibilidad de software, la facilidad de instalación y uso y el soporte de la comunidad en los foros web.

Dicho esto, aquí está la lista de las 10 mejores distribuciones de todos los tiempos, en orden descendente.

10. Arch Linux

Arch Linux se destaca en el ecosistema de Linux porque no se basa en ninguna otra distribución y, sin embargo, es muy conocido y ampliamente utilizado por la comunidad.

Tradicionalmente, Arch no se recomienda para usuarios nuevos, principalmente porque el proceso de instalación es un poco complicado y requerirá una gran cantidad de intervención por parte del usuario.

Esto requiere un cierto grado de conocimiento sobre particiones , LVM y Linux en general para tener una instalación exitosa. La buena noticia es que esto es precisamente lo que le da al usuario la libertad de personalizar el sistema a su gusto.

Arch linux

La mayoría de las aplicaciones normalmente muestran comentarios con asteriscos ( *******) cuando un usuario está escribiendo una contraseña, pero en la terminal de Linux, cuando un usuario normal ejecuta el comando sudo para obtener privilegios de superusuario, se le solicita una contraseña, pero no visual. el usuario ve la retroalimentación mientras escribe la contraseña.

En este artículo, mostraremos cómo mostrar asteriscos como retroalimentación cuando escribe contraseñas en la terminal en Linux.

Eche un vistazo a la siguiente captura de pantalla, aquí el usuario tecmint invocó el comando sudo para instalar el editor de texto vim en CentOS 7 , pero no hay comentarios visuales cuando se ingresa la contraseña (en este caso, la contraseña ya se ingresó) :

$ sudo yum install vim

¿Alguna vez se ha encontrado con situaciones en las que una aplicación dominaba todo el ancho de banda de su red? Si alguna vez ha estado en una situación en la que una aplicación consumió todo su tráfico, entonces valorará el papel de la aplicación moldeadora de ancho de banda de Trickle.

Ya sea que sea un administrador del sistema o simplemente un usuario de Linux, puede aprender a controlar las velocidades de carga y descarga de las aplicaciones para asegurarse de que una sola aplicación no consuma el ancho de banda de su red.

¿Qué es Trickle?

Trickle es una herramienta de modelado del ancho de banda de la red que nos permite administrar las velocidades de carga y descarga de las aplicaciones para evitar que cualquiera de ellas acapare todo (o parte) del ancho de banda disponible.

En pocas palabras, el Trickle le permite controlar la tasa de tráfico de la red por aplicación, a diferencia del control por usuario, que es el ejemplo clásico de configuración del ancho de banda en un entorno cliente-servidor, y es probablemente la configuración que estamos más familiarizadas

¿Cómo funciona el Trickle?

Además, un Trickle puede ayudarnos a definir prioridades por aplicación, de modo que cuando se hayan establecido límites generales para todo el sistema, las aplicaciones prioritarias aún obtendrán más ancho de banda automáticamente.

Para llevar a cabo esta tarea, el Trickle establece límites de tráfico en la forma en que los datos se envían y reciben de los sockets que utilizan conexiones TCP. Debemos tener en cuenta que, más allá de las tasas de transferencia de datos, el Trickle no modifica en ningún momento el comportamiento del proceso que está configurando.

¿Qué no se puede hacer Trickle?

La única limitación, por así decirlo, es que el Trickle no funcionará con aplicaciones vinculadas estáticamente o binarios con los bits SUID o SGID configurados, ya que utiliza vinculación y carga dinámicas para colocarse entre el proceso moldeado y su socket de red asociado. Trickle luego actúa como un proxy entre estos dos componentes de software.

Dado que Trickle no requiere privilegios de superusuario para ejecutarse, los usuarios pueden establecer sus propios límites de tráfico. Dado que esto puede no ser deseable, exploraremos cómo establecer límites generales que los usuarios del sistema no pueden exceder. En otras palabras, los usuarios aún podrán administrar sus tasas de tráfico, pero siempre dentro de los límites establecidos por el administrador del sistema.

¿Alguna vez escribió un comando y se apresuró a presionar Enter, solo para descubrir que tenía un error tipográfico? Si bien puede usar las flechas arriba y abajo (del cursor) para navegar por el historial de comandos y editar el error tipográfico, hay una manera más fácil y rápida.

En este consejo, cubriremos un método simple y práctico para lidiar con un error tipográfico en la línea de comando, supongamos que desea ver si hay un servicio escuchando en el puerto 22, pero accidentalmente escribió nestat en lugar de netstat.

Puede reemplazar fácilmente el error tipográfico con el comando correcto y ejecutarlo así:

# nestat -npltu | grep 22
# ^nestat^netstat

Así es. Usando signos de dos quilates (deben ser seguidos por el error tipográfico y la palabra correcta, respectivamente) puede corregir el error tipográfico y ejecutar el comando automáticamente después.

Corregir errores tipográficos o errores con el símbolo de quilates (^)

Debe tener en cuenta que este método solo funciona para el comando anterior (el comando más reciente ejecutado), cuando intenta corregir un error tipográfico para un comando ejecutado anteriormente, el shell imprimirá un error.

Durante la última semana o así, mi máquina ha ido un poco lenta e incluso he tenido algún bloqueo (esta es la primera vez que he tenido un bloqueo completo de mi máquina Linux). Esto significaba que tenía que reiniciar la máquina, pero todo parece estar bien... Entonces consideré comprobar el registro /var/log/messages y observé:

Esta es una parte de los mensajes de registro:

Aug 22 23:49:27 linux-office smartd[3547]: Device: /dev/sda, 2 Currently unreadable (pending) sectors
Aug 22 23:49:27 linux-office smartd[3547]: Device: /dev/sda, 2 Offline uncorrectable sectors
Aug 22 23:49:27 linux-office smartd[3547]: Device: /dev/sda, SMART Usage Attribute: 190 Temperature_Celsius changed from 55 to 56
Aug 22 23:49:27 linux-office smartd[3547]: Device: /dev/sda, SMART Usage Attribute: 194 Temperature_Celsius changed from 45 to 44
Aug 22 23:49:27 linux-office smartd[3547]: Device: /dev/sdb, SMART Usage Attribute: 194 Temperature_Celsius changed from 125 to 127
Aug 23 00:00:01 linux-office /usr/sbin/cron[4912]: (root) CMD ( test -x /usr/lib/secchk/security-control.sh && /usr/lib/secchk/security-control.sh daily &)
Aug 23 00:19:26 linux-office smartd[3547]: Device: /dev/sda, 2 Currently unreadable (pending) sectors
Aug 23 00:19:26 linux-office smartd[3547]: Device: /dev/sda, 2 Offline uncorrectable sectors
Aug 23 00:48:53 linux-office syslog-ng[2138]: STATS: dropped 0
Aug 23 00:49:26 linux-office smartd[3547]: Device: /dev/sda, 2 Currently unreadable (pending) sectors
Aug 23 00:49:26 linux-office smartd[3547]: Device: /dev/sda, 2 Offline uncorrectable sectors
Aug 23 01:19:26 linux-office smartd[3547]: Device: /dev/sda, 2 Currently unreadable (pending) sectors
Aug 23 01:19:26 linux-office smartd[3547]: Device: /dev/sda, 2 Offline uncorrectable sectors
Aug 23 01:48:53 linux-office syslog-ng[2138]: STATS: dropped 0
Aug 23 01:49:26 linux-office smartd[3547]: Device: /dev/sda, 2 Currently unreadable (pending) sectors
Aug 23 01:49:26 linux-office smartd[3547]: Device: /dev/sda, 2 Offline uncorrectable sectors

El núcleo de Linux se está moviendo a C moderno. Interesante artículo en LWN.net que se hace eco de informaciones en la lista de correos de los responsable del Kernel de Linux y su decisión de modernizar el lenguaje C que usan, que sigue siendo el de la versión de ¡¡1989!! lo que podría finalizar con la versión 5.18 del kernel, que se espera para mayo de este año.

La discusión comenzó con las inquietudes de uno de los responsables de mantenimiento del kernel, Jakob Koschel, relacionado con las vulnerabilidades provocadas en las listas vinculadas, que se basan en structs anidados que usan un iterador para recorrer la lista y que puede aprovechar una vulnerabilidad para acceder a la struct superior, lo que es potencialmente peligroso. Koschel expuso que la razón principal era la imposibilidad de declarar variable en bucles, como se puede hacer en la versión C99, no la C89 que sigue usando el kernel de Linux.

Los desarrolladores del kernel de Linux han discutido en el foro de desarrolladores del kernel para eliminar ReiserFS del kernel a partir de 2022 . ReiserFS se agregó como el primer sistema de archivos de diario de Linux hace 21 años y SUSE lo usó como el sistema de archivos predeterminado hasta 2006. Sin embargo, desde que Hans Reiser fue enviado a la cárcel hace 15 años por asesinato, no ha habido mucho desarrollo o interés en él. Al señalar que no ha habido correcciones detectadas por el usuario desde 2019, el desarrollador del kernel desde hace mucho tiempo, Matthew Wilcox, también citó que ReiserFS solo estaba bloqueado para algunos cambios en el kernel que deseaba implementar. Actualmente existen mejores alternativas como EXT4, Btrfs, XFS y OpenZFS.