GRUB Loading stage1.5.

GRUB loading, please wait…
Error 15

Buscando soluciones encontraba muchas diciendo que usando un LiveCD se reinstalaba el grub, pero a mi eso no me funciono hasta que di con la solución ha mi problema.

• Primero descargue este ISO http://prdownload.berlios.de/supergrub/sgd_cdrom_1.21.iso.gz (cualquiera de los 2).
• Luego quemé la imagen e inicié desde el CD.
• Sale una lista con varias opciones pero se escoge la primera. Gracias a esto ya se podrá iniciar el SO.

Ahora desde la terminal vamos a poner esto:

upgrade-from-grub-legacy

fdisk -l

aqui veremos donde se encuentra nuestro Linux el mio es “sda1″

cd /

grub-install --root-directory=/ dev/sda1

update-grub

update-grub2

Con esto ya podremos iniciar sin problemas y con nuestro grub2 vivito y coleando y bien divis.

fuentes:  http://inedit00.blogspot.com/2009/11/restaurar-grub2-probado-despues-de.html
foro: http://www.debian-mx.com/foros/index.php/topic,874.0.html#msg2453

Lugar:
Ciudad del Saber
Panamá
República de Panamá

Fecha:
desde 19/03/2010 al 21/03/2010

• Más información
• http://minidebconf.debian.org.sv/
• http://softwarelibre.ca/wiki/MiniDebconf2010

Lo más interesante, es que viene diseñada para ser impresa y poder doblarla de forma que quede como un tríptico. Incluso en su sitio web podemos encontrar las instrucciones para doblarla correctamente.

En esta tarjeta de referencia se incluyen los 101 comandos más utilizados. Inicialmente fue diseñada por Martin Bogert en el 2004, y desde entonces ha sido mejorada y traducida a varios idiomas, incluido el español.

Ideal para tenerla siempre a mano.

]]> http://www.debian-mx.com/2009/11/tarjeta-de-referencia-para-debian-y-derivados/feed/ 6 http://www.debian-mx.com/2009/10/los-comandos-que-mas-uso/ http://www.debian-mx.com/2009/10/los-comandos-que-mas-uso/#comments Thu, 29 Oct 2009 01:56:33 +0000 Rafael Bucio http://www.debian-mx.com/?p=628 En  la universidad varios amigos instalaron Debian, un compañero me pidio de favor que si le pasara los comandos que más usaba no son muchos pero me sirven, estos son:

cd
Cambio de directorio

cd ..
retrocedo un directorio XD

ls -lt
En lista los archivos, modificados dejando el primer archivo arriba,  ls –help para consultar más funciones.

grep
grep [opciones] PATRÓN [ARCHIVO...] Este comando realiza una búsqueda en los ARCHIVOs (o en la entrada estándar, si no se especifica ninguno) para encontrar líneas que concuerden con PATRÓN

killall
mata procesos por nombre, killall firefox

top
Muestra los procesos y llamadas en forma de lista en tiempo real..

figlet
convertidor de textos a caracteres ASCII apt-get install figlet

find
Para buscar, archivos carpetas etc..

pwd
Imprime en que carpeta estás

nano
Un editor l337 jaja otros usan vim u,u

iwlist wlan0 scanning
Para es-canear las redes existentes,

w3m
Navegador web

umount
Lo uso más para desmontar USB umount /media/hit0

rm -rf *.*
Cuando estoy dentro de una carpeta y quiero borrar todo, cuidado con esté comando.. recomendable leer sobre “rm”

cp
para copiar cp copiarchivo.c /a/direccion/ lol

Bien esos son algunos de los que más uso, tu cuales usas?

Todo el equipo dedicado al desarrollo del núcleo (Kernel) de Debian se reunieron cerca de cuatro días en la conferencia anual “Linux Plumbers Conference” llevada acabo en Portland, para establecer las características claves de la próxima versión de la distribución Linux de código abierto 6.0 (nombre en clave Squeeze).

Mientras el Kernel sigue en desarrollo, el equipo de Debian planea usar la versión 2.6.32 en la primera versión de Squeeze.

El congelamiento de la Próxima version de Debian “Squeeze” está prevista para diciembre, en torno al mismo tiempo que la versión final del kernel 2.6.32

Fuente

