Ir al contenido

Buscar en La Comunidad

Mostrando resultados por etiquetas 'kernel'.

  • Buscar Por Etiquetas

    Añade etiquetas separadas por comas.
  • Buscar Por Autor

Tipo de Contenido


Foros

  • Contacto con el staff
    • Novedades / Anuncios del foro
    • Sugerencias
    • Problemas relacionados con el foro
  • Zona general de charla
    • Presentaciones
    • Charla
    • Zona de Humor, Curiosidades y Otros
    • Mascotas Vagos
    • Noticias del Mundo
    • Tecnología
    • Ayuda y consultas de carácter general
  • Zona GNU/Linux
    • Ayuda, consultas y soporte GNU/Linux
    • Distribuciones GNU/Linux
    • Repositorios. Software GNU/Linux
    • Personalización
    • Raspberry Pi
    • Arduino
    • Manuales / Tutoriales / Guías GNU/Linux
    • Programación
    • Noticias GNU/Linux
    • Hablando de GNU/Linux
  • Zona Gaming
    • Juegos GNU/Linux
    • Noticias Gamer
    • Charla Gamer
  • Zona Móvil
    • Ayuda y soporte para dispositivos móviles
    • Apps Móviles
    • Manuales / Tutoriales / Guías Móviles
    • Roms para dispositivos Móviles
    • Noticias sobre dispositivos Móviles
    • Hablando sobre dispositivos Móviles
  • Zona Mozilla
    • Ayuda, consultas y soporte Mozilla
    • Aplicaciones Mozilla
    • Roms Firefox OS
    • Manuales / Tutoriales / Guías Mozilla
    • Noticias Mozilla
    • Hablando de Mozilla
  • Microsoft
    • Papelera del Foro

Encontrar resultados en...

Encontrar resutados que...


Fecha de Creación

  • Start

    Fin


Última Actualización

  • Start

    Fin


Filtrar por numero de...

Joined

  • Start

    Fin


Grupo


Página Web


Diaspora


Pump


GNU Social


Google +


Twitter


Facebook


Xmpp


Skype


Steam


Desura


MediaGoblin


Youtube


Vimeo


Picasa


Flickr


Email


Lugar


Intereses

