Eso sí, había que tener lo que hay que tener: paciencia y tecnofilia.

El problema de Arch Linux es que su instalación y mantenimiento puede ser un auténtico infierno. Algunos lectores nos escribieron enfadados porque se pasaban más tiempo manteniendo la máquina que usándola.

Y tienen toda la razón. Yo mismo acabé abandonando Arch Linux para refugiarme en las maternales faldas de Lubuntu.

Valga este artículo, pues, como un muy necesario “disclaimer” para los que lo quieren todo a cambio de nada.

El precio de la libertad

Cuando hablamos de sistemas operativos, existe una ley de usabilidad que podemos enunciar así:

Cuanto mayor control tenemos sobre un sistema, tanto menos usable será. Y al revés: cuanto mejor sea la experiencia de usuario, menor será el control que el usuario tendrá sobre el sistema.

Un Linuxero con los pies en la Tierra (2020)

Un buen ejemplo de esto es MacOS. Un sistema muy cerrado, pero user-friendly y robusto. La interacción software-hardware está armoniosamente optimizada desde la concepción hasta la producción. Son sistemas que literalmente puede utilizar una abuelita.

Potentes, facilones, bonitos… y caros.

Pero el precio a pagar no sólo se mide en euros, sino también en flexibilidad:

Cuando fabricas para todos, sacrificas al individuo.

Un sistema basado en Linux es la antítesis de todo eso. Es gratis… y visceral: las tripas del sistema están mucho más a la vista y es necesario “arremangarse” para hacer las optimizaciones necesarias. Si eres diseñador gráfico y quieres exprimir una máquina Linux, el cielo será tu límite…

Pero tendrás que sufrir y ensuciarte; tendrás que hacer muchos “sudo” y toquetear ficheros de configuración. Tendrás que participar en foros y reportar bugs. Probablemente te quitarás algunas horas de sueño tratando de hacer funcionar una Wacom cuyos drivers han sido diseñados para MacOS o Windows.

También te enfrentarás a interfaces de usuario muuuucho más feas: tras su diseño no habrá un visionario de la User eXperience como Steve Jobs ni los diseñadores mejor pagados de Silicon Valley, sino una tribu de desarrolladores entusiastas que tal vez nunca verán un céntimo por sus aportaciones al open source.

Es cierto que Ubuntu ha hecho mucho en los últimos años por acercar Linux a los “seres humanos”, pero en mi opinión de 2020, éste sigue siendo un lobo con piel de cordero.

Si no disfrutas de la tecnología, si “no te llevas bien con la informática”, el consejo más honesto que te puedo dar es que te mantengas alejado de Linux. Y en especial de aquellas distribuciones más crudas. A largo plazo los dolores de cabeza no compensarán el ahorro de unos cuantos cientos de euros.

La libertad de Linux no es para todos…

La entrada ¿Un Linux para todos? El precio de la libertad se publicó primero en BorrowBits.

Algo así como mis 5 bits de los viernes.

¿Necesita el mundo otra lista semanal? Probablemente no. Tampoco necesitamos más spam (por eso no pienso enviarla por correo) ni más cuñados geek (lo siento, contra eso nada se puede hacer).

Sin embargo, por alguna extraña razón, los viernes suelo estar muy receptivo a este tipo de contenidos. Y si me ocurre a mí, tal vez a ti también. Aparte de ésta, vamos a copiar el formato por otras dos razones:

• para dejar de machacar el Whatsapp de mis amigos con audios semanales.
• para introducir más entropía en el Universo.

Pero lo que más feliz me haría sería obtener un puñado de listas semanales en los comentarios que complementen y mejoren la mía. Ahí os dejo el guante

Ahora sí, quedan inaugurados…

Los 5 bits de Ángel

BIT #1: ¿Qué ando trasteando?

MicroPython. Recientemente compré un pack de libros de Python en Humble Bundle (un plataforma paga-lo-que-quieras para donar una parte a organizaciones de caridad). Y a lo tonto, me ha picado el gusanillo (¿o la sierpe?) de programar de nuevo en Python, esta vez combinándolo con microcontroladores:

