Reasons why not to update an Ubuntu version to a newer/older kernel version [duplicate]












10
















This question already has an answer here:




  • Should I upgrade to the “mainline” kernels?

    3 answers




I had several friends ask me to update their Ubuntu to a newer kernel without changing the version of Ubuntu. So for example, staying in 10.04 with the 3.3 Kernel version.



When having an older or present Ubuntu version, many users want to apply the newer stable/unstable kernel version to the Ubuntu version they are using thinking that it is similar to upgrading a program. So what I am looking for, are some simple answers to explain the dangers (that are pretty much bigger than the advantages) of forcing a newer kernel version in a Ubuntu release that was not meant for it.



What can I tell them or explain to them of why they should NOT update to a newer/older kernel when having an Ubuntu version that was not made for that kernel version.










share|improve this question













marked as duplicate by Eliah Kagan, Luis Alvarado Aug 4 '14 at 15:56


This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.























    10
















    This question already has an answer here:




    • Should I upgrade to the “mainline” kernels?

      3 answers




    I had several friends ask me to update their Ubuntu to a newer kernel without changing the version of Ubuntu. So for example, staying in 10.04 with the 3.3 Kernel version.



    When having an older or present Ubuntu version, many users want to apply the newer stable/unstable kernel version to the Ubuntu version they are using thinking that it is similar to upgrading a program. So what I am looking for, are some simple answers to explain the dangers (that are pretty much bigger than the advantages) of forcing a newer kernel version in a Ubuntu release that was not meant for it.



    What can I tell them or explain to them of why they should NOT update to a newer/older kernel when having an Ubuntu version that was not made for that kernel version.










    share|improve this question













    marked as duplicate by Eliah Kagan, Luis Alvarado Aug 4 '14 at 15:56


    This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.





















      10












      10








      10


      2







      This question already has an answer here:




      • Should I upgrade to the “mainline” kernels?

        3 answers




      I had several friends ask me to update their Ubuntu to a newer kernel without changing the version of Ubuntu. So for example, staying in 10.04 with the 3.3 Kernel version.



      When having an older or present Ubuntu version, many users want to apply the newer stable/unstable kernel version to the Ubuntu version they are using thinking that it is similar to upgrading a program. So what I am looking for, are some simple answers to explain the dangers (that are pretty much bigger than the advantages) of forcing a newer kernel version in a Ubuntu release that was not meant for it.



      What can I tell them or explain to them of why they should NOT update to a newer/older kernel when having an Ubuntu version that was not made for that kernel version.










      share|improve this question















      This question already has an answer here:




      • Should I upgrade to the “mainline” kernels?

        3 answers




      I had several friends ask me to update their Ubuntu to a newer kernel without changing the version of Ubuntu. So for example, staying in 10.04 with the 3.3 Kernel version.



      When having an older or present Ubuntu version, many users want to apply the newer stable/unstable kernel version to the Ubuntu version they are using thinking that it is similar to upgrading a program. So what I am looking for, are some simple answers to explain the dangers (that are pretty much bigger than the advantages) of forcing a newer kernel version in a Ubuntu release that was not meant for it.



      What can I tell them or explain to them of why they should NOT update to a newer/older kernel when having an Ubuntu version that was not made for that kernel version.





      This question already has an answer here:




      • Should I upgrade to the “mainline” kernels?

        3 answers








      kernel






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Apr 7 '12 at 19:51









      Luis AlvaradoLuis Alvarado

      146k138486655




      146k138486655




      marked as duplicate by Eliah Kagan, Luis Alvarado Aug 4 '14 at 15:56


      This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.









      marked as duplicate by Eliah Kagan, Luis Alvarado Aug 4 '14 at 15:56


      This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
























          3 Answers
          3






          active

          oldest

          votes


















          13














          I get your point but also share your friends preference to have a more recent kernel. Personally, I'm running a mainline kernel on Ubuntu 11.10 (built using the sources from kernel.org). This means that I'm responsible for security updates and that I won't have support from Ubuntu because I'm not running the stock kernel.



          Usually, when the question whether to upgrade a kernel or not is raised, the answer would be "improvements to stability / security / hardware support". Now, your question seems to be about whole kernel series. Risks of using older kernel versions are pretty clear: unfixed security issues, less hardware support and other bugs that may affect stability or features.



          When using an older kernel series than the Ubuntu version was created for (say 2.6.32 where Oneiric ships with 3.0) has other implications:




          • userspace programs that expect features that are only available in newer kernel versions. For example, solid-state disks support a TRIM parameter. Even if the mount program supports mounting programs with the discard option to enable TRIM, if the kernel has no support for it, it won't work. Now, this would then print an error about the unsupported kernel, but there could be another feature that is more important and assumed to exist by Ubuntu. The graphics stack, Xorg, depends strongly on features provided by the kernel. If the kernel is very ancient, the Xorg stack may not be able to fully utilize its features.


          Newer kernel series can be gathered in various ways: user-maintained PPAs, kernel.ubuntu.com or directly from ubuntu+1's repositories on packages.ubuntu.com. A possible effect is that APIs have been changed, or otherwise, "default" behavior of certain parts. This could not be that disastrous, but programs that make strong assumptions about defaults may not work as expected. Example: relatime replacing noatime as default. More serious issues would be regressions that break hardware (wireless is a common nightmare). The stock Ubuntu kernels have been tested for hardware and when released, it's supposed to be the best kernel for most Ubuntu users.



          New support for some features / hardware is not always good either. If a program or script expects that support for (...) is broken and therefore introduces a workaround for it, it may be incompatible with each other and break both. For example, Bumblebee+bbswitch currently disable the nvidia card. If a newer kernel version suddenly has excellent support for this hybrid graphics hardware, it may cause crashes.



          I started with installing a newer kernel after the one from xorg-edgers broke my wireless and did not fully support my nvidia card with the nouveau kernel module. Wireless worked again and nouveau support was better, but a later upgrade made wireless unreliable again. And another later version solved it again. Well if you wish to live on the edge you have to live with that.






          share|improve this answer


























          • There may be software that doesn't support features of newer versions of mainline versions of the Linux kernel, but in the open source world, that can be solved, for example, opening an issue about it in the corresponding repo in GitHub/Launchpad/etc. So, there's nothing important to worry about.

            – Jose Barakat
            Aug 14 '17 at 14:04



















          3














          Applications (/drivers) use kernel to communicate with hardwares. Kernel exposes APIs/functions for the application to do so. With changes of kernel those functions/APIs got changed often. These new functions may need some extra/less information (say new parameters). So when an application calls that function in older fashion it will cause crash to system.



          -- This is my understanding.






          share|improve this answer
























          • Such as display drivers.

            – Uri Herrera
            Apr 7 '12 at 20:13



















          1














          Drivers may not be compatible with newer kernel. Even some programs may not function properly.Also the proprietory drivers for that version of Ubuntu are built for default kernel for that version.






          share|improve this answer






























            3 Answers
            3






            active

            oldest

            votes








            3 Answers
            3






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            13














            I get your point but also share your friends preference to have a more recent kernel. Personally, I'm running a mainline kernel on Ubuntu 11.10 (built using the sources from kernel.org). This means that I'm responsible for security updates and that I won't have support from Ubuntu because I'm not running the stock kernel.



            Usually, when the question whether to upgrade a kernel or not is raised, the answer would be "improvements to stability / security / hardware support". Now, your question seems to be about whole kernel series. Risks of using older kernel versions are pretty clear: unfixed security issues, less hardware support and other bugs that may affect stability or features.



            When using an older kernel series than the Ubuntu version was created for (say 2.6.32 where Oneiric ships with 3.0) has other implications:




            • userspace programs that expect features that are only available in newer kernel versions. For example, solid-state disks support a TRIM parameter. Even if the mount program supports mounting programs with the discard option to enable TRIM, if the kernel has no support for it, it won't work. Now, this would then print an error about the unsupported kernel, but there could be another feature that is more important and assumed to exist by Ubuntu. The graphics stack, Xorg, depends strongly on features provided by the kernel. If the kernel is very ancient, the Xorg stack may not be able to fully utilize its features.


            Newer kernel series can be gathered in various ways: user-maintained PPAs, kernel.ubuntu.com or directly from ubuntu+1's repositories on packages.ubuntu.com. A possible effect is that APIs have been changed, or otherwise, "default" behavior of certain parts. This could not be that disastrous, but programs that make strong assumptions about defaults may not work as expected. Example: relatime replacing noatime as default. More serious issues would be regressions that break hardware (wireless is a common nightmare). The stock Ubuntu kernels have been tested for hardware and when released, it's supposed to be the best kernel for most Ubuntu users.



            New support for some features / hardware is not always good either. If a program or script expects that support for (...) is broken and therefore introduces a workaround for it, it may be incompatible with each other and break both. For example, Bumblebee+bbswitch currently disable the nvidia card. If a newer kernel version suddenly has excellent support for this hybrid graphics hardware, it may cause crashes.



            I started with installing a newer kernel after the one from xorg-edgers broke my wireless and did not fully support my nvidia card with the nouveau kernel module. Wireless worked again and nouveau support was better, but a later upgrade made wireless unreliable again. And another later version solved it again. Well if you wish to live on the edge you have to live with that.






            share|improve this answer


























            • There may be software that doesn't support features of newer versions of mainline versions of the Linux kernel, but in the open source world, that can be solved, for example, opening an issue about it in the corresponding repo in GitHub/Launchpad/etc. So, there's nothing important to worry about.

              – Jose Barakat
              Aug 14 '17 at 14:04
















            13














            I get your point but also share your friends preference to have a more recent kernel. Personally, I'm running a mainline kernel on Ubuntu 11.10 (built using the sources from kernel.org). This means that I'm responsible for security updates and that I won't have support from Ubuntu because I'm not running the stock kernel.



            Usually, when the question whether to upgrade a kernel or not is raised, the answer would be "improvements to stability / security / hardware support". Now, your question seems to be about whole kernel series. Risks of using older kernel versions are pretty clear: unfixed security issues, less hardware support and other bugs that may affect stability or features.



            When using an older kernel series than the Ubuntu version was created for (say 2.6.32 where Oneiric ships with 3.0) has other implications:




            • userspace programs that expect features that are only available in newer kernel versions. For example, solid-state disks support a TRIM parameter. Even if the mount program supports mounting programs with the discard option to enable TRIM, if the kernel has no support for it, it won't work. Now, this would then print an error about the unsupported kernel, but there could be another feature that is more important and assumed to exist by Ubuntu. The graphics stack, Xorg, depends strongly on features provided by the kernel. If the kernel is very ancient, the Xorg stack may not be able to fully utilize its features.


            Newer kernel series can be gathered in various ways: user-maintained PPAs, kernel.ubuntu.com or directly from ubuntu+1's repositories on packages.ubuntu.com. A possible effect is that APIs have been changed, or otherwise, "default" behavior of certain parts. This could not be that disastrous, but programs that make strong assumptions about defaults may not work as expected. Example: relatime replacing noatime as default. More serious issues would be regressions that break hardware (wireless is a common nightmare). The stock Ubuntu kernels have been tested for hardware and when released, it's supposed to be the best kernel for most Ubuntu users.



            New support for some features / hardware is not always good either. If a program or script expects that support for (...) is broken and therefore introduces a workaround for it, it may be incompatible with each other and break both. For example, Bumblebee+bbswitch currently disable the nvidia card. If a newer kernel version suddenly has excellent support for this hybrid graphics hardware, it may cause crashes.



            I started with installing a newer kernel after the one from xorg-edgers broke my wireless and did not fully support my nvidia card with the nouveau kernel module. Wireless worked again and nouveau support was better, but a later upgrade made wireless unreliable again. And another later version solved it again. Well if you wish to live on the edge you have to live with that.






            share|improve this answer


























            • There may be software that doesn't support features of newer versions of mainline versions of the Linux kernel, but in the open source world, that can be solved, for example, opening an issue about it in the corresponding repo in GitHub/Launchpad/etc. So, there's nothing important to worry about.

              – Jose Barakat
              Aug 14 '17 at 14:04














            13












            13








            13







            I get your point but also share your friends preference to have a more recent kernel. Personally, I'm running a mainline kernel on Ubuntu 11.10 (built using the sources from kernel.org). This means that I'm responsible for security updates and that I won't have support from Ubuntu because I'm not running the stock kernel.



            Usually, when the question whether to upgrade a kernel or not is raised, the answer would be "improvements to stability / security / hardware support". Now, your question seems to be about whole kernel series. Risks of using older kernel versions are pretty clear: unfixed security issues, less hardware support and other bugs that may affect stability or features.



            When using an older kernel series than the Ubuntu version was created for (say 2.6.32 where Oneiric ships with 3.0) has other implications:




            • userspace programs that expect features that are only available in newer kernel versions. For example, solid-state disks support a TRIM parameter. Even if the mount program supports mounting programs with the discard option to enable TRIM, if the kernel has no support for it, it won't work. Now, this would then print an error about the unsupported kernel, but there could be another feature that is more important and assumed to exist by Ubuntu. The graphics stack, Xorg, depends strongly on features provided by the kernel. If the kernel is very ancient, the Xorg stack may not be able to fully utilize its features.


            Newer kernel series can be gathered in various ways: user-maintained PPAs, kernel.ubuntu.com or directly from ubuntu+1's repositories on packages.ubuntu.com. A possible effect is that APIs have been changed, or otherwise, "default" behavior of certain parts. This could not be that disastrous, but programs that make strong assumptions about defaults may not work as expected. Example: relatime replacing noatime as default. More serious issues would be regressions that break hardware (wireless is a common nightmare). The stock Ubuntu kernels have been tested for hardware and when released, it's supposed to be the best kernel for most Ubuntu users.



            New support for some features / hardware is not always good either. If a program or script expects that support for (...) is broken and therefore introduces a workaround for it, it may be incompatible with each other and break both. For example, Bumblebee+bbswitch currently disable the nvidia card. If a newer kernel version suddenly has excellent support for this hybrid graphics hardware, it may cause crashes.



            I started with installing a newer kernel after the one from xorg-edgers broke my wireless and did not fully support my nvidia card with the nouveau kernel module. Wireless worked again and nouveau support was better, but a later upgrade made wireless unreliable again. And another later version solved it again. Well if you wish to live on the edge you have to live with that.






            share|improve this answer















            I get your point but also share your friends preference to have a more recent kernel. Personally, I'm running a mainline kernel on Ubuntu 11.10 (built using the sources from kernel.org). This means that I'm responsible for security updates and that I won't have support from Ubuntu because I'm not running the stock kernel.



            Usually, when the question whether to upgrade a kernel or not is raised, the answer would be "improvements to stability / security / hardware support". Now, your question seems to be about whole kernel series. Risks of using older kernel versions are pretty clear: unfixed security issues, less hardware support and other bugs that may affect stability or features.



            When using an older kernel series than the Ubuntu version was created for (say 2.6.32 where Oneiric ships with 3.0) has other implications:




            • userspace programs that expect features that are only available in newer kernel versions. For example, solid-state disks support a TRIM parameter. Even if the mount program supports mounting programs with the discard option to enable TRIM, if the kernel has no support for it, it won't work. Now, this would then print an error about the unsupported kernel, but there could be another feature that is more important and assumed to exist by Ubuntu. The graphics stack, Xorg, depends strongly on features provided by the kernel. If the kernel is very ancient, the Xorg stack may not be able to fully utilize its features.


            Newer kernel series can be gathered in various ways: user-maintained PPAs, kernel.ubuntu.com or directly from ubuntu+1's repositories on packages.ubuntu.com. A possible effect is that APIs have been changed, or otherwise, "default" behavior of certain parts. This could not be that disastrous, but programs that make strong assumptions about defaults may not work as expected. Example: relatime replacing noatime as default. More serious issues would be regressions that break hardware (wireless is a common nightmare). The stock Ubuntu kernels have been tested for hardware and when released, it's supposed to be the best kernel for most Ubuntu users.



            New support for some features / hardware is not always good either. If a program or script expects that support for (...) is broken and therefore introduces a workaround for it, it may be incompatible with each other and break both. For example, Bumblebee+bbswitch currently disable the nvidia card. If a newer kernel version suddenly has excellent support for this hybrid graphics hardware, it may cause crashes.



            I started with installing a newer kernel after the one from xorg-edgers broke my wireless and did not fully support my nvidia card with the nouveau kernel module. Wireless worked again and nouveau support was better, but a later upgrade made wireless unreliable again. And another later version solved it again. Well if you wish to live on the edge you have to live with that.







            share|improve this answer














            share|improve this answer



            share|improve this answer








            edited Apr 13 '17 at 12:37









            Community

            1




            1










            answered Apr 7 '12 at 20:18









            LekensteynLekensteyn

            123k49270361




            123k49270361













            • There may be software that doesn't support features of newer versions of mainline versions of the Linux kernel, but in the open source world, that can be solved, for example, opening an issue about it in the corresponding repo in GitHub/Launchpad/etc. So, there's nothing important to worry about.

              – Jose Barakat
              Aug 14 '17 at 14:04



















            • There may be software that doesn't support features of newer versions of mainline versions of the Linux kernel, but in the open source world, that can be solved, for example, opening an issue about it in the corresponding repo in GitHub/Launchpad/etc. So, there's nothing important to worry about.

              – Jose Barakat
              Aug 14 '17 at 14:04

















            There may be software that doesn't support features of newer versions of mainline versions of the Linux kernel, but in the open source world, that can be solved, for example, opening an issue about it in the corresponding repo in GitHub/Launchpad/etc. So, there's nothing important to worry about.

            – Jose Barakat
            Aug 14 '17 at 14:04





            There may be software that doesn't support features of newer versions of mainline versions of the Linux kernel, but in the open source world, that can be solved, for example, opening an issue about it in the corresponding repo in GitHub/Launchpad/etc. So, there's nothing important to worry about.

            – Jose Barakat
            Aug 14 '17 at 14:04













            3














            Applications (/drivers) use kernel to communicate with hardwares. Kernel exposes APIs/functions for the application to do so. With changes of kernel those functions/APIs got changed often. These new functions may need some extra/less information (say new parameters). So when an application calls that function in older fashion it will cause crash to system.



            -- This is my understanding.






            share|improve this answer
























            • Such as display drivers.

              – Uri Herrera
              Apr 7 '12 at 20:13
















            3














            Applications (/drivers) use kernel to communicate with hardwares. Kernel exposes APIs/functions for the application to do so. With changes of kernel those functions/APIs got changed often. These new functions may need some extra/less information (say new parameters). So when an application calls that function in older fashion it will cause crash to system.



            -- This is my understanding.






            share|improve this answer
























            • Such as display drivers.

              – Uri Herrera
              Apr 7 '12 at 20:13














            3












            3








            3







            Applications (/drivers) use kernel to communicate with hardwares. Kernel exposes APIs/functions for the application to do so. With changes of kernel those functions/APIs got changed often. These new functions may need some extra/less information (say new parameters). So when an application calls that function in older fashion it will cause crash to system.



            -- This is my understanding.






            share|improve this answer













            Applications (/drivers) use kernel to communicate with hardwares. Kernel exposes APIs/functions for the application to do so. With changes of kernel those functions/APIs got changed often. These new functions may need some extra/less information (say new parameters). So when an application calls that function in older fashion it will cause crash to system.



            -- This is my understanding.







            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered Apr 7 '12 at 20:10









            Web-EWeb-E

            17.8k104489




            17.8k104489













            • Such as display drivers.

              – Uri Herrera
              Apr 7 '12 at 20:13



















            • Such as display drivers.

              – Uri Herrera
              Apr 7 '12 at 20:13

















            Such as display drivers.

            – Uri Herrera
            Apr 7 '12 at 20:13





            Such as display drivers.

            – Uri Herrera
            Apr 7 '12 at 20:13











            1














            Drivers may not be compatible with newer kernel. Even some programs may not function properly.Also the proprietory drivers for that version of Ubuntu are built for default kernel for that version.






            share|improve this answer




























              1














              Drivers may not be compatible with newer kernel. Even some programs may not function properly.Also the proprietory drivers for that version of Ubuntu are built for default kernel for that version.






              share|improve this answer


























                1












                1








                1







                Drivers may not be compatible with newer kernel. Even some programs may not function properly.Also the proprietory drivers for that version of Ubuntu are built for default kernel for that version.






                share|improve this answer













                Drivers may not be compatible with newer kernel. Even some programs may not function properly.Also the proprietory drivers for that version of Ubuntu are built for default kernel for that version.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Apr 7 '12 at 20:06









                VikramjeetVikramjeet

                2,03092740




                2,03092740















                    Popular posts from this blog

                    Human spaceflight

                    Can not write log (Is /dev/pts mounted?) - openpty in Ubuntu-on-Windows?

                    張江高科駅