jueves, 22 de enero de 2015

Mientras encripatmos a alguien, hablemos de cifrado y así.


Muchas veces confundimos el codificar, con cifrar, con encriptar ( No, nos negamos a meter a alguien en una cripta.) que no, no es encriptar, por que cada que dices encriptar, dios mata un gatito, y los gatitos son como las direcciones IPv4, ya no hay mas.

Pero hablemos de conceptos.

¿Qué es codificar?

En términos muy simples es expresar una misma información de una forma distinta, es decir, transformamos nuestros símbolos (Caracteres) en otro sistema de representación, por eso, en realidad no estas ocultando o dificultando el acceso a la información, y el ejemplo mas común es el lenguaje.

Supongamos que tenemos un mensaje: "Hola, mundo"

Es simple, es burdo, pero es lindo, ahora tenemos el mismo mensaje en ingles: "Hello world"

Foneticamente y morfologicamente son distintos, pero el significado es el mismo, simplemente codificamos el mensaje, y por eso se puede leer de otra manera, en este caso, en ingles.

Y bien, ¿Qué es cifrar?

Es aplicarle a un mensaje un algoritmo y una clave, y esto nos da como resultado, un mensaje cifrado, vulgarmente conocido como criptograma.

Pero cuando hablamos de algoritmo, hablamos de un proceso que debe ser siempre unívoca, lo que significa que una entrada siempre provoca una misma salida o resultado, pero como no queremos eso, tenemos que variar la entrada y para ello usamos una clave.

Supongamos que yo tengo un secreto (Una clave) y utilizo este secreto para cifrar un mensaje. Si yo quiero compartir este mensaje con alguien mas, tengo que compartir mi secreto con esta otra persona, y luego esta persona aplicar mi secreto para poder leer el mensaje. Por lo que podríamos decir que, nuestro mensaje es tan seguro como mantengamos oculto nuestro secreto. Esta técnica se le conoce como criptografia simétrica.

De aquí nace otro concepto interesante en los años 70's que pretendió arreglar el inconveniente del secreto pre-compartido con un juego de llaves, donde una se una en un sentido y la otra, en otra (Por que, obvio, no creo que sean para lo mismo, no tendría caso). Para este punto, una de ellas es la llave privada, que nadie debe tener, y la otra es una publica, que puedo compartirla con quien yo quiera. Y a esto se le llamo criptigrafía asimétrica.

Cuando creamos estas llaves con PGP o GPG, ponerle una frase de paso o clave a la llave privada, es obligatorio (O muy recomendado, de verdad, tienen que ponerle una clave, ya les diré por que). Pero algunas veces, cuando usamos RSA o SSL no lo hacemos por que suponemos que están en un sitio seguro y... nadie entra a sitios seguros a robar información, o ¿si? El caso es que, supongamos que nuestra llave privada cae en otras manos que no sean las nuestras y no cuenta con una frase de paso (clave), pues esta persona podrá leer nuestros mensajes cifrados y saber donde ocultamos las galletas de chispas de chocolate que no queremos compartir con el resto de la humanidad.

Gracias a la criptografia asimétrica, hoy podemos hace una firma. pero pongamos en contexto algo simple del funcionamientos de las llaves. Y es que si bien, todo mundo (o los que queramos) tiene nuestra llave publica, el proceso de cifrado es a la llave publica y el proceso de decifrado es por lo tanto, a la llave privada, pero si ¿esto lo hacemos al revés? Aplicando el proceso de cifrado a la privada y el decifrado a la publica. Y si, es aquí donde entra la tan conocida firma digital o electrónica, es decir, solo tu, que tienes tu llave privada puedes generar una firma valida y cualquiera con tu llave publica verificar la integridad, la autenticidad y el no repudio de la información entregada, por lo que luego no puedes venir a decirle que no haz escrito el correo mandado. ¿Pero como de que no? Tengo la prueba matemática para demostrarlo!

Una cadena es tan fuerte como el mas débil de sus eslabones.

Si bien, el cifrado es algo (mucho) útil a la hora de mantener segura nuestra información y poder asegurar la veracidad de la información que se maneja, de nada sirve que tengamos una llave de 4096 bits si para comparar las firmas digitales lo hacemos por medio de la comparación de cadenas: Nintento, nunca cambies, por favor.

