Opened 12 years ago

Closed 11 years ago

#103 closed enhancement (fixed)

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

Reported by: bruno Owned by: bruno
Priority: high Milestone: 2.2.5
Component: mondo Version: 2.2.0
Severity: blocker Keywords:
Cc: nicolas@…

Description

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

Attachments (2)

menu.lst (5.1 KB) - added by anonymous 12 years ago.
update-grub (30.6 KB) - added by anonymous 12 years ago.

Download all attachments as: .zip

Change History (21)

comment:1 Changed 12 years ago by bruno

  • Status changed from new to assigned

comment:2 Changed 12 years ago by bruno

mindi updated to support UUID in rev [976]

comment:3 Changed 12 years ago by bruno

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

comment:4 Changed 12 years ago by bruno

  • Cc nicolas@… added

/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.

comment:5 Changed 12 years ago by 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
   

Changed 12 years ago by anonymous

Changed 12 years ago by anonymous

comment:6 Changed 12 years ago by bruno

  • Milestone changed from 2.2.2 to 2.2.3

comment:7 Changed 12 years ago by bruno

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

comment:8 Changed 12 years ago by bruno

  • Milestone changed from 2.2.3 to 2.2.2

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)

comment:9 Changed 12 years ago by bruno

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.

comment:10 Changed 12 years ago by bruno

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

comment:11 Changed 12 years ago by bruno

  • Milestone changed from 2.2.2 to 2.2.3

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)

comment:12 Changed 12 years ago by bruno

  • Milestone changed from 2.2.3 to 2.2.4

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

comment:13 Changed 12 years ago by 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

comment:14 Changed 12 years ago by 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

comment:15 Changed 12 years ago by bruno

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.

comment:16 Changed 12 years ago by bruno

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

comment:17 Changed 12 years ago by anonymous

  • Milestone 2.2.4 deleted

Milestone 2.2.4 deleted

comment:18 Changed 12 years ago by bruno

  • Milestone set to 2.2.4

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

comment:19 Changed 11 years ago by bruno

  • Milestone changed from 2.2.4 to 2.2.5
  • Resolution set to fixed
  • Status changed from assigned to closed

tested and fixed in rev [1780].

Note: See TracTickets for help on using tickets.