Extender tu partición / (root) sin herramientas gráficas; parte II.

Entonces, ya determinaste cuánto espacio más podés/querés adicionar a tu partición de root. Ahora hay que agregarlo. 

¿Cómo lo hago? fácil; para agregar más espacio a la partición de root, borrás la partición de root. ¿Ah? La borrás y luego la recreás con el nuevo espacio total. Si comenzaba en 7GB y querés que sea de 25GB entonces la recreás con 25GB en total. 

¿Estás seguro? ¿no me voy a cagar en todo? Sí, estoy seguro; y no, no te vas a cagar en todo; todo va a estar bien SI y sólo SI el primer sector de la nueva partición coincide con el primer sector de la nueva partición. 

Ahora, asumo  que vos sos un ser humano responsable y que sabés cómo usar el papel higiénico de forma apropiada y de la misma forma sabés cómo respaldar tus datos... pero como no lo sé con certeza y no me interesa, dejo este disclaimer amigable: yo no soy responsable de cualquier cagada que le hagás a tu equipo. Respaldá tu info primero.

Procedemos: 

# fdisk /dev/sda

Welcome to fdisk (util-linux 2.27.1).

Changes will remain in memory only, until you decide to write them.

Be careful before using the write command.

Command (m for help): d (esto borra la partición)

Selected partition 1

Partition 1 has been deleted.

Command (m for help): n (hacemos la nueva partición)

Partition type

   p   primary (0 primary, 0 extended, 4 free)

   e   extended (container for logical partitions)

Select (default p): p (por supuesto que primaria)

Partition number (1-4, default 1): (la tecla "enter" acepta el valor default)

First sector (2048-234441647, default 2048):  (la tecla "enter" acepta el valor default)

Last sector, +sectors or +size{K,M,G,T,P} (2048-234441647, default 234441647): +30G (el nuevo espacio que quiero; el tuyo puede ser distinto. Si lo querés en megas, usá M y la cantidad apropiada; probablemente tendrás que usar unidades/decenas/centenas de millares)

Created a new partition 1 of type 'Linux' and of size 30 GiB.

Command (m for help): w (escribe y guarda cambios)

The partition table has been altered.

Calling ioctl() to re-read partition table.

Re-reading the partition table failed.: Device or resource busy

(no te asustés, el de arriba es una advertencia lógica y normal)

The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8).

# reboot 0 

(es un número cero, significa: reiniciá ya, saltate la cuenta del minuto y medio)

Esto fue lo que hice hace un par de horas. 

Podría explicarte cada línea, pero es extendernos y además, estoy seguro que si te interesa, vas a traducirlas por tu cuenta o usar un traductor. Ya en la otra parte explico cómo concluir esto. 

Extender tu partición / (root) sin herramientas gráficas; parte I.

PARA ENTENDER este artículo, te sugerimos aprender los conceptos de filesystem, directorio, particiones y documentación adicional sobre fdisk.

Si te atreviste a configurar manualmente tus particiones cuando instalaste tu distro, probablemente te preguntaste ¿cuánto espacio necesito para mi partición root? ¿cuántas particiones necesito? ¿cuánto espacio asigno  a una partición swap? 

Todas estas preguntas ya tienen respuesta en las wikis y documentos oficiales de cada distro. Para usuarios expertos, determinar cuánto espacio debe de ser asignado a qué, es fácil. Para los n00bs totales, también porque dejan que los instaladores lo hagan todo por ellos. 

Pero para los que estamos aprendiendo en el ruedo, puede que esas respuestas no nos ayuden totalmente y necesitemos un poco de flexibilidad; tal vez por error o por desconocimiento, asignamos manualmente espacio suficiente para instalar el sistema base y conforme instalamos más paquetes, vemos que nos quedamos sin espacio adicional en la partición, aun teniendo espacio extra en nuestro disco. Si ese sos vos, te explicamos cómo agrandar/estirar/alargar tu partición root vía Terminal, mientras tu sistema operativo está corriendo. A esto se le conoce como LIVE/ONLINE ROOT PARTITION RESIZING o "redimensionamiento de la partición root en vivo/en línea".

