* --recheck option @ 2012-07-05 12:19 yannubuntu 2012-07-05 16:49 ` Jordan Uggla 2012-07-07 5:37 ` Vincent Pelletier 0 siblings, 2 replies; 4+ messages in thread From: yannubuntu @ 2012-07-05 12:19 UTC (permalink / raw) To: help-grub; +Cc: The development of GNU GRUB [-- Attachment #1: Type: text/plain, Size: 328 bytes --] Dear GRUB devs/helpers, A) Which are the situations where the --recheck option of grub-install must NOT be used? why grub-install wouldn't systematically probe a device map by default? B) Some people recommend to use "grub-install /dev/sdX && grub-install --recheck /dev/sdX", do you think it is correct/useful? Regards Yann [-- Attachment #2: Type: text/html, Size: 394 bytes --] ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: --recheck option 2012-07-05 12:19 --recheck option yannubuntu @ 2012-07-05 16:49 ` Jordan Uggla 2012-07-05 17:26 ` yannubuntu 2012-07-07 5:37 ` Vincent Pelletier 1 sibling, 1 reply; 4+ messages in thread From: Jordan Uggla @ 2012-07-05 16:49 UTC (permalink / raw) To: yannubuntu@gmail.com; +Cc: help-grub, The development of GNU GRUB On Thu, Jul 5, 2012 at 5:19 AM, yannubuntu@gmail.com <yannubuntu@gmail.com> wrote: > Dear GRUB devs/helpers, > > A) Which are the situations where the --recheck option of grub-install must > NOT be used? why grub-install wouldn't systematically probe a device map by > default? With grub 2.00, it does. http://www.gnu.org/software/grub/manual/grub.html#Device-map . > > B) Some people recommend to use "grub-install /dev/sdX && grub-install > --recheck /dev/sdX", do you think it is correct/useful? As explained in the above documentation, grub utilities no longer need a device.map file. Back when they did still need one, the first time someone ran grub-install it would write a device.map (if one didn't already exist). If that got out sync somehow then a later grub-install might fail, and if that happened using the --recheck option (which would write a new device.map, overwriting the old one) might allow the installation to succeed. Now, grub-install probes on the fly if no device.map exists, and never creates a device.map file itself, and so "grub-install --recheck ..." now actually simply deletes the device.map file, causing grub-install to go back to the default state of probing on the fly. Running grub-install twice is redundant, and adding the '--recheck' is also usually not needed option at this point but won't hurt anything (except in very specific situations like when you're passing an LVM logical volume to a virtual machine as if it were a normal disk, in which case you should know what you're doing and have a backup of your device.map anyway). So the advice is a little silly at this point, but not harmful. -- Jordan Uggla (Jordan_U on irc.freenode.net) ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: --recheck option 2012-07-05 16:49 ` Jordan Uggla @ 2012-07-05 17:26 ` yannubuntu 0 siblings, 0 replies; 4+ messages in thread From: yannubuntu @ 2012-07-05 17:26 UTC (permalink / raw) To: help-grub, The development of GNU GRUB [-- Attachment #1: Type: text/plain, Size: 2132 bytes --] 2012/7/5 Jordan Uggla <jordan.uggla@gmail.com> > On Thu, Jul 5, 2012 at 5:19 AM, yannubuntu@gmail.com > <yannubuntu@gmail.com> wrote: > > Dear GRUB devs/helpers, > > > > A) Which are the situations where the --recheck option of grub-install > must > > NOT be used? why grub-install wouldn't systematically probe a device map > by > > default? > > With grub 2.00, it does. > http://www.gnu.org/software/grub/manual/grub.html#Device-map . > > > > > B) Some people recommend to use "grub-install /dev/sdX && grub-install > > --recheck /dev/sdX", do you think it is correct/useful? > > As explained in the above documentation, grub utilities no longer need > a device.map file. Back when they did still need one, the first time > someone ran grub-install it would write a device.map (if one didn't > already exist). If that got out sync somehow then a later grub-install > might fail, and if that happened using the --recheck option (which > would write a new device.map, overwriting the old one) might allow the > installation to succeed. > > Now, grub-install probes on the fly if no device.map exists, and never > creates a device.map file itself, and so "grub-install --recheck ..." > now actually simply deletes the device.map file, causing grub-install > to go back to the default state of probing on the fly. > > Running grub-install twice is redundant, and adding the '--recheck' is > also usually not needed option at this point but won't hurt anything > (except in very specific situations like when you're passing an LVM > logical volume to a virtual machine as if it were a normal disk, in > which case you should know what you're doing and have a backup of your > device.map anyway). > > So the advice is a little silly at this point, but not harmful. > > -- > Jordan Uggla (Jordan_U on irc.freenode.net) > If I understood well, - we should recommend using --recheck for 1.98<=GRUB<2.00. Advanced users using device.map will know if they don't need --recheck. - using --recheck or not makes no difference for GRUB>=2.00 Am I correct? (is the --recheck option kept in 2.00+ for retro-compatibility?) Thanks a lot Yann [-- Attachment #2: Type: text/html, Size: 2970 bytes --] ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: --recheck option 2012-07-05 12:19 --recheck option yannubuntu 2012-07-05 16:49 ` Jordan Uggla @ 2012-07-07 5:37 ` Vincent Pelletier 1 sibling, 0 replies; 4+ messages in thread From: Vincent Pelletier @ 2012-07-07 5:37 UTC (permalink / raw) To: grub-devel; +Cc: help-grub, yannubuntu@gmail.com Le jeudi 05 juillet 2012 14:19:54, yannubuntu@gmail.com a écrit : > A) Which are the situations where the --recheck option of grub-install must > NOT be used? In my experience (grub legacy, linux boot with /dev/hd* device names, years ago), I had to play with device map to be able to reorder boot device priority (or plug HDDs in a different PATA layout, I don't remember precisely). I could edit the map to fit the intended layout change, grub (without --recheck) just followed, and machine could boot just fine. Nowadays I don't have to care about this, thanks to UUIDs everywhere instead of dev paths. -- Vincent Pelletier ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-07-07 5:37 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2012-07-05 12:19 --recheck option yannubuntu 2012-07-05 16:49 ` Jordan Uggla 2012-07-05 17:26 ` yannubuntu 2012-07-07 5:37 ` Vincent Pelletier
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.