Why don't Intel microcode updates work on my system?


up vote
8
down vote
favorite
I want to upgrade my system to mitigate Spectre and Meltdown exploits.
The relevant Ubuntu page states that I need to update microcodes:
"From a guest and non-hypervisor bare-metal perspective, as of the Feb 21 kernel updates, as far as we are aware, the mitigations for Spectre and Meltdown on 64-bit amd64, ppc64el and s390x are feature-complete as long as all microcode, firmware and hypervisor updates underneath the system are done. ..."
I have intel-microcode
and iucode-tool
installed and updated, however running dmesg | grep -i microcode
and grep -i microcode /var/log/syslog*
return nothing which makes me think that either the cpu microcode doesn't get updated or something else is wrong.
Packages are up to date and there have been restarts since the last update.
operating system: Lubuntu 16.04
CPU: Intel N3700 (Braswell)
enabled software repos: main, universe
enabled updates: xenial-security
Edit:
The output of grep name /proc/cpuinfo | sort -u
ismodel name : Intel(R) Pentium(R) CPU N3700 @ 1.60GHz
My processor is not Skylake, nor Kaby lake.
In /proc/cpuinfo
hyper-threading shows up as supported, but this Intel page says it is not supported:
https://ark.intel.com/products/87261/Intel-Pentium-Processor-N3700-2M-Cache-up-to-2_40-GHz
Edit 2:
I ran sudo update-initramfs -u
and rebooted. The outputs are still the same.
Output of /usr/sbin/iucode_tool -tb -lS /lib/firmware/intel-ucode/*
:
/usr/sbin/iucode_tool: system has processor(s) with signature 0x000406c3
selected microcodes:
It seems that there is no updated microcode for my cpu, which is interesting since there was a selectable microcode in the Additional Drivers
tab previously (late 2017); now, there isn't.
Edit 3:
Output of apt list --installed | grep intel-microcode
:
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
intel-microcode/xenial-security,now 3.20180108.0+really20170707ubuntu16.04.1 amd64 [installed]
Edit 4:
Now I understand that there is no update for the cpu microcode, which means that the original problem is solved, and I will leave it as it is.
However, dmesg
and journalctl -b
should still output lines about microcode version, I believe.
I also noticed that these boot logs start at "5" instead of the tipical 1 or 0, and that there is a repeating error message which makes them truncated (dmesg
says nothing about truncation, but journalctl
says there are 371635 missed kernel messages, see below). I will ignore this for now.
March 19 06:36:40 NN systemd-journald[266]: Runtime journal (/run/log/journal/) is 8.0M, max 78.9M, 70.9M free.
March 19 06:36:40 NN systemd-journald[266]: Missed 371635 kernel messages
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
March 19 06:36:40 NN kernel: ->action(): (null)
March 19 06:36:40 NN kernel: IRQ_NOPROBE set
March 19 06:36:40 NN kernel: irq 115, desc: ffff9b91f5df8200, depth: 1, count: 0, unhandled: 0
March 19 06:36:40 NN kernel: ->handle_irq(): ffffffffb9ee8f70,
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
March 19 06:36:40 NN kernel: ->action(): (null)
March 19 06:36:40 NN kernel: IRQ_NOPROBE set
March 19 06:36:40 NN kernel: irq 115, desc: ffff9b91f5df8200, depth: 1, count: 0, unhandled: 0
March 19 06:36:40 NN kernel: ->handle_irq(): ffffffffb9ee8f70,
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
March 19 06:36:40 NN kernel: ->action(): (null)
March 19 06:36:40 NN kernel: IRQ_NOPROBE set
March 19 06:36:40 NN kernel: irq 115, desc: ffff9b91f5df8200, depth: 1, count: 0, unhandled: 0
March 19 06:36:40 NN kernel: ->handle_irq(): ffffffffb9ee8f70,
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
microcode
 |Â
show 2 more comments
up vote
8
down vote
favorite
I want to upgrade my system to mitigate Spectre and Meltdown exploits.
The relevant Ubuntu page states that I need to update microcodes:
"From a guest and non-hypervisor bare-metal perspective, as of the Feb 21 kernel updates, as far as we are aware, the mitigations for Spectre and Meltdown on 64-bit amd64, ppc64el and s390x are feature-complete as long as all microcode, firmware and hypervisor updates underneath the system are done. ..."
I have intel-microcode
and iucode-tool
installed and updated, however running dmesg | grep -i microcode
and grep -i microcode /var/log/syslog*
return nothing which makes me think that either the cpu microcode doesn't get updated or something else is wrong.
Packages are up to date and there have been restarts since the last update.
operating system: Lubuntu 16.04
CPU: Intel N3700 (Braswell)
enabled software repos: main, universe
enabled updates: xenial-security
Edit:
The output of grep name /proc/cpuinfo | sort -u
ismodel name : Intel(R) Pentium(R) CPU N3700 @ 1.60GHz
My processor is not Skylake, nor Kaby lake.
In /proc/cpuinfo
hyper-threading shows up as supported, but this Intel page says it is not supported:
https://ark.intel.com/products/87261/Intel-Pentium-Processor-N3700-2M-Cache-up-to-2_40-GHz
Edit 2:
I ran sudo update-initramfs -u
and rebooted. The outputs are still the same.
Output of /usr/sbin/iucode_tool -tb -lS /lib/firmware/intel-ucode/*
:
/usr/sbin/iucode_tool: system has processor(s) with signature 0x000406c3
selected microcodes:
It seems that there is no updated microcode for my cpu, which is interesting since there was a selectable microcode in the Additional Drivers
tab previously (late 2017); now, there isn't.
Edit 3:
Output of apt list --installed | grep intel-microcode
:
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
intel-microcode/xenial-security,now 3.20180108.0+really20170707ubuntu16.04.1 amd64 [installed]
Edit 4:
Now I understand that there is no update for the cpu microcode, which means that the original problem is solved, and I will leave it as it is.
However, dmesg
and journalctl -b
should still output lines about microcode version, I believe.
I also noticed that these boot logs start at "5" instead of the tipical 1 or 0, and that there is a repeating error message which makes them truncated (dmesg
says nothing about truncation, but journalctl
says there are 371635 missed kernel messages, see below). I will ignore this for now.
March 19 06:36:40 NN systemd-journald[266]: Runtime journal (/run/log/journal/) is 8.0M, max 78.9M, 70.9M free.
March 19 06:36:40 NN systemd-journald[266]: Missed 371635 kernel messages
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
March 19 06:36:40 NN kernel: ->action(): (null)
March 19 06:36:40 NN kernel: IRQ_NOPROBE set
March 19 06:36:40 NN kernel: irq 115, desc: ffff9b91f5df8200, depth: 1, count: 0, unhandled: 0
March 19 06:36:40 NN kernel: ->handle_irq(): ffffffffb9ee8f70,
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
March 19 06:36:40 NN kernel: ->action(): (null)
March 19 06:36:40 NN kernel: IRQ_NOPROBE set
March 19 06:36:40 NN kernel: irq 115, desc: ffff9b91f5df8200, depth: 1, count: 0, unhandled: 0
March 19 06:36:40 NN kernel: ->handle_irq(): ffffffffb9ee8f70,
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
March 19 06:36:40 NN kernel: ->action(): (null)
March 19 06:36:40 NN kernel: IRQ_NOPROBE set
March 19 06:36:40 NN kernel: irq 115, desc: ffff9b91f5df8200, depth: 1, count: 0, unhandled: 0
March 19 06:36:40 NN kernel: ->handle_irq(): ffffffffb9ee8f70,
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
microcode
1
Here are detailed instructions on checking microcode on debian systems - lists.debian.org/debian-devel/2017/06/msg00308.html . Post the output of those commands. Start by identifying your processor withgrep name /proc/cpuinfo | sort -u
and note "Some of the processors in these two lists are not affected because they lack hyper-threading support. Run the command below in a command line shell (e.g. xterm), and it will output a message if hyper-threading is supported/enabled:"grep -q '^flags.*[[:space:]]ht[[:space:]]' /proc/cpuinfo && echo "Hyper-threading is supported"
â Panther
Mar 18 at 11:43
I edited the question.
â MeltingPoint
Mar 18 at 15:07
Can you please runsudo update-initramfs -u && sudo reboot
and check again after reboot.
â Panther
Mar 18 at 16:03
1
Maybe there isn't a microcode for your cpu in ubuntu's package. run this to see/usr/sbin/iucode_tool -tb -lS /lib/firmware/intel-ucode/*
â doug
Mar 18 at 20:07
1
In "late 2017" you possibly had micro code for your cpu based on attempted spectre/meltdown fixes. That code has been removed/, i.e. the bundle has been reverted to previous which has nothing needed for your cpu.
â doug
Mar 19 at 11:24
 |Â
show 2 more comments
up vote
8
down vote
favorite
up vote
8
down vote
favorite
I want to upgrade my system to mitigate Spectre and Meltdown exploits.
The relevant Ubuntu page states that I need to update microcodes:
"From a guest and non-hypervisor bare-metal perspective, as of the Feb 21 kernel updates, as far as we are aware, the mitigations for Spectre and Meltdown on 64-bit amd64, ppc64el and s390x are feature-complete as long as all microcode, firmware and hypervisor updates underneath the system are done. ..."
I have intel-microcode
and iucode-tool
installed and updated, however running dmesg | grep -i microcode
and grep -i microcode /var/log/syslog*
return nothing which makes me think that either the cpu microcode doesn't get updated or something else is wrong.
Packages are up to date and there have been restarts since the last update.
operating system: Lubuntu 16.04
CPU: Intel N3700 (Braswell)
enabled software repos: main, universe
enabled updates: xenial-security
Edit:
The output of grep name /proc/cpuinfo | sort -u
ismodel name : Intel(R) Pentium(R) CPU N3700 @ 1.60GHz
My processor is not Skylake, nor Kaby lake.
In /proc/cpuinfo
hyper-threading shows up as supported, but this Intel page says it is not supported:
https://ark.intel.com/products/87261/Intel-Pentium-Processor-N3700-2M-Cache-up-to-2_40-GHz
Edit 2:
I ran sudo update-initramfs -u
and rebooted. The outputs are still the same.
Output of /usr/sbin/iucode_tool -tb -lS /lib/firmware/intel-ucode/*
:
/usr/sbin/iucode_tool: system has processor(s) with signature 0x000406c3
selected microcodes:
It seems that there is no updated microcode for my cpu, which is interesting since there was a selectable microcode in the Additional Drivers
tab previously (late 2017); now, there isn't.
Edit 3:
Output of apt list --installed | grep intel-microcode
:
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
intel-microcode/xenial-security,now 3.20180108.0+really20170707ubuntu16.04.1 amd64 [installed]
Edit 4:
Now I understand that there is no update for the cpu microcode, which means that the original problem is solved, and I will leave it as it is.
However, dmesg
and journalctl -b
should still output lines about microcode version, I believe.
I also noticed that these boot logs start at "5" instead of the tipical 1 or 0, and that there is a repeating error message which makes them truncated (dmesg
says nothing about truncation, but journalctl
says there are 371635 missed kernel messages, see below). I will ignore this for now.
March 19 06:36:40 NN systemd-journald[266]: Runtime journal (/run/log/journal/) is 8.0M, max 78.9M, 70.9M free.
March 19 06:36:40 NN systemd-journald[266]: Missed 371635 kernel messages
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
March 19 06:36:40 NN kernel: ->action(): (null)
March 19 06:36:40 NN kernel: IRQ_NOPROBE set
March 19 06:36:40 NN kernel: irq 115, desc: ffff9b91f5df8200, depth: 1, count: 0, unhandled: 0
March 19 06:36:40 NN kernel: ->handle_irq(): ffffffffb9ee8f70,
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
March 19 06:36:40 NN kernel: ->action(): (null)
March 19 06:36:40 NN kernel: IRQ_NOPROBE set
March 19 06:36:40 NN kernel: irq 115, desc: ffff9b91f5df8200, depth: 1, count: 0, unhandled: 0
March 19 06:36:40 NN kernel: ->handle_irq(): ffffffffb9ee8f70,
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
March 19 06:36:40 NN kernel: ->action(): (null)
March 19 06:36:40 NN kernel: IRQ_NOPROBE set
March 19 06:36:40 NN kernel: irq 115, desc: ffff9b91f5df8200, depth: 1, count: 0, unhandled: 0
March 19 06:36:40 NN kernel: ->handle_irq(): ffffffffb9ee8f70,
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
microcode
I want to upgrade my system to mitigate Spectre and Meltdown exploits.
The relevant Ubuntu page states that I need to update microcodes:
"From a guest and non-hypervisor bare-metal perspective, as of the Feb 21 kernel updates, as far as we are aware, the mitigations for Spectre and Meltdown on 64-bit amd64, ppc64el and s390x are feature-complete as long as all microcode, firmware and hypervisor updates underneath the system are done. ..."
I have intel-microcode
and iucode-tool
installed and updated, however running dmesg | grep -i microcode
and grep -i microcode /var/log/syslog*
return nothing which makes me think that either the cpu microcode doesn't get updated or something else is wrong.
Packages are up to date and there have been restarts since the last update.
operating system: Lubuntu 16.04
CPU: Intel N3700 (Braswell)
enabled software repos: main, universe
enabled updates: xenial-security
Edit:
The output of grep name /proc/cpuinfo | sort -u
ismodel name : Intel(R) Pentium(R) CPU N3700 @ 1.60GHz
My processor is not Skylake, nor Kaby lake.
In /proc/cpuinfo
hyper-threading shows up as supported, but this Intel page says it is not supported:
https://ark.intel.com/products/87261/Intel-Pentium-Processor-N3700-2M-Cache-up-to-2_40-GHz
Edit 2:
I ran sudo update-initramfs -u
and rebooted. The outputs are still the same.
Output of /usr/sbin/iucode_tool -tb -lS /lib/firmware/intel-ucode/*
:
/usr/sbin/iucode_tool: system has processor(s) with signature 0x000406c3
selected microcodes:
It seems that there is no updated microcode for my cpu, which is interesting since there was a selectable microcode in the Additional Drivers
tab previously (late 2017); now, there isn't.
Edit 3:
Output of apt list --installed | grep intel-microcode
:
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
intel-microcode/xenial-security,now 3.20180108.0+really20170707ubuntu16.04.1 amd64 [installed]
Edit 4:
Now I understand that there is no update for the cpu microcode, which means that the original problem is solved, and I will leave it as it is.
However, dmesg
and journalctl -b
should still output lines about microcode version, I believe.
I also noticed that these boot logs start at "5" instead of the tipical 1 or 0, and that there is a repeating error message which makes them truncated (dmesg
says nothing about truncation, but journalctl
says there are 371635 missed kernel messages, see below). I will ignore this for now.
March 19 06:36:40 NN systemd-journald[266]: Runtime journal (/run/log/journal/) is 8.0M, max 78.9M, 70.9M free.
March 19 06:36:40 NN systemd-journald[266]: Missed 371635 kernel messages
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
March 19 06:36:40 NN kernel: ->action(): (null)
March 19 06:36:40 NN kernel: IRQ_NOPROBE set
March 19 06:36:40 NN kernel: irq 115, desc: ffff9b91f5df8200, depth: 1, count: 0, unhandled: 0
March 19 06:36:40 NN kernel: ->handle_irq(): ffffffffb9ee8f70,
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
March 19 06:36:40 NN kernel: ->action(): (null)
March 19 06:36:40 NN kernel: IRQ_NOPROBE set
March 19 06:36:40 NN kernel: irq 115, desc: ffff9b91f5df8200, depth: 1, count: 0, unhandled: 0
March 19 06:36:40 NN kernel: ->handle_irq(): ffffffffb9ee8f70,
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
March 19 06:36:40 NN kernel: ->action(): (null)
March 19 06:36:40 NN kernel: IRQ_NOPROBE set
March 19 06:36:40 NN kernel: irq 115, desc: ffff9b91f5df8200, depth: 1, count: 0, unhandled: 0
March 19 06:36:40 NN kernel: ->handle_irq(): ffffffffb9ee8f70,
March 19 06:36:40 NN kernel: handle_bad_irq+0x0/0x230
March 19 06:36:40 NN kernel: ->irq_data.chip(): ffffffffbb172c40,
March 19 06:36:40 NN kernel: chv_gpio_irqchip+0x0/0x120
microcode
microcode
edited Mar 19 at 15:11
asked Mar 18 at 11:32
MeltingPoint
4316
4316
1
Here are detailed instructions on checking microcode on debian systems - lists.debian.org/debian-devel/2017/06/msg00308.html . Post the output of those commands. Start by identifying your processor withgrep name /proc/cpuinfo | sort -u
and note "Some of the processors in these two lists are not affected because they lack hyper-threading support. Run the command below in a command line shell (e.g. xterm), and it will output a message if hyper-threading is supported/enabled:"grep -q '^flags.*[[:space:]]ht[[:space:]]' /proc/cpuinfo && echo "Hyper-threading is supported"
â Panther
Mar 18 at 11:43
I edited the question.
â MeltingPoint
Mar 18 at 15:07
Can you please runsudo update-initramfs -u && sudo reboot
and check again after reboot.
â Panther
Mar 18 at 16:03
1
Maybe there isn't a microcode for your cpu in ubuntu's package. run this to see/usr/sbin/iucode_tool -tb -lS /lib/firmware/intel-ucode/*
â doug
Mar 18 at 20:07
1
In "late 2017" you possibly had micro code for your cpu based on attempted spectre/meltdown fixes. That code has been removed/, i.e. the bundle has been reverted to previous which has nothing needed for your cpu.
â doug
Mar 19 at 11:24
 |Â
show 2 more comments
1
Here are detailed instructions on checking microcode on debian systems - lists.debian.org/debian-devel/2017/06/msg00308.html . Post the output of those commands. Start by identifying your processor withgrep name /proc/cpuinfo | sort -u
and note "Some of the processors in these two lists are not affected because they lack hyper-threading support. Run the command below in a command line shell (e.g. xterm), and it will output a message if hyper-threading is supported/enabled:"grep -q '^flags.*[[:space:]]ht[[:space:]]' /proc/cpuinfo && echo "Hyper-threading is supported"
â Panther
Mar 18 at 11:43
I edited the question.
â MeltingPoint
Mar 18 at 15:07
Can you please runsudo update-initramfs -u && sudo reboot
and check again after reboot.
â Panther
Mar 18 at 16:03
1
Maybe there isn't a microcode for your cpu in ubuntu's package. run this to see/usr/sbin/iucode_tool -tb -lS /lib/firmware/intel-ucode/*
â doug
Mar 18 at 20:07
1
In "late 2017" you possibly had micro code for your cpu based on attempted spectre/meltdown fixes. That code has been removed/, i.e. the bundle has been reverted to previous which has nothing needed for your cpu.
â doug
Mar 19 at 11:24
1
1
Here are detailed instructions on checking microcode on debian systems - lists.debian.org/debian-devel/2017/06/msg00308.html . Post the output of those commands. Start by identifying your processor with
grep name /proc/cpuinfo | sort -u
and note "Some of the processors in these two lists are not affected because they lack hyper-threading support. Run the command below in a command line shell (e.g. xterm), and it will output a message if hyper-threading is supported/enabled:" grep -q '^flags.*[[:space:]]ht[[:space:]]' /proc/cpuinfo && echo "Hyper-threading is supported"
â Panther
Mar 18 at 11:43
Here are detailed instructions on checking microcode on debian systems - lists.debian.org/debian-devel/2017/06/msg00308.html . Post the output of those commands. Start by identifying your processor with
grep name /proc/cpuinfo | sort -u
and note "Some of the processors in these two lists are not affected because they lack hyper-threading support. Run the command below in a command line shell (e.g. xterm), and it will output a message if hyper-threading is supported/enabled:" grep -q '^flags.*[[:space:]]ht[[:space:]]' /proc/cpuinfo && echo "Hyper-threading is supported"
â Panther
Mar 18 at 11:43
I edited the question.
â MeltingPoint
Mar 18 at 15:07
I edited the question.
â MeltingPoint
Mar 18 at 15:07
Can you please run
sudo update-initramfs -u && sudo reboot
and check again after reboot.â Panther
Mar 18 at 16:03
Can you please run
sudo update-initramfs -u && sudo reboot
and check again after reboot.â Panther
Mar 18 at 16:03
1
1
Maybe there isn't a microcode for your cpu in ubuntu's package. run this to see
/usr/sbin/iucode_tool -tb -lS /lib/firmware/intel-ucode/*
â doug
Mar 18 at 20:07
Maybe there isn't a microcode for your cpu in ubuntu's package. run this to see
/usr/sbin/iucode_tool -tb -lS /lib/firmware/intel-ucode/*
â doug
Mar 18 at 20:07
1
1
In "late 2017" you possibly had micro code for your cpu based on attempted spectre/meltdown fixes. That code has been removed/, i.e. the bundle has been reverted to previous which has nothing needed for your cpu.
â doug
Mar 19 at 11:24
In "late 2017" you possibly had micro code for your cpu based on attempted spectre/meltdown fixes. That code has been removed/, i.e. the bundle has been reverted to previous which has nothing needed for your cpu.
â doug
Mar 19 at 11:24
 |Â
show 2 more comments
3 Answers
3
active
oldest
votes
up vote
4
down vote
accepted
Based on results of /usr/sbin/iucode_tool -tb -lS /lib/firmware/intel-ucode/*
no microcode is being loaded for your cpu because at the moment there is none. That doesn't mean that there won't be in the future. You can safely leave intel-microcode and iucode-tool installed, if there is an update containing microcode for your cpu's signature it will then be used.
add a comment |Â
up vote
2
down vote
Bug in Meltdown/Spectre Intel Microcode
There was a bug in early 2018 Intel Microcode update to address Meltdown/Spectre security holes. As such the microcode had to be rolled back to a previous version.
Here is the microcode I'm using (having opted out of all updates starting January 2018):
$ apt list --installed | grep intel-microcode
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
intel-microcode/now 3.20170707.1~ubuntu16.04.0 amd64 [installed,upgradable to: 3.20180108.0+really20170707ubuntu16.04.1]
When you install Intel Microcode Update you will get this version or something similar:
intel-microcode/3.20180108.0+really20170707ubuntu16.04.1
Ubuntu 16.04 LTS Menu
I'm not sure about Lubuntu menu structure but for regular Ubuntu this is how you access the Intel Microcode Update controls:
The bottom option controls Intel Microcode Updates.
Install Intel Microcode from CLI
To skip the GUI menus altogether you can install from command line:
sudo apt update
sudo apt install intel-microcode
dmesg
now shows correct output
After following the installation steps dmesg
returns the desired output (unlike in your question where it shows nothing):
$ dmesg | grep -i microcode
[ 1.166542] microcode: sig=0x506e3, pf=0x20, revision=0xba
[ 1.166993] microcode: Microcode Update Driver: v2.2.
[16082.584598] microcode: microcode updated early to revision 0xba, date = 2017-04-09
In the question the OP clearly states "I have intel-microcode and iucode-tool installed and updated" so I am not really sure how this helps.
â Panther
Mar 18 at 19:02
@Panther I missed adding mydmesg
output I originally had when I started writing the answer. I'll add that in. Basically after following the installation steps thedmesg
output appears as it is supposed to.
â WinEunuuchs2Unix
Mar 18 at 19:05
The OP also clearly states "running dmesg | grep -i microcode and grep -i microcode /var/log/syslog* return nothing" . I suspect we need to runsudo update-initramfs -u && sudo reboot
â Panther
Mar 18 at 19:22
@Panther It first appeared to me that microcode wasn't installed correctly. Good point about rebooting. The OP mentions nothing about that. I'll monitor OP's future reply to your comment under his question. I'm not sure aboutupdate-initramfs -u
being needed as it's not listed here: askubuntu.com/questions/545925/â¦. However it never hurts.
â WinEunuuchs2Unix
Mar 18 at 19:50
The microcode is normally part of the initramfs and is loaded during boot so, although not expected, I am suggesting rebuilding the initramfs as a possible fix to the OP unusual situation. Would help if we knew which microcode was installed.
â Panther
Mar 18 at 19:52
 |Â
show 3 more comments
up vote
2
down vote
Ubuntu had released fixed kernal update against this exploit. The new kernal have required changes.
Reference:
SecurityTeam/KnowledgeBase/SpectreAndMeltdown | Ubuntu Wiki
I am in Ubuntu 16.04, Using Nouveau display driver. In my case, Intel-microcode got uninstalled after installing new kernel.
This update is released right after intel had released bug fix for spectre bugs security vulnerability.
This should solve your problem.
If you got intel property driver replaced like in my place and still want intel-microcode property driver.
Intel Releases Linux CPU Microcodes To fix Meltdown & Spectre Bugs | bleepingcomputer.com
Currently, the new drivers are not included in Ubuntu ppa. Users may have to download it manually from Intel website.
Warning: This may cause driver conflict or instability in your Ubuntu. You have to install it on your own risk.
Download Linux Processor Microcode Data File | downloadcenter.intel.com
For me, I have no issue in my ubuntu laptop. So I don't want to take risk. I left Ubuntu team to decide what is best from my system. I am waiting update from Ubuntu driver team.
I don't understand how this answers to my question. Can you explain? I haveintel-microcode
installed.
â MeltingPoint
Mar 18 at 15:09
Simple, insights.ubuntu.com/2018/01/04/â¦
â Aravind
Mar 18 at 16:53
Update your kernal, Ubuntu had patched it in another way.
â Aravind
Mar 18 at 16:53
wiki.ubuntu.com/SecurityTeam/KnowledgeBase/SpectreAndMeltdown
â Aravind
Mar 18 at 16:59
If intel-microcode got uninstalled, you have 2 option. option 1) stay safe and wait till ubuntu team release the update like I do. Or 2) you can run your own experiment by downloading manually in your own risk.
â Aravind
Mar 18 at 17:07
 |Â
show 5 more comments
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
4
down vote
accepted
Based on results of /usr/sbin/iucode_tool -tb -lS /lib/firmware/intel-ucode/*
no microcode is being loaded for your cpu because at the moment there is none. That doesn't mean that there won't be in the future. You can safely leave intel-microcode and iucode-tool installed, if there is an update containing microcode for your cpu's signature it will then be used.
add a comment |Â
up vote
4
down vote
accepted
Based on results of /usr/sbin/iucode_tool -tb -lS /lib/firmware/intel-ucode/*
no microcode is being loaded for your cpu because at the moment there is none. That doesn't mean that there won't be in the future. You can safely leave intel-microcode and iucode-tool installed, if there is an update containing microcode for your cpu's signature it will then be used.
add a comment |Â
up vote
4
down vote
accepted
up vote
4
down vote
accepted
Based on results of /usr/sbin/iucode_tool -tb -lS /lib/firmware/intel-ucode/*
no microcode is being loaded for your cpu because at the moment there is none. That doesn't mean that there won't be in the future. You can safely leave intel-microcode and iucode-tool installed, if there is an update containing microcode for your cpu's signature it will then be used.
Based on results of /usr/sbin/iucode_tool -tb -lS /lib/firmware/intel-ucode/*
no microcode is being loaded for your cpu because at the moment there is none. That doesn't mean that there won't be in the future. You can safely leave intel-microcode and iucode-tool installed, if there is an update containing microcode for your cpu's signature it will then be used.
answered Mar 19 at 11:30
doug
13.7k13451
13.7k13451
add a comment |Â
add a comment |Â
up vote
2
down vote
Bug in Meltdown/Spectre Intel Microcode
There was a bug in early 2018 Intel Microcode update to address Meltdown/Spectre security holes. As such the microcode had to be rolled back to a previous version.
Here is the microcode I'm using (having opted out of all updates starting January 2018):
$ apt list --installed | grep intel-microcode
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
intel-microcode/now 3.20170707.1~ubuntu16.04.0 amd64 [installed,upgradable to: 3.20180108.0+really20170707ubuntu16.04.1]
When you install Intel Microcode Update you will get this version or something similar:
intel-microcode/3.20180108.0+really20170707ubuntu16.04.1
Ubuntu 16.04 LTS Menu
I'm not sure about Lubuntu menu structure but for regular Ubuntu this is how you access the Intel Microcode Update controls:
The bottom option controls Intel Microcode Updates.
Install Intel Microcode from CLI
To skip the GUI menus altogether you can install from command line:
sudo apt update
sudo apt install intel-microcode
dmesg
now shows correct output
After following the installation steps dmesg
returns the desired output (unlike in your question where it shows nothing):
$ dmesg | grep -i microcode
[ 1.166542] microcode: sig=0x506e3, pf=0x20, revision=0xba
[ 1.166993] microcode: Microcode Update Driver: v2.2.
[16082.584598] microcode: microcode updated early to revision 0xba, date = 2017-04-09
In the question the OP clearly states "I have intel-microcode and iucode-tool installed and updated" so I am not really sure how this helps.
â Panther
Mar 18 at 19:02
@Panther I missed adding mydmesg
output I originally had when I started writing the answer. I'll add that in. Basically after following the installation steps thedmesg
output appears as it is supposed to.
â WinEunuuchs2Unix
Mar 18 at 19:05
The OP also clearly states "running dmesg | grep -i microcode and grep -i microcode /var/log/syslog* return nothing" . I suspect we need to runsudo update-initramfs -u && sudo reboot
â Panther
Mar 18 at 19:22
@Panther It first appeared to me that microcode wasn't installed correctly. Good point about rebooting. The OP mentions nothing about that. I'll monitor OP's future reply to your comment under his question. I'm not sure aboutupdate-initramfs -u
being needed as it's not listed here: askubuntu.com/questions/545925/â¦. However it never hurts.
â WinEunuuchs2Unix
Mar 18 at 19:50
The microcode is normally part of the initramfs and is loaded during boot so, although not expected, I am suggesting rebuilding the initramfs as a possible fix to the OP unusual situation. Would help if we knew which microcode was installed.
â Panther
Mar 18 at 19:52
 |Â
show 3 more comments
up vote
2
down vote
Bug in Meltdown/Spectre Intel Microcode
There was a bug in early 2018 Intel Microcode update to address Meltdown/Spectre security holes. As such the microcode had to be rolled back to a previous version.
Here is the microcode I'm using (having opted out of all updates starting January 2018):
$ apt list --installed | grep intel-microcode
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
intel-microcode/now 3.20170707.1~ubuntu16.04.0 amd64 [installed,upgradable to: 3.20180108.0+really20170707ubuntu16.04.1]
When you install Intel Microcode Update you will get this version or something similar:
intel-microcode/3.20180108.0+really20170707ubuntu16.04.1
Ubuntu 16.04 LTS Menu
I'm not sure about Lubuntu menu structure but for regular Ubuntu this is how you access the Intel Microcode Update controls:
The bottom option controls Intel Microcode Updates.
Install Intel Microcode from CLI
To skip the GUI menus altogether you can install from command line:
sudo apt update
sudo apt install intel-microcode
dmesg
now shows correct output
After following the installation steps dmesg
returns the desired output (unlike in your question where it shows nothing):
$ dmesg | grep -i microcode
[ 1.166542] microcode: sig=0x506e3, pf=0x20, revision=0xba
[ 1.166993] microcode: Microcode Update Driver: v2.2.
[16082.584598] microcode: microcode updated early to revision 0xba, date = 2017-04-09
In the question the OP clearly states "I have intel-microcode and iucode-tool installed and updated" so I am not really sure how this helps.
â Panther
Mar 18 at 19:02
@Panther I missed adding mydmesg
output I originally had when I started writing the answer. I'll add that in. Basically after following the installation steps thedmesg
output appears as it is supposed to.
â WinEunuuchs2Unix
Mar 18 at 19:05
The OP also clearly states "running dmesg | grep -i microcode and grep -i microcode /var/log/syslog* return nothing" . I suspect we need to runsudo update-initramfs -u && sudo reboot
â Panther
Mar 18 at 19:22
@Panther It first appeared to me that microcode wasn't installed correctly. Good point about rebooting. The OP mentions nothing about that. I'll monitor OP's future reply to your comment under his question. I'm not sure aboutupdate-initramfs -u
being needed as it's not listed here: askubuntu.com/questions/545925/â¦. However it never hurts.
â WinEunuuchs2Unix
Mar 18 at 19:50
The microcode is normally part of the initramfs and is loaded during boot so, although not expected, I am suggesting rebuilding the initramfs as a possible fix to the OP unusual situation. Would help if we knew which microcode was installed.
â Panther
Mar 18 at 19:52
 |Â
show 3 more comments
up vote
2
down vote
up vote
2
down vote
Bug in Meltdown/Spectre Intel Microcode
There was a bug in early 2018 Intel Microcode update to address Meltdown/Spectre security holes. As such the microcode had to be rolled back to a previous version.
Here is the microcode I'm using (having opted out of all updates starting January 2018):
$ apt list --installed | grep intel-microcode
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
intel-microcode/now 3.20170707.1~ubuntu16.04.0 amd64 [installed,upgradable to: 3.20180108.0+really20170707ubuntu16.04.1]
When you install Intel Microcode Update you will get this version or something similar:
intel-microcode/3.20180108.0+really20170707ubuntu16.04.1
Ubuntu 16.04 LTS Menu
I'm not sure about Lubuntu menu structure but for regular Ubuntu this is how you access the Intel Microcode Update controls:
The bottom option controls Intel Microcode Updates.
Install Intel Microcode from CLI
To skip the GUI menus altogether you can install from command line:
sudo apt update
sudo apt install intel-microcode
dmesg
now shows correct output
After following the installation steps dmesg
returns the desired output (unlike in your question where it shows nothing):
$ dmesg | grep -i microcode
[ 1.166542] microcode: sig=0x506e3, pf=0x20, revision=0xba
[ 1.166993] microcode: Microcode Update Driver: v2.2.
[16082.584598] microcode: microcode updated early to revision 0xba, date = 2017-04-09
Bug in Meltdown/Spectre Intel Microcode
There was a bug in early 2018 Intel Microcode update to address Meltdown/Spectre security holes. As such the microcode had to be rolled back to a previous version.
Here is the microcode I'm using (having opted out of all updates starting January 2018):
$ apt list --installed | grep intel-microcode
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
intel-microcode/now 3.20170707.1~ubuntu16.04.0 amd64 [installed,upgradable to: 3.20180108.0+really20170707ubuntu16.04.1]
When you install Intel Microcode Update you will get this version or something similar:
intel-microcode/3.20180108.0+really20170707ubuntu16.04.1
Ubuntu 16.04 LTS Menu
I'm not sure about Lubuntu menu structure but for regular Ubuntu this is how you access the Intel Microcode Update controls:
The bottom option controls Intel Microcode Updates.
Install Intel Microcode from CLI
To skip the GUI menus altogether you can install from command line:
sudo apt update
sudo apt install intel-microcode
dmesg
now shows correct output
After following the installation steps dmesg
returns the desired output (unlike in your question where it shows nothing):
$ dmesg | grep -i microcode
[ 1.166542] microcode: sig=0x506e3, pf=0x20, revision=0xba
[ 1.166993] microcode: Microcode Update Driver: v2.2.
[16082.584598] microcode: microcode updated early to revision 0xba, date = 2017-04-09
edited Mar 18 at 19:07
answered Mar 18 at 18:13


WinEunuuchs2Unix
35.9k759134
35.9k759134
In the question the OP clearly states "I have intel-microcode and iucode-tool installed and updated" so I am not really sure how this helps.
â Panther
Mar 18 at 19:02
@Panther I missed adding mydmesg
output I originally had when I started writing the answer. I'll add that in. Basically after following the installation steps thedmesg
output appears as it is supposed to.
â WinEunuuchs2Unix
Mar 18 at 19:05
The OP also clearly states "running dmesg | grep -i microcode and grep -i microcode /var/log/syslog* return nothing" . I suspect we need to runsudo update-initramfs -u && sudo reboot
â Panther
Mar 18 at 19:22
@Panther It first appeared to me that microcode wasn't installed correctly. Good point about rebooting. The OP mentions nothing about that. I'll monitor OP's future reply to your comment under his question. I'm not sure aboutupdate-initramfs -u
being needed as it's not listed here: askubuntu.com/questions/545925/â¦. However it never hurts.
â WinEunuuchs2Unix
Mar 18 at 19:50
The microcode is normally part of the initramfs and is loaded during boot so, although not expected, I am suggesting rebuilding the initramfs as a possible fix to the OP unusual situation. Would help if we knew which microcode was installed.
â Panther
Mar 18 at 19:52
 |Â
show 3 more comments
In the question the OP clearly states "I have intel-microcode and iucode-tool installed and updated" so I am not really sure how this helps.
â Panther
Mar 18 at 19:02
@Panther I missed adding mydmesg
output I originally had when I started writing the answer. I'll add that in. Basically after following the installation steps thedmesg
output appears as it is supposed to.
â WinEunuuchs2Unix
Mar 18 at 19:05
The OP also clearly states "running dmesg | grep -i microcode and grep -i microcode /var/log/syslog* return nothing" . I suspect we need to runsudo update-initramfs -u && sudo reboot
â Panther
Mar 18 at 19:22
@Panther It first appeared to me that microcode wasn't installed correctly. Good point about rebooting. The OP mentions nothing about that. I'll monitor OP's future reply to your comment under his question. I'm not sure aboutupdate-initramfs -u
being needed as it's not listed here: askubuntu.com/questions/545925/â¦. However it never hurts.
â WinEunuuchs2Unix
Mar 18 at 19:50
The microcode is normally part of the initramfs and is loaded during boot so, although not expected, I am suggesting rebuilding the initramfs as a possible fix to the OP unusual situation. Would help if we knew which microcode was installed.
â Panther
Mar 18 at 19:52
In the question the OP clearly states "I have intel-microcode and iucode-tool installed and updated" so I am not really sure how this helps.
â Panther
Mar 18 at 19:02
In the question the OP clearly states "I have intel-microcode and iucode-tool installed and updated" so I am not really sure how this helps.
â Panther
Mar 18 at 19:02
@Panther I missed adding my
dmesg
output I originally had when I started writing the answer. I'll add that in. Basically after following the installation steps the dmesg
output appears as it is supposed to.â WinEunuuchs2Unix
Mar 18 at 19:05
@Panther I missed adding my
dmesg
output I originally had when I started writing the answer. I'll add that in. Basically after following the installation steps the dmesg
output appears as it is supposed to.â WinEunuuchs2Unix
Mar 18 at 19:05
The OP also clearly states "running dmesg | grep -i microcode and grep -i microcode /var/log/syslog* return nothing" . I suspect we need to run
sudo update-initramfs -u && sudo reboot
â Panther
Mar 18 at 19:22
The OP also clearly states "running dmesg | grep -i microcode and grep -i microcode /var/log/syslog* return nothing" . I suspect we need to run
sudo update-initramfs -u && sudo reboot
â Panther
Mar 18 at 19:22
@Panther It first appeared to me that microcode wasn't installed correctly. Good point about rebooting. The OP mentions nothing about that. I'll monitor OP's future reply to your comment under his question. I'm not sure about
update-initramfs -u
being needed as it's not listed here: askubuntu.com/questions/545925/â¦. However it never hurts.â WinEunuuchs2Unix
Mar 18 at 19:50
@Panther It first appeared to me that microcode wasn't installed correctly. Good point about rebooting. The OP mentions nothing about that. I'll monitor OP's future reply to your comment under his question. I'm not sure about
update-initramfs -u
being needed as it's not listed here: askubuntu.com/questions/545925/â¦. However it never hurts.â WinEunuuchs2Unix
Mar 18 at 19:50
The microcode is normally part of the initramfs and is loaded during boot so, although not expected, I am suggesting rebuilding the initramfs as a possible fix to the OP unusual situation. Would help if we knew which microcode was installed.
â Panther
Mar 18 at 19:52
The microcode is normally part of the initramfs and is loaded during boot so, although not expected, I am suggesting rebuilding the initramfs as a possible fix to the OP unusual situation. Would help if we knew which microcode was installed.
â Panther
Mar 18 at 19:52
 |Â
show 3 more comments
up vote
2
down vote
Ubuntu had released fixed kernal update against this exploit. The new kernal have required changes.
Reference:
SecurityTeam/KnowledgeBase/SpectreAndMeltdown | Ubuntu Wiki
I am in Ubuntu 16.04, Using Nouveau display driver. In my case, Intel-microcode got uninstalled after installing new kernel.
This update is released right after intel had released bug fix for spectre bugs security vulnerability.
This should solve your problem.
If you got intel property driver replaced like in my place and still want intel-microcode property driver.
Intel Releases Linux CPU Microcodes To fix Meltdown & Spectre Bugs | bleepingcomputer.com
Currently, the new drivers are not included in Ubuntu ppa. Users may have to download it manually from Intel website.
Warning: This may cause driver conflict or instability in your Ubuntu. You have to install it on your own risk.
Download Linux Processor Microcode Data File | downloadcenter.intel.com
For me, I have no issue in my ubuntu laptop. So I don't want to take risk. I left Ubuntu team to decide what is best from my system. I am waiting update from Ubuntu driver team.
I don't understand how this answers to my question. Can you explain? I haveintel-microcode
installed.
â MeltingPoint
Mar 18 at 15:09
Simple, insights.ubuntu.com/2018/01/04/â¦
â Aravind
Mar 18 at 16:53
Update your kernal, Ubuntu had patched it in another way.
â Aravind
Mar 18 at 16:53
wiki.ubuntu.com/SecurityTeam/KnowledgeBase/SpectreAndMeltdown
â Aravind
Mar 18 at 16:59
If intel-microcode got uninstalled, you have 2 option. option 1) stay safe and wait till ubuntu team release the update like I do. Or 2) you can run your own experiment by downloading manually in your own risk.
â Aravind
Mar 18 at 17:07
 |Â
show 5 more comments
up vote
2
down vote
Ubuntu had released fixed kernal update against this exploit. The new kernal have required changes.
Reference:
SecurityTeam/KnowledgeBase/SpectreAndMeltdown | Ubuntu Wiki
I am in Ubuntu 16.04, Using Nouveau display driver. In my case, Intel-microcode got uninstalled after installing new kernel.
This update is released right after intel had released bug fix for spectre bugs security vulnerability.
This should solve your problem.
If you got intel property driver replaced like in my place and still want intel-microcode property driver.
Intel Releases Linux CPU Microcodes To fix Meltdown & Spectre Bugs | bleepingcomputer.com
Currently, the new drivers are not included in Ubuntu ppa. Users may have to download it manually from Intel website.
Warning: This may cause driver conflict or instability in your Ubuntu. You have to install it on your own risk.
Download Linux Processor Microcode Data File | downloadcenter.intel.com
For me, I have no issue in my ubuntu laptop. So I don't want to take risk. I left Ubuntu team to decide what is best from my system. I am waiting update from Ubuntu driver team.
I don't understand how this answers to my question. Can you explain? I haveintel-microcode
installed.
â MeltingPoint
Mar 18 at 15:09
Simple, insights.ubuntu.com/2018/01/04/â¦
â Aravind
Mar 18 at 16:53
Update your kernal, Ubuntu had patched it in another way.
â Aravind
Mar 18 at 16:53
wiki.ubuntu.com/SecurityTeam/KnowledgeBase/SpectreAndMeltdown
â Aravind
Mar 18 at 16:59
If intel-microcode got uninstalled, you have 2 option. option 1) stay safe and wait till ubuntu team release the update like I do. Or 2) you can run your own experiment by downloading manually in your own risk.
â Aravind
Mar 18 at 17:07
 |Â
show 5 more comments
up vote
2
down vote
up vote
2
down vote
Ubuntu had released fixed kernal update against this exploit. The new kernal have required changes.
Reference:
SecurityTeam/KnowledgeBase/SpectreAndMeltdown | Ubuntu Wiki
I am in Ubuntu 16.04, Using Nouveau display driver. In my case, Intel-microcode got uninstalled after installing new kernel.
This update is released right after intel had released bug fix for spectre bugs security vulnerability.
This should solve your problem.
If you got intel property driver replaced like in my place and still want intel-microcode property driver.
Intel Releases Linux CPU Microcodes To fix Meltdown & Spectre Bugs | bleepingcomputer.com
Currently, the new drivers are not included in Ubuntu ppa. Users may have to download it manually from Intel website.
Warning: This may cause driver conflict or instability in your Ubuntu. You have to install it on your own risk.
Download Linux Processor Microcode Data File | downloadcenter.intel.com
For me, I have no issue in my ubuntu laptop. So I don't want to take risk. I left Ubuntu team to decide what is best from my system. I am waiting update from Ubuntu driver team.
Ubuntu had released fixed kernal update against this exploit. The new kernal have required changes.
Reference:
SecurityTeam/KnowledgeBase/SpectreAndMeltdown | Ubuntu Wiki
I am in Ubuntu 16.04, Using Nouveau display driver. In my case, Intel-microcode got uninstalled after installing new kernel.
This update is released right after intel had released bug fix for spectre bugs security vulnerability.
This should solve your problem.
If you got intel property driver replaced like in my place and still want intel-microcode property driver.
Intel Releases Linux CPU Microcodes To fix Meltdown & Spectre Bugs | bleepingcomputer.com
Currently, the new drivers are not included in Ubuntu ppa. Users may have to download it manually from Intel website.
Warning: This may cause driver conflict or instability in your Ubuntu. You have to install it on your own risk.
Download Linux Processor Microcode Data File | downloadcenter.intel.com
For me, I have no issue in my ubuntu laptop. So I don't want to take risk. I left Ubuntu team to decide what is best from my system. I am waiting update from Ubuntu driver team.
edited Mar 22 at 13:24
Drakonoved
7421515
7421515
answered Mar 18 at 11:49
Aravind
398115
398115
I don't understand how this answers to my question. Can you explain? I haveintel-microcode
installed.
â MeltingPoint
Mar 18 at 15:09
Simple, insights.ubuntu.com/2018/01/04/â¦
â Aravind
Mar 18 at 16:53
Update your kernal, Ubuntu had patched it in another way.
â Aravind
Mar 18 at 16:53
wiki.ubuntu.com/SecurityTeam/KnowledgeBase/SpectreAndMeltdown
â Aravind
Mar 18 at 16:59
If intel-microcode got uninstalled, you have 2 option. option 1) stay safe and wait till ubuntu team release the update like I do. Or 2) you can run your own experiment by downloading manually in your own risk.
â Aravind
Mar 18 at 17:07
 |Â
show 5 more comments
I don't understand how this answers to my question. Can you explain? I haveintel-microcode
installed.
â MeltingPoint
Mar 18 at 15:09
Simple, insights.ubuntu.com/2018/01/04/â¦
â Aravind
Mar 18 at 16:53
Update your kernal, Ubuntu had patched it in another way.
â Aravind
Mar 18 at 16:53
wiki.ubuntu.com/SecurityTeam/KnowledgeBase/SpectreAndMeltdown
â Aravind
Mar 18 at 16:59
If intel-microcode got uninstalled, you have 2 option. option 1) stay safe and wait till ubuntu team release the update like I do. Or 2) you can run your own experiment by downloading manually in your own risk.
â Aravind
Mar 18 at 17:07
I don't understand how this answers to my question. Can you explain? I have
intel-microcode
installed.â MeltingPoint
Mar 18 at 15:09
I don't understand how this answers to my question. Can you explain? I have
intel-microcode
installed.â MeltingPoint
Mar 18 at 15:09
Simple, insights.ubuntu.com/2018/01/04/â¦
â Aravind
Mar 18 at 16:53
Simple, insights.ubuntu.com/2018/01/04/â¦
â Aravind
Mar 18 at 16:53
Update your kernal, Ubuntu had patched it in another way.
â Aravind
Mar 18 at 16:53
Update your kernal, Ubuntu had patched it in another way.
â Aravind
Mar 18 at 16:53
wiki.ubuntu.com/SecurityTeam/KnowledgeBase/SpectreAndMeltdown
â Aravind
Mar 18 at 16:59
wiki.ubuntu.com/SecurityTeam/KnowledgeBase/SpectreAndMeltdown
â Aravind
Mar 18 at 16:59
If intel-microcode got uninstalled, you have 2 option. option 1) stay safe and wait till ubuntu team release the update like I do. Or 2) you can run your own experiment by downloading manually in your own risk.
â Aravind
Mar 18 at 17:07
If intel-microcode got uninstalled, you have 2 option. option 1) stay safe and wait till ubuntu team release the update like I do. Or 2) you can run your own experiment by downloading manually in your own risk.
â Aravind
Mar 18 at 17:07
 |Â
show 5 more comments
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1016971%2fwhy-dont-intel-microcode-updates-work-on-my-system%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
1
Here are detailed instructions on checking microcode on debian systems - lists.debian.org/debian-devel/2017/06/msg00308.html . Post the output of those commands. Start by identifying your processor with
grep name /proc/cpuinfo | sort -u
and note "Some of the processors in these two lists are not affected because they lack hyper-threading support. Run the command below in a command line shell (e.g. xterm), and it will output a message if hyper-threading is supported/enabled:"grep -q '^flags.*[[:space:]]ht[[:space:]]' /proc/cpuinfo && echo "Hyper-threading is supported"
â Panther
Mar 18 at 11:43
I edited the question.
â MeltingPoint
Mar 18 at 15:07
Can you please run
sudo update-initramfs -u && sudo reboot
and check again after reboot.â Panther
Mar 18 at 16:03
1
Maybe there isn't a microcode for your cpu in ubuntu's package. run this to see
/usr/sbin/iucode_tool -tb -lS /lib/firmware/intel-ucode/*
â doug
Mar 18 at 20:07
1
In "late 2017" you possibly had micro code for your cpu based on attempted spectre/meltdown fixes. That code has been removed/, i.e. the bundle has been reverted to previous which has nothing needed for your cpu.
â doug
Mar 19 at 11:24