Re: Error desinstalando xserver-xorg-video-nvidia-legacy-304xx bloquea apt-get/dpkg
2017-10-17 7:21 GMT-03:00 rv riveravaldez: > Saludos > > Tengo en una máquina una GPU de Nvidia (fuck you...) vieja, una > GeForce 7025, que con el driver nouveau tiene un buen rendimiento pero > se congela (todo el sistema) de manera aleatoria. > Por esto, seguí las instrucciones de la wiki de Debian para primero > instalar el driver privativo de Nvidia, descubrir que su rendimiento > era espantoso..., Por las dudas aclaro que la instalación del driver privativo de Nvidia fue sin problemas -siguiendo las indicaciones de la wiki de Debian-, y que el rendimiento del mismo fue inferior al de nouveau incluso habiendo utilizado las configuraciones de 'increased performance' que indican en [1]. Las que no llegué a probar son las que figuran en [2]. Saludos y gracias. [1] https://wiki.debian.org/NvidiaGraphicsDrivers/Configuration [2] https://wiki.debian.org/NvidiaGraphicsDrivers/Troubleshooting
Error desinstalando xserver-xorg-video-nvidia-legacy-304xx bloquea apt-get/dpkg
Saludos Tengo en una máquina una GPU de Nvidia (fuck you...) vieja, una GeForce 7025, que con el driver nouveau tiene un buen rendimiento pero se congela (todo el sistema) de manera aleatoria. Por esto, seguí las instrucciones de la wiki de Debian para primero instalar el driver privativo de Nvidia, descubrir que su rendimiento era espantoso..., y luego desinstalarlo para volver a nouveau, como indican en [1], y me encuentro con un fallo al hacer '# apt-get purge nvidia.', que al repetir el paso me muestra lo siguiente: # apt-get purge nvidia. Leyendo lista de paquetes... Creando árbol de dependencias... Leyendo la información de estado... ... El paquete «xserver-xorg-video-nvidia-legacy-340xx» no está instalado, no se eliminará ... Los siguientes paquetes se ELIMINARÁN: nvidia-installer-cleanup* nvidia-kernel-common* nvidia-legacy-304xx-alternative* nvidia-legacy-304xx-kernel-support* nvidia-settings-legacy-304xx* nvidia-support* xserver-xorg-video-nvidia-legacy-304xx 0 actualizados, 0 nuevos se instalarán, 7 para eliminar y 0 no actualizados. 1 no instalados del todo o eliminados. Se liberarán 24,2 MB después de esta operación. ... Desinstalando xserver-xorg-video-nvidia-legacy-304xx (304.135-5) ... dpkg: error al procesar el paquete xserver-xorg-video-nvidia-legacy-304xx (--remove): el subproceso instalado el script post-removal devolvió el código de salida de error 20 Se encontraron errores al procesar: xserver-xorg-video-nvidia-legacy-304xx E: Sub-process /usr/bin/dpkg returned an error code (1) --- Buscando soluciones probé también '# apt-get install -f' que produce básicamente lo mismo: --- Leyendo lista de paquetes... Creando árbol de dependencias... Leyendo la información de estado... ... Los siguientes paquetes se ELIMINARÁN: xserver-xorg-video-nvidia-legacy-304xx 0 actualizados, 0 nuevos se instalarán, 1 para eliminar y 0 no actualizados. 1 no instalados del todo o eliminados. Se liberarán 24,2 MB después de esta operación. ... Desinstalando xserver-xorg-video-nvidia-legacy-304xx (304.135-5) ... dpkg: error al procesar el paquete xserver-xorg-video-nvidia-legacy-304xx (--remove): el subproceso instalado el script post-removal devolvió el código de salida de error 20 Se encontraron errores al procesar: xserver-xorg-video-nvidia-legacy-304xx E: Sub-process /usr/bin/dpkg returned an error code (1) --- Ya intenté '# dpkg --configure -a' (no da nada). Y '# dpkg-reconfigure xserver-xorg-video-nvidia-legacy-304xx' me dice: --- /usr/sbin/dpkg-reconfigure: xserver-xorg-video-nvidia-legacy-304xx está roto o no está totalmente instalado --- Frente a esto, no puedo instalar, removar, purgar ni actualizar ningún paquete en el sistema (debian testing) y de hecho estoy bloqueado en las terminales porque tampoco inicia el servidor gráfico. Salvo esto el sistema parece estar OK. Por ejemplo: # apt-get install xbacklight Leyendo lista de paquetes... Creando árbol de dependencias... Leyendo la información de estado... xbacklight ya está en su versión más reciente (1.2.1-1+b2). Los paquetes indicados a continuación se instalaron de forma automática y ya no son necesarios. glx-alternative-mesa update-glx Utilice «sudo apt autoremove» para eliminarlos. Los siguientes paquetes se ELIMINARÁN: xserver-xorg-video-nvidia-legacy-304xx 0 actualizados, 0 nuevos se instalarán, 1 para eliminar y 0 no actualizados. 1 no instalados del todo o eliminados. Se liberarán 24,2 MB después de esta operación. (Leyendo la base de datos ... 100% (Leyendo la base de datos ... 109641 ficheros o directorios instalados actualmente.) Desinstalando xserver-xorg-video-nvidia-legacy-304xx (304.135-5) ... dpkg: error al procesar el paquete xserver-xorg-video-nvidia-legacy-304xx (--remove): el subproceso instalado el script post-removal devolvió el código de salida de error 20 Se encontraron errores al procesar: xserver-xorg-video-nvidia-legacy-304xx E: Sub-process /usr/bin/dpkg returned an error code (1) --- Otro ejemplo: # apt-get install --reinstall xserver-xorg ... Los siguientes paquetes se ELIMINARÁN: xserver-xorg-video-nvidia-legacy-304xx 0 actualizados, 0 nuevos se instalarán, 1 reinstalados, 1 para eliminar y 0 no actualizados. 1 no instalados del todo o eliminados. Se necesita descargar 0 B/93,7 kB de archivos. Se liberarán 24,2 MB después de esta operación. ... Desinstalando xserver-xorg-video-nvidia-legacy-304xx (304.135-5) ... dpkg: error al procesar el paquete xserver-xorg-video-nvidia-legacy-304xx (--remove): el subproceso instalado el script post-removal devolvió el código de salida de error 20 Se encontraron errores al procesar: xserver-xorg-video-nvidia-legacy-304xx E: Sub-process /usr/bin/dpkg returned an error code (1) --- ¿Alguna idea o indicio sobre cómo solucionar esto? Interpreto que por algún motivo el infame paquete del driver privativo "...-legacy-304xx" se rompió de alguna manera que no me permite completar la purga del mismo, y esto a su vez bloquea a dpkg/apt-get o cosa s
Re: linux-image-4.9.0-1-amd64 + nvidia-legacy-304xx-driver + xserver-xorg-video-nouveau
On 01/23/2017 11:54 PM, David Baron wrote: On יום שני, 23 בינואר 2017 21:14:58 IST Jimmy Johnson wrote: On 01/14/2017 02:26 PM, Jimmy Johnson wrote: I'm happy to report linux-image-4.9.0-1-amd64 + nvidia-legacy-304xx-driver are currently working swell together. I just updated, rebooted. See no change. Window decorations still missing, both in openGL and Xrender. Yes, Plasma defaults to OpenGL 2.0 and it's not good that it's not working, you have to use XRender, but compositing is working. Once you switch to XRender you need to logout/login to see the change. -- Jimmy Johnson Debian Sid/Testing - Plasma Version 5.8.4 - EXT4 at sda17 Registered Linux User #380263
Re: linux-image-4.9.0-1-amd64 + nvidia-legacy-304xx-driver + xserver-xorg-video-nouveau
On 01/14/2017 02:26 PM, Jimmy Johnson wrote: And it still works. I updated Sid/testing a couple days ago and retested current drivers, "nouveau" is working with sddm okay but froze with plasma(colorful lighting bolts). Current nvidia-legacy-304xx is working with XRender and compositing enabled and I'm good with that, tested on Stretch too, now I can do clean upgrades and I'm happy. Thank you Debian! linux-image-4.9.0-1-amd64 is behaving like image-4.8 used to behave nouveau froze with plasma(colorful lighting bolts). Debian's nvidia-legacy-304xx-driver is freezing with plasma start. On first boot plasma loaded the vga driver giving me the wrong screen size and did not load the installed nvidia driver at all. Booting linux-image-4.9.0-1-amd64 and reinstalling nvidia-legacy-304xx-driver crashed plasma and so did nouveau. I'm back to using nvidia-legacy-304xx-driver and linux-image-4.8.0-2-amd64 with XRender and compositing enabled. I'm happy to report linux-image-4.9.0-1-amd64 + nvidia-legacy-304xx-driver are currently working swell together. Thank you Debian! -- Jimmy Johnson Debian Sid/Testing - Plasma 5.8.4 - AMD64 - EXT4 at sda9 Registered Linux User #380263
Re: linux-image-4.9.0-1-amd64 + nvidia-legacy-304xx-driver + xserver-xorg-video-nouveau
On יום ראשון, 15 בינואר 2017 19:44:36 IST Felix Miata wrote: > Jimmy Johnson composed on 2017-01-15 13:43 (UTC-0800): > > The 965 is only using "ro", the 4.8 and 4.9 kernel are installed but not > > working. The 4.7.0-1 kernel works swell, if the newer kernel's are not > > working later on I will do something else, like import another kernel > > that will be updated. > > ro has no remaining effect long before starting Xorg or sddm are attempted. > From the man page: > > ro [KNL] Mount root device read-only on boot > > > The ATI is basically working with the 4.8.0-2 kernel and with the 4.9 > > kernel if I assist it by pressing key's on the keyboard or it dies and > > it's just using "ro". > > Is Plymouth both required and installed on your systems? If installed and > not required for your configuration, try disabling it, or removing it > entirely. > > The Nvidia has to use "ro nomodeset nouveau.modeset=0" and is working > > swell with the 4.8.0-2 kernel but dies with the 4.9 kernel. > > It seems as though you are equating the FOSS Xorg driver named modesetting > with kernel modesetting (KMS). They are not the same thing. > > The proprietary NVidia Xorg driver, unless something has changed lately that > I'm unaware of, requires that KMS be disabled (exclusively via kernel > cmdline???, such as nomodeset or *.modeset=0) in order for it to function. > AFIAK, as I've never tried using it, AMD's proprietary drivers require the > same. > > Disabling KMS via kernel cmdline disables these FOSS Xorg drivers: > > Intel > AMD/ATI/Radeon > Nouveau > I used to use the nomodeset. I also tested for it and brute-force switched between Nouveau and Nvidia legacy based on it. I have not had nomodeset since that "trick" (copying one or other Xorg.conf) became deprecated and I did a new 64-bit install. With no appends on kernel command line, Xorg works with either driver until I try to use KDE, Kwin, compositing. Then Nouveau will hang up, Nvidia legacy 304 will have missing window decorations.
Re: linux-image-4.9.0-1-amd64 + nvidia-legacy-304xx-driver + xserver-xorg-video-nouveau
Jimmy Johnson composed on 2017-01-15 13:43 (UTC-0800): The 965 is only using "ro", the 4.8 and 4.9 kernel are installed but not working. The 4.7.0-1 kernel works swell, if the newer kernel's are not working later on I will do something else, like import another kernel that will be updated. ro has no remaining effect long before starting Xorg or sddm are attempted. From the man page: ro [KNL] Mount root device read-only on boot The ATI is basically working with the 4.8.0-2 kernel and with the 4.9 kernel if I assist it by pressing key's on the keyboard or it dies and it's just using "ro". Is Plymouth both required and installed on your systems? If installed and not required for your configuration, try disabling it, or removing it entirely. The Nvidia has to use "ro nomodeset nouveau.modeset=0" and is working swell with the 4.8.0-2 kernel but dies with the 4.9 kernel. It seems as though you are equating the FOSS Xorg driver named modesetting with kernel modesetting (KMS). They are not the same thing. The proprietary NVidia Xorg driver, unless something has changed lately that I'm unaware of, requires that KMS be disabled (exclusively via kernel cmdline???, such as nomodeset or *.modeset=0) in order for it to function. AFIAK, as I've never tried using it, AMD's proprietary drivers require the same. Disabling KMS via kernel cmdline disables these FOSS Xorg drivers: Intel AMD/ATI/Radeon Nouveau If you have a new enough (but not bleeding edge) "big 3" gfxchip, and have neither the NVidia nor AMD proprietary drivers or any of their remnants installed, nor any of the "big 3" FOSS Xorg video drivers installed, then the modesetting Xorg driver should be employed automatically, and probably sucessfully, at least for some definition of successful that does not include high performance gaming. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
Re: linux-image-4.9.0-1-amd64 + nvidia-legacy-304xx-driver + xserver-xorg-video-nouveau
On 01/15/2017 10:48 AM, Felix Miata wrote: Jimmy Johnson composed on 2017-01-15 10:24 (UTC-0800): This is Nvidia GeForce7025 using nvidia-legacy-304xx-driver using the 4.8.0-2 kernel because it's the only thing I've found to work. I'm also using an Intel desktop with ATI Radeon 9550 graphics and an Intel Laptop with Intel 965 graphics and this my main desktop is Nvidia with Nvidia GeForce7025 graphics. They all have some kind of problem with Sid/testing and Stretch Plasma. They all have many systems installed and are ready to test suggestions. 965 is too old for Xorg's modesetting driver support. About the 9550 I don't know because I don't have its rv number or know the rv number breakpoint, but suspect it might be supported, as the next rv group is supported. NAICT your 7025 should be new enough to use it. The 965 is only using "ro", the 4.8 and 4.9 kernel are installed but not working. The 4.7.0-1 kernel works swell, if the newer kernel's are not working later on I will do something else, like import another kernel that will be updated. The ATI is basically working with the 4.8.0-2 kernel and with the 4.9 kernel if I assist it by pressing key's on the keyboard or it dies and it's just using "ro". The Nvidia has to use "ro nomodeset nouveau.modeset=0" and is working swell with the 4.8.0-2 kernel but dies with the 4.9 kernel. -- Jimmy Johnson Debian Sid/Testing - Plasma 5.8.4 - EXT4 at sda15 Registered Linux User #380263
Re: linux-image-4.9.0-1-amd64 + nvidia-legacy-304xx-driver + xserver-xorg-video-nouveau
Jimmy Johnson composed on 2017-01-15 10:24 (UTC-0800): This is Nvidia GeForce7025 using nvidia-legacy-304xx-driver using the 4.8.0-2 kernel because it's the only thing I've found to work. I'm also using an Intel desktop with ATI Radeon 9550 graphics and an Intel Laptop with Intel 965 graphics and this my main desktop is Nvidia with Nvidia GeForce7025 graphics. They all have some kind of problem with Sid/testing and Stretch Plasma. They all have many systems installed and are ready to test suggestions. 965 is too old for Xorg's modesetting driver support. About the 9550 I don't know because I don't have its rv number or know the rv number breakpoint, but suspect it might be supported, as the next rv group is supported. NAICT your 7025 should be new enough to use it. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
Re: linux-image-4.9.0-1-amd64 + nvidia-legacy-304xx-driver + xserver-xorg-video-nouveau
On 01/14/2017 09:51 PM, Felix Miata wrote: Jimmy Johnson composed on 2017-01-14 20:37 (UTC-0800): Is something missing in the kernel, maybe a module? Which gfxchip do you have? This is Nvidia GeForce7025 using nvidia-legacy-304xx-driver using the 4.8.0-2 kernel because it's the only thing I've found to work. Did you miss that the _preferred_ FOSS video driver in Sid, modesetting, is integrated into the xerver and you haven't tried it? It might be your solution. If you purge nouveau and nvidia drivers modesetting should be used automatically unless your gfxchip is outside support scope. I don't know whether there actually has been an announcement for NVidia, but NAICT it did happen for Intel: http://www.phoronix.com/scan.php?page=news_item=Fedora-Xorg-Intel-DDX-Switch http://www.phoronix.com/scan.php?page=article=intel-modesetting-2017=1 http://www.phoronix.com/scan.php?page=news_item=Ubuntu-Debian-Abandon-Intel-DDX I'm also using an Intel desktop with ATI Radeon 9550 graphics and an Intel Laptop with Intel 965 graphics and this my main desktop is Nvidia with Nvidia GeForce7025 graphics. They all have some kind of problem with Sid/testing and Stretch Plasma. They all have many systems installed and are ready to test suggestions. -- Jimmy Johnson Debian Sid/Testing - Plasma Version 5.8.4 - EXT4 at sda17 Registered Linux User #380263
Re: linux-image-4.9.0-1-amd64 + nvidia-legacy-304xx-driver + xserver-xorg-video-nouveau
Jimmy Johnson composed on 2017-01-14 20:37 (UTC-0800): Is something missing in the kernel, maybe a module? Which gfxchip do you have? Did you miss that the _preferred_ FOSS video driver in Sid, modesetting, is integrated into the xerver and you haven't tried it? It might be your solution. If you purge nouveau and nvidia drivers modesetting should be used automatically unless your gfxchip is outside support scope. I don't know whether there actually has been an announcement for NVidia, but NAICT it did happen for Intel: http://www.phoronix.com/scan.php?page=news_item=Fedora-Xorg-Intel-DDX-Switch http://www.phoronix.com/scan.php?page=article=intel-modesetting-2017=1 http://www.phoronix.com/scan.php?page=news_item=Ubuntu-Debian-Abandon-Intel-DDX -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
Re: linux-image-4.9.0-1-amd64 + nvidia-legacy-304xx-driver + xserver-xorg-video-nouveau
On 01/14/2017 02:26 PM, Jimmy Johnson wrote: And it still works. I updated Sid/testing a couple days ago and retested current drivers, "nouveau" is working with sddm okay but froze with plasma(colorful lighting bolts). Current nvidia-legacy-304xx is working with XRender and compositing enabled and I'm good with that, tested on Stretch too, now I can do clean upgrades and I'm happy. Thank you Debian! linux-image-4.9.0-1-amd64 is behaving like image-4.8 used to behave nouveau froze with plasma(colorful lighting bolts). Debian's nvidia-legacy-304xx-driver is freezing with plasma start. On first boot plasma loaded the vga driver giving me the wrong screen size and did not load the installed nvidia driver at all. Booting linux-image-4.9.0-1-amd64 and reinstalling nvidia-legacy-304xx-driver crashed plasma and so did nouveau. I'm back to using nvidia-legacy-304xx-driver and linux-image-4.8.0-2-amd64 with XRender and compositing enabled. Here are some bits from log files: Kernel log: [0.888338] rtc_cmos 00:02: alarms up to one year, y3k, 242 bytes nvram, hpet irqs System log: [0.888542] rtc_cmos 00:02: alarms up to one year, y3k, 242 bytes nvram, hpet irqs First boot with new kernel: 1/14/17 7:51 PM jimmy-1 kernel [ 39.088148] NVRM: Your system is not currently configured to drive a VGA console 1/14/17 7:51 PM jimmy-1 kernel [ 39.088157] NVRM: on the primary VGA device. The NVIDIA Linux graphics driver 1/14/17 7:51 PM jimmy-1 kernel [ 39.088160] NVRM: requires the use of a text-mode VGA console. Use of other console 1/14/17 7:51 PM jimmy-1 kernel [ 39.088162] NVRM: drivers including, but not limited to, vesafb, may result in 1/14/17 7:51 PM jimmy-1 kernel [ 39.088164] NVRM: corruption and stability problems, and is not supported. 1/14/17 7:51 PM jimmy-1 sddm[595] Running display setup script "/usr/share/sddm/scripts/Xsetup" 1/14/17 7:51 PM jimmy-1 sddm[595] Display server started. 1/14/17 7:51 PM jimmy-1 sddm[595] Socket server starting... 1/14/17 7:51 PM jimmy-1 sddm[595] Socket server started. 1/14/17 7:51 PM jimmy-1 sddm[595] Greeter starting... 1/14/17 7:51 PM jimmy-1 sddm[595] Adding cookie to "/var/run/sddm/{f73eabcb-08df-499d-83bc-90cf9a367ba1}" NVRM: DRM init failed Is something missing in the kernel, maybe a module? -- Jimmy Johnson Debian Sid/Testing - Plasma Version 5.8.4 - EXT4 at sda17 Registered Linux User #380263
linux-image-4.9.0-1-amd64 + nvidia-legacy-304xx-driver + xserver-xorg-video-nouveau
And it still works. I updated Sid/testing a couple days ago and retested current drivers, "nouveau" is working with sddm okay but froze with plasma(colorful lighting bolts). Current nvidia-legacy-304xx is working with XRender and compositing enabled and I'm good with that, tested on Stretch too, now I can do clean upgrades and I'm happy. Thank you Debian! linux-image-4.9.0-1-amd64 is behaving like image-4.8 used to behave nouveau froze with plasma(colorful lighting bolts). Debian's nvidia-legacy-304xx-driver is freezing with plasma start. On first boot plasma loaded the vga driver giving me the wrong screen size and did not load the installed nvidia driver at all. Booting linux-image-4.9.0-1-amd64 and reinstalling nvidia-legacy-304xx-driver crashed plasma and so did nouveau. I'm back to using nvidia-legacy-304xx-driver and linux-image-4.8.0-2-amd64 with XRender and compositing enabled. -- Jimmy Johnson Debian Sid/testing - Plasma 5.8.4 - nvidia-legacy-304xx - EXT4 at sda14 Registered Linux User #380263
Re: Nvidia Legacy 304xx
On Fri, Dec 2, 2016 at 11:11 AM, Sven Joachimwrote: > On 2016-12-02 10:57 +0200, David Baron wrote: > >> Is this being kicked off Debian? > > Depends on whether NVidia releases a version that is compatible with > Xserver 1.19[1]. I'm afraid this might not happen in time for Stretch. > >> Dist-upgrade will remove it for a while now, lists it as installed but not >> needed, as well. >> upgrade holds back most all xorg stuff. >> >> Problems with kde plasma with both 304xx (works partially) and nouveau >> (hangs). What would I do now? > > Buy a Radeon card? Those seem to work very well with the free drivers, > unlike NVidia cards. > He may be using laptop, which may make this option impossible. >> (I would prefer nouveau because it is "ours" but needs to work :-) ) > > You could try libgl1-mesa-dri from unstable, but don't hold your > breath. Improving support for these old cards is not a high priority > for the Nouveau project. > > Cheers, >Sven > > > 1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=845639 > -- darkestkhan -- Feel free to CC me. jid: darkestk...@gmail.com May The Source be with You.
Re: Nvidia Legacy 304xx
On 2016-12-02 10:57 +0200, David Baron wrote: > Is this being kicked off Debian? Depends on whether NVidia releases a version that is compatible with Xserver 1.19[1]. I'm afraid this might not happen in time for Stretch. > Dist-upgrade will remove it for a while now, lists it as installed but not > needed, as well. > upgrade holds back most all xorg stuff. > > Problems with kde plasma with both 304xx (works partially) and nouveau > (hangs). What would I do now? Buy a Radeon card? Those seem to work very well with the free drivers, unlike NVidia cards. > (I would prefer nouveau because it is "ours" but needs to work :-) ) You could try libgl1-mesa-dri from unstable, but don't hold your breath. Improving support for these old cards is not a high priority for the Nouveau project. Cheers, Sven 1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=845639
Re: Nvidia Legacy 304xx
Am Freitag, 2. Dezember 2016, 10:57:22 CET schrieb David Baron: > Is this being kicked off Debian? > > Dist-upgrade will remove it for a while now, lists it as installed but not > needed, as well. > upgrade holds back most all xorg stuff. > > Problems with kde plasma with both 304xx (works partially) and nouveau > (hangs). What would I do now? > (I would prefer nouveau because it is "ours" but needs to work :-) ) Check, if 340xx works for you. Best Hans
Nvidia Legacy 304xx
Is this being kicked off Debian? Dist-upgrade will remove it for a while now, lists it as installed but not needed, as well. upgrade holds back most all xorg stuff. Problems with kde plasma with both 304xx (works partially) and nouveau (hangs). What would I do now? (I would prefer nouveau because it is "ours" but needs to work :-) )
Re: linux-image-4.6 não compila nvidia-legacy-304xx-kernel-dkms
Valeu. Já andei encontrando uns avisos. Em Tue, 14 Jun 2016 19:28:10 -0300 Gunther Furtado <gunfurt...@gmail.com> escreveu: > Olá, > > AViso aos navegantes: a última atualização do kernel não foi capaz de > compilar o módulo nvidia-legacy-304xx-kernel-dkms. > > Att.,
linux-image-4.6 não compila nvidia-legacy-304xx-kernel-dkms
Olá, AViso aos navegantes: a última atualização do kernel não foi capaz de compilar o módulo nvidia-legacy-304xx-kernel-dkms. Att., -- "Mas, afinal, Só as criaturas que nunca escreveram Cartas de amor É que são Ridículas." Fernando Pessoa Gunther Furtado Curitiba - Paraná - Brasil gunfurt...@gmail.com skype:gunfurtado