MicroPython es una implementación de Python 3 optimizada para correr en microcontroladores como el ESP8266. De momento me estoy limitando a holamundear con un NodeMCU, pues no tengo tiempo para plantearme un proyecto más serio (aunque estoy abierto a sugerencias y colaboraciones). Si os interesa la combinación MicroPython + ESP8266, aquí tenéis un buen punto de partida.

BIT #2: ¿Qué ando viendo, leyendo y/o escuchando?

Viendo: Knightfall, una serie de Netflix sobre templarios y la búsqueda del Santo Grial. Sólo la recomiendo si no te importa que te tomen por idiota y si te gustan mucho las ambientaciones medievales con peleas de espadas. Dicho sea de paso y no como punto negativo: el rey Felipe IV de Francia es el estereotipo de rey medieval de cuento más exagerado que jamás he visto.

Leyendo: “Oriente y occidente”, el epistolario del premio Novel hindú Rabindranath Tagore. Compré el libro en un “mercaíllo” de Granada y hasta ahora no había encontrado el momento de leerlo. Se trata de una recopilación de cartas en que el poeta manifiesta sus preocupaciones en torno a la confraternización de Oriente y Occidente, durante el desgarramiento de la Primera Guerra Mundial.

Escuchando: bandas sonoras de Hans Zimmer, sobretodo la de Batman (“The Dark Knight” – Hans Zimmer / J. Newton Howard). Estas OSTs son perfectas para concentrarse mientras trabajo en lo que yo llamo “modo leyenda” (es decir, con deadlines pisándome los talones). En noviembre iré a ver su show “The World of Hans Zimmer” en Dusseldorf. No puedo esperar :_)

BIT #3 ¿Qué app o herramienta me está cambiando la vida esta semana?