Existe desde hace unos cuantos meses o miles de años, desde los algoritmos clásicos y de eso, hace ya mucho los ataques criptograficos o el criptoanalisis, que consiste en descubrir debilidades en los algoritmos criptograficos que nos permitan obtener pistas para decrifrar las claves.

Ahora, supongamos, mi querido lector, que tenemos el algoritmo RSA que se basa en el problema matemático de la factorización de números enteros, en el cual usaremos nuestra computadora cuántica que funciona con aire y que compramos en china a un buen precio para tratar de romper un mensaje cifrado. Esto es un coste exponencial, que en la teoría de la complejidad, si nosotros aumentamos un poco la complejidad de la frase de paso (clave), poder romperla se vuelve un lio  hasta el punto que no se podría... o si, pero nos llevaría mas tiempo del que lleva el universo siendo universo, así que no esta nada mal desde ese punto de vista.

Así que, la criptografia no nos hace la vida mas fácil, pero si mas segura. Tiene un costo, pero tiene beneficios que cada uno de ustedes le dará el peso que crea necesario.

Con amor: Uetiko


sábado, 5 de julio de 2014

GnuPG creación de llaves y exportación para su uso en otros clientes

El arte de encriptar es la de meter a una persona en una cripta y no dejarla salir de ahí, pero la de cifrar es mantener nuestra información sensible segura y que nadie mas que nuestro circulo de confianza pueda leer.

La criptografía no es una moda o algo que se invento de un par de años a la fecha, es una serie de técnicas y métodos tan antigua como la propia humanidad Y aunque ahora la tecnología nos permite algo mas confiable, no es algo que muchos de nosotros usemos o que incluso, conozcamos.

GnuPG o simplemente GPG, es un programa de código abierto que remplaza a la suit de criptografía PGP y que utiliza el estándar denominado OpenPGP, así que eso ya es un punto bueno para su uso. Este pequeño cifra mensajes usando un par de llaves asimétricas que deben generar ustedes, pero también se puede añadir una firma para demostrar que ustedes, mis niños, son los autores del mensaje en cuestión y que no es algún mono haciendo de las suyas a su nombre.

Hasta aquí se escucha bien y... ¿Cómo demonios se usa?

GPG se usa por medio de la consola de comandos, aunque existen implementaciones en entorno gráfico que te ayudaran a la creación, exportación y administración de tus llaves, pero hoy no les enseñare a usar alguna de ellas, si no que lo haremos de nuevo de la forma artesanal, así es, por medio de nuestra amiga consola.

lo primero que debemos hacer es tener instalado gpg, que ya casi la mayoría de unix o BSD's ya tienen por defecto, si no es así para su linux favorito, pueden descargarlo de su gestor de paquetes o bien, bajar el código y tener un buen rato de soledad compilandolo.

Una vez instalado, no requieren ser todo poderoso alias, root para su ejecución, tan solo tener ganas de hacer las cosas.

Así que vamos a crear las llaves con el siguiente comando, recuerden que esto es solo una bella receta, pero pueden agregar sus ingredientes preferidos viendo el manual de gpg en su linea de comandos con man.

$gpg --gen-key
Esto les dará una salida, pero que aun así, será interactiva y les pedirá los parámetros necesarios de forma amigable y que les dirá donde pondrá los archivos creados con extención gpg.

Como gpg nace con la insignia de libertad, no usara algoritmos privativos o con patentes como IDEA, que es la piedra angular de pgp, así que usara algoritmos como ELGamal, CASTT5, Triple DES, AES y blowfish.

Siendo DSA y ELGamal sus algoritmos por defecto, los dejará escoger algún otro que ustedes prefieran, así mismo les dirá que usara una llave de 1024 bits, pero que igual, podrán decirle que quieren algo mas de bits, por ejemplo, ya es recomendable usar 2048 o por que no, ponernos serios con 4096 bits para que... no sé, tengan mas tranquilidad en sus almas a la hora de cifrar o firmar sus mensajes.

También les pedira que indiquen si quieren que sus llaves tengan una fecha de caducidad o que sean eternas, esto ya dependerá de sus gustos o paranoia a la hora de pensar en compartir su llave publica.

Otros datos importantes y que no deben de dejar si llenar serán:

  • su nombre real
  • dirección de correo electrónico
  • un comentario (Opcinal)
  • Y si, una clave de paso (Recomiendo que lo hagan, por si su llave privada cae en manos nada confiables)
Ya tengo mis llaves, y ahora como demonios las administro o veo...