http://www.h-online.com/open/news/item/Kernel-2-6-32-for-Debian-Squeeze-834731.html

Bueno nuestro objetivo aquí, va a ser limpiar un poco este pequeño desorden (claro esta, una vez probado que todo funciona con el kenel nuevo)

Lo primero que vamos hacer es escribir en nuestra terminal preferida =P (de preferencia como root)

dpkg --get-selections | grep linux-image

Que nos dara un resultado similar a:

linux-image-2.6-686      install
linux-image-2.6.26-1-686 install
linux-image-2.6.26-2-686 install

Una visto que kernel vamos a eliminar, nustro segundo paso seria hacer por ejemplo

apt-get remove --purge linux-image-2.6.26-1-686

o el kernel viejo que quieran eliminar….

Una segunda forma de hacer todo lo anterior es:

# aptitude search linux-image | grep ^i

Que nos da el mismo resultado, pero un poco mas detallado:

i linux-image-2.6-686 - imagen de Linux 2.6 para PPro/Celeron/PII/
i A linux-image-2.6.26-1-686 - Linux 2.6.26 image on PPro/Celeron/PII/PII
i A linux-image-2.6.26-2-686 - Linux 2.6.26 image on PPro/Celeron/PII/PII

Si queremos eliminar ademas los headers del kernel viejo, hacemos una busqueda, aunque se cae de maduro como viene la mano!

aptitude search 2.6.26 | grep ^i

esto nos da otra lista con los headers instalados, seleccionamos el de nuestra preferencia para eliminar:

aptitude purge linux-headers-2.6.26-1

y… guala!

todos estos son los pasos a seguir cualquier duda, o problema dejar un comentario porfavor.

¡Hola a todos, especialmente en esta ocasión a los debianeros!

Durante el DebConf estuve socializando la idea de tener un MiniDebConf
centroamericano. La idea fue muy bien acogida, así­ que van un par de
apuntes.  ¡Espero esto se convierta en una realidad!

Sé que hay varias personas que ya han comenzado a trabajar en este
sentido, pero lo sé porque me lo han comunicado en privado. Como se
los dije en su momento… Me encantarí­a que esto, más que una
iniciativa de un grupo de amigos locales, fuera una iniciativa
regional  así­ que lo paso acá a la lista. Ahora, dado que la lista
acaba de ser re-formada: Si saben de alguien que esté trabajando en el
tema, coméntenselo por favor en directo. Entiendo que la lista ya
tiene archivos públicos, ¿cierto? Si sé­, apunten le para allí¡. Si
no… Bueno, un reenvío :-}

Ámbito
======

Con Centroamérica no me refiero sólo a los seis paí­ses que formalmente
son considerados Centroamérica. Creo que perfectamente podemos
incluir a México, Venezuela, Colombia, posiblemente incluso Perú y
Ecuador. ¿Islas del Caribe? A ver

Explí­citamente estoy incluyendo a otros paí­ses latinoamericanos (y
obviamente, si es del interés de alguien de más al sur, ¡bienvenido!)
dado que el año entrante el DebConf será¡ en los Estados Unidos, lo
cual -pese a la ayuda legal que tenemos prometida- seguramente dejar¡
a muchos fuera por el tema del visado. Hay que decir esto con todas
sus letras: Yo tengo el plan y la esperanza de que tener un
MiniDebConf impulse a la participación activa de muchos de ustedes que
al dí­a de hoy son meramente usuarios, y tengo la esperanza de que se
animen a proponer a alguno de los paí­ses de la región como sede para
el DebConf de 2012.

Objetivos / Audiencia
=====================

Buscamos que el MiniDebConf acerque a las comunidades centroamericanas
(¿mesoamericanas? ¿qué denominación les gusta? Bueno, da igual por
ahora :-} ) a convertirse en contributores de Debian. Esto es, dar el
salto de ser entusiastas y promotores a ser participantes de la
creación y mantenimiento de parte de la distribución.

Propongo algo más o menos como lo siguiente como conocimientos base
para la participación:

• Programación básica en shell
• Muy deseable, conocer de makefiles
• Conocimiento básico de cómo se estructura el sistema de archivos estándar en Unix (el FHS, Filesystem Hierarchy Standard)
• Tener una o varias áreas de interés para participar en el proyecto
• Como usuario, sentirse a gusto y en casa en sistemas Debian o Ubuntu
• Estar dispuestos a leer documentación

