Daniel Nebdal wrote: > On Sun, Oct 18, 2009 at 5:32 PM, Gavin Atkinson > <gavin.atkinson_at_ury.york.ac.uk> wrote: >> As I understand things, the problems are partially due to a bug in older >> versions of sysinstall that created incorrect disklables in DD mode, and >> partially due to the new GEOM partitioning modules, which now parse these >> ambiguous disk labels differently. >> >> You can get around this by compiling a custom kernel and using the old >> partitioning modules (use GEOM_MBR and GEOM_BSD rather than GEOM_PART), but >> you may well just be postponing the problem as I believe the old modules >> were planned to be removed at some point. >> >> Gavin > > Does that mean that it's possible to write a DD-style disklabel that > GEOM_PART would be happy with? > That would open up the possibility of correcting the old label > in-place (somehow)... it may be as little as overwriting bytes 510 and 511 of block0. (the last 2 bytes of the block are a magic number) this would stop the fdisk taster from recognising it as an fdisk block and teh disklabel taster would recognise the disklabel. if you try this, keep a backup of block0 :-)Received on Mon Oct 19 2009 - 02:00:06 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:57 UTC