Administrar tus llaves es tu responsabilidad, ya que puedes crear tantas como requieras, una para los amigotes, para la novia, para tu trabajo, etc, etc, etc, por lo cual uno siempre debe saber cual es cual y tener una idea para poder hacer el buen uso de ellas, así que gpg nos da la opción de listarlas mediante dos argumentos al comando gpg

$ gpg -k
o bien
$ gpg --list-keys

Esto nos desplegara la longitud de las llaves publicas y privadas, así como en usuario (Tu nombre) y un hash que las identificará, algo así como:
/home/uetiko/.gnupg/pubricng.gpg
--------------------------------------
pud 2048D/CA5B3485 2014-07-05
uid                                         Uetiko
sub  2048C/EF7A4E93 2014-07-05
Pero eso ¿qué carajos quiere decir?, digo, se ve padre y esta bien chido, pero en que idioma esta... Bien, con calma chamacos.


  • pud: Es la llave publica.
  • sud: es la llave privada
  •  2048D: Es la longitud de bits que escogieron.
  • CA5B3485: Es el ID de la llave.
  • Uetiko: Es el nombre real de ustedes (Bueno... debe ser su nombre real por convención y buenas practicas)
pueden exportar sus llaves en gpg para su uso otros lugares como correo, desgraciadamente su llave esta en ansii, por lo que no todos los programas lo podrán entender y requerirán algo mas legible, por ejemplo algún cliente en web, donde un cat a la llave no podrá ser de utilidad y les dirá que la armadura ansii no es correcta o algún otro error a la hora de verificar o leer la codificación, lo que hará imposible su uso, pero si esto fuera así y ya, sería inútil, aburrido y nada benéfico su uso real en el mundo.

Para ello podemos exportarlas en formatos amigables y así seguir manteniendo una comunicación segura usando los clientes que queramos usar. Y para ello exportaremos las claves por partes, primero la publica para pasarla a nuestros amigotes y luego la privada, para que la usemos en nuestros clientes de confianza.

Exportando la llave publica

Como gpg tiene muchas opciones para nuestros gustos mas exquisitos, podemos usar una forma simple, pero muy buena para cocinar nuestra llave publica en ese formato amigable que deseamos.
$ gpg --armor --export > miLlavePublica.asc

Esto nos dará como salida algo asi como:

 -----BEGIN PGP PUBLIC KEY BLOCK-----Version: GnuPG v1.0.1 (GNU/Linux)Comment: For info see http://www.gnupg.orgmQGiBDkHP3URBACkWGsYh43pkXU9wj/X1G67K8/DSrl85r7dNtHNfLL/ewil10k2q8saWJn26QZPsDVqdUJMOdHfJ6kQTAt9NzQbgcVrxLYNfgeBsvkHF/POtnYcZRgLtZ6syBBWs8JB4xt5V09iJSGAMPUQE8Jpdn2aRXPApdoDw179LM8Rq6r+gwCg5ZZapGNlkgFu24WM5wC1zg4QTbMD/3MJCSxfL99Ek5HXcB3yhj+o0LmIrGAVBgoWdrRdBIGjQQFhV1NSwC8YhN/4nGHWpaTxgEtnb4CI1wI/G3DK9olYMyRJinkGJ6XYfP3bcCQmqATDF5ugIAmdditnw7deXqn/eavaMxRXJM/RQSgJJyVpbAO2OqKe6L6Inb5HkjcZA/9obTm499dDMRQ/CNR92fA5pr0zriy/ziLUow+cqI59nt+bEb9nY1mfmUN6SW0jCH+pIQH5lerV+EookyOyq3ocUdjeRYF/d2jl9xmeSyL2H3tDvnuE6vgqFU/Nsdvby4B2Iku7S/h06W6GPQAe+pzdyX9vS+Pnf8osu7W3j60WprQkUGF1bCBHYWxsYWdoZXIgPHBhdWxnYWxsQHJlZGhhdC5jb20+iFYEExECABYFAjkHP3UECwoEAwMVAwIDFgIBAheAAAoJEJECmvGCPSWpMjQAoNF2zvRgdR/8or9pBhu95zeSnkb7AKCm/uXVS0a5KoN7J61/1vEwx11poLkBDQQ5Bz+MEAQA8ztcWRJjW8cHCgLaE402jyqQ37gDT/n4VS66nU+YItzDFScVmgMuFRzhibLblfO9TpZzxEbSF3T6p9hLLnHCQ1bDHRsKfh0eJYMMqB3+HyUpNeqCMEEd9AnWD9P4rQtO7Pes38sV0lX0OSvsTyMG9wEBvSNZk+Rl+phA55r1s8cAAwUEAJjqazvk0bgFrw1OPG9m7fEeDlvPSV6HSA0fvz4wc7ckfpuxg/URQNf3TJA00Acprk8Gg8J2CtebAyR/sP5IsrK5l1luGdk+l0M85FpT/cen2OdJtToAF/6fGnIkeCeP1O5aWTbDgdAUHBRykpdWU3GJ7NS6923fVg5khQWguwrAiEYEGBECAAYFAjkHP4wACgkQkQKa8YI9JamliwCfXox/HjlorMKnQRJkeBcZiLyPH1QAoI33Ft/0HBqLtqdtP4vWYQRbibjW=BMEc-----END PGP PUBLIC KEY BLOCK-----
