Solución al error: out of memory al intentar configurar el Grub en ArchLinux

Ayer mi querido y odiado ArchLinux se fue al mismísimo infierno. Todo ocurrió cuando actualicé el paquete libcrypt el cual por algún problema que desconozco, comenzó a presentar errores.

Al parecer, se debe a algo relacionado con la versión de PacMan + Kernel + LibCrypt. No sé, el tema es que muchas aplicaciones no me abrían y cuando reinicié, nunca más levantaron las X.

Buscando en el foro de Arch las sugerencias eran las mismas: Volver a instalar el sistema base. Ni corto ni perezoso me puse a instalar siguiendo esta excelente guía, pero me sucedió lo siguiente:

Al intentar configurar el GRUB con el comando:

grub-mkconfig -o /boot/grub/grub.cfg

Me lanzaba el siguiente error:

Generating grub configuration file ...
Found linux image: /boot/vmlinuz-linux
Found initrd image: /boot/initramfs-linux.img
Found memtest86+ image: /boot/memtest86+/memtest.bin
error: out of memory.
error: syntax error.
error: Incorrect command.
error: syntax error.
Syntax error at line 195
Syntax errors are detected in generated GRUB config file.
Ensure that there are no errors in /etc/default/grub
and /etc/grub.d/* files or please file a bug report with
/boot/grub/grub.cfg.new file attached.done

WTF? Pero como siempre, la solución está en no desesperarse y buscar. Claro, eso lo digo yo ahora, pero ayer lo que tenía ganas era de lanzar la Laptop por la ventana.

Lo que debemos hacer es (en la misma instalación) editar el fichero:

# nano /etc/default/grub

y añadir la línea:

GRUB_DISABLE_SUBMENU=y

Luego volvemos a ejecutar el comando:

grub-mkconfig -o /boot/grub/grub.cfg

Y todo debe transcurrir sin problema alguno. Y nada, ya estoy instalando ArchLinux de nuevo, así que aproveché y re-particioné el disco para darle más espacio a la raíz ( / ).


27 comentarios

  1.   Marcial del Valle dijo

    Afortunadamente por estos días estoy de vacaciones en las tierras de Debian !!

    1.    elav dijo

      Ayer estuve a punto de irme por esos lares.. Pero es que volver para atrás no es fácil.

      1.    Leo dijo

        Siempre puedes probar otras tierras tales com las de Opensuse 😀

  2.   nabucodonosor dijo

    http://foro.desdelinux.net/viewtopic.php?id=2935

    1.    elav dijo

      Verdaaaaaaaad!!! No me acordaba de ese post jajaja..

      1.    usemoslinux dijo

        Jaja! FAIL!

    2.    nabucodonosor dijo

      mira que tener la respuesta en tu propio foro y no consultarlo ni hacerle caso…eso habla ___ de ti Elav ¬¬’

      1.    elav dijo

        Ayer tenía yo el día como para buscar.. ¬_¬
        Puse el error en Google y el foro de Arch fue lo primero que me salió. 😛

      2.    elav dijo

        Eso para no decirte que a veces tengo la solución en mi propio ordenador (Documentación) y salgo a buscarla a Internet 😀

        1.    Santiago Burgos dijo

          Joder, pero mejor que lo hayas puesto, en estos casos es mejor que sobre y no que falte información al respecto, (si me permites expresarme y con las disculpas del caso) precisamente este p*to y m***dito error es el que me impedía terminar de instalar Arch hace un par de meses y no tuve mas remedio que intentar Manjaro, pero intentaré realizar la instalación nuevamente (ahora que ya compré disco duro nuevo :D) y veré como me va si me sale ese mismo error ya que me tocará hacer dual boot con Windows (motivos de trabajo y un poco de estudios)

  3.   Alejandro Gil Cal dijo

    A mi me paso lo mismo y también lo solucione así pero con la última actualización de grub de hace un par de días eso se soluciono, o por lo menos a mi no me volvió a dar problema reinstalando Arch desde 0.

  4.   Percaff_TI99 dijo

    No sé cuantos megas actualizastes ayer, en mi caso fueron unos 200 y algos; pero hoy vuelvo a tener otra actualización de 507 megas (kde 4.12.1-1), hasta ahora se comporta de maravillas, pero ya no me está gustando mucho actualizar tantos megas en periodos cortos, en fín, es el precio de tener lo último, gracias por la solución, ya estoy prevenido.

    1.    Alejandro Gil Cal dijo

      Pues la verdad que no lo se exactamente pero fue poco, sobre 160 megas, pero tambien actualizo libreoffice. De todas formas la beta de grub que se aplico hace unos dias lo puedes descargar de la pagina del proyecto y compilarla tu mismo.

  5.   ridri dijo

    Este tipo de fallos me parecen inconcebibles y además como un mes sin solucionarse porque ya me pasó a mi. Opino que cuando son fallos que no te permiten arrancar se debería arreglar lo antes posible o no publicar la actualización.

    1.    pelusoide dijo

      Totalmente de acuerdo contigo, yo uso archlinux en mi pc de sobremesa y me parecio un tanto extraño que no volviesen al paquete del grub anterior teniendo en cuenta que dicho paquete por lo menos a mi no me fallaba.

  6.   Bernardo dijo

    Esta es una de las cosas que me hacen preguntarme ¿por que sigo usando archlinux?, no se, pero siempre que con una actualización se truena el sistema, es muy entretenido tener que buscar como resolverlo.
    Y para quien no le guste tener que lidiar con sistemas moribundos que se mude a las distros mas “estables”, que para eso son.

  7.   Leo dijo

    Uso Arch pero el grub lo tengo gestionando gracias a una instalación de Debian en otra parición 😛

  8.   itachi dijo

    Soy usuario de Arch, pero siempre digo que Arch no es una distro seria, es un juguete para jugar y trastear, pero nada más. Cuando las cosas se ponen serias hay que usar otras distros.

  9.   Matias dijo

    Eso demuestra lo malo que son esas distribuciones para la gente.. Como hace linux para llegar a todo el publico? con Arch no creo.. Y pensa que algunos la recomiendan y dicen que es lo mejor.. Algo que no pudiste actualizar y a nada sirve..

    1.    ridri dijo

      Arch siempre se ha dicho que está hecha para usuarios medio-avanzados no para recomendar a alguien que no conozca linux. Arch podría ser mucho mejor si tuviera un mayor control de calidad sobre el empaquetado y manjaro es la prueba de ello. Ahora mismo también hay problemillas con firefox que chrasea debido a alguna falla en el driver de nvidia que supongo que con la ultima actualización de nvidia se solucionará. En una rolling-release hay problemas que son asumibles por su propia naturaleza como cuando hay cambios importantes pero hay otros que parece que son frutos de la dejadez. Leía en el blog de Synflag como se puso en contacto con un enpaquetador de arch que no se acordaba en que versión de gcc había compilado xfce. Como dice Itachi arch es un juguete para trastear y es muy golosa para los que les guste andar probando cosas.

      1.    Matias dijo

        Informado! Gracias por la respuesta.

    2.    morfeo dijo

      Eso es cierto. Pero…
      Hace como 3 o 4 años que utilizo exclusivamente Arch en mi PC. Y, a pesar de lo “problematica” que es, jamás tuve un problema tan grave como el del post, que me obligue a reinstalar el sistema base (de hecho nunca lo he hice, y eso que actualizo a diario e instalo paquetes del AUR a mansalva). Paradójicamente en el trabajo tengo que utilizar el viejo y “robusto” (y “para todo el público”) Windows XP, donde ni siquiera tengo permiso de administrador para instalar nada, donde las páginas “peligrosas” estan bloqueadas mediante el “bendito” proxy. Y sin embargo en estos 5 años ya tuvieron que formatear y reinstalar el SO en este equipo al menos dos veces!! Entonces ¿Arch no es tan “estable” como todo el publico necesita?

      1.    ridri dijo

        Es que arch no es lo que se entiende normalmente en el mundillo linux como una distro “estable” sinó todo lo contrario ya que se está actualizando a la última versión disponible de todos los programas y librerías sin apenas probar. Además los paquetes no son parcheados a no ser que sea imprescindible como es el caso del kernel. El resto suele ser versión vanilla. Pero a pesar de esto arch es bastante estable y es difícil romperlo. En arch todo se puede arreglar gracias a que no tiene ningún tipo de configuración determinada ni scripts que automatizan procesos como en otras distros. El mismo Allan McRae afirma que no es recomendable usarla en entornos de producción.

  10.   petercheco dijo

    Mejor usa Debian, Slackware o en su defecto openSUSE y te olvidas de malos rollos 😀

  11.   Alejandro Gil Cal dijo

    Pues yo llevo usandolo años y solo lo cambiaria por Gentoo, en cuanto al error de grub, este mas cuando les dio por poner las firmas fueron los unicos problemas que he tenido, pero nada que no se pueda solucionar leyendo un poco.

  12.   jony127 dijo

    Me resulta curioso que el compañero elav, defensor de la estabilidad de debian (la cual usaba) termine usando Arch y diga que le es difícil volver atrás.

    Entiendo que usar debian estable es un desktop es algo frustrante (testing ni la tengo en cuenta porque también falla) por lo desactualizado de las aplicaciones, kernel,… por eso al final terminé dejándola y volviendo a mi queridad OpenSuse.

    Usar debian stable es un desktop te priva durante mucho tiempo de nuevas versiones del kernel con sus mejoras, así como de las últimas versiones de los entornos de escritorio, teniendo que sacrificar de esta manera el poder usar nuevas opciones y mejoras (esto lo digo también por experiencia propia).

    Y Arch no la quiero ni en pintura porque no estoy dispuesto “por tiempo y ganas” tener que estar resolviendo problemas o quedarme sin sistema cuando más lo necesito o en el momento menos oportuno, a mi eso no me aporta nada de tranquilidad la verdad.

    Lo mejor al final, usar una distro que no te deje tirado y tenga un buen equilibrio entre estabilidad y actualidad. Una opción más que recomendable para esto OpenSuse, a parte que agregando algunos repos concretos puedes tenerla actualizada fácilmente a la última versión de tu escritorio, kernel, …..
    aunque yo prefiero quedarme con lo que viene en los repos oficiales. Luego una actualización del sistema cuando sale la nueva versión y a correr 🙂

    Saludos.

  13.   Fernando dijo

    Me pasó lo mismo hace como un mes, como no encontré solución cambie a Syslinux.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

*

*

  1. Responsable de los datos: Miguel Ángel Gatón
  2. Finalidad de los datos: Controlar el SPAM, gestión de comentarios.
  3. Legitimación: Tu consentimiento
  4. Comunicación de los datos: No se comunicarán los datos a terceros salvo por obligación legal.
  5. Almacenamiento de los datos: Base de datos alojada en Occentus Networks (UE)
  6. Derechos: En cualquier momento puedes limitar, recuperar y borrar tu información.