mindi doesn't support UUID needed for Ubuntu 6.10 and VMWare

[Bruno Cornec]

mindi needs to handle this type of fstab:

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# /dev/hda1
UUID=09ef43ad-7602-4dbb-b190-44ea35d9f081 /               ext3    defaults,errors=remount-ro 0       1
# /dev/hda5
UUID=3FEC-FB2F  /media/hda5     vfat    defaults,utf8,umask=007,gid=46 0       1
# /dev/hda6
UUID=B287-76EB  /media/hda6     vfat    defaults,utf8,umask=007,gid=46 0       1
# /dev/hda7
UUID=EE09-F8F4  /media/hda7     vfat    defaults,utf8,umask=007,gid=46 0       1
# /dev/hda8
UUID=50c37964-d4b5-4204-ac87-a9790c1a665f none            swap    sw              0       0

[Bruno Cornec]

mindi updated to support UUID in rev [976]

[Bruno Cornec]

mondorestore needs to handle it and re-create the right UUID o to use the new one instead in the /etc/fstab file

[Bruno Cornec]

/etc/grub/menu.lst and /sbin/update-grub also seem to use UUID on Ubuntu. Has to be adapted as well. Will need an example file. Nicolas, if you could provide feedback, it would be great.

[Nicolas Iselin]

Hello bruno,

find in the attachment

a) /sbin/update-grub from an Ubuntu edgy eft installation.
b) /boot/grub/menu.lst changed/created by update-grub.

My current workaround was

1) edit /sbin/update-grub and comment out the call to 'convert_kopt_to_uuid'
   on line 755
2) edit /boot/grub/menu.lst, i.e. change line 66 to be 
   # kopt=root=/dev/hda1 ro
3) run update-grub to recreate all 'kernel' lines (lines 116 ff) 
   with root=/dev/hda1.

   When I don't change /sbin/update-grub, it changes the 
   kopt=root again to be a UUID line... and of course 
   all 'kernel' lines as well.

With these settings, i could 'nuke' my systems 

Thanks for fixing this bug.

Nicolas
   

[Bruno Cornec]

mondorestore and label-partitions-as-necessary now support UUID (rev [1295])

[Bruno Cornec]

In fact the approach taken is to use indeed the UUIDs mentioned on the original system and to force those as UUIDs for the new FS created with tune2fs.

So the upcoming 2.2.2 should work for that. You can test it with a pre-release on its way to the ftp site (wait till the 12th of April 12:00AM CET to get the packages)

[Bruno Cornec]

Should be better now for the UUID support as of rev [1314] Next delivery of 2.2.2 will include it as of Apr. the 17th.

[Bruno Cornec]

Now that 2.2.2 is officially published on ​ftp://ftp.mondorescue.org could you check again if this has been solved for good.

[Bruno Cornec]

Now that 2.2.3 is officially published on ​ftp://ftp.mondorescue.org could you check again if this has been solved for good or not ? I'd like to close the bug asap. (Do not use 2.2.2 it has a nasty bug on bzip2 compression)

[Bruno Cornec]

Another fix was introduced in rev [1372]. Should be Ok for 2.2.4 then.

[epimeteo]

In Ubuntu Feisty, when I tried to restore a backup (with the package from ubuntu repos), mondo was giving out of memory errors. Also when the backup was being build some errors about uuid were happening.

I upgraded the repos packages with the ones that are in ​ftp://ftp.mondorescue.org/debian/4.0/ with 'sudo dpkg -i *.deb' and now all works very well. The 'nuke' option is working, so I guess all is fine and working.

With the 'nuke' option I only had to change the uuid's in fstab and menu.lst to make the restored system could boot. I think that this is because the nuke option formats the disk and changes the uuid's of the partition.

So I guess that version 2.2.3 is working just fine.

Thanks for this 'life saver' software :D

[epimeteo]

Forgot one thing. This is to avoid the update of those packages by the ones that are in the repos. They have a different version number, so they get "downgraded" in the next system update if you don't do this. Add the following to the file /etc/apt/preferences:

Package: mindi

Pin: version 2.23*

Pin-Priority: 500

Package: mondo

Pin: version 2.23*

Pin-Priority: 500

[Bruno Cornec]

You may want to test packages I build for Ubuntu 7.04 as test (pre-2.2.4) under ​ftp://ftp.mondorescue.org/ubuntu/7.04

They should support UUID out of the box.

[Bruno Cornec]

Rev 1531 Adds support for UUID for swap partitions on VMWare ESX 3 at least with dumpuuid

[(none)]

Milestone 2.2.4 deleted

[Bruno Cornec]

Now that 2.2.4 is officially out, could you check that the bug is fixed ? Cf: ​ftp://ftp.mondorescue.org/ubuntu/7.04 and ​ftp://ftp.mondorescue.org/ubuntu/6.06

[Bruno Cornec]

tested and fixed in rev [1780].