If you have anything else than what’s listed above, make sure to also install the corresponding 6.8.0-51-generic kernel version package(s) in addition.
After installing all needed 6.8.0-51-generic kernel packages, reboot the system, and at the GRUB menu pick Advanced options for Ubuntu and then Ubuntu, with Linux 6.8.0-51-generic. Run uname -a in Terminal to confirm that you are booted into the 6.8.0-51-generic kernel. Does copying to/from NTFS drives now work for you in Ubuntu 24.04?
The nearest kernel I could find using ubuntu-mainline-kernel.sh was 6.8.0-0680800-generic
I installed it and the appropriate packages, selected it from the GRUB menu on reboot, and confirmed it with uname -r
I once more tried to copy my 40 GB Windows user file to the linux desktop from an NTFS formatted USB drive. Once more , the operation started copying, but abruptly ended up with a frozen, totally non-responsive computer within a couple of minutes.
I finally figured out how to get the kernel I wanted using atp and apt-get, and I installed kernel version 6.8.0-51-generic.
I once more tried to copy my 40 GB Windows user file to the linux desktop from an NTFS formatted USB drive. This time, the copy operation completed without any errors or freeze-ups.
This is the first time this has happened since I installed ubuntu. I am going to run the copy operation several more times to be more certain that the copy operation now works reliably.
This has been a learning experience for me. halogen2, I cannot thank you enough for your help.
I still have questions.
I have now installed the 6.8.0-51 kernel on my main computer, although I have not yet booted with it.
dpkg-query reported the following packages for the originally installed kernel:
linux-headers-6.11.0-19-generic
linux-hwe-6.11-headers-6.11.0-19
linux-hwe-6.11-tools-6.11.0-19
linux-image-6.11.0-19-generic
linux-modules-6.11.0-19-generic
linux-modules-extra-6.11.0-19-generic
linux-modules-nvidia-550-6.11.0-19-generic
linux-objects-nvidia-550-6.11.0-19-generic
linux-signatures-nvidia-6.11.0-19-generic
linux-tools-6.11.0-19-generic
Here’s what dpkg is reporting for the newly installed kernel.
linux-image-unsigned-6.8.0-51-generic
linux-modules-6.8.0-51-generic
Am I missing needed packages?
Is installing and using a kernel that is older than what was packaged with Ubuntu going to affect performance or stability of my system?
Will upgrades remove this kernel and try to install a newer kernel?
Finally, do you have any idea what caused this problem? Is it worth submitting a bug report?
Probably, although not completely sure exactly what since I have no experience with the linux-image-unsigned packages. I would have started with the five packages listed in my above post (#21). In addition, looks like you may also need some NVIDIA related packages, as well as linux-tools-6.8.0-51-generic.
Usually not, at least when sticking to kernels from the standard Ubuntu repositories. If it did, you’d know.
I think the more important thing to keep in mind when using an old kernel is to keep the system secure. This is good practice anyway. There is detailed information on that subject on the old Ubuntu Forums (look for posts written by the moderator DuckHook).
I’m not aware of any circumstances where upgrades would try to remove your 6.8.0-51-generic kernel.
For one thing, you installed 6.8.0-51-generic manually, so it shouldn’t be a candidate for auto-removing. To verify this, make sure it’s listed in the output of apt-mark showmanual :
apt-mark showmanual | grep -F 6.8.0-51-generic
Additionally, you are booting into the 6.8.0-51-generic kernel. Upgrades do not try to autoremove the currently-booted kernel.
Upgrades will try to install a newer kernel, and may make the system try to reboot into a newer kernel. But again, if that happens you should still have the 6.8.0-51-generic kernel installed and available to boot into.
I guess I declared the problem solved a bit too soon.
I booted my main computer using the 6.8.0-51 kernel and tested it by trying to copy my 40 GB Windows user file from the NTFS Windows drive to the linux EXT4 drive. The first copy operation completed with no problem. On the second try… you guessed it. The computer froze as it has done before. Subsequent tests hint at about a 50% success rate. That’s a clear improvement over the previous 100% failure rate, but this problem persists.
Since this thread will close in a few days, I’m not going to pursue resolving this any further here.
If I want to use Ubuntu, I am just going to have to avoid copying to or from NTFS drives. I’ll be looking into work-around solutions. There are independent apps that might work for me. And maybe I’ll try some other distro.