Encontramos 51 resultados

  1. Hola a todos, este es mi primer post después de varios años en el silencio, bueno soy todabia un newbie o novato en linux me queda mucho por aprender. pero lo quiero hacer con esfuerzo y perseverancia , ay veces muchos obtaculos y no me gusta dejarlo de lado. mi política es siempre de frente y solucionar los problemas. pero existe pocas veces donde ya la paciencia me abandona y recurro a SAN GOOGLE y el tiempo y las soluciones no salen a flote y de nuevo la paciencia me cuestiona. lo medito mucho la verdad antes de venir a contar mis penurias en la RED.* pero acá espero un poco de ayuda. ( disculpen no soy bueno expresándome ). bueno tengo el siguiente problema: instale Ubuntu MATE 17.5 Kernel 4.10 en una maquina virtual ( vmware FUSION 8.5) con un disco virtual de 40gb. TODO ACTUALIZADO ( apt-get update y apt-get upgrade ). bueno el problema es que jamas habia instalado el kernel y me decidi aserlo baje el KERNEL 4.12.14 lo descomprimi en /usr/src,---> despues entre a la carpeta linux-4.12.14 como # instale las dependencias " libncurses5-dev build-essential initramfs-tools kernel-package y despues hice un : make oldconfig a todo le hice aceptar la verdad no se si fue ese el error ya que cuando no hacia make oldconfig y en otra oportunidad lo reemplace por un make menuconfig pasaba lo mismo . si que no creo que make oldconfig sea el problema. pero bueno cuando termina hago lo siguiente: make-kpkg --initrd kernel_image kernel_headers realmente no se si finaliza la instalacion pero me tira este error siempre en todas las instalaciones que hice: scripts/link-vmlinux.sh: línea 80: 78250 Terminado (killed) ${LD} ${LDFLAGS} ${LDFLAGS_vmlinux} -o ${2} -T ${lds} ${objects} Makefile:1000: fallo en las instrucciones para el objetivo 'vmlinux' make[1]: *** [vmlinux] Error 137 make[1]: se sale del directorio '/usr/src/linux-4.12.14' debian/ruleset/targets/common.mk:295: fallo en las instrucciones para el objetivo 'debian/stamp/build/kernel' make: *** [debian/stamp/build/kernel] Error 2 y la verdad me tiene loco son ya varias horas metido en el tema y me sale esto y no se por donde empezar . a ver si alguien me puede orientar o ayudar para saber mi error y como solucionarlo. de antemano muchas gracias amigos
  2. Hace tiempo escribí un tema similar y aunque las ansias de trastear siguen siendo las mismas, hay cosas que debemos poner al día. Es por eso que he querido rehabilitar esta "pequeña" guía que a más de uno, incluyéndome, le ha servido de ayuda en más de una ocasión Importante: Todos los comandos son ejecutados como Root, salvo el utilizado para la descompresión del kernel. Si usas Ubuntu o derivados, anteponer siempre sudo. Paciencia, no apresurarse, el proceso no es complicado, pero hay que ser meticulosos, y tomarse tiempo para indagar y recapacitar Un kernel con demasiados añadidos será muy lento, y uno con muy pocos, estará muy limitado en compatibilidad. Buscar un término medio aceptable La regla de oro a la hora de configurar el kernel será: Si no se sabe o no se está seguro, no se toca Utilizaré dos métodos (Y algunas variantes) distintos para compilar el kernel: Método General Método Debian Método "Externo" Proceso de configuración (es igual para todos los métodos) Otros procedimientos útiles https://www.kernel.org/doc/Documentation/
  3. Como siempre que me encuentro algo verdaderamente interesante y util, lo comparto con vosotros. en este caso en la wiki de manjaro, me tope con este apartado sobre acpi, grub y como mejorar el consumo de nuestra distribucion, muy util para usuarios de portatiles, en el sobremesa tambien tengo que decir que he descendido la temperatura del microprocesador entre 5/10º , activando algunos parametros a traves del grub, que paso a mostraros en breve. Adición de indicadores avanzados al archivo de configuración de GRUB Hacer una copia de seguridad de un archivo grub predeterminado: Sudo cp / etc / default / grub /etc/default/grub.bak Edita el archivo grub en Tu editor de texto favorito. Por este HowTo he usado gedit. Sudo gedit / etc / default / grub Buscar línea: GRUB_CMDLINE_LINUX="" Pegue los indicadores apropiados entre las comillas como se describe a continuación. Para más información sobre lo que hacen estos flags, lea The Arch Wiki . La historia de _OSI (Linux) Desde la prehistoria hasta Linux-2.6.22, Linux respondió VERDADERO a una consulta BIOS OSI (Linux). Desafortunadamente, los escritores de BIOS de referencia se enteraron de esto y pusieron OSI (Linux) en su código de ejemplo, exponiendo rápidamente esta cadena como mal concebida y abriendo la puerta a un número sin límites de incompatibilidades de BIOS. Por ejemplo, OSI (Linux) se utilizó en el curriculum vitae para volver a POST una tarjeta de vídeo en un sistema, porque Linux en ese momento no podía hacer una rápida restauración en su controlador nativo. Pero luego de obtener una capacidad de restauración nativa rápida, Linux no tiene forma de decirle al BIOS que salte el tiempo que lleva POST, poniendo a Linux en una desventaja de rendimiento permanente. ¡En otro sistema, el escritor del BIOS utilizó OSI (Linux) para inferir el soporte nativo del OS para IPMI! En otros sistemas, OSI (Linux) simplemente se interponía en el camino de Linux que decía ser compatible con otros sistemas operativos, exponiendo problemas de BIOS como la inicialización de dispositivos saltados. Así que "Linux" resultó ser una muy mala elección de cadena OSI, y desde Linux-2.6.23 en adelante respondemos FALSO. Los escritores del BIOS NO deben consultar _OSI (Linux) en sistemas futuros. Linux se quejará en la consola cuando lo vea, y volverá FALSO. Para que Linux devuelva TRUE a su sistema, se necesitará una actualización de la fuente del kernel para añadir una entrada DMI o arrancar con "acpi_osi = Linux". Flags para GRUB INTEL - estándar (Linux 3.14.x o superior) acpi_osi=Linux acpi=force acpi_enforce_resources=lax i915.i915_enable_rc6=1 i915.i915_enable_fbc=1 i915.lvds_downclock=1 i915.semaphores=1 INTEL - cuando no funciona teclas de función de control de retroiluminación (Linux 3.14.x o más antiguo) acpi_osi=Linux acpi=force acpi_enforce_resources=lax i915.i915_enable_rc6=1 i915.i915_enable_fbc=1 i915.lvds_downclock=1 i915.semaphores=1 drm.vblankoffdelay=1 acpi_backlight=vendor INTEL - estándar (Linux 3.15.x o más reciente) acpi_osi=Linux acpi=force acpi_enforce_resources=lax i915.enable_rc6=1 i915.enable_fbc=1 i915.lvds_downclock=1 i915.semaphores=1 INTEL - cuando no funciona teclas de función de control de luz de fondo (Linux 3.15.x o más reciente) acpi_osi=Linux acpi=force acpi_enforce_resources=lax i915.enable_rc6=1 i915.enable_fbc=1 i915.lvds_downclock=1 i915.semaphores=1 drm.vblankoffdelay=1 acpi_backlight=vendor AMD / NVIDIA - estándar acpi_osi=Linux acpi=force acpi_enforce_resources=lax AMD / NVIDIA - cuando no funciona las teclas de función de control de retroiluminación acpi_osi=Linux acpi=force acpi_enforce_resources=lax drm.vblankoffdelay=1 acpi_backlight=vendor ACPI - para los modelos modernos de computadoras portátiles con UEFI (producción de 2011 años o más reciente) por favor agregar al lado de acpi_osi = Linux : acpi_osi='!Windows 2012' ACPI -para equipos muy modernos (2014 year production or newer) please adding instead of above described 2012 value, beside acpi_osi=Linux This workaround is dedicated for Intel Skylike Laptops with NVIDIA Optimus freezes issue. See: Bumblebee GH-76456: acpi_osi='!Windows 2015' AMD - habilitar DPM para las tarjetas gráficas AMD Radeon. Sólo indicador para controladores de código abierto. (Linux 3.11.x o más reciente) radeon.dpm=1 AMD - habilita Audio HDMI para las tarjetas gráficas AMD Radeon. Sólo indicador para controladores de código abierto. radeon.audio=1 Habilitar ASPM incluso en dispositivos que afirman que no lo admiten (opcional): pcie_aspm=force Advertencia: Forzar ASPM puede causar bloqueos del sistema. Puede comprobar el estado de ASPM mediante comandos: Sudo lspci -vv | Grep ASPM. * Abled \; Dmesg | grep ASPM Cat / sys / module / pcie_aspm / parameters / policy Safe está utilizando la configuración predeterminada de BIOS de ASPM. Desactivar la suspensión del sistema en los puertos USB (opcional) usbcore.autosuspend=-1 Guardar cambios en un archivo. Ejecute el comando en un terminal: Sudo update-grub Instalamos TLP, obvio, ya sabeis lo que es, teneis una superguia de shiba en este mismo foro. ademas de TLP, tambien recomiendan instalar Linux Thermal Daemon, solo para CPUs with P-State govenor. sudo pacman -S lm_sensors && sudo sensors-detect lo ponemos en marcha: sudo pacman -S thermald --noconfirm --needed con todo esto, vais a ver como mejora el consumo de vuestro ordenador y reducimos la temperatura del mismo, ya os digo que en mi sobremesa lo he notado mas que en el portatil. Espero que sea util. salu2
  4. ¡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.
  5. Hacía tiempo que quería escribir algo parecido, pero he de reconocer que me había olvidado por completo y hasta hoy no me ha venido de nuevo a la memoria y viendo que hay por ahí quien ya se me ha adelantado ¿Por qué no? El initrd (Init Ram Disc) o, en la actualidad, initramfs, es un sistema temporal de archivos utilizado durante el arranque del sistema y tiene como misión cargar en ram aquellos módulos y otros elementos necesarios para el arranque del sistema y que son necesarios antes de que haya sido montado el directorio raíz. Es decir, suministra al kernel aquellos módulos que no han sido incluido en él pero que son necesarios para poder arrancar el equipo. Sin embargo, puede ocurrir que las imágenes de arranque por defecto de un disco de instalación, en este ejemplo Debian, no tengan los módulos que necesitamos para que el sistema arranque o que no lo haga como es debido, así que no nos queda otra que remangarnos y poner manos a la obra No me voy a parar a describir el proceso de compilación de módulos del kernel, eso es otro tema, sólo la parte que corresponde a la modificación de la imagen y posterior "reempaquetado". COmpilar Kernels y módulos ya lo hemos tratado antes: Como era de esperar, necesitaremos la imagen o imágenes de arranque para poder trabajar con ellas. Lo habitual es que estén incluidas en la imagen iso de Debian, pero la versión más reciente y actualizada la encontraremos también en la ftp de Debian junto con dichas imágenes de instalación. En este caso me interesan las imágenes de arranque de una Debian Testing Amd64, por lo que me voy a buscar las imágenes del installer-amd64 actuales http://ftp.debian.org/debian/dists/testing/main/installer-amd64/current/images/ Vemos que aquí tenemos 3 opciones distintas Neetbot Cdrom Hd-media Depende de la imagen de instalación que queramos modificar, nos decantaremos por una o por otra. Yo me iré a por la Netboot, que me hace ilusión axel http://ftp.de.debian.org/debian/dists/testing/main/installer-amd64/current/images/netboot/debian-installer/amd64/initrd.gz axel http://ftp.de.debian.org/debian/dists/testing/main/installer-amd64/current/images/netboot/debian-installer/amd64/linux Vemos que me he descargado ambas, tanto la imagen de Linux como la initrd.img Descomprimirla para trabajar con ella no requerirá demasiado esfuerzo, pero puede no resultar tan intuitivo como cabría esperar, ya que se trata de una archivo cpio comprimido y teniendo en cuenta que nos va a descomprimir un gran número de directorios separados, lo mejor que podemos hacer es trabajar dentro de una carpeta aislada para no volvernos locos después. mkdir initrd cp initrd.gz initrd cd initrd gzip -cd initrd.gz | cpio -id El resultado de descomprimir la imagen será parecido al directorio raíz de un sistema instalado root@Shiba:/home/shiba/initrd# ls -la total 24240 drwxr-xr-x 17 shiba shiba 4096 abr 21 12:35 . drwxr-xr-x 36 shiba shiba 24576 abr 21 12:34 .. drwxr-xr-x 2 root root 4096 abr 21 12:35 bin drwxr-xr-x 2 root root 4096 abr 21 12:36 dev drwxr-xr-x 12 root root 4096 abr 21 12:35 etc -rwxr-xr-x 1 shiba shiba 456 abr 21 12:35 init drwxr-xr-x 2 root root 4096 abr 21 12:35 initrd -rw-r--r-- 1 shiba shiba 24719513 abr 21 12:34 initrd.gz drwxr-xr-x 14 root root 4096 abr 21 12:35 lib drwxrwxr-x 2 root root 4096 abr 21 12:35 lib64 drwxr-xr-x 2 root root 4096 abr 21 12:35 media drwxr-xr-x 2 root root 4096 abr 21 12:35 mnt drwxr-xr-x 2 root root 4096 abr 21 12:35 proc drwxr-xr-x 2 root root 4096 abr 21 12:35 run drwxr-xr-x 2 root root 4096 abr 21 12:35 sbin drwxr-xr-x 2 root root 4096 abr 21 12:35 sys drwxrwxr-x 2 root root 4096 abr 21 12:35 tmp drwxrwxr-x 6 root root 4096 abr 21 12:35 usr drwxrwxr-x 6 root root 4096 abr 21 12:35 var En este punto ya estaríamos en disposición de compilar los módulos que necesitamos incluir y colocarlos en los directorios correspondientes, que como cualquier sistemas debería ser /lib/modules/Versión-arquitectura/kernel. Eso sí, tengamos en cuenta precisamente lo que he marcado en rojo, la versión y arquitectura del kernel en el que está basado la imagen. Por ejemplo, sustituir el módulo ath9k para una tarjeta wifi muy nueva que blablabla no nos interesa la historia... root@Shiba:/lib/modules# find . -name ath9k.ko ./4.9.0-1-amd64/kernel/drivers/net/wireless/ath/ath9k/ath9k.ko ./4.9.0-2-amd64/kernel/drivers/net/wireless/ath/ath9k/ath9k.ko Pues compilamos por separado la versión funcional del módulo y lo sustituimos ahí para que luego sea cargado por el instalador. Así de sencillo cp ath9k.ko ~/initrd/lib/modules/4.9.0-2-amd64/kernel/drivers/net/wireless/ath/ath9k/ath9k.ko Puede ocurrir y ocurre que cuando nos enfrentamos a la tarea de compilar un módulo para una versión de Linux concreta, el sistema desde el que lo hacemos trabaja con otra diferente y las cosas se ponen un poco complicadas. Una forma un poco bruta pero funcional de lidiar con esto e modificar el archivo make para modifica o añadir la opción de compilar para la versión concreta a la que apuntamos: Si no se trata de sustituir sino de incluir un módulo que no está incluido en la imagen initrd original, el proceso es idéntico, copiaríamos el módulo en el lugar que le correspondería dentro de /lib/modules, creando los directorios necesarios, pero tendríamos también que modificar el archivo init para que sea tenido en cuenta y cargado durante el arranque. Dicho archivo lo encontraremos en lo que sería el directorio raíz de la imagen initrd, en mi caso: root@Shiba:/home/shiba/initrd# nano init #!/bin/sh -e # used for initramfs export PATH . /lib/debian-installer/init-debug debugshell "just booted" mount /run mkdir -p /run/lock mount /proc mount /sys /lib/debian-installer/start-udev init='/bin/busybox init' for i in $(cat /proc/cmdline); do case $i in init=/init|init=init) # Avoid endless loop : ;; init=*) init=${i#init=} ;; noshell) sed -i '/^tty[23]/s/^/#/' /etc/inittab ;; esac done debugshell "before init" exec $init Y no nos complicamos en absoluto, simplemente cargamos dicho módulo, con la ruta recién creada bien definida, haciendo uso de modprobe Pero como ya he dicho, mi intención es no pararme a describir el proceso de compilar un módulo para el kernel sino otros menesteres y ya que estoy metido en faena y era una tarea que tenía pendiente, voy a modificar los banners que se muestran en el instalador de Debian para ajustarlos a GNU/Linux Vagos y que todo se vea más bonito ¿Qué les parece? Que por cierto, se encuentra dentro del directorio install o install-arquitectura y ya que los banners que quiero cambiar son para la versión gráfica, será la imagen initrd GTK, la otra es para el modo texto. Y sí, así de complicado es esto Una vez descomprimida, para encontrar los banners del instalador debemos mirar dentro de /usr/share/graphics y sustituirlos por los que queremos incluir con el nombre de logo_debian.png o logo_debian_dark.png, depende de si luego fijamos el tema claro u oscuro Los he hecho deprisa y corriendo, tampoco se pongan muy exigentes Evidentemente, los temas gtk2 los encontraremos, como es de esperar, en /usr/share/themes y por defecto habrán dos, Clearlooks y Dark. Quien quiera ponerse con el aspecto de la ventana del instalador, tiene vía libre para modificar los archivos gtrkc como si no hubiera mañana para que luzca como mejor le parezca. Yo me limitaré a poner el oscuro por defecto y poco más, que saben que a mí las cuestiones de personalización no me atraen mucho que digamos Y una vez nos hayamos quedado a gusto añadiendo y modificando módulos y poniendo paras arriba el instalador ha llegado la hora de volver a comprimir la imagen de arranque para incluirla en la imagen iso de instalación de Debian. En definitiva, comprimamos la imagen initrd que es a lo que venimos find . | cpio -o -H newc | gzip > ../initrd.gz Y reempaquetamos la imagen iso de instalación de Debian, que también está perfectamente descrito en el foro, as que no me hagan repetirme Si no la he cagado demasiado ahora, cuando arranque la imagen de instalación de Debian, se cargarán los banners y el tema que he definido en la imagen de arranque y el instalador de Debian que dará precioso y cuco O bueno... que conste yo ya avisé que las cuestiones de personalización no eran precisamente mi fuerte Vamos a intentar arreglarlo como buenamente se pueda, pero no prometo nada
  6. Buenas a todos, recientemente me encontre con un problema que me ha quebrado la cabeza las ultimas semanas, y es que, aunque los usuarios de arch disponemos de AUR, que nos facilita la instalacion/compilacion de una bastisima coleccion de software y herramientas, me encontre con un problema que no me habia pasado hasta ahora. resulta que llevo todo este tiempo intentando compilar kernel liquorix, que nunca me habia fallado, pero esta vez, tanto liquorix, como zen y demas kernels que veo en AUR, me dan error a la hora de verificar las firmas pgp. despues de mucho indagar encontre la solucion, y quiero dejarlo aqui, a modo de recordatorio para mi mismo, porque ya me ha pasado tanto en el portatil, sobremesa, y el notebook del curro. y he tenido que tirar de los comandos uno a uno. bueno, en el caso de querer compilar un kernel de linux, si te encuentras con el error de las firmas, y por mas que añadas la firmas te sigue dando el mismo fallo, la solucion es la siguiente. entramos en el directorio de gnupg: cd .gnupg/ luego: gpg --export-ownertrust > otrust.tmp borramos: rm trustdb.gpg y por ultimo: gpg --import-ownertrust < otrust.tmp ahora ya tenemos creado ese "deposito temporal nuevo" donde podremos importar todas esas claves que nos falten y necesitemos, para importar la clave, en este caso, de linus torvals, para poder compilar el kernel de linux... gpg2 --keyserver hkp://keys.gnupg.net --recv-keys 79BE3E4300411886 porque pasa esto?, la verdad es que no lo se, yo en otras ocasiones he podido compilar el kernel de liquorix sin tener que recurrir a todo esto, pero ahora no puedo, no se si debe de ser algo nuevo que hayan implementado en gpg, o en AUR, pero esta seria la solucion, en el caso del kernel de linux. salu2 PD: ademas de liquorix, mi favorito, encontre este kernel, que es el que estoy probando ahora en mi manjaro OpenRC del escritorio, ya os contare...https://aur.archlinux.org/packages/linux-covolunablu-gaming/
  7. Buenos días. Últimamente he estado teniendo problemas con el WiFi en mi PC, cuando enciendo el PC con Xubuntu me doy cuenta de que mi PC no se conecta a ninguna Red Inalambrica y no aparece ninguna, he usado varios trucos para que funcione pero siempre cambia y a veces no funcionan, trucos como apagar y volver a encender la tarjeta de red; apagar la tarjeta de red, luego suspender el PC, volverlo a encender y volver a encender la tarjeta, conectarme a mi WiFi usando el comando "nmcli dev wifi con "ssid" password "contraseña"; reiniciar el PC; reiniciar el servicio network-manager; matar el proceso de nm-applet y volverlo a iniciar; combinar varias de los trucos. Después de tanto fastidio decidí instalar Ubuntu, al principio parecía que iba bien, pero luego de un reinicio para actualizar volvió el problema, al final descubrí que la causa fue el kernel, no se exactamente en que versión de Linux empezó a molestar, pero en la versión 4.4.0-31 funciona bien, mientras que en la 4.4.0-38 no. También vi que el problema sucedía en la 4.4.22, aunque no se si en versiones posteriores a la 4.4 el fallo continua o esta arreglado. Tengo instalado Ubuntu 16.04.1, mi computadora es una HP Mini 100e y la tarjeta inalámbrica es una Realtek RTL8191SE. De antemano agradezco la ayuda.
  8. Aunque fue lanzado en la madrugada del Lunes, ya que estamos en verano me van a permitir tomarme una pequeña licencia a la hora de escribirlo, porque con este calor... ya se sabe Una vez más, Linus Torvalds, junto a otros muchos desarrolladores de todo el mundo que trabajan en el kernel Linux (Que no en el kernel DE Linux, ya que eso es un sinsentido ), nos traen una nueva versión cargada de novedades y características la mar de interesantes. Se incluye soporte inicial para la arquitectura GPU Polaris de AMD, lo que incluye a la última RX 480 Al mismo tiempo, AMDGPU recibe mejoras de rendimiento con GPUVM, optimizaciones de PowerPlay, así como otras muchas mejoras de carácter general. En el caso de Nouveau, se incluye soporte para las Maxwell GM108, junto con mejoras para el sensor de consumo energético ARM incluye nuevas plataformas, como el primer LG ARM (LG1312), Aspeed, OXNAS-MPS2 y algunos nuevos SoC adicionales. Con la llegada de ACPI 6.1 se añade Schedutil como controlador principal de la frecuencia de la CPU. Éste se diferencia de los administradores utilizados hasta ahora, principalmente, en que toma la información provista por el administrador directamente para la toma de decisiones, no teniendo que hacer el seguimiento por si mismo y puede invocar controladores para un mejor ajuste del rendimiento de la CPU. Nuevo controlador PMC (Power Manager Control) para los procesadores Intel Reporte de energía acumulada para las APU AMD Carrizo En cuanto a sistemas de archivos, tenemos un gran número de correcciones para Ext4, así como también para Btrsf, F2FS y XFS En periféricos tampoco nos quedamos atrás, añadiendo soporte para ratones y teclados Corsair K70R, K95RGB, M65RGB, K70RGB y K65RGB Valve nos trae soporte para el mando Xbox One Elite de Microsoft, ya incluido en Steam OS durante el pasado Junio Más soporte HDMI para Skylake, nuevo chip Realtek y mucho más hardware de Audio que se añade a la lista. Soporte para la creación de controladores de unidades USB virtuales en USB/IP Histograma de eventos en ftrace Como siempre, para conocer al detalle la interminable lista de novedades, lo mejor es dirigirse a Kernel Newbies y, si no podemos esperar a compilar esta nueva versión de Linux con nuestras propias manos, siempre podemos obtener el código fuente en Kernel.org
  9. Hola Necesito actualizar el kernel de Debian para usar mi tarjeta de sonido. Con la reciente salida del kernel 4.6 y su soporte para usb 3.1, pues me lancé a compilar siguiendo un tutorial que había usado en otro equipo. He bajado el 4.6, compilado y al arrancar, se queda cuando va a aparecer el entorno gráfico, pantalla negra y _ parpadeando. Extrañado he icompilado el 4.4.11 y me pasa lo mismo. Para arrancar tengo que seleccionar el kernel original 3.14 en el grub Alguna idea?? Es un equipo con debian reciente, con 4 programas. Lo hice hace unas semanas con el kernel 4.5 y el mismo tutorial y salió a la primera sin problemas.
  10. Pasadas las fiestas, volvemos a la carga con una nueva versión de Linux, que llega, como siempre, con interesantes novedades, mejoras y correcciones. Entre las novedades destacadas de la 4.4 tenemos: Soporte para las futuras APUs de AMD Stoney Graphics Comienzan los trabajos para integrar el nuevo controlador AMDGPU para gráficas Carrizo, Tonga y Fiji, habilitando el planificador AMDGPU por defecto, añadiendo nuevos opcodes AtomBIOS, aunque aún sin administrador de energía. Controlador KMS para Raspberry Pi, gracias al trabajo de Eric Anholt, de Broadcom. Desafortunadamente aún no es capaz de lidiar con la aceleración gráfica 3D o la administración de energía Código para VirtiO VirGL en Gallium 3D Mejoras en la administración de la memoria Un dispositivo de bucle más delgado y más rápido que soporta entradas y salidas asíncronas y directas Mejoras en estabilidad y Re-Clocking para los controladores Nouveau. El controlador MSM Freedreno nos brinda soporte para el nuevo socket de Qualcomm, el Snapdragon 820 Mejoras y correcciones para el controlador DRM de Intel para GPUs Skylake y Broxton Mejoras en el soporte UEFI 2.5, incluyendo EFI ARM64 y AArch64 Soporte para los nuevas tarjetas Wifi Realtek rtl8xxxu Soporte para programas eBPF No-Root Soporte para mapas/programas persistentes con eBPF Soporte para sonido Lewisburg de Intel Mejor soporte para los touchpads de precisión Skylake de Win8, el nuevo teclado Corsair Vengeance K90 y soporte para el volante Logitech G29 Soporte para el cntrol remoto de la TV Goole Fiber Mejor soporte para los portátiles Toshiba Numerosos cambios para KVM x86 Mejor soporte TPM 2.0 (Trusted Platform Module 2) Actualizaciones para la plataforma Chrome, que incluye trabajos para el Pixel 2015 Manejo espacial para dar soporte a la tecla ESC de los nuevos portátiles Lenovo Importantes correcciones para la encriptación de sistemas de ficheros EXT4 Más correcciiones para RAIDs 5/6 Btrfs Mejor estabilidad y rendimiento de Flash-Friendly File-System (F2FS) Soporte para SSD Open-Channel a través de LightNVM El código de ensamblado de x86 continúa siendo reescrito en C Soporte SHA Optimizado utilizando las extensiones SHA de Intel La utilidad Kconfig de ha sido portada a QT5 El código fuente, como es habitual, está disponible en Kernel.org, para todos aquellos que quieran echarle un vistazo o empezar a trastear con él inmediatamente
  11. Así lo ha anunciado esta mañana el Finlandés, que ha esperado a una fecha tan señalada como ésta, su cumpleaños, para dar a conocer la noticia. Después de 24 años trabajando sin descanso para que su creación más famosa, el Kernel Linux, creciera, mejorara y llegara a todos los aspectos de nuestra vida, Torvalds ha decidido dejar su labor para dedicarse a lo que considera debía haber hecho en un principio, que es dedicarse en cuerpo y alma a GNU Hurd. Su mujer, Tove Torvalds, ha comentado que desde su inoportuna caída en la bañera, no ha vuelto a ser el mismo y no para de darle vueltas a las cosas más simples, aunque ella espera que sólo se trate de la típica crisis de los 40 un poco tardía. Sin duda alguna es un giro sin precedentes en la trayectoria profesional de Linus y no sabemos de qué manera nos afectará a los usuarios, no sólo los de andar por casa, sino a toda esas grandes infraestructuras que dependen de su núcleo para funcionar. Sólo el tiempo dará respuesta a todas las incógnitas quien ahora mismo rondan por nuestra cabeza. Esperemos que el cambio sea para mejor. Linus da un giro de 360º a su carrera
  12. Muchos están aún de resaca tras el puente de todos los santos y otros aún están de fiesta, Linus Torvalds parece que no lo ha tenido en cuenta y hoy no es un Lunes como todos los demás, hoy es el día en que Linux 4.3 ha llegado para, como siempre, traernos grandes mejoras e interesantes novedades. Sin embargo, a pesar de que algunos ya se aventuraron a decir que hoy también es el día en que ha salido el kernel DE Linux 4.3, eso no es cierto. No existe ningún subkernel dentro del kernel ni ningún Linux dentro de Linux, únicamente ha salido una nueva versión del kernel, de nombre Linux, desarrollado inicialmente por Linus Torvalds, que en este caso es la 4.3, todo lo demás son conspiraciones pingüinescas (o pingüineras) en las que no vamos a meternos Ahora hablemos de novedades, porque esta vez Tux nos trae más de una sorpresa: Los controladores libres Nouveau para gráficas Nvidia han sufrido una reconstrucción casi completa, lo que supone mejor soporte DRM, re-clocking, carga de firmware de Nvidia, soporte para Tegra X1, entre otras cosas. Soporte para los Intel Skylake (Gen 9), la nueva arquitectura de microcontroladores, tanto para la parte que corresponde a la CPU, pero sobre a las GPU integradas, que es lo que nos faltaba, además del soporte para Audio. Soporte inicial para las AMD R9 "Fury", aunque por ahora sin administración de energía ni re-cloking Grandes cambios en lo que respecta a gráficos en general y DRM. Además de las anteriores, se incluye soporte para hardware Matrox, HDCP y soporte para Freedreno MSM para hardware Qualcomm Soporte OpenGL 3.3 para Vmware (VMWgfx) Ext3 ha sido eliminado definitivamente del kernel. El controlador Ext4 puede también manejar sistemas de ficheros este tipo así que no tiene sentido seguir manteniéndolo. Mejoras para el citado Ext4, XFS, F2FS y correcciones para el TRIM en RAID 5 y 6 para Btrfs Introducción del subsistema de controladores MOST (Media Oriented Systems Transport) Grandes cambios en el planificador que podría afectar a la carga de trabajo SMP (Symmetric Multi-Processing) prara mejor (o eso se espera ) Varias optimizaciones para el arranque de sistemas x86, que incluyen la eliminación de código "muerto" y la ganacia de, al menos 600 microsengundos. Mejoras para la arquitectura MIPS que implican al Octeon CN68XX, I6400 de 64 bits MIPS, el soporte Uprobes y MSA, entre otras cosas. Se añaden características ARMv8.1 Mejoras en el soporte de portátiles Toshiba Mejoras para los controladores Wacom Aunque en otras ocasiones los he remitido a Kernel Newbies para un informe más detallado de todos los cambios, me temo que en esta ocasión van algo retrasados y aún no muestran siquiera los de la anterior 4.2 Pero eso sí, todos los valientes que tengan un rato libre para probar por su propia cuenta las novedades de esta versión de Linux, encontrarán su código fuente, como siempre, en https://Kernel.org https://lkml.org/lkml/2015/11/1/202
  13. Hola a todos, he estado buscando por ahí antes de molestaros y pediros ayuda y he hecho de todo. Ya no se que hacer.. El caso es que no me deja montar isos en virtualbox con S.O. Kali linux 2.0. (he visto que pasa mucho en maquinas con 64bits ya sea con este u otros diestros.. el fallo es, que se abre una ventana con este texto: Fallo al abrir una sesión para la máquina virtual W7. y luego otra más grande con: Kernel driver not installed (rc=-1908) The VirtualBox Linux kernel driver (vboxdrv) is either not loaded or there is a permission problem with /dev/vboxdrv. Please reinstall the kernel module by executing '/sbin/vboxconfig' as root. If it is available in your distribution, you should install the DKMS package first. This package keeps track of Linux kernel changes and recompiles the vboxdrv kernel module if necessary. where: suplibOsInit what: 3 VERR_VM_DRIVER_NOT_INSTALLED (-1908) - The support driver is not installed. On linux, open returned ENOENT. he ejecutado en el terminal vboxconfig dentro de /sbin y nada. he reinstalado dkms y nada. el archivo /dev/vboxdrv no existe... En resumidas cuentas, a alguien le ha pasado o se le ocurre alguna idea? Gracias..
  14. Nvidia sigue trabajando sin descanso para que sus controladores oficiales tengan pronto soporte completo para Wayland. Durante la serie anterior, la 355, ya dimos cuenta dew todas las mejoras en lo que respeta a EGL y la nueva forma de construir los módulos para el Kernel. Ahora, con la beta de la nueva serie 358 vemos otro paso más para acercarnos a Wayland. Esta vez se han centrado en la interconexión con DRM/KMS, añadiendo el nuevo módulo nvidia-nomodeset para trabajar en tandem con el módulo del kernel, usádolo como base para la interface mode-setting provista por el administrador de renderizado directo del kernel. lamentablemente y aunque son muy buenas noticias, esto sigue siendo un paso más y aún tendremos que esperar un poco más para que Wayland sea una pieza central de nuestra distribución GNU/Linux, al menos en el caso de utilizar una gráfica de Nvidia. Por supuesto, éste no ha sido el único cambio que vemos en los nuevos controladores: Se ha corregido una regresión que afectaba al rendimiento de OpenGL en configuraciones de X server sin monitor. Se ha corregido una fuga de memoria que se producía cuando se destruía una ventana GLX que seguía teniendo el contexto asociado. Se ha corregido un error que provocaba la creación de buffers de píxeles de EGL en el buffer frontal y el posterior en lugar de hacerlo únicamente en el posterior, como requiere EGL. Se ha añadido un nuevo módulo de kernel, nvidia-modeset.ko. Este nuevo componente del driver funciona en combinación con el módulo nvidia.ko para programar el motor de visualización de la GPU. nvidia-modeset.ko no proporciona ninguna funcionalidad visible para el usuario, ni interfaces con aplicaciones de terceros. Sin embargo, en una versión futura, este módulo servirá de base para la interfaz de configuración del modo de pantalla (modesetting) proporcionada por el gestor de renderizado directo (DRM) del kernel. Se han reducido los parpadeos y los retardos en las transiciones hacia o desde el modo G-SYNC. Como parte de este cambio, a partir de ahora los monitores que tengan indicadores de G-SYNC en la pantalla indicarán que se encuentran en modo G-SYNC. El indicador visual de G-SYNC en OpenGL puede activarse en nvidia-settings para señalar cuándo se está utilizando G-SYNC. El protocolo GLX de la siguiente extensión de OpenGL 3.0 ha pasado de ser un protocolo no oficial a ser un protocolo aprobado para ARB: GL_EXT_draw_buffers2 El protocolo GLX para los siguientes comandos de OpenGL 3.0: BindBufferRangeNV BindBufferBaseNV BeginTransformFeedbackNV EndTransformFeedbackNV GetTransformFeedbackVaryingEXT TransformFeedbackVaryingsEXT que forman parte de las siguientes extensiones: GL_NV_transform_feedback GL_EXT_transform_feedback ha pasado de ser un protocolo no oficial a ser un protocolo aprobado para ARB. Con los cambios anteriores, el protocolo GLX para OpenGL 3.0 ha pasado de ser un protocolo no oficial a tener la categoría de protocolo oficial para ARB. Se ha añadido un nuevo mecanismo de asignación de memoria para asignaciones de gran tamaño en el controlador de OpenGL. Este mecanismo permite liberar la memoria asignada al proceso cuando no se utiliza, lo que deja más espacio de direcciones virtuales disponible para la aplicación. Está activado de forma predeterminada en aplicaciones OpenGL de 32 bits con Linux 3.11+ y glibc 2.19+. La memoria asignada de esta manera consume espacio en /dev/shm. Esta función se inhabilita configurando la variable de entorno __GL_DevShmPageableAllocations con el valor 2. https://devtalk.nvidia.com/default/topic/884727/linux-solaris-and-freebsd-driver-358-09-beta-/?offset=1
  15. A pesar de encontrarnos aún en temporada estival, parece que el incansable grupo de desarrolladores que trabajan en el kernel libre que Linus Torvalds compartió con el mundo hace ya casi un cuarto de siglo, no descansan ni para mojarse los tobillos en la orilla del mar, porque Linux 4.2 ya está con nosotros. Aunque muchas cosas han quedado pendientes para la próxima versión 4.3, nos encontramos ante una versión del kernel como muchas e interesantes novedades tanto en el apartado gráfico como en sistemas de ficheros, criptografía y otrso muchos aspectos. El driver AMDGPU DRM por fin ha sido incluido, con soporte para las Radeon R9 285 "Tonga" y las que aparecerán en el futuro, incluyendo las APUs Carrizo. Codificación de vídeo VCE1 para el controlador Radeon DRM Numerosos cambios más relacionados con DRM Atomic mode-setting Mejor manejo de DisplayPort MST Soporte para Adreno A306por parte del driver MSM DRM [*]Driver VirtIO GPU [*]Soporte inicial para los Intel Broxton Atom [*]El código relacionado con x86 sigue su preparación para ser reescrito en C, con miles de microoptimizaciones y mucha limpieza de código [*]Soporte para nuevos procesadores y placas ARM Freescale i.MX7D ZTE ZX296702 HiSilicon hi6220 [*]Soporte para la arquitectura del microcontrolador Renesas H8/300 [*]Por fin se incluye qspinlocks (queue spinlocks) gracias al trabajo de HP [*]Mejoras en el compensado NUMA y planificador deadline [*]Numerosas mejoras para KVM (Kernel-based Virtual Machine), incluyendo, write combining, virtualized performance counters en AMDo la integración VFIO en ARM. [*]Soporte para los procesadores ARCv2 y HS38 [*]Mejoras en encriptación Akcipher (Asymmetric Key Interface) soporte para algoritmos Chacha20, Poly1305 y RFC7539 DRBG es ahora la API criptográfica RNG por defecto Nueva implementación RSA Jitter entropy RNG Soporte para SHA-512 acelerado en ARM64, [*]Mejoras en NCQ TRIM y habilitación/&deshabilitación automática para SSDs con peor soporte [*]Mejoras de rendimiento para GFS2 [*]Numerosas correcciones para EXT4 [*]F2FS per-file encryption [*]Actualizaciones y mejoras para BTRFS [*]Soporte DAX para XFS [*]Comienzan los trabajos para mejorar la scalabilidad de FUSE [*]Soporte para ACPI 6 NV-DIMM (Non-Volatime Memory Device) y otras mejoras en el manejo de energía [*]Soporte para nuevos periféricos: Logitech M560 Sony Motion Controller Sony Navigation Controller de PlayStation 3/4 Weida WDT87XX touch-screen Ahora duncionan correctamente los LEDS del controlador inalámbrico de Xbox [*]Soporte para UEFI ESRT (EFI System Resource Table) [*]Mejoras de rencimiento para NBN (non-transparent bridging) Como siempre, el código fuente está ya disponible en Kernel.org Y una lista más detallada de los cambios y mejoras estará disponible en breve en Kernel Newbies
  16. Con la idea de ofrecer un Linux bien configurado y mucho más optimizado para equipos de escritorio de uso general, multimedia y Gaming que las imágenes precompiladas que ofrecen las distribuciones por defecto, que para las que usan una configuración muy genérica, nace el proyecto Liquorix. Además de una configuración enfocada a conseguir una mejor respuesta del kernel en los equipos de escritorio, también se aplican un gran número de parches y mejoras específicas para estos equipos, como por ejemplo BFS (Brain Fuck Scheduler). Existe un repositorio para Debian que nos permitirá tener nuestra imagen del kernel siempre al día como si de cualquier otro paquete se tratase. Para ello, hay que añadir la correspondiente línea del repositorio a nuestro sources.list y también las correspondientes llaves: Debian echo 'deb http://liquorix.net/debian sid main' > /etc/apt/sources.list.d/liquorix.list aptitude update apt-get install '^liquorix-([^-]+-)?keyring.?' Además del repositorio principal, existen dos ramas más que podemos utilizar: Si somos algo osados y queremos probar futuras versiones del kernel, podemos utilizar la rama "future" deb http://liquorix.net/debian/ sid main future Si, por el contrario, preferimos quedarnos con una versión del kernel más antigua y con soporte prolongado, apuntaremos a la rama "past" deb http://liquorix.net/debian/ sid main past La posterior instalación de la imagen y cabeceras del kernel se hará teniendo en cuenta nuestra arquitectura y la del sistema Debian instalado: x86 (i386) aptitude install linux-headers-liquorix-686 linux-image-liquorix-686 x86_64 (amd64) aptitude install linux-headers-liquorix-amd64 linux-image-liquorix-amd64 Tras este sencillo proceso ya estaríamos listos para iniciar con el nuevo kernel, sin olvidar que podríamos necesitar algún ajuste o reinstalación de nuestros controladores gráficos, aunque hoy en día con Dkms eso no debería ser ningún problema Scripts de configuración/optimización Además del repositorio para Debian, este proyecto va aún más allá y cuenta con varios scripts que podemos utilizar para realizar las tareas de optimización más específicas en nuestro sistema, tanto con el script general Smxi, como con el que está centrando únicamente en el aspecto gráfico con Sgfxi La utilización de dichos scripts es bastante sencilla, basta con descargarlos, darles permisos y ejecutarlos, pero con una pega y es que algunas de sus funciones sólo podrán utilizarse desde fuera del entorno gráfico, especialmente las relacionadas con Sgfxi. En nuestro caso los colocaremos en /usr/local/bin para poder tenerlos más a mano: NOTA aunque pueden funcionar para otros casos,los scripts están pensados para trabajar con las ramas Testing y Unstable de Debian, no con Debian Stable u otros derivados Ciclyng release. instalación Smxi (Script General) cd /usr/local/bin && wget -Nc smxi.org/smxi.zip && unzip smxi.zip && smxi Sgfxi (Script para temas gráficos) cd /usr/local/bin && wget -Nc smxi.org/sgfxi && chmod +x sgfxi && sgfxi Uso Ejecución dentro del entorno gráfico: Soy consciente que un par de líneas atrás he dicho que algunas tareas debían realizarse fuera del entorno gráfico, pero mientras no sea estrictamente necesario, ejecutaremos liquorix de la siguiente manera, para indicarle que nos encontramos dentro del entorno gráfico. smxi -G La primera vez que lo ejecutemos, Smxi empezará haciéndonos preguntas sobre nuestro sitema para ajustar la configuración convenientemente, tan sólo tendremos que ir eligiendo la opción correspondiente en cada caso introduciendo en la terminal el número correspondiente a dicha opción. Una vez configurado, podremos acceder a todas las opciones y menús del script, incluyendo el proceso descrito en el apartado anterior, instalar una versión kernel Liquorix desde el repositorio oficial, desde el menú kernel-options >> alternate-kernel-install Estos scripts dan muchísimo juego y nos permitirán realizar un gran número de tareas, desde instalar un entorno gráfico a mejorar el desempeño de firefox, jugar con nuestros repositorios, instalar el último libreoffice... Todo mediante menús muy simples y bien explicados (en inglés, eso sí) No obstante, nunca está demás leer el manual para saber más acerca de lo que podemos hacer con este impresionante script: Manual oficial de Sxmi: http://smxi.org/docs/smxi-manual.htm En el caso de Sfgxi el panorama es muy similar, aunque en este caso sí que debemos tener muy en cuenta la recomendación de ejecutarlo fuera del entorno gráfico, aunque al contar con las mismas opciones que Smxi también podremos utilizar: sgfxi -G En este caso, el script se centrará específicamente en lo referente a nuestros controladores gráficos, permitiéndonos instalar la última versión de los mismos, modificar la configuración de Xorg, habilitar/deshabilitar funciones gráficas específicas... Igualmente, no está demás leer el manual para saber más acerca de lo que podemos hacer él: Manual oficial de Sgfxi: http://smxi.org/docs/sgfxi-manual.htm Actualización de los scripts En ambos casos, podremos mantener siempre al día los scripts de liquorix mediante la opción -U smxi -U sgfxi -U Compilando el kernel manualmente Para los que prefieran compilar un kernel a medida, pero aprovechando las mejoras del proyecto liquorix, también existe la opción de descarga los parches y la configuración de liquorix por separado, para luego aplicárselos al código fuente oficial de Linux para después compilarlo en nuestro equipo. Como se indica en la guía para "Configurar y compilar el kernel Linux (varios métodos), el parche lo aplicaremos, tras descomprimir el código fuente y situándonos dentro del directorio resultante mediante la orden: patch -p1 < /ruta/del/Parche.patch Además de esto, debemos descargar el archivo de configuración correspondiente a nuestra arquitectura e incluirlo dentro del directorio anterior, con el nombre ".config" Ambos los encontraremos en la FTP del proyecto, el parche dentro de un comprimido tar.gz y los config dentro del directorio correspondiente a la versión del kernel a compilar: http://liquorix.net/sources/ Una vez aplicados todos los parches e incluidos (y renombrados) los ficheros de configuración, podremos compilar nuestra versión Liquorix "casera" de Linux de la manera habitual, sin olvidar que aún podemos dar otra vuelta de tuerca más haciendo alguna configuración más personalizada primero: make menuconfig Una vez terminada la configuración o si no queremos configurar nada más, procederemos a compilarlo make make modules make modules_install make install Si todo ha salido bien ya estaríamos listos para iniciar con el nuevo kernel, sin olvidar que podríamos necesitar algún ajuste o reinstalación de nuestros controladores gráficos, aunque hoy en día con Dkms eso no debería ser ningún problema. Para más información sobre este proyecto: http://liquorix.net/ http://smxi.org/
  17. Después del cambio de numeración en las versiones del kernel engendrado por el finlandés Linus Torlvalds y que nos llevó de la 3.x a la 4.0, ya tenemos una nueva e interesante versión, la 4.1, que, como siempre, nos trae novedades, grandes mejoras y numerosas correcciones. Entre lo más destacado de Linux 4.1 tenemos: Aumento significativo de rendimiento para ciertos componentes de hardware, especialmente los Intel Atom y los AMD Bulldozer Mejora en el consumo energético y eficiencia del hardware de Intel, con los cambios de P-State para los Bay Trail y Cherry Trail Mejoras en el controlador libre Nouveau, que ahora cuenta con soporte para las Geforce 750 Soporte para Intel XenGT vGPU Soporte para Radeon DisplayPort MST Encriptación del sistema de ficheros EXT4 llevada a cabo por Google en un intento de añadir niveles de cifrado Ext4 en Android Mejoras en el soporte para RAID 5/6 con MD RAID Mejoras generales para los portátiles de todos los fabricantes, pero en especial de los Chromebook Pixel 2, Dell y Toshiba. Se sigue trabajando en el soporte para Intel Skylake, que será lanzado a finales de año Soporte ACPI para arquitecturas AArch64 y ARM 64 Introducción de vGEM (virtual GEM graphics driver) Se añade TraceFS al kernel Soporte para la "Lightbar" de Chrome OS Soporte para Force feedback / rumble para el gamepad de xbox One Nuevo driver PMEM Soporte para Wacom HID Mejoras sustanciales para los sistemas de ficheros F2FS, XFS y BTRFS Modernización del sistema de sonido con un bus estándar para ALSA en el secuenciador y el núcleo de HD-audio code Como siempre, podemos descargar el código fuente desde Kernel.org Y consultar con más detalle todos los cambios que se han producido en esta versión en Kernel newbies
  18. Llevo un rato dándole vueltas al asunto, el caso es que yo uso Debian Testing, me gusta la idea de estabilidad, pero a veces se pasa de estable y quiero estar un poco más al día en algunas cosas. Una es el entorno de escritorio, uso Gnome en Debian va por el 3.14.1 y en Antergos por ejemplo va por el 3.16 y me parece bastante aceptable su estabilidad ¿Hay algún repositorio que pueda añadir para tenerlo algo más actualizado? estuve mirando Siduction pero no veo que tenga repos para Gnome. Otra de las cosas que me gustaría tener más al día es el Kernel, estuve mirando Liquorix ¿Qué opinan de esa opción? otras veces lo he compilado yo mismo pero me parece muy latoso y no tengo demasiado tiempo para andar compilando el Kernel cada vez que quiera actualizarlo, quiero hacerlo a traves de aptitude cada x y tener un sistema algo actualizado. Saludos.
  19. Linus Torvalds y su alergia a los números grandes han hecho que tras Linux 3.19 nos encontremos ante una salto de versión hasta la 4.0, que como era de esperar, no es sólo un número, viene con un gran número de mejoras y nuevas características, además de un nombre en clave bastante desconcertante. Linux 4.0 (Hurr durr I'ma sheep.) nos trae: Live kernel patchin. Gracias al trabajo de Red Hat en Kpatch y SUSE en kGraft, tenemos la posibilidad de aplicar parches en vivo . El controlador Radeon DRM cuenta ahora con soporte para audio sobre DisplayPort y mejor control de los ventiladores El controlador AMDKFD para soporte HSA empieza a dar soporte a las APU Carrizo Soporte inicial para el hardware gráfico Intel Skylake Los controladores Nouveau incluyen ahora soporte básico para re-clocking soporte para la GPU Tegra GK20A y se fusiona con el código para ARM, además de otros muchos cambios internos. En el caso del controlador DRM para las NVIDIA Tegra se añade soporte para atomic mode-setting y se mejora el desempeño al la suspender y restaurar alguno de estos dispositivos. Soporte para pNFS block server Mejora a la hora de crear RAID 5 y 6 con Btrfs Nueva funcionalidad OverlayFS Soporte para Intel Quark SoC Soporte para nuevo hardware ARM Soporte para IBM z13 Mejora en el soporte para los portátiles Toshiba Mejoras en el soporte de los dispositivos Logitech HID++ Como es habitual podemos descargar el código fuente de esta nueva versión desde Kernel.org y consultar en detalle todos los cambios a través del portal Kernel Newbies
  20. El pasado viernes 27 de febrero, se actualizaron las cabeceras y librerias del kernel 3.16 en mi Ubuntu 14.10 de 64bits. Lo tenía con los controladores 331 privativos pero testados para mi Nvidia Gforce GTX560. En un momento dado el escritorio lanzó un error y desapareció el dash, barra de iconos, etc. para nunca volver. Después de seguir varias lineas de investigación, cambiar a los nouveau, desinstalar todo lo que huela a nvidia y volver a instalar, etc. Desinstalando Uniy y provocando que ya no podía volver a entrar con mi usuario... Terminé pensando que tardaría menos reinstalando 14.10 en mi partición del sistema aunque luego tuviera que volver a instalar las diez o doce (no más) aplicaciones que uso. Y ..¡¡oh!!... ¡¡¡sorpresa!!.. termina la instalación y sale la misma pantalla sin Unity, ni barra y con el mismo fondo de escritorio que tenía cuando lanzó el fallo. ¿¿¿???? Pero si he reinstalado formateando la partición de sistema / ¿¿??? Este no sabe con quién se las está jugando ;-)). Arranco con Gparted y me "fusilo" la partición del sistema. Eliminada, creada, formateada y vuelvo a instalar Ubuntu 14.10, formateando / y respetando /home en el otro disco. Arranco y la misma situación, no tengo acceso al dash. ¿Qué está pasando?, ¿donde guarda Ubuntu la configuración de mi escritorio?, ¿tal vez debería haber borrado los ficheros ocultos y demás carpetas de la configuración de unity en mi home? ...Posiblemente, pero no caí en ese momento. Con el rabo entre las piernas y bastante mosqueado, instalo mi querido y estable Xubuntu 14.04 que, en este caso si, elimina lo que hubiera mal y ya arranca con xfce y todo OK. Además actualizo esta vez bien, a los drivers 340 propietarios que mueven razonablemente bien Borderlans en Steam o Nexuiz, con lo que no necesito más aceleración. La duda que me corroe es, ¿se arregló al borrar ficheros ocultos de home?, lo que de confirmarse, sería un nuevo paso imprescindible para futuras reinstalaciones. O bien, ¿se trata de alguna partición (me extraña que Gparted no la mostrara) usada por Systemd, Grub2, o sistema de inicio similar?. Se agradecerán, ideas, sugerencias o pésames....
  21. Linus Torvalds ha revivido una situación que no veíamos desde 2011, cuando sufrimos el cambio de numeración en las versiones de Linux, pasando de las 2.6.x a la actual 3.x. Este cambio tuvo lugar cuando se llegó a la versión trigésimo novena versión menor de Linux 2.6, es decir Linux 2.6.39 (me gusta liar las cosas, lo sé ) cuando Torlvalds se planteó cambiar por completo el esquema para no acabar con versiones con números enormes. El cambio a la versión 3.0 se hizo también aprovechando la celebración del vigésimo aniversario del Kernel. Casi 4 años después de aquello hemos alcanzado la versión 3.19 y a Linus ya le está entrando el "vértigo versionil" y dado que, según él mismo considera, se avecinan cambios lo suficientemente importantes para las próximas versiones de Linux, es hora de empezar a considerar la opción de "reiniciar" la numeración de versiones. Es por esto que en su cuenta de Google + ha iniciado una votación popular, en la que muchos ya han participado, donde nos pide nuestra opinión sobre si debemos seguir con la numeración actual, con lo cual la próxima versión de Linux será la 3.20 o si, por el contrario, es hora de dar el salto a la 4.0. Con 22663 en el momento en el que estoy escribiendo estas líneas, la opinión popular, aunque con un margen bastante ajustado (56%), piensa que es momento de dar el salto y que estamos listos para Linux 4.0 Cualquiera con cuenta de G+ puede votar, así que no se corten en expresar su opinión en la encuesta, pero salvo que cambien mucho las cosas o Torvalds nos haga un quiebro, tendremos Linux 4.0 antes del verano https://plus.google.com/+LinusTorvalds/posts/jmtzzLiiejc
  22. "Diseased Newt" que es como ha sido apodada la última versión estable del kernel Linux, ha sido lanzada hoy mismo, convirtiéndose en la primera versión estable en ser liberada este año. Como es habitual, viene cargado de correcciones, pero sobre todo de novedades que incluyen soporte para gran cantidad de hardware nuevo: Intel Soporte inicial para la arquitectura Skylake (Aún no a la venta) Se corrigen varios problemas con el chip gráfico i830M PPGTT (Per-Process Graphics Translation Tables) función que permite el aislamiento de los procesos de la GPU en arquitecturas Ivy Bridge, Haswell y Broadwell, vuelve a estar habilitado por defecto. Se unifica los trabajos de suspensión, hiber, despertar e hibernar. Se añade la posibilidad de rotar cursores 180º Mejoras en el soporte de Cherryview en los Atoms de nueva generación. Se ha iniciado la eliminación del soporte para DRI1 y UMS. Mejoras en el control de la retroiluminación para el Dell Vostro 3546. Soporte de MPX (Memory Protection Extensions System Architecture) para x86. AMD Mejoras de rendimiento en la gestión de memoria TTM (Translation Table Manager). Parches para la gestión de energía en modelos actuales. Se incorpora finalmente el controlador AMDKFD que da soporte a HSA (Heterogeneous System Architecture). Se añade la posibilidad de habilitar el control de ventiladores para las arquitecturas South Islands y Sea Islands. Mejoras en el rendimiento GPUVM multi-ring. Se solucionan algunos problemas con los cursores. Nvidia Soporte para el control de tensión en los Tegra K1. Soporte para el chip GM204. Mejoras en el control de cambio de frecuencia de la memoria en los modelos GM21x. Otros fabricantes El controlador libre para las GPUs de Qualcomm Adreno incluye ahora soporte para la serie A4. El controlador para los gráficos de STMicroelectronics ahora tiene soporte para la selección del adaptador HDMI por i2c. Dispositivos de entrada y salida Soporte para más dispositivos multitáctiles. El controlador para dispositivos Logitech ahora soporta el protocolo específico del fabricante HID++. Soporte para el modelo Wireless Touchpad T650 de Logitech. Soporte para el Surface Pro 3 Type Cover de Microsoft. Mejoras en el soporte de RMI. Mejoras en el controlador para dispositivos Wacom. Se añaden dos nuevos controladores para el touchpad I2C y la pantalla táctil que se encuentran muchos Chromebooks y otros dispositivos. Se incluye un controlador para el panel tactil Goodix. Sistemas de archivos El sistema de archivos OverlayFS, un servicio del kernel que da la posibilidad de montar varios sistemas de archivos distintos a la vez aparentando ser un sólo sistemas de archivos. Mejoras en F2FS Ext4 gran cantidad de correcciónes. Además se optimiza la utilización de la CPU. XFS recibe cambios relacionados con el formato del encabezado. Se han movido a la biblioteca libxfs algunas estructuras compartidas con el espacio de usuario. Btrfs, se ha mejorado el soporte para RAID 5 y 6. SquashFS ahora cuenta con soporte para compresión con LZ4. CephFS, soporte para datos inline. Se han solucionado también algunos fallos. Gestión de energía Se introduce una interfaz unificada para acceder a las propiedades de los dispositivos que ofrece el firmware. De esa forma, los controladores no tienen que preocuparse sobre de dónde vienen dichas propiedades. Se inluye soporte para P-States en el controlador intel_pstate de Linux 3.19. Usará CPUID para detectar si el procesador soporta la característica y en cuyo caso, se habilita por defecto. P-States se puede deshabilitar manualmente. Esta técnica para regular la frecuencia en procesadores recientes de Intel, consigue un rendimiento superior frente al clásico método ofrecido por CPUfreq. Mejoras en la gestión de energía de las plataformas de Intel Baytrail-T y Baytrail-T-CR. Soporte para _DEP. El controlador para los ventiladores de ACPI ahora crea interfaces de dispositivos de refrigeración con nombres que reflejan las identificaciones de los dispositivos ACPI a los que están asociados. Otros Dispositivos Mejoras de rendimiento en controladores RAID6 en device mapper. Soporte para el audio de los nuevos SoCs x86 de Intel y los adaptadores USB de audio de Focusrite Scarlett, Digidesign Mbox1, los DACs de Denon/Marantz y Zoom R16/24. También se añade soporte para los auriculares con ASoC TI TS3A227E. La arquitectura MIPS recibe una gran cantidad de cambios entre los que destacan la mejora de las trazas inversas en sistemas multiprocesador, cambio a la plataforma ATH79 para usar la biblioteca del firmware, mejoras en la documentación de GIC, mejoras en el código de la plataforma Loongson 3, arreglo de fallos en la plataforma Loongson 1B, optimizaciones en el soporte para microMIPS, se añade soporte para plataformas ATH25 y muchos otros cambios. El controlador thinkpad-acpi soluciona problemas relacionados con el silenciado del audio y ahora se realiza mediante software. El controlador dell-laptop para portátiles dobla su tamaño para dar soporte a la retroiluminación del teclado. Se solucionan numerosos fallos en los codecs de HD-audio de Realtek. Otros cambios Se incluye soporte completo para dispositivos no coherentes en ARM. En las máquinas virtuales x86 PVHVM, se usa APIC para las interrupciones si se han virtualizado por hardware. Como es habitual, a través de http://kernel.org, aquellos que no se resistan a compilarlo con sus propias manos pueden obtener el código fuente de esta nueva versión Y en Kernel newbies tendremos en detalle todos y cada uno de los cambios introducidos en Linux 3.19
  23. Muy buenos dias!..Tengo una duda que quizas quieran ayudarme a resolver. Me puse a experimentar con el kernel, para intender un poco mas. asi que ayer quise instalar el 3.10..baje files sin errores; instale sin errores, desinstale los drivers externos, actualize el grub y reinicie:ningun problema, me salio el grub (sin ningun cambio), y me arranco normalmente, sin ninguna diferencia. Comprobe que version esta corriendo y me salio: renato@@renato-HP:~$ uname -r 3.2.0-74-generic-pae pero al comprobar todo me sale esto: renato@@renato-HP:~$ dpkg --get-selections | grep linux-image linux-image-3.10.5-031005-generic install linux-image-3.2.0-51-generic-pae install linux-image-3.2.0-74-generic-pae install linux-image-generic-pae install y el grub me devuelve renato@@renato-HP:~$ sudo update-grub [sudo] password for renato: Generating grub.cfg ... Found linux image: /boot/vmlinuz-3.10.5-031005-generic Found initrd image: /boot/initrd.img-3.10.5-031005-generic Found linux image: /boot/vmlinuz-3.2.0-74-generic-pae Found initrd image: /boot/initrd.img-3.2.0-74-generic-pae Found linux image: /boot/vmlinuz-3.2.0-51-generic-pae Found initrd image: /boot/initrd.img-3.2.0-51-generic-pae Found Windows 7 (loader) on /dev/sdc1 Found elementary OS Freya (0.3) on /dev/sdc11 done Entiendo que si bien el kernel esta instalado, el sistema no lo corre... Gracias por su ayuda
  24. Buenas, vengo con un problema que he tenido en las ramas 3.16, 3.17 del kernel linux. El problema es el siguiente: uso gentoo con kde y al bajar el brillo llega un momento que queda absolutamente negro como si estuviese apagada y al encender la laptop me aparece el siguiente mensaje: ➜ ~ dmesg| grep -i error [ 0.122607] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM [ 0.533192] [drm:cpt_set_fifo_underrun_reporting] *ERROR* uncleared pch fifo underrun on pch transcoder A [ 0.533193] [drm:cpt_serr_int_handler] *ERROR* PCH transcoder A FIFO underrun [ 0.909480] rtl8192ce 0000:02:00.0: Direct firmware load failed with error -2
  25. Hola gente como esta aca prensentandome, bueno voy al grano. no entiendo y no me cabe en la cabeza. actualmete uso kali linux de x86. ya hice de todo, puedo otras distribuciones actualizables y nada. en la terminal le doy uname -r me sale esto 3.12-kali1-686-pae osea este es el paquete que quiero instalar. pero no me sale me dice E: No se ha podido localizar el paquete kernel-headers-3.12-kali1-686-pae E: No se pudo encontrar ningún paquete con la expresión regular «kernel-headers-3.12-kali1-686-pae» ahora le doy para buscar que kernel tengo y me sale otra version, 3.14-kali1-486 :wacko: :muro: instalo ese pero me da de lo normal, pero instalo el otro me tira error. ahora he instalado el wvare para tener maquina virtuales, y me pide la version del kernel headers-3.12-kali1-686-pae. que se puede ser amigos, si hay otros repositorios me dejaran la pagina para que me ayuden espero con sus respuestas gracias
×
×
  • Crear Nuevo...