PREGUNTA IMPORTANTE ¿por qué habría de usar este método cuando existe Gparted o cuando puedo usar una imagen en vivo desde  un CD/USB? Porque tal vez estás aprendiendo de admiministración de sistemas o corriendo un servidor como en mi caso, o tal vez ya sos un administrador y tenés un servidor de producción al que forzosamente necesitás extenderle el root; o puede que no dispongás de otro sistema o imagen, o simplemente porque sos jarcor (hardcore) y querés aprender a hacerlo sin usar interfaces gráficas (GUIs). Si este es tu caso, seguí leyendo. De otra forma, buscá en línea cómo  usar Gparted, que es más fácil y apropiado para usuarios que no se sienten cómodos trabajando en Terminal porque no tienen el conocimiento y/o no desean aprender a usarla.

Nuevo equipo, jugando con microservidores.

Ratos de no escribirles.

He llegado a la conclusión de que este blog difícilmente tendrá un desarrollo "lineal". Inicialmente decidí que sería una especie de manual introductorio para novatos GNU/Linux. Durante el tiempo que no escribo, aprendo de administración Linux, programación, microcontroladores y demás; esas cosas no considero necesarias para un novato; pero compartiré las cosas que considere útiles. Algunas de ellas pueden ser de nivel básico y otras requieren un conocimiento mayor en esto o aquello. 

Esta actualización podría ser un poco "avanzada" puesto que habla de hardware y un poco de soluciones de almacenaje.

Me hice de nuevo equipo y me deshice de mi Phenom 960T. Ahora, tengo una laptop intel (i5 4210u, 8GB, Nvidia 840M, 720p, WiFi, Bluetooth, parlantes, teclado y 1TB que reemplacé por mi SSD de 128GB) en la cual tengo Freya. Ya tengo unos tres meses en ella y no me quejo de nada :) ¿Por qué tanta RAM y un i5? porque serán útiles durante mi aprendizaje de FOSS. 

Desde hace un par de años vengo con la idea de construir mi propio servidor multipropósito y alojarlo en casa. Existe un invento llamado "la nube", y otro llamado "servidor NAS" pero para todo el material que tengo (software, imágenes, música, etc.) y como prefiero armar mis propios equipos y aprender del FOSS, quise hacer mi propio servidor. 

Ya tenía mi PC de escritorio y se me ocurrió que tenía el suficiente músculo para hacerla un servidor (Phenom 960T quad core, convertible en hexacore; 2GB Nvidia GTX 650 Ti Boost de EVGA, Asrock 990FX Extreme3; 8GB de RAM Kingston Hyper X Beast; OCZ SSD de 128GB SATA III; 2x 3TB Western Digital Caviar Red SATA III; radiador Corsair H60; Cooler Master CM 690 II; -lector de tarjetas y sin unidad óptica interna :v ); pero honestamente, casi no le usaba y sería un consumo de energía excesivo para lo que quiero.

Me di la tarea de buscar desde hace unos años y encontré la solución perfecta: motherboards embebidas (SoC, Single Chip computers); son simplemente motherboards de factor pequeño (usualmente micro ATX, baby ATX, mini ITX o incluso Pico ITX) con procesadores de bajo consumo (usualmente, procesadores de laptop); que toman RAM de escritorio o laptop y tienen varios puertos SATA. Son populares en países de Asia y el primer mundo occidental, para entusiastas que deciden hacer sus propios Home Theater PCs (HTPCs) o micro servidores e incluso como PCs domésticas para quines no tienen exigencias altas (gaming, creación multimedia, compilar código,  virtualización, etc.).

Durante los tres-cuatro años que contemplé la idea, llamaron mi atención una motherboard Zotac con un AMD Turion de doble núcleo (ya bastante viejo, pero de bajo consumo), una AsRock con un AMD Zacate E-350, y una Asrock con el AMD Kabini A4-5000. Todos procesadores originalmente pensados para laptops. También varios Intel (los Intel Celeron Bay Trail son muy buenos, pero valen un poquito más y tienen menos puertos SATA III: aquí estamos considerando algo llamado escalabilidad).