Sí, leyeron bien: Para el nivel de acercamiento que tendremos, no hace
mucha diferencia si se identifican con Debian o con Ubuntu. Muy
probablemente haya una preferencia hacia Debian, pero fuera de eso,
¡bienvenidos hermanos cafecitos!

Estimo que el MiniDebConf serí­a muy exitoso si fuéramos unas 30 a 40
personas. Más que esto serí­a excesivo, y probablemente diluiría lo que
cada quién pueda obtener de él.

Características de la sede
==========================

La parte que se va a poner aquí­ más divertida: Determinar dónde puede
ser más exitoso. Va un par de puntos que tenemos que asegurar. Esta
lista puede no estar completa (agréguenle los puntos que sientan que
falte). Y obviamente, hay puntos que no son blanco y negro, que son
cualitativos, pero deben formar parte del análisis que hagamos.

* El paí­s / la ciudad

– Estabilidad polí­tica/social, capacidad de asegurar que los
compromisos que firmen (p.ej. una universidad que se ofrezca como
sede) se cumplan varios meses a futuro. Lo siento, amigos
hondureños. No nos es posible considerarlos

– Es poco probable que las condiciones actuales en Centroamérica nos
permitan reeditar la experiencia del Autobús Libre
Centroamericano. Además, si esperamos tener más gente de fuera de
la región (¿México, región andina, Caribe?), creo que una buena
proporción de los asistentes llegaremos por vía aérea. Conviene
(por precios) que el aeropuerto sea un centro de conectividad
(p.ej. Costa Rica, San Salvador), aunque no es requisito duro.

– Por el tema de la infraestructura (ver a continuación), creo que
es importante que sea en una capital o ciudad primaria (o ciudad
con amplia infraestructura turística, al menos, aunque eso siempre
sale caro).

* Infraestructura

– Posiblemente, la mejor sede para el MiniDebConf serí­a una
universidad – Contar con uno o dos laboratorios, un pequeño
auditorio. Otra idea (aunque yo desconozco cómo esto se maneje) es
hacerlo en la sede de alguna ONG. Nuevamente, recuerden, no
seremos tanta gente. Pero rentar auditorios y laboratorios es
tí­picamente caro.

– Es _indispensable_ que contemos con una buena conexión a red. Si
bien podemos llevar un mirror para que la mayor parte de las
consultas sean locales, necesitamos una red más estable y con
mejor ancho de bandaque la que tuvimos en el ECSL; muy
preferiblemente, un edificio que ya tenga instalación
cableada. Incluso que ya tenga inalámbrica… pero bueno, me estoy
poniendo demasiado exquisito

– Hoy en dí­a podemos asumir que casi todos los interesados en
participar llevarían su propia computadora; en caso de ser
requerido, podrí­amos buscar un patrocinador para préstamo de
equipo.

* Alojamiento

– Creo que ninguno de nosotros requiere grandes comodidades. En caso
de contar con una residencia universitaria, eso serí­a ideal

– Podrí­amos perfectamente funcionar con alojamiento del tipo del que
tuvimos en Estelimar, incluso de menor comodidad

– Incluso podrí­amos funcionar con un espacio amplio y bolsas de
dormir Tí­picamente, en estas reuniones, lo que menos importa
es la calidad del espacio de hospedaje. Obviamente, entre mejor
sea, más contentos todos . Pero no es algo por lo que pagaremos
mucho!

– Es mucho más importante estar cerca del espacio de trabajo – Como
mucho, a distancia de caminar. Mucho mejor aún si estuviera todo
junto – Por ejemplo, si alguno de ustedes es dueño de un hotel con
un centrito de convenciones y tenemos acceso 24h a todo… :-]

* Comida

– Para poder concentrarnos en nuestro trabajo, conviene que
cualquier propuesta incluya las comidas, y que éstas sean servidas
tan cerca como sea posible de los espacios de trabajo

– Hay que tomar en cuenta que, si bien no son _tantos_, en las
comunidades de SL siempre hay una proporción no despreciable de
vegetarianos. Las comidas ofrecidas deben contar con una opción
amigable para ellos.

