it’s been a while, but I was somewhat distracted by my 19" 4 x 3 monitor going down on me. It transpired that a ceramic disk capacitor on the power board had burnt out, which I managed to fix but in the meantime treated myself to a 23" 16 x 9. Absolutely magic. Grandson gets the advantage of the 19" now, but I digress.
As advised, did a new installation of Mint 13 on my 40Gb drive, with others disconnected. Let it have the whole drive to itself (no swap partition), no problems whatsoever with that. Boots O.K. with HPET disabled.
Again, as advised, ran “sudo gedit /etc/default/grub” and edited GRUB_CMDLINE_LINUX_DEFAULT=“quiet splash” to GRUB…DEFAULT=“quiet splash clocksource=hpet” and attempted restart with HPET enabled. System hung on me.
Disabled HPET and tried again. Booted O.K. Checked that grub was still as modified, it was, and double checked my previous proof reading, which had been correct.
Well, I booted into Linux and did the mod you suggested but it didn’t cure the hpet problem.
So I rebooted, disabled HPET in the BIOS, set the Linux (40GB) disk as first priority and let it reboot. Strange thing, it came up with a menu with several options including Win XP Pro on /dev/sda1, which I selected, and the system booted in to Windows, which is where I am now posting this from.
Although it seems that I will have to run, for the time being, with HPET disabled, I now have immediate (well, a little slower than immediate in the case of Win XP) access to both both operating systems.
When I have posted this I’m going to restart, without changing the BIOS, and double check that I can access Linux OK.
I was thinking of just manually downloading/installing a new kernel … but I suppose we could enable level 5 updates, unmark everything except the kernel update and headers … run the update, then disable level 5.
Personallly, the last time I ran Mint I left ALL levels enabled … I never understood why Mint was so cautious with kernel updates etc. … it’s AFAIK never been more stable than Ubuntu (roughly the same).
After re-reading that, it may still be easer to just download the kernel
and depending on what’s going on with his graphics driver (another topic), it might turn out to be better to just add the xorg-edgers PPA which IIRC has the 3.5 kernel.
So I suppose a decision on the best route forward is still up in the air ATM
I guess this dates the level of the kernel at 10th April 2012. Yes? In which case I would also guess that there has probably been an update since then.
However, there are no updates, on the list that I get, above level 3 and none whose package name would seem to indicate that they are kernel updates.
Perhaps I should just let the system install all the level 3 updates? I did Levels 1 and 2 yesterday.
Just had a thought, “what if I right-click the update manager icon?”, whereupon ‘Preferences’ showed how to see all levels of update, including Level 5 “Dangerous etc.”.
Thinking there can’t be any harm in viewing them it revealed the following level 5 updates available: -
Package New version Old version
base-files 6.5ubuntu6.2 6.5ubuntu6
linux-generic 126.96.36.199.35 188.8.131.52.25
linux-firmware 1.79.1 1.79
linux-headers-generic 184.108.40.206.35 220.127.116.11.25
linux-image-generic 18.104.22.168.35 22.214.171.124.25
linux-lib-dev 3.2.0-32.51 3.2.0-23.36 (the “-” is not a typo, that’s exactly how it appears on the list and reflects the “uname-a” result.)
My guess is that the last one is what I am looking for but should I, if I install this one, install all of these “Dangerous” updates? Please advise a beginner.
If they are as dangerous as ‘Preferences’ claim, and do affect the stability of my system, could I go back to where I was, or would I have to go back to square 1?
I am quite comfortable with the manipulation of ‘Update Manager’ and now able to select only such updates as are recommended.
It makes sense to try booting to the Ubuntu 12.04 LiveCD (with HPET enabled) just as a test, it has a later kernel than Mint 13 and if that doesn’t work there’s probably little point updating the Mint kernel.