El Kabini me pareció perfecto para el trabajo puesto que trae cuatro puertos SATA III (lo que me permitiría poner dos o más discos en RAID 1), aparte de tener un TDP de W, y ser quad core... de apenas a 1.5GHz, pero es suficiente para lo que hará: proveer almacenaje en mi red local y tal vez alojar sitios en WordPress para cuando retome el tema; en todo caso, tengo dos núcleos extra en comparación al E-350.  podría beneficiarme de los múltiples núcleos

Mientras tanto, aprendí a instalar Arch vía VirtualBox en mi laptop (virtualizar requiere bastante RAM según los SOs que se corren). No considero hacer una guía al respecto porque ya existe: está en la Wiki de Arch, y siguiendo su filosofía me adhiero al principio #KISS (keep it simple, stupid!) y por eso es que te sugiero: #RTFM (read the fucking manual!). 

Hace unos dos meses, me llegó la mini ITX; conecté mi otro  SSD a la mobo Kabini e instalé Arch hace unos cuantos sábados. Como está pensada para servidor, no requiero de un Entorno de Escritorio; aun así, instalé Awesome WM como lo hice en el Arch de VirtualBox. Tal vez hable de Awesome en otra entrada después. En mi tiempo libre me di a la tarea de auditar mis discos duros y consolidar todos mis archivos en mi disco duro externo. Ya luego configuro RAID 1, un par de daemons y copio la info de mi disco duro externo a ellos. 

Leyendo de administradores y desarrolladores angloparlantes, aprendí ciertos trucos a implementar en mi servidor, pero... la cagué al configurar la instalación;

... apenas y le asigné 15GB de espacio a la partición root. El sistema base de Arch pesa menos de 3.5GB ( # df -h muestra 3.4GB usados hasta ahora, que tiene paquetes extra que he instalado), pero preveo que podré necesitar más espacio en un futuro cercano. 

Así que en la próxima entrada, te compartiré cómo hice para extender la partición root.

Y eso. Felices fiestas :) 

/ estructura del directorio.

/
Seguramente has visto la barra diagonal  (también llamada barra oblicua, barra inclinada, diagonal, o pleca) mencionar en putoriales e instructivos; ella es el directorio del Root, o superusuario. 

Todos los demás (sub)directorios están contenidos dentro de ella. De esta forma:

/ = directorio Root.
/locación = directorio llamado “locación”, contenido dentro del directorio root.
/locación/locación_a = Directorio llamado “locación a”, contenido dentro del directorio “locación”, que está en el directorio Root.
/etc/babosadas/cachivaches = lo mismo, cachivaches está dentro de babosadas, que está en etc, que está en root.

La estructura del directorio Linux (que sigue las convenciones establecidas por la estructura de directorios de Unix) coloca a distintos tipos de archivos en directorios específicos:

/bin - binarios/ejecutables.
/boot - parámetros de booteo y kernel.
/dev - dispositivos (dev es el corto para “device”).
/etc - archivos de configuración.
/home - directorio “hogar” de usuarios.
/lib - librerías y módulos de sistema.
/media - dispositivos portables (media es un latinismo, es el plural de medium).
/mnt - dispositivos fijos (como los discos duros) están montados acá).
/proc - “directorio árbol” virtual; contiene info acerca del sistema operativo.
/root -esta es la casa del superuario root. una cosa es “/” que es el “principio” de todo digamos, y otra es  /root, que es donde root “vive”.
/tmp - archivos temporales.
/usr - programas, librerías.
/var -logs de datos dinámicos, contenido de sitios web, aquí el sistema operativo escriba mientras opera. 