Bien, ya podemos descansar un poco, pero el problema es que esto es la publica... Y la privada? Por que la necesitamos nosotros para cifrar o firmar nuestros preciados mensajes... Bien, usando el siguiente comando podremos exportar esa preciada llave que debemos guardar lo mejor posible.

$ gpg --export-secret-key -a > miLlaveSecreta.asc
Esto nos generara una salida parecida a la anterior, pero nos dirá que es private y no public, por lo que ya podremos hacer uso de esta llave en nuestros clientes que no soportan la extensión de gpg.

La privacidad es un derecho que debemos tener, pero es su responsabilidad crearla y mantenerla de esta forma.

Con amor: Uetiko.



miércoles, 29 de agosto de 2012

Un primer vistazo a Git

De la teoría y esas cosas

Git es un administrador de versiones simple, elegante, y extremadamente flexible, lo que puede resultar difícil de manejar o de aprender (Mejor dicho, de dominar). Pero quien en estos tiempos tiene tiempo para querer una vida fácil.

Git es un control de versiones distribuido, lo que significa en palabras simples: Ya no es necesario tener un servidor como en el caso de CVS o SVN, si no que ahora puedes tener tu control de versiones en tu maquina y posterior mente pasar todo esos cambios a un servidor central. Pero como diablos hacemos eso? como es que ahora puedo tener mi repositorio en mi maquina y así?

De los install y otras maravillas

Si usas windows, te recomiendo que bajes el ejecutable desde la pagina de git: dale aquí, si usas linux, existen paquetes precompilados para la mayoría de las distribuciones, por lo que ya no tendras que bajarte las fuentes y pasarte toda la noche peleándote con el make y gcc, así que abran sus consolas, sean todos poderosos (o sea, sean root) y dejen que su gestor de paquetes haga magia.

Fedora: # yum install git
ubuntu: apt-get install git-core
ArchLinux: # pagman -s git
Solais:# pkg install developer/versioning/git

En dado caso que no exista un precompilado para su linux o unix, descargen en source y hagan lo siguiente: 

# tar -zxf git-.tar.gz
# cd git-
# make prefix=/usr/local all
# make prefix=/usr/local install
Opcional: 
# make prefix=/usr/local clear

si quieren un cliente grafico, les recomiendo darle click aquí y bajar el que mas les acomode según su OS y perversiones personales.

Git es divertido

Para su desgracia, crear un repositorio es cosa fácil, por lo que las excusas quedan para CVS, mercury y otros. Pueden hacerlo con la GUI de su preferencia, por lo mientras, lo haremos de la forma artesanal (O sea, a manita desde la terminal.)

No es necesario que sean root para esto, git puede ser usado para todo usuario mortal del sistema.

Antes que nada, es importante que configuren git, eso es bueno para no ser el developer anónimo y sepamos a quien torturar en caso de subir bugs y demas cosas raras. Para ello hagan lo siguiente:

Díganle a git quien eres y dale un correo para futuros reclamos:

$ git config --global user.name "Sugizo"
$ git config --global user.email "sugi.sugi@sugimail.com"

Git también te permite indicarle cual es tu editor de confianza, como nano, vi, emacs etc, esto es opcional, pero si quieres hacerlo, estaría genial: 

$ git config --global core.editor vim

Si quieres ver tu configuración global, sólo teclea el siguiente comando:

$ git config --list
ó
$ vim ~/.gitconfig

Recuerda algo importante, si tienes duda de algún comando, git tiene un help y un man para esos casos.

