Date: Mon, 22 Feb 2010 01:09:50 -0500 From: Joe Marcus Clarke <marcus@marcuscom.com> To: Kevin Oberman <oberman@es.net> Cc: gnome@freebsd.org Subject: Re: Problems with gnome-mount and UFS volumes Message-ID: <1266818990.1610.1.camel@shumai.marcuscom.com> In-Reply-To: <20100222060442.BAED91CC13@ptavv.es.net> References: <20100222060442.BAED91CC13@ptavv.es.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-R3mPutmmGXaz8SAL2NLw Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Sun, 2010-02-21 at 22:04 -0800, Kevin Oberman wrote: > > From: Joe Marcus Clarke <marcus@marcuscom.com> > > Date: Sun, 21 Feb 2010 19:47:19 -0500 > >=20 > > On Sun, 2010-02-21 at 15:54 -0800, Kevin Oberman wrote: > > > > From: Joe Marcus Clarke <marcus@marcuscom.com> > > > > Date: Sun, 21 Feb 2010 16:17:29 -0500 > > > >=20 > > > > On Sun, 2010-02-21 at 12:56 -0800, Kevin Oberman wrote: > > > >=20 > > > > > The partition was auto-mounted by nautilus. The is the ufsid devi= ce was > > > > > mounted. I, too, thought that this should not happen, but... > > > >=20 > > > > What does sysctl -b kern.geom.conftxt look like before the volume i= s > > > > mounted? > > >=20 > > > The disk in question is da0. > > > 0 DISK da0 40007761920 512 hd 255 sc 63 > > > 1 PART da0s1 40007729664 512 i 1 o 32256 ty freebsd xs MBR xt 165 > > > 2 LABEL ufs/WindowsVB 40007729664 512 i 0 o 0 > > > 3 PART ufs/WindowsVBd 40007729664 512 i 4 o 0 ty freebsd-ufs xs BSD x= t 7 > > > 2 LABEL ufsid/4aa57672516741c2 40007729664 512 i 0 o 0 > > > 3 PART ufsid/4aa57672516741c2d 40007729664 512 i 4 o 0 ty freebsd-ufs= xs BSD xt 7 > > > 2 PART da0s1d 40007729664 512 i 4 o 0 ty freebsd-ufs xs BSD xt 7 > > > 0 DISK ad2 80026361856 512 hd 16 sc 63 > > > 1 PART ad2s1 80023233024 512 i 1 o 32256 ty !12 xs MBR xt 12 > > > 2 LABEL msdosfs/MUSIC 80023233024 512 i 0 o 0 > > > 0 DISK ad0 80026361856 512 hd 16 sc 63 > > > 1 PART ad0s4 8027873280 512 i 4 o 71995875840 ty !12 xs MBR xt 12 > > > 1 PART ad0s3 41974571520 512 i 3 o 30021304320 ty freebsd xs MBR xt 1= 65 > > > 2 PART ad0s3f 38259786240 512 i 6 o 3714785280 ty freebsd-ufs xs BSD = xt 7 > > > 2 PART ad0s3e 536870912 512 i 5 o 3177914368 ty freebsd-ufs xs BSD xt= 7 > > > 2 PART ad0s3d 1595932672 512 i 4 o 1581981696 ty freebsd-ufs xs BSD x= t 7 > > > 2 PART ad0s3b 1045110784 512 i 2 o 536870912 ty freebsd-swap xs BSD x= t 1 > > > 2 PART ad0s3a 536870912 512 i 1 o 0 ty freebsd-ufs xs BSD xt 7 > > > 1 PART ad0s2 4250050560 512 i 2 o 25771253760 ty !18 xs MBR xt 18 > > > 2 LABEL msdosfs/SERVICEV001 4250050560 512 i 0 o 0 > > > 1 PART ad0s1 25771221504 512 i 1 o 32256 ty !7 xs MBR xt 7 > > >=20 > > > And now, back to the next meeting! > >=20 > > Try this patch: > >=20 > > http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/~checkout~/ports/sysut= ils/hal/files/patch-hald_hf-storage.c?rev=3D1.14&content-type=3Dtext/plain >=20 > I had to hand patch as almost all of that patch was already in the > source. Only the addition of the test for PART seemed to be different > from the current source. >=20 > The disk still re-mounted immediately, first mounting as > /dev/ufs/WindowsVBd and then as /dev/da0s1d. Added unmounts just keep > toggling between these. After the unmount of /dev/ufs/WindowsVBd, the > /media/Windowsvb directory is not deleted, but after unmounting > /dev/da0s1d, it is, so I don't keep getting the added '_'s. Never more > than one. >=20 > Since /dev/ufs/WindowsVBd is also transitory, I don't see why it is > different from /dev/ufsid/... Both are entries that vanish when the > device is mounted and appear when it is unmounted. Okay, then that's why. In the same general space as the addition of "PART", add an OR condition to the ufsid strncmp: ! strcmp(fields[1], "PART")) && (! strncmp(fields[2], "ufsid/", strlen("ufsid/")) && ! strncmp(fields[2], "ufs/", strlen("ufs/")))) See if that helps. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-R3mPutmmGXaz8SAL2NLw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkuCH60ACgkQb2iPiv4Uz4eIaQCeICDBho1j6Ybd/bgHay0HV6Dv tRkAn34ZaFppNkZhIsekY+TeY/hOKloU =8m1N -----END PGP SIGNATURE----- --=-R3mPutmmGXaz8SAL2NLw--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1266818990.1610.1.camel>