¿Por qué es útil conocer estos subdirectorios? 
• Porque son usados a veces para operar dentro de la Terminal. 
• Porque es importante  que sepás qué estás haciendo y en dónde lo estás haciendo:  más de alguna vez hemos escuchado “para poner tu unidad de almacenamiento, tenés que montarlo… loggeate como root, abrí tu Terminal, identificá tu disco duro usando fdisk -l y luego hacé un directorio en /media/directorionuevo o en /mnt/melasoplatudirectorio; ahora hacé sudo mount /dev/sdc1 /media/directorionuevo o en /mnt/melasoplatudirectorio y luego configurá un automontado en etc/fstab  para que cuando reiniciés, el disco esté montado automáticamente y blah-blah-blah, yackity schmackity… ”. Saber dónde estás y cuál es tu estado y esto te dará una mejor idea del porqué debés hacer esto y porqué luego, ocurrirá aquello.

Estos son los subdirectorios más usados inicialmente. Podés leer más en http://www.thegeekstuff.com/2010/09/linux-file-system-structure/. Ahora, ¿cómo es que accesamos a estos subdirectorios? Esa es una grandiosa pregunta, chele. Primero, abrís Terminal, y usás comandos, para navegar; ¿recordás a pwd y cd? Estos son los que vas a usar para navegar; tal vez también necesités iniciar sesión como root para accesar a algunas subdirectorios... 

Y eso. Nos vidrios al ratón, chele*.

Modismo: nos vemos al rato, chele*

Ubuntu y derivados: Cómo cambiar contraseña de Root.

Hola a todos.

¡Esperamos que vayan bien! Como mencionamos en nuestro artículo de Root, Ubuntu y sus derivados van a configurar un hash criptográfico como contraseña para el superusuario, de cuya existencia no sabrías si no estuviéramos hablando de ella.
Esto significa ventajas para el administrador porque no tiene que recordar una contraseña extra, y en caso de que un blackhat quisiera crackearte, pues tiene más difícil el hacer un ataque de fuerza bruta porque no es una contraseña convencional como la fecha de tu cumpleaños más tu marca favorita de calzones, o el nombre tu esposo y tu mascota juntos.

Ahora, si insistís en que querés tener full acceso a Root y querés habilitar una contraseña propia, pues sos libre de hacerlo, supongo. Es realmente innecesario, porque para eso se usa sudo o gksudo.

Hacé esto:

$ sudo passwd root Esto ejecuta el cambio de contraseña para root.
[sudo] password for user: ingresá el password del usuario que estás usando.
Enter new UNIX password: aquí es donde inicia la magia; ahora estás cambiando el password de root.
Retype new UNIX password: lo confirmás...
passwd: password updated successfully. é-xi-to; ya lograste hacer lo que no deberías de estar logrando. Yo que vos, me tatuaría el tatuaje en la palma de la mano para que no se me olvide.

Como cortesía, te voy a compartir el comando para "deshacer" o "revertir" estos cambios (tenés que estar logueado como root; acordate).

$ sudo passwd -dl root ordenás que el password de root que configuraste, venza.
passwd: passwd expiry information changed. venció, ahora de regreso al innombrable password oculto.

En todo caso, si quisieras una sesión persistente de Root (si te recordás, sudo sólo te permite typear un comando a continuación pero la siguiente línea va a ser ejecutada como usuario regular a menos que volvás a escribir sudo), te recomendamos que no cambiés la contra de Root; el comando su -i es un buen substituto, porque te permite simular una sesión "persistente" de root. Cuando hayás terminado, das exit y ya.


Con un poco de buen inglés podés ver el sitio de donde tomé este resumen y lo traduje para nosotros.

Root

Root (/ ro͞ot / / ru-uT/ )

• Parte de las plantas que las pegan al piso para que la gravedad cero no las succione al espacio exterior.
• La línea negra que se ve en el cuero cabelludo de algunas damas "rubias".
• La cuenta de Superusuario: La mamá de Tarzán. La última chupada del mango.

Root es  el nombre de la cuenta que tiene  privilegios de “superusuario”. El Root puede usar tooooodos los comandos y archivos en Linux. Es como Arceus en Pokemon, Broly en Dragon Ball GT, Yisus* en el Cristianismo, Alá* en el Islamismo, etc.

