i get the same error on boot


Failed to start LSB: Update the Intel / AMD CPU microcode              [[1;31mFAILED[0m]
See 'systemctl status microcode_ctl.service' for details.     

 did the urpmi microcode update and all updates after install


[theone@localhost ~]$ systemctl status microcode_ctl.service
microcode_ctl.service - LSB: Update the Intel / AMD CPU microcode
          Loaded: loaded (/etc/rc.d/init.d/microcode_ctl)
          Active: failed (Result: exit-code) since Wed, 22 Feb 2012 07:42:17 -0500; 9min ago
         Process: 567 ExecStart=/etc/rc.d/init.d/microcode_ctl start (code=exited, status=22)
          CGroup: name=systemd:/system/microcode_ctl.service

CC: (none) => dadrown1

You need either to download the microcode from intel or to install the  microcode package from the non-free medium (which you may have to enable)

i installed the microcode package from -non-free

Feb 22 07:38:34 localhost urpmi: called with: microcode
Feb 22 07:38:36 localhost urpmi: transaction on / (remove=0, install=0, upgrade=1)
Feb 22 07:38:38 localhost perl: [RPM] microcode-0.20110115-1.mga1.noarch installed

i got what i posted after i installed it

(In reply to comment #2)
> You need either to download the microcode from intel or to install the 
> microcode package from the non-free medium (which you may have to enable)

non-free microcode package/rmp does not contain any micro code files in /lib/firmware/intel-microcode/

[colin@jimmy SOURCES]$ urpmf intel-microcode.dat
microcode:/lib/firmware/intel-microcode/intel-microcode.dat

This package was updated on the 13th march (so after your last comment) so I presume that bit of the puzzle is now solved.

As this is a non-free package, I'm not sure we can actually add a hard dep and it already suggests it.

Therefore, what can we do here? I suggest we just have to mark as resolved.

CC: (none) => mageia

(In reply to comment #5)
> 
> This package was updated on the 13th march (so after your last comment) so I
> presume that bit of the puzzle is now solved.

Hmm, me thinks not. snipped /var/log/messages
Mar 24 21:28:23 wb urpme: called with: --auto microcode_ctl
Mar 24 21:28:27 wb perl: [RPM] microcode_ctl-1.17-13.mga1.x86_64 removed
Mar 24 21:29:00 wb urpmi: called with: --auto microcode_ctl
Mar 24 21:29:05 wb perl: [RPM] microcode_ctl-1.17-13.mga1.x86_64 installed

Yes, /lib/firmware/intel-microcode/intel-microcode.dat now exists.

Mar 24 21:30:23 wb microcode_ctl[27431]: [FAILED]

systemctl start microcode_ctl.service
Job failed. See system journal and 'systemctl status' for details.
[root@wb ~]# systemctl status microcode_ctl.service
microcode_ctl.service - LSB: Update the Intel / AMD CPU microcode
Loaded: loaded (/etc/rc.d/init.d/microcode_ctl)
Active: failed (Result: exit-code) since Sat, 24 Mar 2012 21:30:23 -0500; 2s ago
Process: 27431 ExecStart=/etc/rc.d/init.d/microcode_ctl start (code=exited, status=22)
CGroup: name=systemd:/system/microcode_ctl.service

> As this is a non-free package,

So are the radeon-firmware, rt2860-firmware, rt3090-firmware rpms I have to post install.

> I'm not sure we can actually add a hard dep and it already suggests it.

If so, I missed the suggestion.

I am not sure I understand that statement. Clean install installs and enables the service, which fails.

> Therefore, what can we do here?

Take it out of the release, need a skype type solution, figure out what the problem is, .....

> I suggest we just have to mark as resolved.

I think resolution needs to be re-thought.  :)

Hi!
I can see an annoying bug after network installation (nonfree boot.iso), about missing files for the microcode.

I'm attaching the boot logs. (the same files as for the cpufreq mga#4772).

CC: (none) => n54

https://bugs.mageia.org/attachment.cgi?id=1883

just checked http://www.amd64.org/support/amd-ucode.html

It looks like something like the skype rpm could pull down the 
amd-ucode-latest.tar and perform the install.

amd64.org suggests install something like this snippet

Linux

  # cd /tmp
  # tar xf /path/to/amd-ucode-2012-01-17.tar
  # mkdir -p  /lib/firmware/amd-ucode
  # mv amd-ucode-2012-01-17/microcode_amd.bin /lib/firmware/amd-ucode
  # mv amd-ucode-2012-01-17/microcode_amd_fam15h.bin /lib/firmware/amd-ucode

yet /etc/rc.d/init.d/microcode_ctl is looking for
DATAFILE=/lib/firmware/intel-microcode/intel-microcode.dat

I think we should not install it by default as it depends on a package from nonfree

(In reply to comment #9)
> just checked http://www.amd64.org/support/amd-ucode.html
> 
> It looks like something like the skype rpm could pull down the 
> amd-ucode-latest.tar and perform the install.
> 
> amd64.org suggests install something like this snippet
> 
> Linux
> 
>   # cd /tmp
>   # tar xf /path/to/amd-ucode-2012-01-17.tar
>   # mkdir -p  /lib/firmware/amd-ucode
>   # mv amd-ucode-2012-01-17/microcode_amd.bin /lib/firmware/amd-ucode
>   # mv amd-ucode-2012-01-17/microcode_amd_fam15h.bin /lib/firmware/amd-ucode
> 
> yet /etc/rc.d/init.d/microcode_ctl is looking for
> DATAFILE=/lib/firmware/intel-microcode/intel-microcode.dat

No need for this kind of crazy setup. It just needs a package (microcode) from the nonfree repository. We cannot install that by default, but the scripts to deal with it can be installed by default.


I'm not really overly worried here. If we install the loader script by default people might see that the microcode is missing and install it (we could maybe make the error better?) But if we don't install it they'll never know that they might want/need it.

(In reply to comment #11)
> 
> No need for this kind of crazy setup. It just needs a package (microcode) from
> the nonfree repository. We cannot install that by default, but the scripts to
> deal with it can be installed by default.
> 
> 
> I'm not really overly worried here. If we install the loader script by default
> people might see that the microcode is missing and install it (we could maybe
> make the error better?) But if we don't install it they'll never know that they
> might want/need it.

Ok, should I open a bug report against microcode? I installed it and still get the error. Snippet from /var/log/messages

Apr 22 07:24:57 wb urpmi: called with: microcode
Apr 22 07:25:01 wb perl: [RPM] microcode-0.20120313-1.mga2.nonfree.noarch installed
# systemctl status microcode_ctl.service
microcode_ctl.service - LSB: Update the Intel / AMD CPU microcode
          Loaded: loaded (/etc/rc.d/init.d/microcode_ctl)
          Active: failed (Result: exit-code) since Sun, 22 Apr 2012 10:07:50 -0500; 1min 38s ago
         Process: 14446 ExecStart=/etc/rc.d/init.d/microcode_ctl start (code=exited, status=22)
          CGroup: name=systemd:/system/microcode_ctl.service

Hmm, seems to be cpu dependent. Tried it on an older machine single cpu system and it works.

Tried it on a 2 cpu system:
Apr 22 10:26:33 mtv urpmi: called with: microcode
Apr 22 10:26:36 mtv perl: [RPM] microcode-0.20120313-1.mga2.nonfree.noarch installed
 mtv kernel:  microcode: CPU0: patch_level=0x01000098
 mtv kernel:  microcode: failed to load file amd-ucode/microcode_amd.bin
 mtv kernel:  microcode: CPU1: patch_level=0x01000098
 mtv kernel:  microcode: failed to load file amd-ucode/microcode_amd.bin
 mtv kernel:  microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
 mtv kernel:  microcode: Microcode Update Driver: v2.00 removed.

on my 4 cpu system where I installed the amd-ucode files. I get
Apr 22 10:14:01 wb kernel:  microcode: CPU0: patch_level=0x010000b6
Apr 22 10:14:01 wb kernel:  microcode: CPU0: new patch_level=0x010000c8
Apr 22 10:14:01 wb kernel:  microcode: CPU1: patch_level=0x010000b6
Apr 22 10:14:01 wb kernel:  microcode: CPU1: new patch_level=0x010000c8
Apr 22 10:14:01 wb kernel:  microcode: CPU2: patch_level=0x010000b6
Apr 22 10:14:01 wb kernel:  microcode: CPU2: new patch_level=0x010000c8
Apr 22 10:14:01 wb kernel:  microcode: CPU3: patch_level=0x010000b6
Apr 22 10:14:01 wb kernel:  microcode: CPU3: new patch_level=0x010000c8
 wb kernel:  microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
 wb kernel: [   35.952551] microcode: Microcode Update Driver: v2.00 removed.

I don't think this is systemd specific, so removing it as a blocker.

Blocks: 2120 => (none)

Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

(In reply to comment #15)
> Please report whether this bug is still valid for Mageia 2.

still valid.

Keywords: NEEDINFO => (none)

Maybe I've find where this bug is : microcode has the bin files in

/lib/firmware/amd-ucode/amd-ucode-2012-01-17

while kernel searches them in 

/lib/firmware/amd-ucode

simply moving them allowed me to get microcode working :

[   36.290268] microcode: CPU0: patch_level=0x01000098
[   36.291277] microcode: CPU0: new patch_level=0x010000c7

I will push an update for microcode with paths fixed.

CC: (none) => lists.jjorge
Status: NEW => ASSIGNED

I hope microcode-0.20120313-2.mga3 fix this. Please reopen if not for you.

Status: ASSIGNED => RESOLVED
Resolution: (none) => FIXED

Re opening because it fails (see #6175) for details

Resolution: FIXED => (none)
Status: RESOLVED => REOPENED

microcode_ctl in updates testing fixes this. Closing this bug as #6175 is enough to follow the QA tests.

Resolution: (none) => FIXED
Status: REOPENED => RESOLVED