Exactly. My os-prober was disabled with that fatal update some time ago (a month or two ago?) but I fixed it with the recommended command, which added a proper line in config and updated it. Since then, os-prober is working fine, Win10 is detected.
The message in the current update erroneously claims that os-prober is disabled, which is not and claims that I should uncomment line that is already uncommented. As far I understand, the script in the update simply failed its task as it fed me with an incorrect message.
So basically, I didnât have to do anything but the update suggested otherwise.
The check isnât fit to work with multiple occurences of the word GRUB_DISABLE_OS_PROBER in /etc/default/grub - that might be the case with @michaldybczakâs file.
Ah, thatâs it. The command that was suggested added the line on the end: GRUB_DISABLE_OS_PROBER=false
However, the config was updated and somewhere in the middle I also have:
# Uncomment this option to enable os-prober execution in the grub-mkconfig command
#GRUB_DISABLE_OS_PROBER=false
So it looks like the check noticed this and stopped looking further as it was what it expected.
I deleted the extraneous line, so it wonât be misleading any checks next time.
This would surprise me. Lines with # are expected to be ignored, does not matter what follows. Exact syntax matters and of course sudo update-grub is needed after changing the grub file.
As far I understand, the script checks whether the os-prober is enabled or not, so it looks for the hashed or not hashed line. Depending on the result it shows info that os-prober is enabled or disabled.
In my case the script found the hashed line first, so it gave me info that os-prober is disabled. It didnât check the rest of the config where there was additional and not hashed line.
Thatâs the point, a hashed line should be ignored IMHO and not provide any info. I would not expect that a hashed line makes any difference! Luckily, I took care on the pacnew, immediately.
When the config file is interpreted, yes the # lines are comments, so they are ignored.
The thing is that the script that is modifying this config file should figure out wheter os-prober is disabled or not. The thing is that it could have been disabled explicitly by the user by setting it to true or by just commenting out the whole line.