I had downgraded to 3.20151106.1, which is working.
So, I tried intel-microcode_3.20190618.0ubuntu0.16.04.1_amd64.deb,
and it worked ok.
So, next I tried intel-microcode_3.20191112-0ubuntu0.16.04.2_amd64.deb,
and it worked ok.
So, Next I tried intel-microcode_3.20191115.1ubuntu0.16.04.1_amd64.deb
and it hangs on warm reboot.
So, next I tried intel-microcode_3.20191112-0ubuntu0.16.04.2_amd64.deb,
and NOW IT hangs on warm reboot.
So, next I tried intel-microcode_3.20190618.0ubuntu0.16.04.1_amd64.deb,
and now IT TOO hangs on warm reboot.
So, Next I tried intel-microcode_3.20151106.1_amd64.deb,
and it works ok --
Unfortunately, I just don't have time to go back one by one through
all the releases between 3.20151106.1 and 3.20190618.0 to
see how far back I need to go before finding where it really would
start working ok again.
I find it very puzzling that the packages all worked until I got
to 3.20191115.1ubuntu0.16.04.1, and then none of them worked
until I backed off all the way to 3.20151106.1. There must be a clue in
that somewhere.
Good luck, I hope you find it -- I'm staying locked on 3.20151106.1
until this gets fixed...
Harry
On 12/17/19 12:51 PM, Harry G McGavran Jr wrote:
>
>
> On 12/17/19 12:13 PM, Harry G McGavran Jr wrote:
>>
>>
>> On 12/17/19 11:52 AM, Seth Arnold wrote:
>>> Hello Harry,
>>>
>>> Just to double-check, did you perform a *cold* reboot at least once
>>> after installing the 3.20191115.1ubuntu0.16.04.2?
>
> Meant to respond to this in my first reply...
>
> The answer to this one is yes.
>
> The only way I could get the system to come up was with a cold boot as
> well. This was true for each of the last two microcode releases
> in my update stream.
>
> Harry
>
>
>>>
>>> Can you please provide the output of:
>>>
>>> iucode-tool -S
>>
>> iucode-tool: system has processor(s) with signature 0x00050654
>>
>>>
>>> It might also be helpful to know where exactly the failure started;
>>> previous releases can be found on
>>> https://launchpad.net/ubuntu/xenial/+source/intel-microcode
>>>
>>> (I'm guessing it's probably fastest to just work backwards up the list
>>> rather than bisecting, but that's a guess.)
>>
>> I believe it was a problem with the last two microcode releases for
>> Ubuntu 16.04 LTS.
>>
>> That would be the 3.20191115 and 3.20191112 releases.
>> The 3.20190618 releases and before were ok.
>>
>> Exactly which ones on 3.20191115 and 3.20191112, I don't
>> know without trying them, but the ones in the update stream
>> for Ubuntu 16.04 LTS are the ones where I had trouble.
>>
>> Harry
>>
>>>
>>> Here's the previous bug report for a handy link for navigating among the bugs:
>>> https://bugs.launchpad.net/ubuntu/+source/intel-microcode/+bug/1854764
>>>
>>> Thanks
>>>
I finally got a little time to try to search for which package exactly
causes this problem.
I downloaded:
intel-microcode _3.20151106. 1_amd64. deb _3.20190618. 0ubuntu0. 16.04.1_ amd64.deb _3.20191112- 0ubuntu0. 16.04.2_ amd64.deb _3.20191115. 1ubuntu0. 16.04.1_ amd64.deb _3.20191115. 1ubuntu0. 16.04.2_ amd64.deb
intel-microcode
intel-microcode
intel-microcode
intel-microcode
I had downgraded to 3.20151106.1, which is working.
So, I tried intel-microcode _3.20190618. 0ubuntu0. 16.04.1_ amd64.deb,
and it worked ok.
So, next I tried intel-microcode _3.20191112- 0ubuntu0. 16.04.2_ amd64.deb,
and it worked ok.
So, Next I tried intel-microcode _3.20191115. 1ubuntu0. 16.04.1_ amd64.deb
and it hangs on warm reboot.
So, next I tried intel-microcode _3.20191112- 0ubuntu0. 16.04.2_ amd64.deb,
and NOW IT hangs on warm reboot.
So, next I tried intel-microcode _3.20190618. 0ubuntu0. 16.04.1_ amd64.deb,
and now IT TOO hangs on warm reboot.
So, Next I tried intel-microcode _3.20151106. 1_amd64. deb,
and it works ok --
Unfortunately, I just don't have time to go back one by one through
all the releases between 3.20151106.1 and 3.20190618.0 to
see how far back I need to go before finding where it really would
start working ok again.
I find it very puzzling that the packages all worked until I got 1ubuntu0. 16.04.1, and then none of them worked
to 3.20191115.
until I backed off all the way to 3.20151106.1. There must be a clue in
that somewhere.
Good luck, I hope you find it -- I'm staying locked on 3.20151106.1
until this gets fixed...
Harry
On 12/17/19 12:51 PM, Harry G McGavran Jr wrote: 1ubuntu0. 16.04.2? /launchpad. net/ubuntu/ xenial/ +source/ intel-microcode /bugs.launchpad .net/ubuntu/ +source/ intel-microcode /+bug/1854764
>
>
> On 12/17/19 12:13 PM, Harry G McGavran Jr wrote:
>>
>>
>> On 12/17/19 11:52 AM, Seth Arnold wrote:
>>> Hello Harry,
>>>
>>> Just to double-check, did you perform a *cold* reboot at least once
>>> after installing the 3.20191115.
>
> Meant to respond to this in my first reply...
>
> The answer to this one is yes.
>
> The only way I could get the system to come up was with a cold boot as
> well. This was true for each of the last two microcode releases
> in my update stream.
>
> Harry
>
>
>>>
>>> Can you please provide the output of:
>>>
>>> iucode-tool -S
>>
>> iucode-tool: system has processor(s) with signature 0x00050654
>>
>>>
>>> It might also be helpful to know where exactly the failure started;
>>> previous releases can be found on
>>> https:/
>>>
>>> (I'm guessing it's probably fastest to just work backwards up the list
>>> rather than bisecting, but that's a guess.)
>>
>> I believe it was a problem with the last two microcode releases for
>> Ubuntu 16.04 LTS.
>>
>> That would be the 3.20191115 and 3.20191112 releases.
>> The 3.20190618 releases and before were ok.
>>
>> Exactly which ones on 3.20191115 and 3.20191112, I don't
>> know without trying them, but the ones in the update stream
>> for Ubuntu 16.04 LTS are the ones where I had trouble.
>>
>> Harry
>>
>>>
>>> Here's the previous bug report for a handy link for navigating among the bugs:
>>> https:/
>>>
>>> Thanks
>>>