Windows 98 Final 2007
Sistema Base: Windows 98
Idioma: Español
Formato: ISO
Peso: 400MB menos de un CD
Esta ISO contiene Microsoft Windows 98, el cual viene con todas las actualizaciones disponibles por Microsoft para este producto hasta el dia 15/07/2006.
Esta compilacion se destaca por que tiene biene con todos los updates disponibles, una carpeta con los drivers genericos para dispositivos USB FLASH, asi como el numero de serie integrado al instalador, la correcta optimizacion y booteo de la ISO.
===============
Recomendaciones
===============
Para su aplicacion se hace la siguiente recomendacion:
Es posible que durante la instalacion alguna de las actualizaciones te pida que reinicies el equipo. NO lo hagas, contesta que NO en el cuadro de dialogo que aparece y deja que continue la instalacion. Al finalizar el proceso, cuando cierres el programa actualizador, este te pedira que reinicies. Hazlo entonces.
Links:
http://rapidshare.com/files/14682501/W98Final2K7_elpepet.part1.rar
http://rapidshare.com/files/14687315/W98Final2K7_elpepet.part2.rar
http://rapidshare.com/files/14670675/W98Final2K7_elpepet.part3.rar
http://rapidshare.com/files/14674950/W98Final2K7_elpepet.part4.rar
http://rapidshare.com/files/14678009/W98Final2K7_elpepet.part5.rar
AntiX Spartacus
AntiX is a fast, lightweight and easy to install linux live CD distribution based on MEPIS for Intel-AMD x86 compatible systems. antiX offers users the "Magic of Mepis" in an environment suitable for old computers. So don't throw away that old computer yet! The goal of antiX is to provide a light, but fully functional and flexible free operating system for both newcomers and experienced users of Linux. It should run on most computers, ranging from 64MB old PII 266 systems with pre-configured 128MB RAM to the latest powerful boxes. 128MB RAM is recommended for antiX.
Site: http://antix.mepis.org/index.php/Main_Page
Download: ftp://carroll.aset.psu.edu/pub/linux/distributions/mepis/released/antix/antiX-Mepis6.5.iso
Site: http://antix.mepis.org/index.php/Main_Page
Download: ftp://carroll.aset.psu.edu/pub/linux/distributions/mepis/released/antix/antiX-Mepis6.5.iso
Enlightenment 17
This is just a quick how-to on downloading, compiling, and installing the desktop shell Enlightenment 17 from the CVS repository. E17 is still in development, so do not expect a fully stable, bug-free environment. That said: I use E17 on a daily basis and rarely run into any hiccups.
READ: Before following this guide please remove any previously installed versions of E17 (aka from any repository) as they may cause errors in the process.
A quick disclaimer: this is my first how-to, so feel free to offer any constructive criticism.
Lets Start!
1.) First we want to install all required packages for E17, and all the Enlightenment Foundation Libraries to install. This list may be a bit of overkill, but it will get the job done.
Code:
sudo apt-get install build-essential cvs libtool libltdl3-dev automake1.9 autotools-dev libpopt-dev libcurl3-dev libx11-dev x11proto-xext-dev libbz2-dev libid3tag0-dev libpng12-dev libtiff4-dev libungif4-dev libjpeg62-dev libssl-dev libfreetype6-dev bison flex xlibs-dev gettext libimlib2-dev libxml2-dev libxcursor-dev libgtk1.2-dev autoconf pkg-config libpng3-dev libxine-dev libxkbfile-dev libsqlite3-dev giblib-dev libxmu-dev libxdamage-dev libxcomposite-dev libtag1-dev libtagc0-dev giblib-dev libasound2-dev
2.) Now that all that is out of the way we need to get the script that will make downloading/compiling/installing E17 very easy. All credit goes to Morlenxus for this great tool.
From your home directory, run the following command
Code:
wget http://omicron.homeip.net/projects/easy_e17/easy_e17.sh
3.) Now we need to made the script executable and then run it! This script will prompt you for your sudo password, enter it. This script will take quite some time to run, so try to be patient NOTES: This script will install all the applications and libraries it installs into /opt/e17 so as not to interfere with other versions of enlightenment. You can change this location through scripts options. This script will install ALL the applications and libraries available in the E17 CVS tree. You may or may not want all these apps. You can easily skip any library or app using the --skip flag with the script.
Code:
chmod +x easy_e17.sh
./easy_e17.sh -i
4.) Now we have enlightenment all installed and working. The next step it create a desktop entry so that you can log-in to enlightenment from GDM.
Create a desktop entry called e17.desktop
Code:
sudo gedit /usr/share/xsessions/e17.desktop
Copy/Paste the following into the newly created file
Code:
[Desktop Entry]
Encoding=UTF-8
Name=E-17
Comment=
Exec=/opt/e17/bin/enlightenment
Icon=
Type=Application
Thats all you really need to do. Now using enligthenment is as simple as logging out, selecting the E-17 session and logging back in. Any time you want to update enlightenment and related libs/apps, simply re-run the easy_e17 script. For more information on the Enlightenment Foundation Libraries, and the applications that use them, please see http://www.get-e.org and
http://www.enlightenment.org.au
Suggestion: due to the fact that enlightenment was installed in /opt/e17 it is a good idea to add /opt/e17/bin to your PATH so that it is easier to run all those great applications you just installed.
To do this open your /etc/environment with your favorite text editor
Code:
sudo gedit /etc/environment
then add the following lines to the bottom
Code:
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/opt/e17/bin
READ: Before following this guide please remove any previously installed versions of E17 (aka from any repository) as they may cause errors in the process.
A quick disclaimer: this is my first how-to, so feel free to offer any constructive criticism.
Lets Start!
1.) First we want to install all required packages for E17, and all the Enlightenment Foundation Libraries to install. This list may be a bit of overkill, but it will get the job done.
Code:
sudo apt-get install build-essential cvs libtool libltdl3-dev automake1.9 autotools-dev libpopt-dev libcurl3-dev libx11-dev x11proto-xext-dev libbz2-dev libid3tag0-dev libpng12-dev libtiff4-dev libungif4-dev libjpeg62-dev libssl-dev libfreetype6-dev bison flex xlibs-dev gettext libimlib2-dev libxml2-dev libxcursor-dev libgtk1.2-dev autoconf pkg-config libpng3-dev libxine-dev libxkbfile-dev libsqlite3-dev giblib-dev libxmu-dev libxdamage-dev libxcomposite-dev libtag1-dev libtagc0-dev giblib-dev libasound2-dev
2.) Now that all that is out of the way we need to get the script that will make downloading/compiling/installing E17 very easy. All credit goes to Morlenxus for this great tool.
From your home directory, run the following command
Code:
wget http://omicron.homeip.net/projects/easy_e17/easy_e17.sh
3.) Now we need to made the script executable and then run it! This script will prompt you for your sudo password, enter it. This script will take quite some time to run, so try to be patient NOTES: This script will install all the applications and libraries it installs into /opt/e17 so as not to interfere with other versions of enlightenment. You can change this location through scripts options. This script will install ALL the applications and libraries available in the E17 CVS tree. You may or may not want all these apps. You can easily skip any library or app using the --skip flag with the script.
Code:
chmod +x easy_e17.sh
./easy_e17.sh -i
4.) Now we have enlightenment all installed and working. The next step it create a desktop entry so that you can log-in to enlightenment from GDM.
Create a desktop entry called e17.desktop
Code:
sudo gedit /usr/share/xsessions/e17.desktop
Copy/Paste the following into the newly created file
Code:
[Desktop Entry]
Encoding=UTF-8
Name=E-17
Comment=
Exec=/opt/e17/bin/enlightenment
Icon=
Type=Application
Thats all you really need to do. Now using enligthenment is as simple as logging out, selecting the E-17 session and logging back in. Any time you want to update enlightenment and related libs/apps, simply re-run the easy_e17 script. For more information on the Enlightenment Foundation Libraries, and the applications that use them, please see http://www.get-e.org and
http://www.enlightenment.org.au
Suggestion: due to the fact that enlightenment was installed in /opt/e17 it is a good idea to add /opt/e17/bin to your PATH so that it is easier to run all those great applications you just installed.
To do this open your /etc/environment with your favorite text editor
Code:
sudo gedit /etc/environment
then add the following lines to the bottom
Code:
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/opt/e17/bin
Trabajar de Noche
Te gusta la noche y sos de laburar tarde?
LifeHack, uno de los blogs preferidos de Circo Linux linkea un interesante y útil artículo sobre los trabajadores nocturnos: aquéllas personas que logran sus picos de actividad mental y también creativa por la noche. Voltaire laburaba de noche, así que reevaluá la posibilidad de hacerlo.
Pero, trabajar todas las noches hasta tarde puede desorganizar la semana, además de hacernos llegar al fin de semana exahustos y en busca casi desesperada de una cama para dormir varias horas.
Si sos de esos. Fijáte qué te propone Life Hack:
No duermas de más. Dormir mucho cansa más de lo que descansa. Es útil tener un horario o calendario con horas para tener más tiempo y estar mejor organizado; ya fueras de los que se levantan temprano o bien de los que le pegan derecho toda la noche.
No duermas hasta muy tarde. Dice el artículo que dormir hasta muy tarde puede arruinar el día completo, y no se equivocan. Esto modifica tu reloj corporal y hace que se te vuelva casi imposible dormirte a una hora prudente a la noche. El autor sugiere levantarse entre las 8 y 10 a.m. lo que no está mal. Te levantás y encarás un rico cafecito para empezar a leer noticias, diarios y blogs.
Poné una hora de corte. Frenate, si. Digamos que es una buena idea decir "todos los días trabajo hasta tal hora"; y cerca de esa hora frenar. Si bien, hay excepciones como dice el autor, es mejor que sean solo excepciones los días que trabajás a las 3 o 4 a.m. Luego de la hora de cierre el autor recomienda relax y lectura liviana ( me adhiero ); y sugiere no usar televisión o computadora por el brillo de las pantallas, entre otros aspectos.
Manejáte alrededor de tu ciclo de energía. Resumida y clarita: si funcionás mejor laburando de noche, organizáte para que tu trabajo sea mayormente en las noches junto a una buena taza de Té o Café. El autor encuentra productiva la media mañana. Para mi es productiva la media mañana, un rato a la tarde hasta tipo 4 p.m. y la noche.
Acomodáte de acuerdo a lo que te siente más comodo para trabajar. La idea es organizarse de acuerdo al momento en que uno se siente más cómodo. El autor explica la diferencia entre dedicarle el día o la noche a las distracciones, o bien a trabajar. Y cuenta en qué momento él se siente concentrado. Yo agrego que la ventaja de trabajar de noche es que nada interfiere, laburás tranquilo y sin que nadie te llame, te interrumpa, te llegue un mail o te manden un sms.
Completo con que: ayuda tener un tiempo para enviar y chequear mails. Es decir; chequear los mails a la mañana, tarde y noche; o en diferentes horas puede resultar muy beneficioso para no pasar tantos momentos pendientes y atentos a ver si llegó tal mail; con el tiempo de respuesta y lectura que eso implica.
Otra: analizá hasta qué punto estar conectado todo el día a una red IM es una ventaja y hasta qué punto no lo es. Yo encontré muy bueno dedicarme unas horas para entrar al Msn y chatear con amigos y amigas; mientras que el resto del día lo paso conectado al Jabber; en donde tengo menos contactos personales y más contactos profesionales; me siento acompañado y no molesta ni interfiere con mi trabajo.
Como siempre, los convidamos a acercarnos sus contribuciones para enriquecer y mejorar cada post.
LifeHack, uno de los blogs preferidos de Circo Linux linkea un interesante y útil artículo sobre los trabajadores nocturnos: aquéllas personas que logran sus picos de actividad mental y también creativa por la noche. Voltaire laburaba de noche, así que reevaluá la posibilidad de hacerlo.
Pero, trabajar todas las noches hasta tarde puede desorganizar la semana, además de hacernos llegar al fin de semana exahustos y en busca casi desesperada de una cama para dormir varias horas.
Si sos de esos. Fijáte qué te propone Life Hack:
No duermas de más. Dormir mucho cansa más de lo que descansa. Es útil tener un horario o calendario con horas para tener más tiempo y estar mejor organizado; ya fueras de los que se levantan temprano o bien de los que le pegan derecho toda la noche.
No duermas hasta muy tarde. Dice el artículo que dormir hasta muy tarde puede arruinar el día completo, y no se equivocan. Esto modifica tu reloj corporal y hace que se te vuelva casi imposible dormirte a una hora prudente a la noche. El autor sugiere levantarse entre las 8 y 10 a.m. lo que no está mal. Te levantás y encarás un rico cafecito para empezar a leer noticias, diarios y blogs.
Poné una hora de corte. Frenate, si. Digamos que es una buena idea decir "todos los días trabajo hasta tal hora"; y cerca de esa hora frenar. Si bien, hay excepciones como dice el autor, es mejor que sean solo excepciones los días que trabajás a las 3 o 4 a.m. Luego de la hora de cierre el autor recomienda relax y lectura liviana ( me adhiero ); y sugiere no usar televisión o computadora por el brillo de las pantallas, entre otros aspectos.
Manejáte alrededor de tu ciclo de energía. Resumida y clarita: si funcionás mejor laburando de noche, organizáte para que tu trabajo sea mayormente en las noches junto a una buena taza de Té o Café. El autor encuentra productiva la media mañana. Para mi es productiva la media mañana, un rato a la tarde hasta tipo 4 p.m. y la noche.
Acomodáte de acuerdo a lo que te siente más comodo para trabajar. La idea es organizarse de acuerdo al momento en que uno se siente más cómodo. El autor explica la diferencia entre dedicarle el día o la noche a las distracciones, o bien a trabajar. Y cuenta en qué momento él se siente concentrado. Yo agrego que la ventaja de trabajar de noche es que nada interfiere, laburás tranquilo y sin que nadie te llame, te interrumpa, te llegue un mail o te manden un sms.
Completo con que: ayuda tener un tiempo para enviar y chequear mails. Es decir; chequear los mails a la mañana, tarde y noche; o en diferentes horas puede resultar muy beneficioso para no pasar tantos momentos pendientes y atentos a ver si llegó tal mail; con el tiempo de respuesta y lectura que eso implica.
Otra: analizá hasta qué punto estar conectado todo el día a una red IM es una ventaja y hasta qué punto no lo es. Yo encontré muy bueno dedicarme unas horas para entrar al Msn y chatear con amigos y amigas; mientras que el resto del día lo paso conectado al Jabber; en donde tengo menos contactos personales y más contactos profesionales; me siento acompañado y no molesta ni interfiere con mi trabajo.
Como siempre, los convidamos a acercarnos sus contribuciones para enriquecer y mejorar cada post.
La Jungla de las distribuciones.
La Jungla de las distribuciones.
No, no se trata de otro de los maravillosos cuentos de Tarzán. En ésta oportunidad IBM y sus altísimos y refinados papers ( dan gusto ) de la sección Developer Works publican otro de éste tipo de ensayos, en el que analizan la "Jungla de distribuciones" o "Distributions Jungle".
No creo que está lanzado bajo una licencia libre, sino se los hubiera traducido; ya que es muy interesante. A ver, si no sabés Inglés cruzate del vecino y pedile que te lo traduzca: vos le hacés un asado el finde si te hace el favor.
Mas allá de que les recomiendo que lean éste paper ya que es interesante y tiene la correción y refinamiento de muchos de los papers publicados allí, los convido a otra reflexión.
¿Hasta qué punto vamos a llegar con todas las distribuciones?, yo estoy a favor de que haya muchas ( miles ? ) de distribuciones disponibles; ahora bien, al haber más de 500 comienza a resultar un problema en la elección, por un lado; pero por el otro lado se convida a una fragmentación creciente de un Sistema Operativo tan maravilloso como Gnu/Linux.
No olvidemos que si viene una empresa que la tenga *muy* claro, y llevan adelante todas las trabas legales posibles es probable que se pierda Linux; lo que seria horrible, pero no deja de ser posible. Es dificil, pero no imposible. Lo dicen expertos del Software Libre, en más de una charla.
Entonces, creo que por un lado el dividir y dividir y dividir tantas inteligencias distintas en tantos proyectos distintos, que a su vez muchos estan enemistados y distanciados entre si; lo único que logra es confunsión en el usuario novato y pérdida de potencial, creatividad, y recursos. Por lo que, de esa forma Gnu/Linux seguirá estando un poco alejado, en general, del usuario de escritorio. Ahí es a donde Ubuntu vino a callar a más de uno. No es mi distribución preferida Ubuntu, pero reconozco que tuvo un aporte enorme.
Por otra parte, se dice y se ha comprobado que las minorías de cualquier tipo con el tiempo terminan extinguiendose o se reducen y debilitan, no sin antes ser un minoria netamente filosófica o sostenida en convicciones. Ahora estamos en un momento en donde hay muchos tipos más que inteligentes trabajando 500 distribuciones distintas y tratando de llegar hacia un mismo lugar: a que las usen, y a que contribuyan los usuarios con su distribución. Sin embargo, también es probable que ésta distro jungle se sostenga y no se termine con la extinción o con la supervivencia de la distro más fuerte, y esperemos que así sea.
Para solventar lo anterior con un ejemplo; hay más de 3 manejadores de paquetes, y si bien está bueno que la variedad pase con las aplicaciones; con los sistemas operativos creo que no, en especial por el diseño que tiene Gnu/Linux y sus distribuciones. Si difundimos Gnu/Linux corremos el riesgo de caer en el problema de dicha fragmentación, la diferencia entre variedad y fragmentación tiende a ser dificil de ver.
Entonces, el utópico comentario de su blog de cabecera les dice ¿ No seria mejor unir todo el potencial de Fedora, Slackware, todas las Deb*, OpenSuSe y todas las demás ( excluyendo a las coorporativas ya que tienen otro perfil ) ?, yo creo que la respuesta es obvia: si.
Por otro lado y sin caer en el filantropismo idiota les digo que sé que es imposible lo anterior. Pero entonces, no estaria bueno trabajar en alguno de todos los proyectos de estandarización para que todas las distribuciones comiencen a respetar en donde se guarda el log de Apache, o en donde se configura Cups, o lo que sea. Creo que eso seria un paso inteligente, y que a todos les serviria. Eso si: perderian parte de su empleo whereis, locate, y find ( chistes al margen ).
Entonces los convido a ver el excelente artículo de IBM, pero por otra parte los convido también a pensar cuanto mejoraria ese estado de confusión que más de uno tiene cuando pregunta ¿ Qué es Linux ?, ¿ Hay muchos ?, ¿ Es dificil ?, ¿ Gnu/Linux ?, y tantas otras preguntas que seria inteligente, de alguna manera, evitar que sean preguntadas cada vez que un usuario novato se acerca, o pregunta o dice luego de que se le instaló Gnu/Linux. Entre el top de los top destaco:
Linux en lugar de Gnu/Linux. ( Me incluyo por haberlo dicho por años )
No saber que Linux es el Kernel del Sistema Operativo
Preguntar porqué hay tantos "Linux"
La inevitable confusión de creer que todo se hace desde atrás de una consola, con muchos números que pasan aleatoriamente e impulsado por la maldad de un geek malvado que solo sabe hacer cosas raras con su máquina
La chicana sobre otros OS; ah! yo en mi Mac puedo usar Exposé y vos no
Las llamadas telefónicas semanales, diarias, mensuales; en las que se nos consulta ¿ Cómo mierd* hago para configurar la impresora ?, ¿ Hay alguna forma de hacer andar la placa de sonido ?
Donde está la suite de oficina? ¿ OpenOffice ?; esperá que llamo al técnico de siempre, vos dejame, gracias ( o lo que traducido significa: trabajaste de gusto, voy a tirar todo para cualquier lado )
Un usuario? ¿Contraseña?
Podriamos seguir.
Y es la realidad, cada vez que hay un upgrade hacia un Gnu/Linux hay muchos factores "psicológicos" que tratar. Es dificil re-educar a una persona que entiende las cosas solo de acuerdo a cómo conoció el a su escritorio.
Hagamos un parate en ello. La educación informática en los colegios tiende a ser nefasta, ridícula y llena de tendencias; ¿ Tendencias a qué ?, a nada, a la ignorancia; a que las profesoras no tienen la menor idea de lo que enseñan y creen que por haber estudiado o "estudiado" durante dos años en algun lugar tienen derecho de comprometer la educación de muchos chicos que asisten a las clases. Los programas de informática están muy mal diseñados, y si bien sobre un diseño que no es el mejor se podria lograr algo bueno; los profesores en general tienden a ser gente que no sabe nada y que entiende que como sabe manejar el Msn, instalar un Linux y programar un sitio en 10 minutos ya tiene con qué educar. Grave error, y lo digo porque lo padecí en su momento; la educación de profesoras que no sabian absolutamente nada y que venian con la soberbia de los ignorantes.
Reconocemos, entonces, que hay una parte educativa; pero por otro lado toda la fragmentación de Gnu/Linux convida a que exista aún más confusión.
Volviendo al post-instalación-capacitación que mencionaba, no deja de ser una tarea divertida y que vale ya que ahora tienen un Gnu/Linux instalado. Eso si, me estaba por instalar un Gnu/Linux; ¿ Qué me conviene más: Alguno de los Deb*, Slack, Mandriva, Fedora, CentOs, Red Hat, Mepis, SimpliMepis, Kubuntu, Xubuntu, SymphonyOS, Gentoo?.
No, no se trata de otro de los maravillosos cuentos de Tarzán. En ésta oportunidad IBM y sus altísimos y refinados papers ( dan gusto ) de la sección Developer Works publican otro de éste tipo de ensayos, en el que analizan la "Jungla de distribuciones" o "Distributions Jungle".
No creo que está lanzado bajo una licencia libre, sino se los hubiera traducido; ya que es muy interesante. A ver, si no sabés Inglés cruzate del vecino y pedile que te lo traduzca: vos le hacés un asado el finde si te hace el favor.
Mas allá de que les recomiendo que lean éste paper ya que es interesante y tiene la correción y refinamiento de muchos de los papers publicados allí, los convido a otra reflexión.
¿Hasta qué punto vamos a llegar con todas las distribuciones?, yo estoy a favor de que haya muchas ( miles ? ) de distribuciones disponibles; ahora bien, al haber más de 500 comienza a resultar un problema en la elección, por un lado; pero por el otro lado se convida a una fragmentación creciente de un Sistema Operativo tan maravilloso como Gnu/Linux.
No olvidemos que si viene una empresa que la tenga *muy* claro, y llevan adelante todas las trabas legales posibles es probable que se pierda Linux; lo que seria horrible, pero no deja de ser posible. Es dificil, pero no imposible. Lo dicen expertos del Software Libre, en más de una charla.
Entonces, creo que por un lado el dividir y dividir y dividir tantas inteligencias distintas en tantos proyectos distintos, que a su vez muchos estan enemistados y distanciados entre si; lo único que logra es confunsión en el usuario novato y pérdida de potencial, creatividad, y recursos. Por lo que, de esa forma Gnu/Linux seguirá estando un poco alejado, en general, del usuario de escritorio. Ahí es a donde Ubuntu vino a callar a más de uno. No es mi distribución preferida Ubuntu, pero reconozco que tuvo un aporte enorme.
Por otra parte, se dice y se ha comprobado que las minorías de cualquier tipo con el tiempo terminan extinguiendose o se reducen y debilitan, no sin antes ser un minoria netamente filosófica o sostenida en convicciones. Ahora estamos en un momento en donde hay muchos tipos más que inteligentes trabajando 500 distribuciones distintas y tratando de llegar hacia un mismo lugar: a que las usen, y a que contribuyan los usuarios con su distribución. Sin embargo, también es probable que ésta distro jungle se sostenga y no se termine con la extinción o con la supervivencia de la distro más fuerte, y esperemos que así sea.
Para solventar lo anterior con un ejemplo; hay más de 3 manejadores de paquetes, y si bien está bueno que la variedad pase con las aplicaciones; con los sistemas operativos creo que no, en especial por el diseño que tiene Gnu/Linux y sus distribuciones. Si difundimos Gnu/Linux corremos el riesgo de caer en el problema de dicha fragmentación, la diferencia entre variedad y fragmentación tiende a ser dificil de ver.
Entonces, el utópico comentario de su blog de cabecera les dice ¿ No seria mejor unir todo el potencial de Fedora, Slackware, todas las Deb*, OpenSuSe y todas las demás ( excluyendo a las coorporativas ya que tienen otro perfil ) ?, yo creo que la respuesta es obvia: si.
Por otro lado y sin caer en el filantropismo idiota les digo que sé que es imposible lo anterior. Pero entonces, no estaria bueno trabajar en alguno de todos los proyectos de estandarización para que todas las distribuciones comiencen a respetar en donde se guarda el log de Apache, o en donde se configura Cups, o lo que sea. Creo que eso seria un paso inteligente, y que a todos les serviria. Eso si: perderian parte de su empleo whereis, locate, y find ( chistes al margen ).
Entonces los convido a ver el excelente artículo de IBM, pero por otra parte los convido también a pensar cuanto mejoraria ese estado de confusión que más de uno tiene cuando pregunta ¿ Qué es Linux ?, ¿ Hay muchos ?, ¿ Es dificil ?, ¿ Gnu/Linux ?, y tantas otras preguntas que seria inteligente, de alguna manera, evitar que sean preguntadas cada vez que un usuario novato se acerca, o pregunta o dice luego de que se le instaló Gnu/Linux. Entre el top de los top destaco:
Linux en lugar de Gnu/Linux. ( Me incluyo por haberlo dicho por años )
No saber que Linux es el Kernel del Sistema Operativo
Preguntar porqué hay tantos "Linux"
La inevitable confusión de creer que todo se hace desde atrás de una consola, con muchos números que pasan aleatoriamente e impulsado por la maldad de un geek malvado que solo sabe hacer cosas raras con su máquina
La chicana sobre otros OS; ah! yo en mi Mac puedo usar Exposé y vos no
Las llamadas telefónicas semanales, diarias, mensuales; en las que se nos consulta ¿ Cómo mierd* hago para configurar la impresora ?, ¿ Hay alguna forma de hacer andar la placa de sonido ?
Donde está la suite de oficina? ¿ OpenOffice ?; esperá que llamo al técnico de siempre, vos dejame, gracias ( o lo que traducido significa: trabajaste de gusto, voy a tirar todo para cualquier lado )
Un usuario? ¿Contraseña?
Podriamos seguir.
Y es la realidad, cada vez que hay un upgrade hacia un Gnu/Linux hay muchos factores "psicológicos" que tratar. Es dificil re-educar a una persona que entiende las cosas solo de acuerdo a cómo conoció el a su escritorio.
Hagamos un parate en ello. La educación informática en los colegios tiende a ser nefasta, ridícula y llena de tendencias; ¿ Tendencias a qué ?, a nada, a la ignorancia; a que las profesoras no tienen la menor idea de lo que enseñan y creen que por haber estudiado o "estudiado" durante dos años en algun lugar tienen derecho de comprometer la educación de muchos chicos que asisten a las clases. Los programas de informática están muy mal diseñados, y si bien sobre un diseño que no es el mejor se podria lograr algo bueno; los profesores en general tienden a ser gente que no sabe nada y que entiende que como sabe manejar el Msn, instalar un Linux y programar un sitio en 10 minutos ya tiene con qué educar. Grave error, y lo digo porque lo padecí en su momento; la educación de profesoras que no sabian absolutamente nada y que venian con la soberbia de los ignorantes.
Reconocemos, entonces, que hay una parte educativa; pero por otro lado toda la fragmentación de Gnu/Linux convida a que exista aún más confusión.
Volviendo al post-instalación-capacitación que mencionaba, no deja de ser una tarea divertida y que vale ya que ahora tienen un Gnu/Linux instalado. Eso si, me estaba por instalar un Gnu/Linux; ¿ Qué me conviene más: Alguno de los Deb*, Slack, Mandriva, Fedora, CentOs, Red Hat, Mepis, SimpliMepis, Kubuntu, Xubuntu, SymphonyOS, Gentoo?.
25 comandos mas útiles
Top de los 25 comandos mas útiles para el administrador novato
miércoles 20 de junio de 2007
Encontré en Pimp Your Linux, un interesante artículo sobre el top 25 de los comandos de Gnu/Linux y Un*x en algunos casos, que resultan imprescindibles para el administrador y usuario novato.
El artículo es más que interesante, y les trascribo y traduzco :
#1. hostname
Imprime el nombre del local host en donde estás trabajando.
#2. whoami
Imprime el nombre de usuario en la pantalla, y puede resultar extremandamente útil cuando se cambia de usuario con su.
#3. id username
Imprime el UID del usuario y su GID, effective ID y grupos suplementarios.
#4. date
Imprime o cambia la fecha y la hora del sistema operativo. También se podria utilizar un servidor ntp para tener todos los sistemas con el mismo horario cada vez que se encienden.
#5. time
Determina la cantidad de tiempo que le toma a un proceso completarse + otra información. El ejemplo que se dá es:
time ls
Para ver el tiempo que toma hacer un listado con ls.
#6. who
Determina los usuarios logueados en el sistema.
#7. rwho -a
Determina todos los usuarios logueados en la red. El servicio debe estar activado para ejecutar el comando o se debe ser usuario root.
#8. finger user_name
Información del sistema sobre un usuario.
#9. last
Muestra un listado de los últimos usuarios logueados en el sistema.
#10. history | more
Muestra los últimos ( 1000 aprox ) comandos ejecutados desde la línea de comandos. El "| more" hace que pare la salida por pantalla cada vez que se completa la salida. Redireccionar un comando hacia "more" resulta sumamente útil para diferentes propósitos, como se explica, para listados largos y para otras actividades corrientes en cualquier Gnu/Linux o Un*x.
#11. ps uptime
Muestra el tiempo que pasó desde el último reboot.
#12. ps
Lista los procesos actualmente ejecutados por un usuario.
#13. ps axu | more
Lista todos los procesos actualmente corriendo, incluso aquellos que no son controlados por la terminal, junto con el nombre del usuario que es dueño del proceso.
Agrego a lo anterior:
ps aux | grep nombredelprograma
kill -9 PID ( el pid correspondiente al nombredelprograma que se busca terminar )
Para que se reinicie un proceso, útil parar reiniciar un servicio y que éste lea otra vez su archivo de configuración:
kill -hup PID
killall nombredelprograma
Este último comando termina todas las instancias de un programa indicando su nombre. No siempre funciona, y a veces es necesario recurrir a ps y grep para obtener el pid.
Y por último, si cancelamos la ejecución de una aplicación con control + z , o bien si lo corremos con el & al final:
Por ejemplo "jackd -d alsa &" ( para ejecutar el servidor Jackd con el driver Alsa en segundo plano ), si queremos terminar con el proceso:
kill -9 %1
En caso de que sea el proceso en segundo plano número uno, si es el segundo 2, y así.
#14. top
Muestra una lista de los procesos que estan corriendo actualmente, listados en orden según su consumo del cpu. Muy útil.
#15. uname -a
Información sobre el servidor local. Versión del kernel, de Linux si es un sistema Gnu/Linux, o lo mismo para otros Un*x o BSD, además de información sobre el procesador.
#16. free
Información sobre la memoria ( en kb ), libre y consumida, además de datos sobre la swap.
#17. df -h
Muestra el espacio libre en Mb de una partición. El formato es df -h /dev/hda1 si queremos saber la cantidad de espacio en Mb libre en /dev/hda1. Agrego yo:
du -h
Para saber, también en Mb, la cantidad de Mb que ocupa un directorio o un archivo.
#18. du / -bh | more
Similar a lo anterior, pero mas específico y detallado. No tan útil como el df -h archivo o directorio.
#19. cat /proc/cpuinfo
Para ver ( cat ) el contenido de la entrada cpuinfo del pseudofilesystem proc, en éste caso con información sobre el cpu.
#20. cat /proc/interrupts
Lista las interrupciones en uso.
#21. cat /proc/version
Lista la versión de Linux.
#22. cat /proc/filesystems
Muestra los filesystem habilitados en el kernel. Muy útil.
#23. cat /etc/printcap
Muestra la configuración de las impresoras.
#24. lsmod
Muestra los módulos cargados en el sistema.
#25. echo $PATH
Muestra el contenido de la variable $PATH.
Algunos otros comandos útiles que agrego:
mount -o loop imagen.iso directorio/
Para montar una imagen iso en un directorio sin necesidad de grabarla a CD o DVD. Deben ser root.
cp -rv directorio/ /otrodirectorio/
Copia un directorio entero manteniendo los permisos, dueños, links, y cualquier cualquier otra característica del directorio.
netstat -putan | grep aplicación
Información sobre el estado de una aplicación servidor o que trabaja con tráfico de red. También deberán ser root.
w
Muestra quien está logueado y qué está haciendo
comando > archivo
Redirecciona el contenido de un comando hacia archivo, por ejemplo:
ls -l | grep usuario > archivosdeusuario
Si se usan dos > , es decir ">>" se agrega el contenido que se redirecciona después de la última línea del archivo de texto, sin sobreescribir.
ls -l
Muestra los permisos, dueño y grupo, además de fecha dentro de un directorio, de los archivos y directorios
chown -R nombredeusuario:grupo directorio/
Cambia recursivamente el dueño y grupo de un directorio y su contenido. Pueden utilizar el comodín ( * ), ya que a veces según la configuración puede no funcionar como debe hacerlo.
sync
Recomandado para hacer antes de desmontar un dispositivo mass storage, como una cámara fotográfica digital, un pendrive, o una pda. O bien si hubo modificaciones y movimiento de información ( cp y mv por ejemplo ) entre particiones, antes de desmontar.
Para cambiar la contraseña de un usuario:
passwd usuario
Otro comando muy útil es el de agregar un usuario a un grupo:
gpasswd -M usuario grupo
gpasswd -A usuario grupodeusuario
En el ejemplo anterior indicamos que usuario será el administrador de grupodeusuario.
Si hay problemas con la lectora de cd o con la de dvd, y quieren saber qué aplicación o comando la está utilizando ( para evitar el dispositivo ocupado ), prueben con :
lsof | grep /dev/hda1
Si hda1 es su compactera, por ejemplo. Si pusieron un CD/DVD que está roto y les cuelga la compactera, prueben con :
hdparm -w /dev/hda1
Otra vez, si /dev/hda1 es su compactera. Es el mismo comando que usa el kernel para permitir que luego de muchos I/O erróneos, se pueda desmontar el dispositivo. Deben ser root para ejecutar dicho comando.
La lista podria seguir, pero por el momento se me han ocurrido los comandos sugeridos. Creo que será de utilidad para más de un usuario. Hagan sus comentarios o envien sus comandos para agregar a la lísta vía email.
miércoles 20 de junio de 2007
Encontré en Pimp Your Linux, un interesante artículo sobre el top 25 de los comandos de Gnu/Linux y Un*x en algunos casos, que resultan imprescindibles para el administrador y usuario novato.
El artículo es más que interesante, y les trascribo y traduzco :
#1. hostname
Imprime el nombre del local host en donde estás trabajando.
#2. whoami
Imprime el nombre de usuario en la pantalla, y puede resultar extremandamente útil cuando se cambia de usuario con su.
#3. id username
Imprime el UID del usuario y su GID, effective ID y grupos suplementarios.
#4. date
Imprime o cambia la fecha y la hora del sistema operativo. También se podria utilizar un servidor ntp para tener todos los sistemas con el mismo horario cada vez que se encienden.
#5. time
Determina la cantidad de tiempo que le toma a un proceso completarse + otra información. El ejemplo que se dá es:
time ls
Para ver el tiempo que toma hacer un listado con ls.
#6. who
Determina los usuarios logueados en el sistema.
#7. rwho -a
Determina todos los usuarios logueados en la red. El servicio debe estar activado para ejecutar el comando o se debe ser usuario root.
#8. finger user_name
Información del sistema sobre un usuario.
#9. last
Muestra un listado de los últimos usuarios logueados en el sistema.
#10. history | more
Muestra los últimos ( 1000 aprox ) comandos ejecutados desde la línea de comandos. El "| more" hace que pare la salida por pantalla cada vez que se completa la salida. Redireccionar un comando hacia "more" resulta sumamente útil para diferentes propósitos, como se explica, para listados largos y para otras actividades corrientes en cualquier Gnu/Linux o Un*x.
#11. ps uptime
Muestra el tiempo que pasó desde el último reboot.
#12. ps
Lista los procesos actualmente ejecutados por un usuario.
#13. ps axu | more
Lista todos los procesos actualmente corriendo, incluso aquellos que no son controlados por la terminal, junto con el nombre del usuario que es dueño del proceso.
Agrego a lo anterior:
ps aux | grep nombredelprograma
kill -9 PID ( el pid correspondiente al nombredelprograma que se busca terminar )
Para que se reinicie un proceso, útil parar reiniciar un servicio y que éste lea otra vez su archivo de configuración:
kill -hup PID
killall nombredelprograma
Este último comando termina todas las instancias de un programa indicando su nombre. No siempre funciona, y a veces es necesario recurrir a ps y grep para obtener el pid.
Y por último, si cancelamos la ejecución de una aplicación con control + z , o bien si lo corremos con el & al final:
Por ejemplo "jackd -d alsa &" ( para ejecutar el servidor Jackd con el driver Alsa en segundo plano ), si queremos terminar con el proceso:
kill -9 %1
En caso de que sea el proceso en segundo plano número uno, si es el segundo 2, y así.
#14. top
Muestra una lista de los procesos que estan corriendo actualmente, listados en orden según su consumo del cpu. Muy útil.
#15. uname -a
Información sobre el servidor local. Versión del kernel, de Linux si es un sistema Gnu/Linux, o lo mismo para otros Un*x o BSD, además de información sobre el procesador.
#16. free
Información sobre la memoria ( en kb ), libre y consumida, además de datos sobre la swap.
#17. df -h
Muestra el espacio libre en Mb de una partición. El formato es df -h /dev/hda1 si queremos saber la cantidad de espacio en Mb libre en /dev/hda1. Agrego yo:
du -h
Para saber, también en Mb, la cantidad de Mb que ocupa un directorio o un archivo.
#18. du / -bh | more
Similar a lo anterior, pero mas específico y detallado. No tan útil como el df -h archivo o directorio.
#19. cat /proc/cpuinfo
Para ver ( cat ) el contenido de la entrada cpuinfo del pseudofilesystem proc, en éste caso con información sobre el cpu.
#20. cat /proc/interrupts
Lista las interrupciones en uso.
#21. cat /proc/version
Lista la versión de Linux.
#22. cat /proc/filesystems
Muestra los filesystem habilitados en el kernel. Muy útil.
#23. cat /etc/printcap
Muestra la configuración de las impresoras.
#24. lsmod
Muestra los módulos cargados en el sistema.
#25. echo $PATH
Muestra el contenido de la variable $PATH.
Algunos otros comandos útiles que agrego:
mount -o loop imagen.iso directorio/
Para montar una imagen iso en un directorio sin necesidad de grabarla a CD o DVD. Deben ser root.
cp -rv directorio/ /otrodirectorio/
Copia un directorio entero manteniendo los permisos, dueños, links, y cualquier cualquier otra característica del directorio.
netstat -putan | grep aplicación
Información sobre el estado de una aplicación servidor o que trabaja con tráfico de red. También deberán ser root.
w
Muestra quien está logueado y qué está haciendo
comando > archivo
Redirecciona el contenido de un comando hacia archivo, por ejemplo:
ls -l | grep usuario > archivosdeusuario
Si se usan dos > , es decir ">>" se agrega el contenido que se redirecciona después de la última línea del archivo de texto, sin sobreescribir.
ls -l
Muestra los permisos, dueño y grupo, además de fecha dentro de un directorio, de los archivos y directorios
chown -R nombredeusuario:grupo directorio/
Cambia recursivamente el dueño y grupo de un directorio y su contenido. Pueden utilizar el comodín ( * ), ya que a veces según la configuración puede no funcionar como debe hacerlo.
sync
Recomandado para hacer antes de desmontar un dispositivo mass storage, como una cámara fotográfica digital, un pendrive, o una pda. O bien si hubo modificaciones y movimiento de información ( cp y mv por ejemplo ) entre particiones, antes de desmontar.
Para cambiar la contraseña de un usuario:
passwd usuario
Otro comando muy útil es el de agregar un usuario a un grupo:
gpasswd -M usuario grupo
gpasswd -A usuario grupodeusuario
En el ejemplo anterior indicamos que usuario será el administrador de grupodeusuario.
Si hay problemas con la lectora de cd o con la de dvd, y quieren saber qué aplicación o comando la está utilizando ( para evitar el dispositivo ocupado ), prueben con :
lsof | grep /dev/hda1
Si hda1 es su compactera, por ejemplo. Si pusieron un CD/DVD que está roto y les cuelga la compactera, prueben con :
hdparm -w /dev/hda1
Otra vez, si /dev/hda1 es su compactera. Es el mismo comando que usa el kernel para permitir que luego de muchos I/O erróneos, se pueda desmontar el dispositivo. Deben ser root para ejecutar dicho comando.
La lista podria seguir, pero por el momento se me han ocurrido los comandos sugeridos. Creo que será de utilidad para más de un usuario. Hagan sus comentarios o envien sus comandos para agregar a la lísta vía email.
Suscribirse a:
Entradas (Atom)