Para darse una idea de lo que verificamos para un DebConf oficial (y
no, obviamente no requerirí­amos todo lo que ahí­ se menciona – pero es
un buen punto de partida), o para ir pensando en el 2012, pueden
referirse a http://wiki.debconf.org/wiki/LocationCheckList

Fechas y duración
=================

Nada definido, esto es sólo como idea propuesta. Como sea, me parece
que la mejor fecha (para que todos tengan disponibilidad de horarios
sin problema para justificar dí­as, y para facilitar tener espacios
disponibles en la sede que se proponga) sería en Semana Santa. Jueves
y viernes santos son 1 y 2 de abril, y mucha gente tiene también
vacaciones de lunes a miércoles (29-31 de marzo). El DebConf en Nueva
York no tiene aún fecha definida, pero muy probablemente sea a fin de
junio o principio de julio, y creo importante que hay suficiente
espacio entre uno y el otro como para que no nos cause conflicto para
quienes planeemos asistir a ambos.

Creo que si hablamos de unos tres dí­as, cuatro a lo sumo, será más que
suficiente para los temas a tratar – al menos, en una primer
reunión. Esto, como sea, simplifica las cosas: Podemos tomar un fin de
semana y el viernes/lunes adyacentes, ¿no?

Ahora, que sea en Semana Santa también tiene sus desventajas. Mucha
gente tiene planeadas ahí sus vacaciones familiares. Los trabajadores
de sea cual sea lugar que nos pueda facilitar sus instalaciones
también tienen todo el derecho del mundo de gozar de sus
vacaciones. Puede que sea dificil conseguir espacios en Semana Santa,
a pesar de que estén vacíos. Así­ que tomen lo sólo como una propuesta.

Costos
======

El DebConf siempre intenta ser gratuito para los asistentes (incluso
cubrir los viáticos que pueda), pero obviamente, hay cosas que
pagar (incluso si una universidad presta sus espacios). Conviene tener
los números lo más temprano posible, tanto para ir buscando
patrocinios (ver siguiente punto) como para que cada uno de los
asistentes vaya ahorrando lo que haga falta. Entre antes tengamos
seguridad sobre cada uno de los puntos, antes podremos asentar los
números esperados.

Otros asuntos
=============

Hablé de este tema con Steve McIntyre, lí­der actual del proyecto. Me
indica que está dispuesto a destinar fondos de Debian para llevar a
cabo el MiniDebConf. Obviamente, teniendo todo sobre el aire, no
hablamos de cantidades. Pero tendremos apoyo económico por parte del
proyecto, sólo habráque documentar bien qué es lo que vamos a hacer
con éste.

Es conveniente contar con una organización local formalmente
constituida (y sí­, Guillo me va a golpear por mencionar esto después
de haberle dicho que no haga tonterías ). Si bien Debian/SPI puede
hacer transferencias sin mayor problema a personas fí­sicas, sin duda
buscaremos tener más patrocinadores. Y a veces conseguir esos
patrocinios se dificulta sin una organización local. Desconozco del
estado de la integración entre los sistemas económicos/legales
centroamericanos. En caso de existir una organización en uno de los
paí­ses de la región, ¿pueden sus empresas/ACs/ONGs operar en los
otros?

Quedan muchos puntos en el tintero, pero el correo es ya más largo de
lo que me gusta. Y más aún, existiendo la posibilidad de que todos me
manden a volar Así­ que quedo a la espera de respuestas!

–
Gunnar Wolf .  gwolf@gwolf.org — (+52-55)5623-0154 / 1451-2244

“Si la comunidad de Debian está dispuesta a considerar un congelamiento para Diciembre, entonces Ubuntu (y Canonical) comprometerá recursos para que Debian pueda conseguir ese objetivo”.

[info: Osnews]

¿Que es GRUB2?

Grub2 es la siguiente generación de nuestro gestor de arranque, el cual realiza básicamente la función de cargar un archivo ejecutable, este mismo contiene una cabecera la cual actúa como indicador de las imágenes que se encuentran instaladas en nuestra unidad de almacenamiento.

¿Por que cambiar a GRUB2, si tengo instalado GRUB y me funciona perfectamente?

Al parecer esta fue la pregunta que todo usuario nos podemos realizar antes de instalar este paquete. La respuesta podría convencer algunos usuarios y a otros no, dependiendo mucho de que tanto conocimiento contengan de su sistema operativo y además que es lo que quieran del mismo.