$ git help
usage: git [--version] [--exec-path[=]] [--html-path] [--man-path] [--info-path]
           [-p|--paginate|--no-pager] [--no-replace-objects] [--bare]
           [--git-dir=] [--work-tree=] [--namespace=]
           [-c name=value] [--help]
            []

The most commonly used git commands are:
   add        Add file contents to the index
   bisect     Find by binary search the change that introduced a bug
   branch     List, create, or delete branches
   checkout   Checkout a branch or paths to the working tree
   clone      Clone a repository into a new directory
   commit     Record changes to the repository
   diff       Show changes between commits, commit and working tree, etc
   fetch      Download objects and refs from another repository
   grep       Print lines matching a pattern
   init       Create an empty git repository or reinitialize an existing one
   log        Show commit logs
   merge      Join two or more development histories together
   mv         Move or rename a file, a directory, or a symlink
   pull       Fetch from and merge with another repository or a local branch
   push       Update remote refs along with associated objects
   rebase     Forward-port local commits to the updated upstream head
   reset      Reset current HEAD to the specified state
   rm         Remove files from the working tree and from the index
   show       Show various types of objects
   status     Show the working tree status
   tag        Create, list, delete or verify a tag object signed with GPG

See 'git help ' for more information on a specific command.


Del init, add y otras maravillas

Antes, para crear un repositorio tenias que sacrificar una cabra a media noche y con luna llena. Pero ahora, invocar al demonio es cosa de un par de comandos simples: 

$ cd miProyecto
$ git init

Esto te va a crear una carpeta oculta .git donde tendrás una estructura parecida a esta