En inglés, lo vas a conocer como Root account, Root User, Root Superuser. Tal vez recordás que tu distro te pedía crear una contraseña para Root al momento de instalar.

Se le llama así, porque un superusuario es el único que tiene acceso al directorio raíz en Linux (el directorio raíz o root directory se representa así “/”, sólo la barra diagonal, porque es el primer directorio o el “más alto”; tal vez lo has visto cuando instalaste tu distro).

Ser Superusuario, o Root user, significa tener el poder total: ser el Dios absoluto de tu Distro. Podés dar y quitar accesos y restricciones a otros usuarios (digamos que tu hermanito es bien metido y te cagó la Distro una vez, pues lo limitás esta vez y ya).

Root también hace referencia al directorio “ / “ (sin las comillas), que es el Top Level Directory,  o “el directorio padre/maestro”.

¿Cómo me convierto en Root user? / ro͞ot  ˈyo͞ozər/ ruut iuser /

En general, para la mayoría de Distros, usamos el comando su en Terminal.Se te pide que ingresés tu contraseña, des enter y listo.

su significa Substitute User, aunque la mara lo tiene por "superuser" o "switch user".

Fijate en esta "sesión" de terminal:

chepe@chepe-desktop chepe@chepe-desktop $ su contraseña: root@chepe-desktop # imaginá que aquí está lo que sea que querés hacer como Root. 

Ahora, lo que su hace, es que convierte la sesión de Terminal, en sesión del Root para que el resto de comandos que introduzcás, sean ejecutados como superuser. Observá que cuando te hayás convertido en Root, vas a ver un numeral en lugar del signo de moneda.

root@chepe-desktop # imaginá que aquí sigue lo que sea que querés hacer como Root. 
root@chepe-desktop # exit 

Cuando hayás terminado de ejecutar los comandos como superusuario es importante que salgás de la sesión de Root; para esto usás exit ; y vas a ver que el signo de moneda regresa a la línea
de Terminal. ¿Simple, cierto?

chepe@chepe-desktop $

Si estás trabajando en Ubuntu o derivadas (Lubuntu, Xubuntu, Kubuntu, Elementary y afines), vas a usar sudo -i en lugar de su. ¿Por qué? Por cuestiones de diseño de la Distro. Canonical, la compañía que desarrolló Ubuntu, consideró que era mejor que ni los admins ni los usuarios supieran sus contraseñas Root para evitar que fueran crackeadas por terceros maliciosos; no es que no tenga contraseña (sí la tiene, y es un hash criptográfico bastante difícil de descifrar), es que simplemente el SO no te la va a dar. Podés cambiarla de hecho (en otro capítulo hablaremos de ello), p-e-r-o n-o e-s r-e-c-o-m-e-n-d-a-b-l-e.
La mara experta recomienda que no usés Root en Ubuntu o derivados, a menos que sea necesario porque si errás en un comando, vas a pasearte en todo el sistema operativo. Pero si has leído tutoriales, ya sabés que en ciertas ocasiones deberás hacerlo.

Como recomendación, si la tarea que querés ejecutar requiere privilegio de superusuario y tomará una línea de comando, usá sudo , (SuperUser Do) que sirve para ejecutar un comando de una línea con el mismo usuario que inició la sesión de Terminal (y te va a pedir la contraseña de usuario, no de root), sin abrir sesión de Root y permanecer en ella más tiempo del necesario -lo que minimiza el riesgo de que cometás un error involuntario pero fatal.

Cuando busqués ayuda, tutoriales o instructivos en línea, vas a encontrar otro comando

chepe@chepe-desktop $ sudo apt-get update este comando sirve para actualizar los paquetes de ciertas distros, como Ubuntu y sus derivadas.
[sudo] contraseña para chepe:   cuando das enter, vas a ver una gran jerigonza de líneas abajo porque tus paquetes se están actualizando.

Y una vez terminado, vas a regresar al prompt con tu usuario regular:

chepe@chepe-desktop $

Recordá esto:
$ usuario regular (algunos SOs basados en Unix usan '#' en lugar de '$').
# root, superuser, root user.