On Tue, 2010-03-02 at 02:06 +0800, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> Hello, all. First of all I would like to announce that I was appointed
> as a co-maintainer of GRUB.
> I will release 1.98 in 24 hours. Feel free to update NEWS before then
Will the backup feature [1] be merged in t
) is added for
grub-setup to restore the backup image into the install device.
A simple `dd` won't work when partitioning has been changed after
the backup. The --restore option only restores the MBR and the boot
sectors overwritten by core.img (embed region is excluded).
Signed-off-by: Z
) is added for
grub-setup to restore the backup image into the install device.
A simple `dd` won't work when partitioning has been changed after
the backup. The --restore option only restores the MBR and the boot
sectors overwritten by core.img (embed region is excluded).
Signed-off-by: Z
On Wed, 2010-01-06 at 21:50 +0800, Robert Millan wrote:
> Hi,
>
> On Wed, Jan 06, 2010 at 05:10:04PM +0800, Zhu Yi wrote:
> > diff --git a/util/i386/pc/grub-install.in b/util/i386/pc/grub-install.in
> > index 8a06213..4d0043e 100644
> > --- a/util/i386/pc/grub-instal
From: Zhu Yi
Add the --restore option to restore the previous boot sectors from a
backup image (created by grub-setup). A simple `dd` won't work when
partitioning has been changed after the backup. In this case, a script
is useful as it only restores the MBR and the boot sectors overwritt
From: Zhu Yi
Make grub-setup backup the old boot sectors into a file
(bootsectors.bak) before overwriting it. The backup image starts from
the MBR to the end of core.img position (including embed regions).
This makes it possible for a user to later restore it with dd or
other methods.
Signed
On Tue, 2009-12-29 at 11:59 +0800, richardvo...@gmail.com wrote:
> > If we decide so, we go back to option 1 (my original
> implementation).
> > Because the backup file format is not important any more as it is
> > totally transparent to the restorers. Am I right?
>
> Another option would be to st
On Tue, 2009-12-29 at 06:04 +0800, Isaac Dupree wrote:
> > Option 1~3 requires the recover has the knowledge of the backup file
> > format somehow, but a simple dd is enough for option 4. What do you
> > think?
>
> If the partitioning had been changed in the mean time, 4 would overwrite
> it with
On Fri, 2009-12-25 at 05:21 +0800, Robert Millan wrote:
> I think making a backup is a fine idea, but I'd rather avoid the "option
> creep". It doesn't hurt to simply dump the files in /boot/grub/. If user
> later discovers that valuable data was overwritten, she can figure out
> how to call dd j
On Mon, 2009-12-14 at 11:24 +0800, Isaac Dupree wrote:
> hmm
> bootloader installation is often done by distro install-CDs.
>
> Will the distro be smart enough to save these backups to the disk
> somewhere sensible, rather than to the temporary in-memory
> filesystem?
The backup files will
On Mon, 2009-12-14 at 10:58 +0800, Isaac Dupree wrote:
> maybe the boot sector is small enough that we could just keep
> separate
> additional backup files each time grub-setup/grub-install is used?
> e.g.
> backup-1
> backup-2
> backup-3
>
> or maybe using date/time instead of sequential numberi
On Mon, 2009-12-14 at 10:59 +0800, kashyap garimella wrote:
> In conclusion, I believe this backup feature is useful and
> either
> implementation should do the work. If we can merge the good
> parts of
> them, we can get a better one. I just curious why the
On Fri, 2009-12-11 at 17:39 +0800, Felix Zielcke wrote:
>
> Someone already made a patch for this inside grub-setup
> See here and also for the discussion of it:
> http://lists.gnu.org/archive/html/grub-devel/2009-09/msg00242.html
Thanks. If I knew this patch, I won't try to write one my own. I d
installed) boot sectors
by grub2 by mistake.
Signed-off-by: Zhu Yi
---
diff --git a/util/i386/pc/grub-install.in b/util/i386/pc/grub-install.in
index 8a06213..c33bd87 100644
--- a/util/i386/pc/grub-install.in
+++ b/util/i386/pc/grub-install.in
@@ -51,6 +51,7 @@ no_floppy=
force_lba=
recheck
14 matches
Mail list logo