Re: i am desperate over some GPT tables
On Sun, 2009-10-25 at 16:44 +, Kris Weston wrote: > hi Robert appreciate you having a look at this, > if you need any funny noises ever, give us a shout :) > i really dont know what to do as i dont have a spare box to try out solaris > on and solaris wont boot fully here... > i did manage to export the drives from solaris first so all *should* be > well... > there are three disks in the set ad4,ad6,ad8 > terrabyte each - they are supposed to be two mirrors but one disk went down > should still work though - well was working in solaris... > as i said before it at least could read the pools from freebsd before but > something has happened now where it wont... > > i think 4+6 are a mirror... > let me know if you can shed any light... > out of interest - how do you look at these dumps ? and what are you looking > for ? Ok, we have a couple of options What I have done so far is to hex edit your GPT headers, though technically they are valid. Sector 2 is the GPT header and normally the header length is recorded as 92 bytes. Yours claim that the header it 512 bytes or the entire sector. The crc32 value is calculated based on byte 0 - header size. Our GPT code is performing the crc comparison based on the 92 valid bytes in the header along with 512 - 92 bytes of random memory, so the header crc fails and GEOM refuses the header. We need to fix the GPT code to handle this correctly, so you can give me a little time to fix it correctly, or we can just fix your existing GPT headers to work with our code... Before: GEOM: md6: corrupt or invalid GPT detected. GEOM: md6: GPT rejected -- may not be recoverable. After: GEOM: md6: the secondary GPT table is corrupt or invalid. GEOM: md6: using the primary only -- recovery suggested. =>34 1953525101 md6 GPT (466T) 34 222 - free - (111K) 256 19535084951 !6a898cc3-1dd2-11b2-99a6-080020736631 (932G) 1953508751 163849 !6a945a3b-1dd2-11b2-99a6-080020736631 (8.0M) Hopefully I don't need to tell you proceed with caution here, but if you want to rewrite the headers, I've attached 6 files which contain the modified primary and secondary headers. The seek values below for the secondary header are calculated for your drive. Make sure that you use the correct header for the correct drive and pri/sec. dd if=headeradX-pri.dmp of=/dev/adX bs=512 seek=1 dd if=headeradX-sec.dmp of=/dev/adX bs=512 seek=1953525167 robert. > thanks > > Kris > -- > >)) > (( > c[_] > > > 2009/10/23 Robert Noland > > > On Wed, 2009-10-21 at 13:11 +0100, Kris Weston wrote: > > > been looking for months now, trawled google no help, i just dont > > understand. > > > do you need a GPT table with zfs ? > > > i have a pentium D 3ghz (running 64bit stable 7.2) and i cant seem to > > import > > > my zpool into it > > > exported fine on solaris , its definitely the same version (v13) > > > but when i import into zfs it says GPT tables corrupt ? > > > why ? and what does this mean ? > > > please help me. please. > > > > Send me the fist 34 sectors of the disk and I will try to take a look. > > > > dd if= of=header.dmp bs=512 count=34 > > > > robert. > > > > > -- > > > > > >)) > > > (( > > > c[_] > > > ___ > > > freebsd-stable@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org > > " > > -- > > Robert Noland > > FreeBSD > > > > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" -- Robert Noland FreeBSD headerad4-pri.dmp Description: Binary data headerad4-sec.dmp Description: Binary data headerad6-pri.dmp Description: Binary data headerad6-sec.dmp Description: Binary data headerad8-pri.dmp Description: Binary data headerad8-sec.dmp Description: Binary data ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: i am desperate over some GPT tables
On Wed, 2009-10-21 at 13:11 +0100, Kris Weston wrote: > been looking for months now, trawled google no help, i just dont understand. > do you need a GPT table with zfs ? > i have a pentium D 3ghz (running 64bit stable 7.2) and i cant seem to import > my zpool into it > exported fine on solaris , its definitely the same version (v13) > but when i import into zfs it says GPT tables corrupt ? > why ? and what does this mean ? > please help me. please. Send me the fist 34 sectors of the disk and I will try to take a look. dd if= of=header.dmp bs=512 count=34 robert. > -- > >)) > (( > c[_] > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" -- Robert Noland FreeBSD ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: i am desperate over some GPT tables
thanks for replying - my problem just got worse. i used to be able to import and see the pools by typing zpool import and then the specific name of the pool, in this case 'lakez' that used to work and i used to be able to see the solaris pool (although it gave me the error GPT table corrupt which i mentioned in last post) now though, i cant see any pools, after loading back into solaris and exporting again just to make sure the same thing happens a 'zpool import -f lakez' results in no pools under zpool status.. ive done nothing different in terms of commands and machine is the same... im a musician and i just use zfs to keep all my samples on so bear with me if i dont understand im not a proper geek yet but i want to be when i grow up... ad0: 238475MB at ata0-master UDMA100 acd0: DVDR at ata0-slave UDMA33 ad4: 953869MB at ata2-master SATA300 ad6: 953869MB at ata3-master SATA300 ad8: 953869MB at ata4-master SATA300 SMP: AP CPU #1 Launched! GEOM_LABEL: Label for provider acd0 is iso9660/OpenSolaris. GEOM_LABEL: Label for provider ad0s1a is ufsid/4492628cc2ddd2a5. GEOM_LABEL: Label for provider ad0s1d is ufsid/4492629556c9d23e. GEOM_LABEL: Label for provider ad0s1e is ufsid/4492628cbd104840. GEOM_LABEL: Label for provider ad0s1f is ufsid/4492628c56133c1f. GEOM: ad4: corrupt or invalid GPT detected. GEOM: ad4: GPT rejected -- may not be recoverable. GEOM: ad6: corrupt or invalid GPT detected. GEOM: ad6: GPT rejected -- may not be recoverable. GEOM: ad8: corrupt or invalid GPT detected. GEOM: ad8: GPT rejected -- may not be recoverable. GEOM_LABEL: Label for provider da0s1 is msdosfs/NEW VOLUME. Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted GEOM_LABEL: Label ufsid/4492628cc2ddd2a5 removed. GEOM_LABEL: Label for provider ad0s1a is ufsid/4492628cc2ddd2a5. GEOM_LABEL: Label ufsid/4492628cc2ddd2a5 removed. GEOM_LABEL: Label ufsid/4492628cbdW1A0R4N8I4NG0: r/etmmopv ewda.s not properly dismounted GEOM_LABEL: Label ufsid/4492628c56133c1f removed.W ARNING: /usr was not properly dismounted GEOM_LABEL: Label ufsid/4492629556c9d23e removed. WARNING: /var was not properly dismounted This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable behavior. Consider tuning vm.kmem_size and vm.kmem_size_max in /boot/loader.conf. ZFS filesystem version 13 ZFS storage pool version 13 -- )) (( c[_] 2009/10/23 Marius NĂ¼nnerich > On Wed, Oct 21, 2009 at 14:11, Kris Weston wrote: > > been looking for months now, trawled google no help, i just dont > understand. > > do you need a GPT table with zfs ? > > i have a pentium D 3ghz (running 64bit stable 7.2) and i cant seem to > import > > my zpool into it > > exported fine on solaris , its definitely the same version (v13) > > but when i import into zfs it says GPT tables corrupt ? > > why ? and what does this mean ? > > please help me. please. > > Could you provide some more data? What is the error message for > example? From the zpool command and maybe what geom says about the GPT > in dmesg. > ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: i am desperate over some GPT tables
On Wed, Oct 21, 2009 at 14:11, Kris Weston wrote: > been looking for months now, trawled google no help, i just dont understand. > do you need a GPT table with zfs ? > i have a pentium D 3ghz (running 64bit stable 7.2) and i cant seem to import > my zpool into it > exported fine on solaris , its definitely the same version (v13) > but when i import into zfs it says GPT tables corrupt ? > why ? and what does this mean ? > please help me. please. Could you provide some more data? What is the error message for example? From the zpool command and maybe what geom says about the GPT in dmesg. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: i am desperate over some GPT tables
been looking for months now, trawled google no help, i just dont understand. do you need a GPT table with zfs ? i have a pentium D 3ghz (running 64bit stable 7.2) and i cant seem to import my zpool into it exported fine on solaris , its definitely the same version (v13) but when i import into zfs it says GPT tables corrupt ? why ? and what does this mean ? please help me. please. -- )) (( c[_] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"