.git/
|-- branches
|-- COMMIT_EDITMSG
|-- config
|-- description
|-- HEAD
|-- hooks
|   |-- applypatch-msg.sample
|   |-- commit-msg.sample
|   |-- post-update.sample
|   |-- pre-applypatch.sample
|   |-- pre-commit.sample
|   |-- prepare-commit-msg.sample
|   |-- pre-rebase.sample
|   `-- update.sample
|-- index
|-- info
|   `-- exclude
|-- logs
|   |-- HEAD
|   `-- refs
|       |-- heads
|       |   `-- master
|       `-- remotes
|           `-- origin
|               `-- master


Es recomendable que hagas un primer commit a tu repo, ya sea que tengas código o puedes agregar un simple README, da igual, la cosa es que sepas como se hace.

$ git add *.java
$ git commit -m "agregado algo al repo feliz"

El -m indica que es necesario un mensaje para identificar al commit que estas subiendo, es recomendable que ese mensaje sea la descripción de lo que subes, ya sea una nueva funcion, una modificación o una buena excusa para decir que corre con problemas y tiene muchos bugs y que es mejor no ejecutar para no borrar toda la base de datos, digo, por si las dudas, mejor que este bien claro. XD

Vieron, no fue cosa del otro mundo.

De los ejércitos imperiales y las guerras clon.

Pero que pasa si ya hay un repositorio en un server o en github y yo quiero descargarlo en mi maquina para poder modificarlo a cuchillo cincel y martillo??

Bueno, para estos casos, git es igual de amable y flexible, y no es necesario mas que el comando clon para poder clonar el repositorio a nuestra compu para poder trabajar.

git clone https://github.com/sugisugi/unProyecto.git []

En dado caso de que ustedes no especifiquen una carpeta, git creara una carpeta con el nombre del proyecto.

Por último y no menos importante. Supongamos que ya hicimos muchos commits en nuestro git local y todo bien padre, pero tenemos un github al cual quieremos subir todo el desmadre que hicimos en nuestra computadora, pero como demonios invoco a la fuerza para que haga tan noble labor sin necesidad de llamar al lado obscuro?

No necesitas mas que decirle al git de tu proyecto cual es el repositorio remoto al cual conectaras tu master:

$ git remote add origin https://github.com/sugisugi/unProyecto.git
Y para subir tus cambios del local al github, usa el parámetro push
$ git push -u origin master
te pedirá el usuario y el password.

Y con esto, ustedes ya pueden jugar con git felizmente toda la noche. En un post posterior explicare como hacer algunas funciones un poco mas avanzadas. Es recomendable que se den un tiempo para leer la documentación oficial para que sepan mas sobre como funciona un control de versiones y como git hace todo su trabajo como las ramas, los tags y otras maravillas que esta herramienta les puede ofrecer. 

Puedes hacer todo esto con la GUI o con el plugin para ti IDE de confianza. Si eres usuario de windows, no tienes excusa, git te instala un emulador de bash con los comando básicos de linux y los comandos de git para que puedas replicar los vistos aquí sin ningún problema.

Con amor, Sugizo.

martes, 19 de julio de 2011

Como recuperar sectores dañandos del disco duro dese la linea de comados de linux

Los discos duros no son eternos y a menos de que sean de estado sólido, están sujetos a errores de escritura por una mala imantación o por otras causas que son ajenas a uno como usuario. Así que siempre es bueno hacer un backup de nuestros datos en una unidad externa, ya sea en un storage en la red o en una usb que este bien oculta bajo la almohada.

Una buena práctica es hacerlo cuando el sistema operativo empiece a decirnos este tipo de cosas, que si no lo hacemos, a la larga nos sea más difícil o tardado este tipo de cosas. Así que hagan caso, hagan un back up y denle a esos sectores.

¿Cómo lo hacemos?

Abrimos nuestra tan amada consola para los que somos "consoleros" de corazón, para los que no, igual, abran la consola y cambien a super usuario.

Lo más recomendable es que si como yo, tienen más de una partición o de plano no se acuerdan del nombre de la partición, ejecuten fdisk

[root@uetiko]# fdisk -l
Disposit. Inicio Comienzo Fin Bloques Id Sistema
/dev/sda1 * 1 10947 87931746 5 Extendida
/dev/sda2 10948 19092 65424712+ 83 Linux
/dev/sda3 19093 19457 2931862+ 82 Linux swap / Solaris
/dev/sda5 1 10947 87931714+ 83 Linux

Y es así como ya teniendo nuestro listado de particiones, podremos reparar los sectores. Es importante que la partición ese desmontada o nos dará dolores de cabeza cuando nos salga que el dispositivo está siendo ocupado.

Para esto, basta un unmount podremos resolver el problema

[root@uetiko]# unmount /deb/sda1

Y ahora si, viene el momento de la verdad, y es aquí donde radica la magia para poder un disco duro guapo y en forma. Para ello usamos un comando que se llama badblocks, el cual tiene muchas chunchitas para que podamos analizar y reparar sectores y demás, pero por ahora nos limitaremos a jalar del gatillo y esperar que el disparo de en el blanco. Si no lo tienen, solo bájenlo de los repositorios con su gestos de paquetes preferido según su diestro.

[root@uetiko]# badblocks -s -v -f /dev/sda1

Y esperen a que el programa haga su trabajo. Claro, esto les causara un infarto cuando termine y vean que algunos de sus datos han... como decirlo, desaparecido extrañamente, para evitar esto y que en lo personal, no recomiendo, es agregar la opción -n para que así, no borre ningún dato cuando repare los sectores dañados, claro, esto les llevara mucho, pero mucho tiempo, así que si lo hacen, recomiendo que salgan al cine con la novia/amiga, la lleven a cenar y después regresen haciendo paradas en cualquier bar/cafetería que encuentren.

jueves, 5 de agosto de 2010

Como montar un iso en Solaris

Muchas veces no es fácil ir al servidor físico y meter un cd o DVD en la unidad lectora del servidor y ser mucho muy felices, y nos tenemos que conformar con hacer un iso y mandarlo por la red para que lo tengamos en el servidor que, normalmente están rodeados por un campo de minas, francotiradores y el mas avanzado equipo de seguridad. Sin contar que están dentro de un bunker anti-mililes NUCLEARES.

Ahora bien, supongamos que tenemos nuestro iso en el fichero: /export/home/usuario/isos/paquetes.iso

Lo primero que debemos hacer, es crear un dispositivo por bloques que llamaremos /dev/lofi/1 que asociaremos con nuestro iso. Esto lo haremos con ayuda del comando lofiadm.

# lofiadm -a /export/home/usuario/isos/paquetes.iso /dev/lofi/1

Y ahora si, podemos montar nuestro nuevo dispisitivo en cualquier punto de montaje.

# mount -F hsfs -o ro /dev/lofi/1 /mnt

lunes, 7 de junio de 2010

Bizzarro café


Bizzarro café, originalmente cargada por Mr. Silent.

De las pocas cosas que la verdad disfruto, es el café y una buena compañía. He aquí la prueba de ello. Nada como la tierna mano de la persona que te llena el corazón

domingo, 11 de abril de 2010

Gracias

Gracias a todos. #BloggerOff