Kyryll A Mirnenko aka Mirya
2008-Sep-30 12:26 UTC
GELI partition mount on boot fails after 7.0 -> 7.1-PRERELEASE upgrade
I was using a GELI partition for /usr/home on 7.0, so it attaches and mounts on boot. The problem is it stopped working after the system was upgraded to RELENG_7/7.1-PRERELEASE. Here's how it goes: I have the following /etc/fstab: /dev/ad0s1b none swap sw 0 0 /dev/ad0s1a / ufs rw 1 1 /dev/ad0s1d /tmp ufs rw 2 2 /dev/ad0s1e /var ufs rw 2 2 /dev/ad0s1f.eli /usr/home ufs rw 2 2 After upgrading to 7.1 and rebooting: ... Configuring Disk Encryption for ad0s1f. Enter passphrase: geli: Cannot access ad0s1f (error=1). Attach failed; attempt 1 of 3. Enter passphrase: geli: Wrong key for ad0s1f. Attach failed; attempt 2 of 3. Enter passphrase: geli: Wrong key for ad0s1f. ... (the key entered is actually valid and attaching succeeds on 7.0 at this point). As far as mounting failed i'm entering the single-user mode, where "geli attach /dev/ad0s1f" works perfectly: GEOM_ELI: Device ad0s1f.eli created. GEOM_ELI: Encryption: AES-CBC 128 GEOM_ELI: Crypto: software After that exiting back to multi-user mounts the missing /usr/home, so loading completes. -- Regards, Mirya ICQ #313898202
Pawel Jakub Dawidek
2008-Sep-30 15:35 UTC
GELI partition mount on boot fails after 7.0 -> 7.1-PRERELEASE upgrade
On Tue, Sep 30, 2008 at 02:54:45PM +0300, Kyryll A Mirnenko aka Mirya wrote:> I was using a GELI partition for /usr/home on 7.0, so it attaches and mounts > on boot. The problem is it stopped working after the system was upgraded to > RELENG_7/7.1-PRERELEASE. Here's how it goes: > > I have the following /etc/fstab: > > /dev/ad0s1b none swap sw 0 0 > /dev/ad0s1a / ufs rw 1 1 > /dev/ad0s1d /tmp ufs rw 2 2 > /dev/ad0s1e /var ufs rw 2 2 > /dev/ad0s1f.eli /usr/home ufs rw 2 2 > > After upgrading to 7.1 and rebooting: > > ... > Configuring Disk Encryption for ad0s1f. > Enter passphrase: > > geli: > Cannot access ad0s1f (error=1).Something keeps ad0s1f open, so geli cannot access it. Could you add somewhere 'sysctl -b kern.geom.confxml' (maybe to /etc/rc.d/geli script), so we can see how keeps ad0s1f open. -- Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20080930/22d109a3/attachment.pgp
Kyryll A Mirnenko aka Mirya
2008-Sep-30 16:08 UTC
GELI partition mount on boot fails after 7.0 -> 7.1-PRERELEASE upgrade
On Tuesday 30 September 2008 18:43, Artis Caune wrote:> Try with hint.kbdmux.0.disabled="1" in loader.confI've already tried that, but the passphrase is correct (and as from original email: the error message would be different if i simply mistiped it), looks like it's all about some bad combination of GEOM_ options in the kernel, i'm currently tring to guess what actually breaks the stuff. -- Regards, Mirya ICQ #313898202
Artis Caune
2008-Sep-30 16:12 UTC
GELI partition mount on boot fails after 7.0 -> 7.1-PRERELEASE upgrade
On Tue, Sep 30, 2008 at 2:54 PM, Kyryll A Mirnenko aka Mirya <mirya@zoc.com.ua> wrote:> I was using a GELI partition for /usr/home on 7.0, so it attaches and mounts > on boot. The problem is it stopped working after the system was upgraded to > RELENG_7/7.1-PRERELEASE. Here's how it goes:Try with hint.kbdmux.0.disabled="1" in loader.conf I have same problem with laptop and also with 6.x whaen it's happened randomly. Try with 'set kern.geom.eli.visible_passphrase=1' and you will see some characters are repeated twice when you press it only once, some are lost. There was some locking issue, and I think it's fixed in current. -- regards, Artis Caune <----. CCNA <----|===================<----' didii FreeBSD
Roland Smith
2008-Sep-30 17:48 UTC
GELI partition mount on boot fails after 7.0 -> 7.1-PRERELEASE upgrade
On Tue, Sep 30, 2008 at 02:54:45PM +0300, Kyryll A Mirnenko aka Mirya wrote:> I was using a GELI partition for /usr/home on 7.0, so it attaches and mounts > on boot. The problem is it stopped working after the system was upgraded to > RELENG_7/7.1-PRERELEASE.My GELI encrypted home partition works fine on amd64 7.1-PRERELEASE (updated september 25th). I've been tracking stable since 7.0-RELEASE without problems. My custom kernel includes GEOM_ELI, GEOM_LABEL, GEOM_MIRROR and GEOM_PART_GPT and uses SCHED_ULE. Filesystem options are FFS, SOFTUPDATES, UFS_ACL and UFS_DIRHASH. The ADAPTIVE_GIANT and VFS_AIO options are also part of the kernel. As far as I can see, the geli scripts in /etc/rc.d haven't changed in over a year. HTH, Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20080930/7b767752/attachment.pgp
Kyryll A Mirnenko aka Mirya
2008-Oct-01 11:24 UTC
GELI partition mount on boot fails after 7.0 -> 7.1-PRERELEASE upgrade
On Tuesday 30 September 2008 20:32, Roland Smith wrote:> My GELI encrypted home partition works fine on amd64 7.1-PRERELEASE > (updated september 25th). I've been tracking stable since 7.0-RELEASE > without problems. > > My custom kernel includes GEOM_ELI, GEOM_LABEL, GEOM_MIRROR and > GEOM_PART_GPT and uses SCHED_ULE. Filesystem options are FFS, > SOFTUPDATES, UFS_ACL and UFS_DIRHASH. The ADAPTIVE_GIANT and VFS_AIO > options are also part of the kernel. >First, I get to the following: if you have GEOM_PART_BSD in the kernel alone, attaching GELI at the boot time works as expected. If you add GEOM_PART_MBR (so both GEOM_PART_BSD and GEOM_PART_MBR are in), you face the problem i've described. Second, i've tried to get kern.geom.confxml sysctl as Pawel suggested, but with no lack. First, the whole XML dump doesn't feet the console buffer, so i can't later extract it from dmesg; i've tried to dump it to some file, but due to the fact everything is mounted -ro at the point /etc/rc.d/geli is executed, i placed "mount -u -rw /" in the beginning of it. While that made a trick and i got the dump (see below), the GELI partition attached successfully (while instantly failed with "Cannot access ad0s1f (error=1)" without remounting / -rw), so I guess remounting / read-write changed something and such dump will be of no use: <mesh> <class id="0xc09aafa0"> <name>ACD</name> <geom id="0xc230ea00"> <class ref="0xc09aafa0"/> <name>acd0</name> <rank>1</rank> <provider id="0xc230e980"> <geom ref="0xc230ea00"/> <mode>r0w0e0</mode> <name>acd0</name> <mediasize>8796093020160</mediasize> <sectorsize>2048</sectorsize> </provider> </geom> </class> <class id="0xc09abac0"> <name>MD</name> </class> <class id="0xc09bb260"> <name>ELI</name> </class> <class id="0xc09bbe80"> <name>JOURNAL</name> </class> <class id="0xc09bbe00"> <name>VOL_FFS</name> </class> <class id="0xc09bbd20"> <name>VFS</name> <geom id="0xc2312900"> <class ref="0xc09bbd20"/> <name>ffs.ad0s1a</name> <rank>4</rank> <consumer id="0xc23ae680"> <geom ref="0xc2312900"/> <provider ref="0xc230e880"/> <mode>r1w1e1</mode> </consumer> </geom> </class> <class id="0xc09bbca0"> <name>MBR</name> <geom id="0xc23b1a80"> <class ref="0xc09bbca0"/> <name>msdosfs/WD Passport</name> <rank>4</rank> <config> </config> <consumer id="0xc2310580"> <geom ref="0xc23b1a80"/> <provider ref="0xc230e780"/> <mode>r0w0e0</mode> <config> </config> </consumer> <provider id="0xc23b1800"> <geom ref="0xc23b1a80"/> <mode>r0w0e0</mode> <name>msdosfs/WD Passports4</name> <mediasize>10924544</mediasize> <sectorsize>512</sectorsize> <config> <index>3</index> <length>10924544</length> <seclength>21337</seclength> <offset>714049363456</offset> <secoffset>1394627663</secoffset> <type>73</type> </config> </provider> </geom> <geom id="0xc2391880"> <class ref="0xc09bbca0"/> <name>da0s1</name> <rank>3</rank> <config> </config> <consumer id="0xc23907c0"> <geom ref="0xc2391880"/> <provider ref="0xc239c400"/> <mode>r0w0e0</mode> <config> </config> </consumer> <provider id="0xc2391500"> <geom ref="0xc2391880"/> <mode>r0w0e0</mode> <name>da0s1s4</name> <mediasize>10924544</mediasize> <sectorsize>512</sectorsize> <config> <index>3</index> <length>10924544</length> <seclength>21337</seclength> <offset>714049363456</offset> <secoffset>1394627663</secoffset> <type>73</type> </config> </provider> </geom> <geom id="0xc2396880"> <class ref="0xc09bbca0"/> <name>da0</name> <rank>2</rank> <config> </config> <consumer id="0xc2398880"> <geom ref="0xc2396880"/> <provider ref="0xc2395b80"/> <mode>r0w0e0</mode> <config> </config> </consumer> <provider id="0xc239c480"> <geom ref="0xc2396880"/> <mode>r0w0e0</mode> <name>da0s1</name> <mediasize>120031478784</mediasize> <sectorsize>512</sectorsize> <config> <index>0</index> <length>120031478784</length> <seclength>234436482</seclength> <offset>32256</offset> <secoffset>63</secoffset> <type>12</type> </config> </provider> </geom> <geom id="0xc2311080"> <class ref="0xc09bbca0"/> <name>ad0</name> <rank>2</rank> <config> </config> <consumer id="0xc22c4700"> <geom ref="0xc2311080"/> <provider ref="0xc2311580"/> <mode>r1w1e3</mode> <config> </config> </consumer> <provider id="0xc230ee80"> <geom ref="0xc2311080"/> <mode>r1w1e2</mode> <name>ad0s1</name> <mediasize>40007729664</mediasize> <sectorsize>512</sectorsize> <config> <index>0</index> <length>40007729664</length> <seclength>78140097</seclength> <offset>32256</offset> <secoffset>63</secoffset> <type>165</type> </config> </provider> </geom> </class> <class id="0xc09bbc40"> <name>MBREXT</name> </class> <class id="0xc09bb060"> <name>BDE</name> </class> <class id="0xc09bc740"> <name>PART</name> <geom id="0xc2399a80"> <class ref="0xc09bc740"/> <name>da0</name> <rank>2</rank> <config> <scheme>MBR</scheme> <entries>4</entries> <first>63</first> <last>234441647</last> <fwsectors>63</fwsectors> <fwheads>255</fwheads> </config> <consumer id="0xc23ad040"> <geom ref="0xc2399a80"/> <provider ref="0xc2395b80"/> <mode>r0w0e0</mode> <config> </config> </consumer> <provider id="0xc239c400"> <geom ref="0xc2399a80"/> <mode>r0w0e0</mode> <name>da0s1</name> <mediasize>120031478784</mediasize> <sectorsize>512</sectorsize> <config> <index>1</index> <type>!12</type> <offset>32256</offset> <length>120031478784</length> <rawtype>12</rawtype> </config> </provider> </geom> <geom id="0xc230e680"> <class ref="0xc09bc740"/> <name>ad0s1</name> <rank>3</rank> <config> <scheme>BSD</scheme> <entries>8</entries> <first>0</first> <last>78140096</last> <fwsectors>63</fwsectors> <fwheads>16</fwheads> </config> <consumer id="0xc22c44c0"> <geom ref="0xc230e680"/> <provider ref="0xc230ee80"/> <mode>r1w1e2</mode> <config> </config> </consumer> <provider id="0xc2311900"> <geom ref="0xc230e680"/> <mode>r0w0e0</mode> <name>ad0s1f</name> <mediasize>5368709120</mediasize> <sectorsize>512</sectorsize> <config> <index>6</index> <type>freebsd-ufs</type> <offset>1048576000</offset> <length>5368709120</length> <rawtype>7</rawtype> </config> </provider> <provider id="0xc2311480"> <geom ref="0xc230e680"/> <mode>r0w0e0</mode> <name>ad0s1e</name> <mediasize>734003200</mediasize> <sectorsize>512</sectorsize> <config> <index>5</index> <type>freebsd-ufs</type> <offset>314572800</offset> <length>734003200</length> <rawtype>7</rawtype> </config> </provider> <provider id="0xc230ed00"> <geom ref="0xc230e680"/> <mode>r0w0e0</mode> <name>ad0s1d</name> <mediasize>314572800</mediasize> <sectorsize>512</sectorsize> <config> <index>4</index> <type>freebsd-ufs</type> <offset>0</offset> <length>314572800</length> <rawtype>7</rawtype> </config> </provider> <provider id="0xc2311500"> <geom ref="0xc230e680"/> <mode>r0w0e0</mode> <name>ad0s1b</name> <mediasize>402653184</mediasize> <sectorsize>512</sectorsize> <config> <index>2</index> <type>freebsd-swap</type> <offset>6417285120</offset> <length>402653184</length> <rawtype>1</rawtype> </config> </provider> <provider id="0xc230e880"> <geom ref="0xc230e680"/> <mode>r1w1e1</mode> <name>ad0s1a</name> <mediasize>33187791360</mediasize> <sectorsize>512</sectorsize> <config> <index>1</index> <type>freebsd-ufs</type> <offset>6819938304</offset> <length>33187791360</length> <rawtype>7</rawtype> </config> </provider> </geom> </class> <class id="0xc09bb720"> <name>DISK</name> <geom id="0xc23b0100"> <class ref="0xc09bb720"/> <name>cd0</name> <rank>1</rank> <config> </config> <provider id="0xc239cb80"> <geom ref="0xc23b0100"/> <mode>r0w0e0</mode> <name>cd0</name> <mediasize>0</mediasize> <sectorsize>2048</sectorsize> <config> <fwheads>0</fwheads> <fwsectors>0</fwsectors> </config> </provider> </geom> <geom id="0xc2393d00"> <class ref="0xc09bb720"/> <name>da0</name> <rank>1</rank> <config> </config> <provider id="0xc2395b80"> <geom ref="0xc2393d00"/> <mode>r0w0e0</mode> <name>da0</name> <mediasize>120034123776</mediasize> <sectorsize>512</sectorsize> <config> <fwheads>255</fwheads> <fwsectors>63</fwsectors> </config> </provider> </geom> <geom id="0xc2311600"> <class ref="0xc09bb720"/> <name>ad0</name> <rank>1</rank> <config> </config> <provider id="0xc2311580"> <geom ref="0xc2311600"/> <mode>r1w1e3</mode> <name>ad0</name> <mediasize>40007761920</mediasize> <sectorsize>512</sectorsize> <config> <fwheads>16</fwheads> <fwsectors>63</fwsectors> </config> </provider> </geom> </class> <class id="0xc09bc5e0"> <name>LABEL</name> <geom id="0xc2311100"> <class ref="0xc09bc5e0"/> <name>da0s1</name> <rank>3</rank> <config> </config> <consumer id="0xc2390140"> <geom ref="0xc2311100"/> <provider ref="0xc239c480"/> <mode>r0w0e0</mode> <config> </config> </consumer> <provider id="0xc230e780"> <geom ref="0xc2311100"/> <mode>r0w0e0</mode> <name>msdosfs/WD Passport</name> <mediasize>120031478784</mediasize> <sectorsize>512</sectorsize> <config> <index>0</index> <length>120031478784</length> <seclength>234436482</seclength> <offset>0</offset> <secoffset>0</secoffset> </config> </provider> </geom> </class> <class id="0xc09e1c60"> <name>SWAP</name> </class> <class id="0xc09bb620"> <name>DEV</name> <geom id="0xc2311b80"> <class ref="0xc09bb620"/> <name>msdosfs/WD Passports4</name> <rank>5</rank> <consumer id="0xc2394880"> <geom ref="0xc2311b80"/> <provider ref="0xc23b1800"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc2391680"> <class ref="0xc09bb620"/> <name>da0s1s4</name> <rank>4</rank> <consumer id="0xc2390600"> <geom ref="0xc2391680"/> <provider ref="0xc2391500"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc2395a80"> <class ref="0xc09bb620"/> <name>msdosfs/WD Passport</name> <rank>4</rank> <consumer id="0xc2390040"> <geom ref="0xc2395a80"/> <provider ref="0xc230e780"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc23b1600"> <class ref="0xc09bb620"/> <name>cd0</name> <rank>2</rank> <consumer id="0xc23adcc0"> <geom ref="0xc23b1600"/> <provider ref="0xc239cb80"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc2395780"> <class ref="0xc09bb620"/> <name>da0s1</name> <rank>3</rank> <consumer id="0xc2394680"> <geom ref="0xc2395780"/> <provider ref="0xc239c400"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc2312380"> <class ref="0xc09bb620"/> <name>da0s1</name> <rank>3</rank> <consumer id="0xc2310700"> <geom ref="0xc2312380"/> <provider ref="0xc239c480"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc2393080"> <class ref="0xc09bb620"/> <name>da0</name> <rank>2</rank> <consumer id="0xc23ae5c0"> <geom ref="0xc2393080"/> <provider ref="0xc2395b80"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc2399e80"> <class ref="0xc09bb620"/> <name>ad0s1df</name> <rank>5</rank> <consumer id="0xc23ae580"> <geom ref="0xc2399e80"/> <provider ref="0xc2393000"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc2399880"> <class ref="0xc09bb620"/> <name>ad0s1de</name> <rank>5</rank> <consumer id="0xc23ae7c0"> <geom ref="0xc2399880"/> <provider ref="0xc2393100"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc2399d00"> <class ref="0xc09bb620"/> <name>ad0s1dd</name> <rank>5</rank> <consumer id="0xc23948c0"> <geom ref="0xc2399d00"/> <provider ref="0xc2393200"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc239c280"> <class ref="0xc09bb620"/> <name>ad0s1dc</name> <rank>5</rank> <consumer id="0xc23986c0"> <geom ref="0xc239c280"/> <provider ref="0xc2393300"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc239c700"> <class ref="0xc09bb620"/> <name>ad0s1db</name> <rank>5</rank> <consumer id="0xc2394d40"> <geom ref="0xc239c700"/> <provider ref="0xc2393400"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc2399700"> <class ref="0xc09bb620"/> <name>ad0s1da</name> <rank>5</rank> <consumer id="0xc2394780"> <geom ref="0xc2399700"/> <provider ref="0xc2393500"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc2391600"> <class ref="0xc09bb620"/> <name>ad0s1f</name> <rank>4</rank> <consumer id="0xc2310b80"> <geom ref="0xc2391600"/> <provider ref="0xc2311900"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc2391a80"> <class ref="0xc09bb620"/> <name>ad0s1e</name> <rank>4</rank> <consumer id="0xc23104c0"> <geom ref="0xc2391a80"/> <provider ref="0xc2311480"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc2393600"> <class ref="0xc09bb620"/> <name>ad0s1d</name> <rank>4</rank> <consumer id="0xc23106c0"> <geom ref="0xc2393600"/> <provider ref="0xc230ed00"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc2393a80"> <class ref="0xc09bb620"/> <name>ad0s1b</name> <rank>4</rank> <consumer id="0xc2310900"> <geom ref="0xc2393a80"/> <provider ref="0xc2311500"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc2312280"> <class ref="0xc09bb620"/> <name>ad0s1a</name> <rank>4</rank> <consumer id="0xc2310b40"> <geom ref="0xc2312280"/> <provider ref="0xc230e880"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc2312080"> <class ref="0xc09bb620"/> <name>acd0</name> <rank>2</rank> <consumer id="0xc2310d80"> <geom ref="0xc2312080"/> <provider ref="0xc230e980"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc20fb300"> <class ref="0xc09bb620"/> <name>ad0s1</name> <rank>3</rank> <consumer id="0xc23904c0"> <geom ref="0xc20fb300"/> <provider ref="0xc230ee80"/> <mode>r0w0e0</mode> </consumer> </geom> <geom id="0xc230eb00"> <class ref="0xc09bb620"/> <name>ad0</name> <rank>2</rank> <consumer id="0xc22c4d80"> <geom ref="0xc230eb00"/> <provider ref="0xc2311580"/> <mode>r0w0e0</mode> </consumer> </geom> </class> <class id="0xc09bb540"> <name>BSD</name> <geom id="0xc2393580"> <class ref="0xc09bb540"/> <name>ad0s1d</name> <rank>4</rank> <config> <labeloffset>512</labeloffset> <rawoffset>32256</rawoffset> <mbroffset>32256</mbroffset> </config> <consumer id="0xc2310640"> <geom ref="0xc2393580"/> <provider ref="0xc230ed00"/> <mode>r0w0e0</mode> <config> </config> </consumer> <provider id="0xc2393000"> <geom ref="0xc2393580"/> <mode>r0w0e0</mode> <name>ad0s1df</name> <mediasize>5368709120</mediasize> <sectorsize>512</sectorsize> <config> <index>5</index> <length>5368709120</length> <seclength>10485760</seclength> <offset>1048576000</offset> <secoffset>2048000</secoffset> <type>7</type> </config> </provider> <provider id="0xc2393100"> <geom ref="0xc2393580"/> <mode>r0w0e0</mode> <name>ad0s1de</name> <mediasize>734003200</mediasize> <sectorsize>512</sectorsize> <config> <index>4</index> <length>734003200</length> <seclength>1433600</seclength> <offset>314572800</offset> <secoffset>614400</secoffset> <type>7</type> </config> </provider> <provider id="0xc2393200"> <geom ref="0xc2393580"/> <mode>r0w0e0</mode> <name>ad0s1dd</name> <mediasize>314572800</mediasize> <sectorsize>512</sectorsize> <config> <index>3</index> <length>314572800</length> <seclength>614400</seclength> <offset>0</offset> <secoffset>0</secoffset> <type>7</type> </config> </provider> <provider id="0xc2393300"> <geom ref="0xc2393580"/> <mode>r0w0e0</mode> <name>ad0s1dc</name> <mediasize>40007729664</mediasize> <sectorsize>512</sectorsize> <config> <index>2</index> <length>40007729664</length> <seclength>78140097</seclength> <offset>0</offset> <secoffset>0</secoffset> <type>0</type> </config> </provider> <provider id="0xc2393400"> <geom ref="0xc2393580"/> <mode>r0w0e0</mode> <name>ad0s1db</name> <mediasize>402653184</mediasize> <sectorsize>512</sectorsize> <config> <index>1</index> <length>402653184</length> <seclength>786432</seclength> <offset>6417285120</offset> <secoffset>12533760</secoffset> <type>1</type> </config> </provider> <provider id="0xc2393500"> <geom ref="0xc2393580"/> <mode>r0w0e0</mode> <name>ad0s1da</name> <mediasize>33187791360</mediasize> <sectorsize>512</sectorsize> <config> <index>0</index> <length>33187791360</length> <seclength>64819905</seclength> <offset>6819938304</offset> <secoffset>13320192</secoffset> <type>7</type> </config> </provider> </geom> </class> </mesh> Hope the above will help solving it, though as far as it's specific to my weird kernel configuration and the bad options combination is known it's low priority. Also, if someone can offer a simple way to get kern.geom.confxml at the time the problem occurs, i can experiment more. -- Regards, Mirya ICQ #313898202
Apparently Analagous Threads
- Geom label lost after expanding partition
- GEOM_PART: integrity check failed (mirror/gm0, MBR) on FreeBSD 8.3-RELEASE
- booting FreeBSD DomU
- GEOM_RAID3: Device datos is broken, too few valid components
- [LLVMdev] [Debug Info PATCH] for support of ref_addr and removal of DIE duplication