"quiet splash clocksource=hpet" doesn't work. (SOLVED)

[Tony Norton]

Hi All,

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.

Question, any ideas why it didn't work?

Cheers

Tony N

[SeZo]

Perhaps you could try to force hpet:

Code: [Select]

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash hpet=force clocksource=hpet"

Don not forget to update grub afterwards.

[Tony Norton]

Thanks SeZo,

but it didn't do it.

I have been updating 'grub' as I go.

If I leave "Floppy" as first boot it hangs on floppy check.

HD as first boot and I get 2 blocks of code then it stalls.

Slight problem, Windoes trips over its own feet wmore often when 'hpet' is disabled.

Cheers

Tony N

[Mark Greaves (PCNetSpec)]

Can you send the contents of:

Code: [Select]

gedit /etc/default/grub

and:

Code: [Select]

gedit /boot/grub/grub.cfg

[Tony Norton]

Hello again Mark,

the first is: -

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash hpet=force clocksource=hpet"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

The second as my reply re mounting & unmounting.

Cheers

Tony N

[Mark Greaves (PCNetSpec)]

Have you tried the hpet=force WITHOUT the clocksource=hpet parameter ?

eg. just make the line in /etc/default/grub read:-

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash hpet=force"

Then update grub with:

Code: [Select]

sudo update-grub

?

[Tony Norton]

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.

Many thanks Mark.

Tony N

[Mark Greaves (PCNetSpec)]

Ahh, ok ignore my posting in your other topic then

I'll see if I can find anything else about HPET, and let you know.

[Tony Norton]

Yipee!!! It works.

Linux Mint 13 on /dev/sdb1, which I am now posting this from.

I don't know how you do it Mark, telepathy ?

Many, many thanks

Tony N

[Tony Norton]

Thanks mate.

[Mark Greaves (PCNetSpec)]

It might be interesting to know if an Ubuntu 12.10 LiveCD will boot with HPET enabled .. if it does, it may be that a kernel update would fix your issue.

just a thought

[Tony Norton]

Have done Level 1 and Level 2 updates, would this have included a kernel update?

Reading the pdf indicates that it may not be wise for me to action the 435 level 3 and higher updates at this time.

It still doesn't work with HPET enabled. Just hangs, no HD activity, after the menu display.

Tony N

[Mark Greaves (PCNetSpec)]

I'm pretty sure Mint blocks kernel updates by defualt .. where Ubuntu doesn't.

What's the output from:

Code: [Select]

uname -a

Do you mean it stopps after the GRUB menu ? .. or don't you get to see the GRUB menu ?

[SeZo]

I'm pretty sure Mint blocks kernel updates by defualt .. where Ubuntu doesn't.

Kernel updates appear if you enable level 5 updates

[Mark Greaves (PCNetSpec)]

Cheers SeZo

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