On Wed, 17 May 2006 11:10:56 +0200, Olaf Hering said: > On Wed, May 17, [email protected] wrote: > > One has to wonder if it might not be better to treat this case as > > "one partition covering the entire disk", or even better, decode the AIX LVM > > info and see if there's any LVM segments present on the disk, so as to limit > > the chances of accidentally splatting live data. > The check can go once someone has implemented proper support to read the > drives. Up to now the bogus partitions cause only confusion and practical > doesnt help anyone. So let it go. Is there any interest in being able to deal with AIX's LVM and/or JFS/JFS2 (probably only read-only)? If so, what level of support would be needed to make it useful? (Personally, being able to deal with it on a read-only basis for forensics work would be useful - currently there's no really good way to deal with an AIX system in a forensically sound manner, because 'importvg' and friends have a tendency to scribble on the disks....) Sanest way to approach it would probably be a mostly-userspace that grovels out the LVM data and creates a device-mapper target. ISTR there was such a beast for the EVMS code, but I haven't gone digging for it yet.
Attachment:
pgpIeWAqPyG3L.pgp
Description: PGP signature
- Follow-Ups:
- Re: [PATCH] ignore partition table on disks with AIX label
- From: Olaf Hering <[email protected]>
- Re: [PATCH] ignore partition table on disks with AIX label
- References:
- Prev by Date: [RFC PATCH 09/09] robust VM per_cpu i386 Kconfig update
- Next by Date: Re: swapper_space export
- Previous by thread: Re: [PATCH] ignore partition table on disks with AIX label
- Next by thread: Re: [PATCH] ignore partition table on disks with AIX label
- Index(es):
 |