Rootkit Hunter (rkhunter). Hace poco sufrimos un ataque hacker con graves consecuencias que a Vicente y a mí nos ha costado un par de semanas subsanar (y una tonelada de puntos de SEO Aunque cometemos errores, aprendemos de ellos. Así que entre otras cosas, hemos echado a rodar rkhunter, un detector de rootkits que nos informa diariamente por e-mail si el sistema ha sido comprometido:

/usr/bin/rkhunter -c -sk 2>&1 | mail -s "Informe de RootKits" foo@mail.com

Por cierto, he aprovechado la ocasión para enterarme de una vez para qué sirve el famoso 2>&1 en Linux y he aquí la explicación corta: hay dos lugares adonde un comando envía su output: stdout o salida estándar (1) y stderr o error estándar (2). Al escribir 2>&1 estamos diciendo “redirecciona también stderr al mismo lugar donde estamos mostrando stdout (la pantalla o en este caso a la función mail).

BIT #4 ¿Qué ando imprimiendo en 3D?

Esta semana no he tenido tiempo para diseñar algo especial. Pero para que mi Ender 3 no se enfríe demasiado, me he imprimido (impreso?) un upgrade: se trata de una guía para el filamento, un brazo extensor para evitar que el cable se enrolle. En mi opinión el diseño de la Ender 3 está muy depurado y el problema no pasa a menudo, pero es una mejora interesante. Os dejo el enlace a los archivos de Thingiverse aquí.

BIT #5 ¿Qué cita/pensamiento ando ponderando?

“The cave you fear to enter, holds the treasure you seek”

Esta frase tan potente la leí por primera vez en un libro de Joseph Campbell y desde entonces la he visto reproducida en muchas partes. Me gusta porque está conectada con esta creencia:

Crecemos en tanto que nos enfrentamos a nuestros miedos.

Hace tiempo que procuro estar cómodo en la incomodidad, porque esa resistencia interna es una clara señal de crecimiento. Por eso, a veces lo único que se interpone entre nosotros y nuestras metas somos nosotros mismos. Y nuestra suscripción a Netflix…

La entrada De templarios, MicroPython y rootkits cavernarios se publicó primero en BorrowBits.

• netstat – es una herramienta que muestra un listado de las conexiones activas de una computadora, sean entrantes o salientes: protocolo en uso, las tablas de rutas, las estadísticas de las interfaces y el estado de la conexión.
• lsof – es una herramienta de monitorización para Unix que se utiliza para mostrar todos los archivos de disco que mantienen abiertos los procesos, incluyendo los sockets de red abiertos, tuberías, etc.

Son herramientas bastante diferentes en su naturaleza, y sin embargo en este caso son igual de eficientes. Vamos a utilizar ambas para averiguar qué servicios está escuchando el puerto 80…

Utilizando netstat

En realidad lo único que estamos haciendo es aplicar el filtro de cadenas que contengan :80 a la salida de netstat -tulpn, que por sí solo muestra todas las conexiones abiertas en el sistema.

netstat -tulpn | grep :80

Utilizando lsof

Resulta que lsof tiene un modo especial para mostrar los procesos que escuchan un determinado puerto: se trata del parámetro -i. Con el filtro LISTEN nos aseguramos de que solamente se muestran los procesos “en servicio”. 

lsof -i :80 | grep LISTEN

Y esto es todo: hemos averiguado que, en este caso, el servicio que corre en el puerto 80 es nginx, un servidor web ligero de alto rendimiento.

Y vosotros, ¿conocéis alguna forma aún mas rápida de averiguar qué aplicaciones escucha un determinado puerto? Os retamos

La entrada Atajos Linux: cómo averiguar qué servicios corren en un determinado puerto se publicó primero en BorrowBits.

AODV-UU es una implementación Open Source de AODV (Ad hoc On-demand Distance Vector, IETF RFC 3561), un protocolo de enrutamiento especialmente diseñado para topologías MANET (Mobile Ad hoc NETwork) como la mostrada en la ilustración. AODV-UU fue creado por la Universidad de Uppsala para Linux y ns-2.

Requisitos iniciales

Aunque ya existe alguna adaptacion de AODV-UU al kernel 3.8  de Linux, lo cierto es que hasta la fecha sólo está disponible oficialmente hasta el kernel 2.6.x, por lo que necesitamos una distribución antigua de nuestro sistema operativo Linux o bien realizar un downgrade del núcleo. Para mis experimentos yo he instalado Ubuntu 10.04 LTS, que es bastante estable y está construido sobre el kernel 2.6.32. También necesitamos tener instalado el módulo Netfilter (Ubuntu 10.04 ya lo incluye). Por último, debemos asegurarnos de que nuestro sistema incluye la utilidad ‘make’. El Makefile se encargará de crear un demonio para aodv (aodvd) y un módulo kernel llamado kaodv.o.

Paso 1: Descargar ficheros

En primer lugar nos descargamos y descomprimimos el paquete con los ficheros aquí: http://sourceforge.net/projects/aodvuu/files/latest/download?source=files 

Paso 2: Instalación

En la carpeta del paquete ejecutamos los siguientes comandos con privilegios de superusuario:

[root@aodv]# make

[root@aodv]# make install

Paso 3: Cargar módulo

Ahora necesitamos cargar el módulo kaodv sobre el kernel. De nuevo, con privilegios sudo:

[root@aodv]# modprobe kaodv

Un ejemplo de cómo ejecutar AODV-UU

Para ejecutar AODV-UU necesitamos llamar al demonio AODV (aodv) con privilegios de root. Por ejemplo:

[root@aodv]# aodvd -l -r  2 -w

Donde:

• aodvd = activa el demonio AODV-UU
• -l = activa el fichero de log
• -r x = actualizar la tabla de encaminamiento cada x segundos.
• -w = activar modo gateway

¡A disfrutar!

La entrada [Tutorial] Cómo instalar AODV-UU paso a paso se publicó primero en BorrowBits.

El estándar Wi-Fi (IEEE 802.11) puede operar básicamente en dos modos:

• Infraestructura (o “managed”), en el que los clientes se conectan a un punto de acceso o router.
• Ad-hoc, también llamado punto a punto, en el que los clientes se conectan entre sí sin ningún punto de acceso.

En el modo ad hoc cada equipo actúa como cliente y como punto de acceso simultáneamente. El rango de esta red está determinado por el de cada estación: ¿y qué significa esto?

Que si dos estaciones de la red están fuera del rango de la otra, no podrán verse a menos que exista un protocolo de descubrimiento + encaminamiento. Aquí es donde entra en juego la importancia de las redes MANET, como ya hablamos en su momento.

Es bien sabido que a día de hoy Android es el sistema operativo móvil líder, con cerca del 80% de la cuota de mercado. Y sin embargo, a la hora de establecer redes ad hoc presenta un enorme inconveniente:

Android tiene deshabilitado el modo ad hoc por defecto. Y no hay expectativas de que esto vaya a cambiar. Es decir, sólo permite operar en modo “managed”.

Ya os podéis imaginar el quebradero de cabeza que supone para los desarrolladores (como un escribiente servidor) que tratan de implementar redes MANET, redes Mesh o redes de sensores en Android.

Android en el fondo sólo es Linux

Ya sabéis que lo que hay bajo Android es Linux puro y duro. Sin entrar en detalles, Android por sí mismo no es más que una gruesa “capa” que envuelve al kernel de Linux ofreciendo una serie de librerías y un completo entorno de ejecución (Android Runtime) que funciona a golpe de máquinas virtuales Dalvik (Dalvik Virtual Machine, DVM), que ejecutan código Java.

No obstante, el lenguaje subyacente (el del núcleo de Linux) sigue siendo C. Esto significa que podemos “bajar de nivel” y escribir código en dicho lenguaje gracias a la Interfaz Nativa de Java (JNI), que permite ejecutar código C/C++ desde una aplicación Java.

¿Configurar un adaptador de red con iwconfig?

Así pues, podríamos pasarnos por el forro las restricciones que impone el framework de Android y ejecutar comandos de Linux que nos permitan configurar el adaptador inalámbrico vía JNI, como es el caso del clásico comando iwconfig.

iwconfig ath0 mode ad-hoc

Sin embargo para poder usar el comando iwconfig de Linux nuestro dispositivo debe tener soporte para la API de extensiones Wireless. Por desgracia, normalmente sólo los dispositivos que usan un chips de Broadcom soportan dichas extensiones, con lo cual muchos modelos se quedarían fuera de nuestro alcance (Samsung Galaxy Nexus, Asus EeePad Transformer y Motorola Razr Maxx, por citar algunos). Pero incluso aunque Samsung y ASUS hayan liberado el código de su kernel a la comunidad open-source, dista mucho de ser una solución universal. Así pues, sólo cabría estudiar los diferentes casos que nos pueden presentar los modelos existentes en el mercado y discernir entre cada uno de ellos para implementar el comando adecuado. Una tarea poco escalable y de difícil mantenimiento.

¿Rootear el dispositivo? Una solución nefasta

A esta pobre solución se le añade un impedimento más: para habilitar la ejecución de comandos del sistema necesitamos “rootear” el dispositivo. Esto implica modificar nuestra tablet o smartphone para poder adquirir privilegios de superusuario (root), lo cual se puede hacer mediante la instalación de un sistema operativo modificado o “Mod”. Las consecuencias de rootear el dispositivo son nefastas:

• Posible pérdida de datos
• Pérdida de garantía por parte del fabricante
• Inestabilidad y agujeros de seguridad

Y aún así algunos proyectos MANET actuales tratan de implementar redes ad-hoc siendo el rooteo un requisito indispensable, por ejemplo el proyecto SPAN de Mitre o B.A.T.D.R.O.I.D.

El panorama es desalentador. Así que cabe preguntarse: ¿existe una solución mejor? ¿Podemos implementar redes ad hoc sin necesidad de rootear nuestro dispositivo? La respuesta a esta pregunta aquí.

La entrada El problema de desplegar redes ad hoc en Android OS: ¿rootear el dispositivo? se publicó primero en BorrowBits.

Empezando por lo básico voy a aclarar que vamos a trabajar bajo Linux. Normalmente por seguridad ciertos servicios como el Telnet o el FTP vienen desactivados por defecto, sin embargo son muy útiles cuando estamos trabajando en equipo bajo una misma red.

Podremos acceder remotamente a otros terminales y compartir archivos con muchísima sencillez directamente desde la consola.

Como habilitar y configurar Telnet.

Telnet es un protocolo de red que se usa para comunicarse con otros terminales y manejar los mismos de forma remota, es decir, podremos tratar a otro ordenador tal y como si fuese el nuestro. No es una conexión segura dada su nulo encriptamiento de los datos en su transferencia, que son pasados como texto plano (sin cifrar). No es tema de este artículo, pero si queréis saber más podéis consultar como el protocolo SSH suple las carencias de Telnet.

Telnet suele venir desactivado por defecto. Para poder hacer uso de el haremos dos cosas: Crear un usuario para acceder al servicio y activar Telnet. Para ello abrimos una consola y escribimos lo siguiente:

#Crear usuario:
useradd user1
pass // Y lo que se nos pida para crear el usuario

#Activar Telnet:
vi etc/xinetd.d/vsftp // Existen alternativas a Vi.
disable = NO
service xinetd restart

Tras realizar el paso anterior podemos pedir a algún compañero que realice un:

telnet <Nuestra ip/host>

Para comprobar que todo ha ido bien.

Debemos tener en cuenta que el puerto por defecto para Telnet es el 23.

Puede que nos preocupe que cualquiera pueda intentar acceder a nuestra máquina a través de Telnet, por ello vamos a añadir una restricción para que solamente puedan conectarse desde la IP que nosotros queramos:

vi etc/xinetd.d/telnet
#Y añadimos:
only_from = <IP>

De esto modo solo podrán realizar Telnet desde la IP deseada. Estas restricciones son muy amplias y se pueden configurar tanto white lists como black lists de una o varias IPs.

Como medida extra de seguridad vamos a añadir un registro en un archivo log de los intentos de acceso a nuestro terminal:

#Añadimos:
logtype = FILE <Directorio>
log on failure += HOST
log in sucess += HOST

Como habilitar y configurar FTP.

FTP es otro protocolo de red el cual está destinado a la transferencia de archivos entre dos terminales, donde una hace de cliente y la otra de servidor durante la transferencia. En seguridad tenemos el mismo problema, la encriptación que brilla por su ausencia. Para saber más sobre ello podéis buscar información sobre SFTP.

Este servicio también viene desactivado por defecto a pesar de que el programa FTP si suele venir instalado. Lo primero que tenemos que hacer es activarlo:

vi etc/xinetd.d/vsftp
disable = NO
#Para entrar:
ftp <IP>
#Para descargar:
get <Archivo>

Si no pudieseis encontrar el directorio etc/xinetd.d/vsftp deberéis crearlo.

Es importante remarcar que los puertos más comunes de FTP son el 20 y el 21.

En este momento el mayor problema es que cualquiera puede entrar en tu máquina a través de FTP, para esquivar esta brecha vamos a desactivar el acceso de anónimos para que los accesos deban ser con las credenciales de los usuarios que hayamos creado (como en el servicio telnet).

#Podemos habilitar o deshabilitar el inicio de sesión de anónimos:
anonymous_enable = NO
#Para poder entrar como usuarios locales:
local_enable = YES
#Si queréis saber más sobre ello: man ftpusers

En este punto solo accederán a nuestro pc a través del servicio FTP usuarios con credenciales. Otra característica que es importante es añadir la posibilidad de subir ficheros, no solo de descargarlos, para ello escribimos en el mismo archivo de configuración:

write_enable = YES

Como os imagináis hay muchísimas de configuraciones posibles pero con lo anterior deberíais tener en vuestra máquina los servicios de Telnet y FTP funcionando a la perfección y con el acceso identificado activado. Espero que os haya sido de utilidad, si tenéis alguna duda podéis dejarla en los comentarios.

¡Un saludo!

La entrada Cómo habilitar Telnet y FTP en Linux. se publicó primero en BorrowBits.

La respuesta es ArchLinux. Ea, ya lo he dicho.

Pero antes de que os vayáis corriendo como pollos sin cabeza, oíd un viejo refrán: “Aunque la mona se vista de seda, mona se queda“. Es decir, si el hardware de tu computadora no está optimizado para multimedia, no importa qué distribución de Linux instales: acabará funcionando como un Fórmula 1 a pedales.

Hasta hoy la mejor distro para propósitos multimedia siempre ha sido Ubuntu Studio, con muchos repositorios y el entorno gráfico Xfce. Otra distribución de Linux que ha obtenido muy buenas críticas es ZevenOS, basado en Debian y con el motor gráfico de KDE.

Sin embargo, la distribución estrella de este año (2013) está siendo ArchLinux. Es cierto que su configuración es algo más complicada que en muchas otras distribuciones, pero es el precio a pagar para conseguir un sistema muy robusto, simple y ligero.

Con una comunidad muy activa y un repositorio muy amplio, Arch es un sistema que se quita de en medio a la hora de la verdad, cuando la CPU tiene que ejecutar tareas que requieren mucho rendimiento. En efecto, en multimedia lo que buscamos es que los ciclos de nuestro procesador hagan trabajo real y no que esté remolcando constantemente los procesos del sistema operativo.

Estas características convierten a Arch Linux en un sistema operativo perfecto para desarrollar, no sólo para diseñar y producir.

Cosas que podremos hacer eficientemente con Arch:

• Audio: existe una gran variedad de aplicaciones para grabar, editar, mezclar, sintetizar, etc. Por ejemplo Ardour, que no tiene nada que envidiar a los entornos de producción de pago, o Mixxx, que te permitirá convertirte en un DJ open-source.

• Video: para nuestros videos caseros y sencillos efectos podemos recurrir a OpenShot, aunque para proyectos más serios podemos usar Cinelerra, un completo estudio cinematográfico. Si necesitamos renderizado 3D para animación o videojuegos existe Blender, que permite hacer películas como las del video de arriba.
  

• Fotografía e imagen: creo que no es necesario presentaros a GIMP, el archiconocido “photoshop” open-source. Cabe mencionar los editores RAW profesionales, digiKam y Darktable. Con el clásico Inkscape podremos realizar diseño vectorial y con POV-ray podremos crear diseños 3D de alta definición.

Así pues, si eres diseñador/productor y te gastas dinero en un Mac de Apple es porque te sobra. O porque te apetece.

En el siguiente artículo encontraréis un completísimo tutorial de Linux.com para convertir ArchLinux en una completísima estación de trabajo para multimedia:

“Build A Serious Multimedia Production Workstation With Arch Linux“

Descargar | ArchLinux

La entrada ¿Cuál es la mejor distribución Linux para diseño gráfico y multimedia? se publicó primero en BorrowBits.

Existen muchas soluciones a este problema, aunque una de las más sencillas y rápidas sería utilizar la aplicación Genlist de PBNJ, una suite de herramientas de monitorización de redes basada en Nmap.

Genlist devuelve una lista de direcciones IP que responden a una petición de eco (ping). Primero hay que instalar el paquete PBNJ:

sudo apt-get install pbnj

Después hacemos un barrido en el rango que nos interese. Para ello usamos -s o --scan seguido del rango IP (sustituyendo los octetos de host por \\*). También podemos especificar una interfaz con --inter.

Ejemplo:

genlist -s 192.168.1.\\* –inter wlan0

En mi caso devolvería:

192.168.1.1
192.168.1.39
192.168.1.45

Si queremos un análisis más exhaustivo de estos hosts podemos pasarle esta lista a PBNJ o Nmap.

Está disponible para: Debian, FreeBSD, Gentoo, Backtrack y las Ubuntu.

• Manual Genlist: http://manpages.ubuntu.com/manpages/hardy/man1/genlist.1p.html
• Forja PBNJ: http://pbnj.sourceforge.net/

La entrada Descubrimiento de host con Genlist: cómo hacer un barrido de IP se publicó primero en BorrowBits.

No, no he dicho Ubuntu, he dicho Lubuntu. Con “L” de lightweight. Ligero como una pluma y rápido como un lince. Si tienes un PC antiguo o una netbook limitada en hardware seguramente te habrás preguntado si existirá un sistema operativo que, sin estar obsoleto, arranque en un santiamén y funcione fluidamente. Pues bien, existen muchos. Pero tal vez pocos como Lubuntu:

Y es que Lubuntu usa el escritorio LXDE (un sistema X11 mínimo) y una selección de aplicaciones muy ligeras. Como su nombre indica es una distribución basada en Ubuntu (con todas sus ventajas en lo que respecta a repositorios) y, al haber esforzado sus optimizaciones en velocidad y eficiencia energética, es una opción excelente para ciertos portátiles y netbooks.

Para instalarlo en uno de ellos desde un pendrive o memoria USB, sin necesidad de unidad lectora de CD/DVD, sólo tenéis que seguir estos sencillos pasos (desde Windows):

Por supuesto antes de nada debemos descargar la última versión de Lubuntu, que a día de hoy es la 13.04, que por cierto liberaron hace escasos días:

1. Descargar el programa Universal-USB Installer.
2. Insertar una memoria Flash de al menos 1GB lista para formatear.
3. Ejecutar la aplicación del paso 1 y cargar la imagen ISO que nos hemos bajado (busca la opcion “Try unlisted ISO Linux” en caso de que no aparezca tu versión).
4. Configurar la BIOS del netbook o portátil para arrancar desde USB.

Si todo ha ido bien, se ejecutará el programa de instalación y en pocos minutos tendremos Lubuntu instalado. ¡Que lo disfrutéis!

• Página oficial de Lubuntu | http://lubuntu.net/
• Wiki de la Comunidad | https://wiki.ubuntu.com/Lubuntu
• Documentación oficial | https://help.ubuntu.com/community/Lubuntu/Documentation

La entrada ¡Lubuntu 13.04 liberada! Instala tu Linux Superligero desde Pendrive se publicó primero en BorrowBits.

Borrar un directorio vacío o no vacío en Linux será pan comido con este sencillo tutorial. Se acabaron los agobios al borrar una carpeta si continúas leyendo

Muy sencillo, muy rápido con “rm” (Remove)

sudo rm -R directorio_que_quieres_borrar

¿Qué ocurrirá si dejas de leer el artículo?

Lo más probable es que tengas que volver a buscar esto en un futuro porque se te olvidará. Para evitarlo, te voy a explicar el comando muy brevemente, no te tomará mas de 1 minuto.

OK, confío en ti, pero no mas de un minuto, ¿eh?

Tranquilo. Primero necesitarás permisos de super-usuario:

sudo -s

¿Qué es eso de “-R”?

Viene de “recursivo”. Indica que la orden se ejecutará también para sub-directorios y para todos los archivos que estén dentro de la carpeta:

rm -Rf directorio_que_quieres_borrar

¿un momento, de donde ha salido la “f” ?

Para “forzar” la orden, evitando que la consola te pida confirmación para borrar ciertos archivos o directorios contenidos en el directorio que quieres borrar (que te la podría pedir, y te resultará muy molesto si tienes que confirmar… 50 archivos).

¿Es la única forma?

Si sólo tuvieras archivos en la carpeta que quieres borrar, puedes usar el comando rmdir. Pero primeramente tienes que vaciar el directorio (sí, este comando sólo te funcionará para directorios vacíos):

cd carpeta_que_quieres_borrar
rm *

Con el asterisco indicas “todos los archivos” del directorio en el que te encuentras (otra cosa más que acabas de aprender).

cd ..
rmdir carpeta_que_quieres_borrar

Y todo borrado.

¿Y por qué no puedo borrarlo desde la interfaz gráfica?

Si has entrado a este artículo, probablemente sea porque no has podido hacerlo así. Y si no has podido fue porque no tienes permisos suficientes.

No es recomendable andar tocando permisos de carpetas como pollo sin cabeza, así que dejo bajo tu propia responsabilidad el que lo hagas, eso si, te recomiendo que sepas a que le tocas.

chmod 777 -R carpeta_que_quieres_borrar

Ya puedes irte y toquetear lo que quieras desde la interfaz gráfica.

Repito: Te advierto que con esto puedes borrar CUALQUIER archivo del sistema. Mucho cuidado con cargarte tu propia máquina.

En Borrowbits compartimos nuestros conocimientos de forma altruista. Si este artículo te ayudó, invítame a un café. Con cada donación plantaremos un árbol en tu nombre en el Proyecto Edén (Madagascar):

¡Un saludo!

La entrada Borrar directorio (no vacío) en Linux fácilmente se publicó primero en BorrowBits.