Esta entrada es para mostrar como “solucionar” casi el problema de los inicios con errores de Archlinux. Algo así como la siguiente imagen:
Que como se aprecia, vemos que este es uno de los tantas “combinaciones” de errores que salen aleatoriamente al arrancar un sistema operativo con este problema. Según dice en ese error, indica que puede haber un problema en el “Hardware”, sin embargo, como todos sabemos en este sistema operativo se pueden solucionar hasta las mala mañas de lo que no le pertenece al SO.
Así que, voy a describir mi experiencia de este problema. Según lo que pude experimentar, el problema solo se daba con Archlinux u otra distro que probara externamente, ya que con cualquier ubuntu que tuviese instalado o probado, arrancaba sin problemas. Pero si trataba de arrancar el Archlinux instalado en el disco duro, tenía un problema que tenía que reiniciar alrededor de unas 50 veces para poder que el SO arrancara normalmente y lo pudiera utilizar.
Esto ya me tenía algo mal porque solo podía utilizar el ubuntu que tenía instalado para probarlo y no podía hacer ni la mitad de las cosas que podía hacer con Archlinux. Por lo que me propuse solucionar este problema y comencé a investigar, buscando hilos de foros que tenían el mismo problema, mencionaban también que se trataba de un error de hardware y que era precisamente el CPU, por lo que me comenzó a preocupar, por lo que llegué abrir la PC y verificar que ocurría, sin embargo, no sirvió de nada.
Pero algo que me demostraba, que no debía rendirme era que si ubuntu podía porque archlinux no (¿acaso ubuntu es mejor que arch…?). Por eso, comencé a escribir parámetros de arranque en el kernel de archlinux, cosas como: lapic, nomce, intel_idle.max_cstate=0, disable_cpu_apic, acpi_skip_timer_override, acpi=stric, clk, apm, noapic, acpi=oldboot, acpi-cpufreq, intel_pstate=disable, i8042.noacpi=1, apm=off, acpi=copy_dsdt, pci=nocrs, rhgb, acpi=force, pnpacpi=0ff y otras más… Todo esto lo recomendaban en los foros que leía.
Hasta que tuve que entrar a la documentación de los parámetros del kernel, que por cierto la recomiendo: https://www.kernel.org/doc/Documentation/kernel-parameters.txt
Y encontré un parámetro bastante interesante que por el momento logré arrancar Archlinux sin problemas:
linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce maxcpus=0
Como indica allí, este parámetro lo que hace es limitar el uso a un cpu sin activar el modo simétrico de procesamiento. Al principio funcionaba bastante bien hasta cuando utilicé el comando pacman -Syyu; me arrojó un core dumped o segmentation fault.
Por lo que automáticamente noté que algo extraño estaba sucediendo, por lo que me puse a ejecutar otros proceso hasta que de repente se congeló completamente el sistema y no funcionó más, hasta que lo reinicié. Así que hice la misma operación, pero esta vez logré ejecutar htop y me mostraba lo siguiente:
Como era de esperarse, solo mostraba un cpu, ya que el otro lo había deshabilitado, sin embargo, me parecía muy extraño porqué los programas arrojaban segfault, y ni siquiera podía iniciar el entorno gráfico; así que fue algo que al menos me dio más esperanza de que si configuraba los parámetros del kernel de una manera, arrancaría mi archlinux como siempre.
Así que continué probando con los otros parámetros que escribí en la lista hasta que me encontré con este, que por el momento es la mejor solución:
linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce isolcpus=1
Este parámetro, hace algo tan simple como aislar (no desactivar) el segundo núcleo del cpu en el procesamiento simétrico, es decir, que la carga de procesamiento se la da a un solo núcleo mientras el otro solo está de complementario. Esto a pesar que parezca contradictorio, no afecta tanto el rendimiento, ya que este gran SO fue capaz de correr aplicaciones de esta manera:
Así que con esto, el único problema que observé que da en el momento del boot, es uno o dos kernel panics o oops; pero comparado las 50 veces que tenía que reiniciar anteriormente, lo puedo considerar una solución “provisional”. Por lo demás, hasta ahora me ha permitido utilizar el SO y escribir este post que están leyendo ahora mismo
.
Espero que les ayuden, y no se salgan de GNU/Linux, que es el mejor sistema operativo que han inventado. Lo digo con toda seguridad.
The post Posible solución para “Kernel Panics” aleatorios en el boot de Archlinux appeared first on Desde Linux.
Continúar leyendo...
Que como se aprecia, vemos que este es uno de los tantas “combinaciones” de errores que salen aleatoriamente al arrancar un sistema operativo con este problema. Según dice en ese error, indica que puede haber un problema en el “Hardware”, sin embargo, como todos sabemos en este sistema operativo se pueden solucionar hasta las mala mañas de lo que no le pertenece al SO.
Así que, voy a describir mi experiencia de este problema. Según lo que pude experimentar, el problema solo se daba con Archlinux u otra distro que probara externamente, ya que con cualquier ubuntu que tuviese instalado o probado, arrancaba sin problemas. Pero si trataba de arrancar el Archlinux instalado en el disco duro, tenía un problema que tenía que reiniciar alrededor de unas 50 veces para poder que el SO arrancara normalmente y lo pudiera utilizar.
Esto ya me tenía algo mal porque solo podía utilizar el ubuntu que tenía instalado para probarlo y no podía hacer ni la mitad de las cosas que podía hacer con Archlinux. Por lo que me propuse solucionar este problema y comencé a investigar, buscando hilos de foros que tenían el mismo problema, mencionaban también que se trataba de un error de hardware y que era precisamente el CPU, por lo que me comenzó a preocupar, por lo que llegué abrir la PC y verificar que ocurría, sin embargo, no sirvió de nada.
Pero algo que me demostraba, que no debía rendirme era que si ubuntu podía porque archlinux no (¿acaso ubuntu es mejor que arch…?). Por eso, comencé a escribir parámetros de arranque en el kernel de archlinux, cosas como: lapic, nomce, intel_idle.max_cstate=0, disable_cpu_apic, acpi_skip_timer_override, acpi=stric, clk, apm, noapic, acpi=oldboot, acpi-cpufreq, intel_pstate=disable, i8042.noacpi=1, apm=off, acpi=copy_dsdt, pci=nocrs, rhgb, acpi=force, pnpacpi=0ff y otras más… Todo esto lo recomendaban en los foros que leía.
Hasta que tuve que entrar a la documentación de los parámetros del kernel, que por cierto la recomiendo: https://www.kernel.org/doc/Documentation/kernel-parameters.txt
Y encontré un parámetro bastante interesante que por el momento logré arrancar Archlinux sin problemas:
linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce maxcpus=0
Como indica allí, este parámetro lo que hace es limitar el uso a un cpu sin activar el modo simétrico de procesamiento. Al principio funcionaba bastante bien hasta cuando utilicé el comando pacman -Syyu; me arrojó un core dumped o segmentation fault.
Por lo que automáticamente noté que algo extraño estaba sucediendo, por lo que me puse a ejecutar otros proceso hasta que de repente se congeló completamente el sistema y no funcionó más, hasta que lo reinicié. Así que hice la misma operación, pero esta vez logré ejecutar htop y me mostraba lo siguiente:
Como era de esperarse, solo mostraba un cpu, ya que el otro lo había deshabilitado, sin embargo, me parecía muy extraño porqué los programas arrojaban segfault, y ni siquiera podía iniciar el entorno gráfico; así que fue algo que al menos me dio más esperanza de que si configuraba los parámetros del kernel de una manera, arrancaría mi archlinux como siempre.
Así que continué probando con los otros parámetros que escribí en la lista hasta que me encontré con este, que por el momento es la mejor solución:
linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce isolcpus=1
Este parámetro, hace algo tan simple como aislar (no desactivar) el segundo núcleo del cpu en el procesamiento simétrico, es decir, que la carga de procesamiento se la da a un solo núcleo mientras el otro solo está de complementario. Esto a pesar que parezca contradictorio, no afecta tanto el rendimiento, ya que este gran SO fue capaz de correr aplicaciones de esta manera:
Así que con esto, el único problema que observé que da en el momento del boot, es uno o dos kernel panics o oops; pero comparado las 50 veces que tenía que reiniciar anteriormente, lo puedo considerar una solución “provisional”. Por lo demás, hasta ahora me ha permitido utilizar el SO y escribir este post que están leyendo ahora mismo
.Espero que les ayuden, y no se salgan de GNU/Linux, que es el mejor sistema operativo que han inventado. Lo digo con toda seguridad.
The post Posible solución para “Kernel Panics” aleatorios en el boot de Archlinux appeared first on Desde Linux.
Continúar leyendo...