La primer causa para actualizarnos, es simple, actualmente el paquete GRUB, que es excelente, ya no se encuentra en desarrollo, solo se realizan las pertinentes revisiones para que este no contenga fallos de seguridad o vulnerabilidades o algún mal funcionamiento.

La segunda causa es una de las mas fuertes, ya que se han corregido errores de diseño de GRUB, además de que fue escrito desde cero, por lo que solo se podría decir que hereda el nombre de su antecesor. Ya que originalmente el proyecto se llamaba PUPA, y se abandono para regresarle su nombre original.

Y por ultimo, cuenta con nuevas integraciones, las cuales se listan a continuación, es una traducción fiel de la pagina de GRUB2:

• Permitir “scripting”, condicionales, bucles, variables y funciones.

• Interfaz gráfica.

• Expansibilidad mediante carga dinámica de módulos.

• Portabilidad a distintas arquitecturas.

• Internacionalización. Soporte para caracteres fuera del conjunto ASCII, mensajes localizados, etc.

• Mejor administración de memoria.

• Marco de trabajo modular, jerárquico y orientado a objetos para sistemas de archivo, archivos, dispositivos, unidades, terminales, comandos, tablas de partición y cargadores de SO.

• Instalación en varias plataformas.

• Modo de rescate para casos en los cuales es imposible iniciar.

Si después de esto te has convencido a cambiar a la nueva plataforma de GRUB, pues es tiempo de seguir la instalación del mismo, al cual le daremos un toco de la personalidad de cada quien.

Instalación GRUB2

Nuestros primeros pasos como siempre, es actualizar y dejar nuestro sistema a punto, aclaro que esta implementación es en la plataforma estable de Debian (Lenny):

#apt-get update

#apt-get upgrade

Ahora instalaremos todo los paquetes necesarios, los cuales listare a continuación, dos de estos puedes ser opcionales, pero seria bueno tenerlos, los dejo a su criterio:

• grub2.
• grub2-splashimages (opcional).
• os-prober (opcional, ya que este programa solo nos sirve para tener la seguridad de que nuestro sistema Debian reconozca, en caso de existir, otro sistema operativo).

#apt-get install grub2 grub2-splashimages os-prober

Por consiguiente, en la instalación de GRUB2 recibiremos una pantalla la cual nos realizara una advertencia, acerca de instalar esta nueva plataforma la cual no se recomienda actualizar en el momento hasta ver si nuestro sistema lo arranque perfectamente, por lo que contestaremos la respuesta sugerida por el sistema. Después nos mostrara otro dialogo el cual es para aclarar acerca de ciertos comandos especiales en nuestro antiguo si es que existen si no contamos con ninguno, daremos seguimiento dejándolo en blanco.

En la pantalla aparece la instalación del mismo, y una lista de los sistemas que contamos. Ahora utilizaremos la antigua plantilla de GRUB, para dar paso a la nueva con el siguiente comando:

#upgrade-from-grub-legacy

Si tenemos algún otro sistema operativo seria bueno verificarlo con os-prober, y después actualizar nuestro GRUB, esto después de realizar el paso anterior:

#os-prober

La salida puede ser algo parecido, cambia dependiendo del sistema:

/dev/sda1:Microsoft Windows XP Professional:Windows:chain

Y ya teniendo la seguridad que encontró nuestro otro OS, actualizamos el GRUB:

#update-grub

Si ahora reinicias tu ordenador, podrás darte cuenta que tendrás el nuevo GRUB2, el cual notaras la gran diferencia de cargar, con mas velocidad, claro esto, esto ultimo fue mi percepción.

Ahora le daremos un toque personal, y le pondremos una imagen del mismo paquete que instalamos, son imágenes muy buenas, mas si tu quieres una por ti mismo, esta tendrá que ser en formato PNG o TGA en tamaño 640X480, adjunto una captura de pantalla de las imágenes que vienen en el paquete, las cuales residen en /usr/share/images/grub:

Ahora para modificarlo vamos a nuestro archivo de configuración de tema, el cual ya se encuentra en un directorio diferente:

#nano /etc/grub.d/05_debian_theme

Nuestro siguiente paso sera buscar una linea parecida:

# check for usable backgrounds

use_bg=false

if [ "$GRUB_TERMINAL" = "gfxterm" ] ; then

for i in {/boot/grub,/usr/share/images/grub}/Plasma-lamp.{png,tga} ; do

if is_path_readable_by_grub $i ; then

bg=$i…………………………………………….

Y modificaremos la linea:

for i in {/boot/grub,/usr/share/images/grub}/Plasma-lamp.{png,tga} ; do

Con el directorio de donde se encuentra la misma y el nombre del archivo sin extensión. Y por ultimo tendremos que actualizar nuestro sistema GRUB, con el comando ya utilizado arriba:

#update-grub

Si hicimos lo correcto tendremos como las primeras lineas la imagen que agregamos:

Updating /boot/grub/grub.cfg ...
Found Debian background: Plasma-lamp.tga

Si tu haz realizado todos los pasos perfectamente, tendrás un nuevo gestor de arranque el cual se ve mejor y es mucho mas eficiente, a continuación adjunto unas imágenes, la primera es de mi ordenador de escritorio y la siguiente es mi computadora personal la primera todavía tiene el sistema GRUB y la otra GRUB2, así que ustedes deciden:

Los prerrequisitos de este tutorial es disponer de una instalación básica de debian Etch, en nuestro caso hemos usado cinco máquinas (un frontend y cuatro nodos), aisladas en una red propia que se usará tan solo para el cluster de alto rendimiento, las hemos llamado: (10.11.12.1) debian-frontend, (10.11.12.2) debian-node1, (10.11.12.3) debian-node2, (10.11.12.4) debian-node3, (10.11.12.5) debian-node4. En cada una de las máquinas hemos creado un usuario al que hemos llamado “cluster”.

Una vez tengamos la instalación básica y comprobamos que tengan connectividad entre ellas y lleguen a un gateway con salida internet (para la instalación de paquetes con apt-get), procederemos a instalar el paquete build-essential en cada una de las máquinas para compilar LAM/MPI que nos descargaremos de la web oficial.

Así que en cada uno de los nodos ejecutaremos

apt-get install build-essential

En nuestro caso no vamos a usar C++ y no necesitamos Fortran para programar en el cluster, así que no necesitaremos el compilador Fortran, eso sí le especificaremos la opción –without-fc en el configure, compilamos también el paquete en cada una de las máquinas:

Una vez tenemos LAM/MPI instalado en todas las máquinas, modificaremos el archivo .bashrc del usuario cluster, que encontraremos en la home de este /home/cluster/.bashrc, al final del archivo añadiremos las siguientes líneas:

Modificaremos en el frontend el archivo /etc/hosts donde le indicaremos donde están todos los nodos, y luego lo podemos copiar a los otros nodos:

Una vez podamos localizar todos los nodos, debemos conseguir que el frontend pueda acceder usando ssh a todos los nodos sin necesidad de password, para ello nos vamos al nodo principal y ejecutaremos ssh-keygen:

Copiamos la clave a todos los nodos:

Accedemos a cada uno de los nodos y guardamos la clave:

Nos volvemos al frontend, y comprobamos que podemos acceder a los hosts ejecutando un comando que debería mostrar el shell en uso sin necesidad de introducir ningún password:

Crearemos un archivo, al que yo he llamado boot_schema donde indicaremos todos los nodos del cluster, y el número de CPUs, si tenemos SMP le indicaremos dos CPU añadiendo cpu=2 despues del nodo (por ejemplo debian-node4 cpu=2):

Momento de arrancar el cluster, para ello le pasaremos el archivo boot_schema que creamos en el paso anterior, y si todo ha ido bien veremos algo parecido a esto:

Tenemos a nuestra disposición una suite de tests para probar nuestra instalación, pero que hay más bonito que empezar con un “Hola Mundo” en C para abrir nuestro apetito, para ello crearemos un archivo helloworld.c con el siguiente contenido, en un directorio al que he llamado test dentro de nuestra home:

Lo compilamos y pasamos el ejecutable a los otros nodos:

Hora de probar, deberíamos obtener un resultado como este (aunque no necesariamente en el mismo orden):

Tenemos también como hemos dicho una suite de tests que nos permitiran comprobar el correcto funcionamiento de la instalación MPI: