LinuxParty

Woof (abreviatura de Web Offer One File ) es una aplicación simple para compartir archivos entre hosts en una pequeña red local. Consiste en un pequeño servidor HTTP que puede servir un archivo especificado durante un número determinado de veces (el valor predeterminado es una vez) y luego termina.

Para usar woof , simplemente invocalo en un solo archivo, y el destinatario puede acceder a tu archivo compartido a través de un navegador web o usando un cliente web de línea de comandos como cURL , HTTPie , wget o kurly (una alternativa curl) desde el terminal .

Una ventaja de woof sobre otras herramientas para compartir archivos es que comparte archivos entre un sistema operativo diferente o diferentes dispositivos (computadoras, teléfonos inteligentes, tabletas, etc.), siempre que el destinatario tenga instalado un navegador web.

En este artículo, mostraremos cómo instalar woof en Linux y usarlo para compartir archivos en una red local.

Lea nuestro artículo más reciente: Woof: Compartir archivos/ficheros fácilmente en su LAN o red local, sin Samba, entre Linux, Mac, Windows, Android e iPhone

Systemd: Units y Targets; uso de systemctl y compatibilidad con SysV

Desde su adopción en muchas distribuciones Linux, systemd se ha convertido en el sistema de inicialización predominante. En este artículo veremos los principales tipos de unidades (units) que usa systemd, cómo funcionan los targets (equivalentes modernos a los antiguos runlevels), y cómo usar systemctl para gestionarlo de forma segura y eficiente, incluyendo algunas buenas prácticas actualizadas a 2025.

Unidades de systemd (Units)

systemd define varios tipos de unidades, cada una representando un recurso o servicio del sistema. Cada unidad se describe en un fichero .service, .socket, .mount, etc., normalmente ubicado en /usr/lib/systemd/system/ o /etc/systemd/system/.

Los tipos más comunes son:

• service: demonios que pueden iniciarse, detenerse, reiniciarse o recargarse.
• socket: sockets de red o de sistema de archivos. Suelen activar automáticamente un .service asociado cuando hay conexión.
• device: dispositivos del árbol de dispositivos de Linux, normalmente integrados con udev.
• mount: puntos de montaje del sistema de ficheros.
• automount: puntos de montaje que se activan automáticamente al acceder al recurso.
• swap: áreas de intercambio configuradas en el sistema.
• timer: tareas programadas que reemplazan o complementan al clásico cron.
• target: agrupaciones lógicas de otras unidades (similar al concepto de runlevel).
• snapshot: capturas del estado de las unidades en un momento concreto (uso más avanzado).

Targets: el reemplazo moderno de los runlevels

En lugar de los antiguos runlevels numerados (0–6) de SysV, systemd usa targets con nombre, lo que aporta mayor flexibilidad a la hora de definir diferentes escenarios de arranque, apagado, modos multiusuario, entorno gráfico, etc.

Algunos targets importantes son:

• default.target: objetivo que se arranca por defecto (normalmente enlazado a otro target, como graphical.target o multi-user.target).
• multi-user.target: modo multiusuario sin entorno gráfico (similar al antiguo runlevel 3).
• graphical.target: entorno gráfico completo (similar al antiguo runlevel 5).
• rescue.target: modo de rescate, similar al runlevel 1 (modo monousuario).
• emergency.target: modo de emergencia, aún más minimalista, para tareas de recuperación críticas.
• reboot.target y poweroff.target: usados para reiniciar o apagar el sistema.

Si alguna vez has intentado acceder a un directorio montado con sshfs, rclone, o cualquier sistema basado en FUSE, y te ha recibido el temido mensaje:

Transport endpoint is not connected

…tranquilo, no estás solo. Es uno de esos clásicos de Linux que aparecen sin previo aviso, a menudo justo cuando más prisa tienes. En este artículo te explicamos qué significa realmente ese error, cómo solucionarlo en segundos, y cómo evitar que vuelva a ocurrir.

⚙️ El síntoma

De repente, un directorio montado (por ejemplo, /root/media/1media) deja de responder.
Intentas hacer ls, cd, o abrir un archivo y obtienes:

ls: cannot access '1media': Transport endpoint is not connected

Aparentemente todo está roto, pero el resto del sistema funciona bien.
Incluso puede que df -h siga mostrando el punto de montaje como activo.

🔍 Qué está pasando realmente

Este error no tiene nada que ver con permisos ni con discos dañados.
En realidad, lo que ha ocurrido es que el proceso FUSE (por ejemplo sshfs) que gestionaba la conexión con el sistema remoto se ha colgado o ha perdido la conexión.

Linux, sin embargo, sigue creyendo que el montaje existe, y al intentar acceder a él, el kernel responde con ese mensaje críptico:

“Transport endpoint is not connected”
…que en lenguaje humano significa: “El túnel está roto, pero la puerta sigue abierta.”

 

Bueno esta noche me he encontrado con un viejo amigo, un disco externo USB que tenía por ahí abandonado, y cuando he ido a montarlo me dice lo que no quiero escuchar, vamos lo que pasa con los amigos de verdad…

mount: /dev/sdb5: Can't read superblock

Total que en realidad me ha venido estupendamente para entrenarme un poco en dichosa faena. Os voy a contar como he conseguido recuperar la partición.

Lo primero que podemos deducir de este mensaje es que casi seguro que el primer superbloque está dañado ^ ^, por lo que una solución que podemos intentar darle, es recurrir a una de las copias automáticas de superbloque que el sistema de archivo realiza, bien ¿y como encuentro esa copia tan necesitada?, pues podemos hacerlo de diferentes maneras pero os voy a poner dos sencillas.

El uso principal de las computadoras en cualquier forma, ya sea un teléfono móvil, una computadora personal, una estación de trabajo o un servidor que ofrece servicios en Internet, es el almacenamiento y la manipulación de datos y la generación de información para respaldar nuestra vida diaria. Lo más importante en nuestro uso o interacción con las computadoras es la privacidad y la seguridad de los datos o la información, ya sea que estas entidades estén en reposo (almacenadas) o en tránsito.

Incluso como usuario principiante o intermedio de Linux, le será útil usar siempre su computadora portátil, estación de trabajo o VPS en la nube con la seguridad en mente. Hemos preparado una lista de características y herramientas de seguridad para que pueda comenzar a comprender y practicar la seguridad en cualquier sistema operativo Linux.

Te explicamos cómo ejecutar aplicaciones gráficas de equipos remotos en tu equipo local, usando distintas técnicas como ssh -X, X11 forwarding, VNC, RDP y más.

En entornos Linux y Unix, es común administrar servidores remotos a través de la terminal. Sin embargo, a veces es necesario ejecutar aplicaciones gráficas (como editores, herramientas de configuración o navegadores) alojadas en un servidor remoto y verlas localmente. En este artículo exploramos varios métodos para lograrlo, sus ventajas, requisitos y cómo implementarlos.

1. Usar X11 Forwarding con SSH (ssh -X / ssh -Y)

¿Qué es?

X11 Forwarding permite redirigir la salida gráfica de una aplicación desde un servidor remoto hacia tu máquina local mediante una conexión SSH segura.

Requisitos:

• Tener instalado y funcionando un servidor X en la máquina local (como XQuartz en macOS, Xming o VcXsrv en Windows, o el entorno gráfico en Linux).
• El servidor remoto debe tener instalado X11 y permitir el forwarding.

Configuración:

En la máquina local:

No se requiere configuración si estás en Linux con entorno gráfico.

En Windows, puedes usar:

• VcXsrv
• Xming

En el servidor remoto:

No es un error tipográfico. La cuota de mercado de Linux en el escritorio está creciendo, según los registros del gobierno de Estados Unidos.

Durante años, la comunidad Linux ha soñado con el "Año del Escritorio Linux". Parece que ese sueño está más cerca que nunca de hacerse realidad. Las últimas cifras sugieren que la cuota de mercado de Linux en el escritorio está experimentando un crecimiento sin precedentes, superando incluso a algunos de sus competidores más consolidados.

Un Impresionante 6% Según Datos del Gobierno de EE. UU.

La noticia más impactante proviene del sitio web y la aplicación de análisis del Gobierno Federal de Estados Unidos (DAP), una fuente que inspira mayor confianza que otras herramientas de análisis de mercado. Sus registros indican que en el último mes, el 6% de sus visitantes utilizaron sistemas operativos Linux.

El DAP monitoriza y analiza miles de millones de visitas a más de 400 dominios del poder ejecutivo estadounidense, lo que suma aproximadamente 5.000 sitios web, incluyendo todos los departamentos del Gabinete. Con un promedio de 1.600 millones de sesiones en los últimos 30 días y millones de usuarios diarios, estos datos ofrecen una perspectiva robusta.

Si a esto le sumamos las visitas desde Android (16,2%) y Chromebooks (0,8%), ambos basados en el kernel de Linux, la cifra total de usuarios de sistemas derivados de Linux asciende a un asombroso 23%. Esto coloca a Linux por encima de la cuota combinada de macOS (11,7%), Windows 10 (15,7%) y Windows 11 (15,3%), un logro verdaderamente notable.

Comprobar la salud del disco de forma periódica, es simpre una buena idea. Sobre todo si lo que pretendes es evitar fallos que puedan darte algún disgusto, por eso te vamos a enseñar algunos trucos y comandos que puedes ver en este artículo que te enseñarán a comprobar el estado de salud del disco. Todas las pruebas las tendrás que hacer como root, así que si no haces "su -", para cambiar de usuario... tendrás que usar "sudo"

Puedes comprobar el estado haciendo algunas pruebas con "grep" sobre el fichero de registro /var/log/messages, por ejemplo:

cat /var/log/messages | grep sector

o

cat /var/log/messages | grep unreadeable

o

cat /var/log/messages | grep uncorrectable

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