Jeccolhe

​Miembro
  • Contenido

    4
  • Registrado

  • Última Visita

  • Días Ganando

    3

Jeccolhe ganó por última vez en Junio 30

¡Jeccolhe tuvo el contenido mejor valorado!

Sobre Jeccolhe

  • Rango
    Recién llegado

Género

  • Género
    Hombre

Características del sistema

  • Distribución
    ArchLinux
  • Entorno gráfico
    Gnome
  • Navegador Web
    Firefox
  • Distribución secundaria
    LinuxMint
  • Entorno gráfico secundario
    Mate
  • Navegador Web secundario
    Chromium
  1. ¡Saludos comunidad! Estas preguntas pueden sonar demasiado inocentes y quizás sus respuestas pueden ser obvias, pero bueno, las he tenido en mi mente y me gustaría leer sus respuestas. Empecemos: - La duda nació por dos errores ACPI que me salieron a partir del kernel 4.9. Pueden leer el caso dando clic aquí. Usaba Arch Linux y me cambié a Manjaro por la facilidad de cambiar la versión de kernel con un simple clic. Si bien la idea de una distro rooling realease es para tener el sistema actualizado con los últimos paquetes, a mí la verdad no es algo que me quite el sueño y es lo que menos me preocupa. Si las he elegido ha sido porque me han funcionado a la perfección con el hardware que tengo actualmente. La pregunta es simple: 1.- ¿Se puede tener una distro rolling release usando un Kernel antiguo, por ejemplo: la versión 3.16? Si me hicieran esa pregunta mi respuesta hubiera sido un NO debido a que si das un pacman -Syu se actualiza todo lo que tenga en frente; todo esto bajo la mirada y poca experiencia de un novato en Arch. PERO, acá nace el punto de duda, ¿qué pasa con Manjaro? Manjaro es half-rolling y trae de "fábrica" una opción única llamada: Gestor de configuración. Como sabrán, acá uno puede elegir la versión de kernel que uno desea instalar. Entonces si me hacen de nuevo la pregunta, siendo usuario de Manjaro, respondería un Sí, se puede usar un kernel antiguo en una distro rolling. En la web del kernel: https://www.kernel.org/category/releases.html, podemos ver un listado de los kernels actuales, versiones y fechas proyectadas de soporte (EOL). Nacen entonces mis otras preguntas: 2.- Si uso Manjaro con un kernel antiguo, por ejemplo el kernel 4.4 con fecha de soporte hasta febrero del 2018. ¿Tendré algún día problemas con las actualizaciones, compatibilidades, funciones o limitaciones de paquetes nuevos con un kernel viejo, o no hay ninguna relación entre ellos? 3.- ¿Qué pasa cuando se usa o se pretende usar un kernel que haya superado la fecha EOL? ¿Están disponibles en los repositorios o hay que descargarlos de otros lados e instalarlos por separado? 4.- Si instalo una distro rolling release pero no la quiero actualizar nunca en la vida, ¿cómo puedo bloquear las actualizaciones y sus notificaciones? Sé que haciendo eso "no tendría sentido" tener una distro rolling porque sería como tener una distro normal o un computador sin acceso a internet, pero si funciona a la perfección la versión de distro con el hardware viejo, creo que valdría la pena, ¿verdad? Muchas gracias a todas los linuxeros por sus respuestas. Saludos.
  2. Muchas gracias Shiba87 por tu respuesta. Concuerdo contigo en relación a que ir deshabilitando cosas por ahí no es la solución más elegante. Como manifiestas, el problema pasaría por parte del fabricante y sus nulas actualizaciones. Un error similar al mío lo leí en este hilo de bugzilla, mismo que está cerrado y documentado. La respuesta de quien cerró el caso hacía referencia a un error de Bios, para ser más exacto escribió: Necesitaría una nueva versión de Bios para ver si eso soluciona, pero en mi caso con la mainboard Asus Hero VI será imposible, la última actualización data del 2014 y obviamente esa fue la última. Sobre el tema del downgrade del kernel, lo plantearé en otro tema más por motivos de aprendizaje, seguro interesará a otras personas. Mi solución será usar un kernel anterior al 4.9. Siempre me ha gustado Debian y esta es la oportunidad para instarle Jessie, ya que la nueva Stretch trae el kernel 4.9. Por cierto, leí tu guía y es muy ilustrativa (¿aunque creo que faltó agregar la instalación de las X?). Siendo usuario Arch de toda una vida, optaré por la instalación Netinstall básica y sin entorno gráfico, necesito ver en consola todo lo que se instala; creo que es más por costumbre que otra cosa. Muchas gracias.
  3. Saludos comunidad. Hace poco me registré y comparto en este hilo mi presentación. Les recuerdo que soy un usuario novel en GNU/Linux, por eso recurro hacia ustedes para esclarecer todas mis dudas. La llegada del kernel 4.9 inrrumpío mi calma de 5 años como usuario común de Linux. Desde entonces he vuelto a mirar otras distros que tengan de fábrica un kernel anterior o como Manjaro, la opción de con un clic instalar otra. Sé que se puede hacer un downgrade del kernel, pero nunca lo he hecho y eso será algo que pediré ayuda acá pero en otro tema, quiero concentrarme ahora en lo que el título menciona, un comando llamado: libata.noacpi=1. A partir del kernel 4.9 y posteriores mi sistema me registra dos errores ACPI al inciar, los comparto: Haciendo un: journalctl -p err ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359) ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT5._GTF] (Node ffff8807fe0dbcd0), AE_NOT_FOUND (20160831/psparse-543) La verdad he tratado de averiguar en qué podría afectar esos errores, pero no he encontrado la respuesta. Desconozco la “gravedad” de esto y qué no funciona ahora, el sistema en teoría corre igual, pero en este tipo de cosas si soy quisquilloso y no me siento en paz al saber que tengo una falla que desconozco. Por otro lado, encontré una “solución” para que los mensajes de errores desaparezcan. Se trata de añadir en el grub la siguiente línea: libata.noacpi=1 Al hacer esto desaparecen los mensajes de errores, pero leyendo en la página oficial del Kernel Linux, encontré esto: libata.noacpi [LIBATA] Disables use of ACPI in libata suspend/resume when set. https://www.kernel.org/doc/html/v4.10/admin-guide/kernel-parameters.html Como leen, ese comando deshabilita el uso de ACPI. Pero acá mis dudas: ¿Deshabilita el uso de ACPI de solo dos errores o de todo lo relacionado a ACPI? La lógica me hace suponer que de todo ACPI. El problema con eso sería que al añadir esas líneas podría tener más problemas que al principio, ¿es así? ¿Alguno de ustedes sabe qué significa esos dos mensajes de error y a qué afecta? ¿Los ignoro y sigo normal mi vida? (No creo que esa sea una opción para mi subconsciente) Cualquier conocimiento sobre este tema de errores ACPI es bienvenido. Muchas gracias.
  4. ¡Hola comunidad!

    Hola comunidad Es un gusto encontrar una comunidad Linux en español y que sea https. Si bien en la red se lee que existen tres tipos de usuarios: avanzados, intermedios y novatos, podría agregar subniveles a cada uno de ellos. Al nivel "novato" lo separaría en otros tres: novato-novato, novato-intermedio y novato-avanzado. Usando una distro GNU/Linux me considero un usuario novato-intermedio. No me da miedo escribir cosas en la terminal, más bien me agrada la idea de instalarlas tecleando códigos "raros" en lugar de dar un clic y siguiente. He usado Arch Linux desde siempre, puede sonar raro que considerándome novato use Arch, pero la verdad es que fue la única distro que pude instalar sin problemas y que funciona como pan y mantequilla. Me resulta fácil instalar Arch, la verdad solo es un copy/paste de su wiki o de tutoriales y ya está, aunque no entienda un carajo de lo que significa xD (por eso soy novato). El motivo para crearme una cuenta en este lugar es para tratar de resolver esas dudas existenciales relacionado a instalar distros como Fedora y todas las derivadas de Debian (familia Ubuntu, Mint, etc). Hasta el día de hoy no he logrado instalar con éxito una distro .deb... No sé por qué pero siempre tengo problemas con los benditos nouveau. En Arch, Manjaro o Antergos jamás. En relación a tiempo, llevo en Linux de manera parcial unos 6-7 años, cuando Ubuntu usaba Gnome 2. Me dedico al trabajo audiovisual y requiero usar sí o sí Adobe Premiere, After Effects, etc. Y sabemos perfectamente que ese es el punto débil de Linux, no existe un programa profesional a la altura de los mencionados. Aunque Da Vinci Resolve funciona en Centos y podemos instalar también Lightworks en Linux, todo el grueso de colegas usan Adobe y tengo obligatoriamente usar otro sistema operativo. Si no fuera por mi profesión, usaría Linux 24/7 los 365 días al año. Pero bueno, esa ha sido una pequeña intro y espero logren ayudarme a configurar correctamente Debian. Esa distro es algo que he querido usarla desde siempre. Saludos a todos, Jeccolhe