From owner-freebsd-gnome@FreeBSD.ORG Mon Jan 6 17:47:18 2014 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C64E7E7; Mon, 6 Jan 2014 17:47:18 +0000 (UTC) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D99511922; Mon, 6 Jan 2014 17:47:17 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAKzrylKtJXHA/2dsb2JhbABYgws4uh6BDBZ0giUBAQEEeAEQCw4KCRYPCQMCAQIBDzYGAQwBBQIBAYdsAxG+Ww2EQheMfBkVgWUHhDcBA4lDjGiORgOFOINLHg X-IronPort-AV: E=Sophos;i="4.95,614,1384300800"; d="scan'208";a="10849906" Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by alln-iport-2.cisco.com with ESMTP; 06 Jan 2014 17:47:10 +0000 Received: from dhcp-10-150-53-233.cisco.com (dhcp-10-150-53-233.cisco.com [10.150.53.233]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id s06HlA4o009135; Mon, 6 Jan 2014 17:47:10 GMT Message-ID: <52CAEC1E.2070908@marcuscom.com> Date: Mon, 06 Jan 2014 12:47:10 -0500 From: Joe Marcus Clarke User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Alberto Villa , Kevin Oberman Subject: Re: hal, ntfs, and 10.0-RC3 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD GNOME Users X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 17:47:18 -0000 On 1/6/14, 2:01 AM, Alberto Villa wrote: > 2014/1/6 Kevin Oberman : >> Since I updated to 10.0-RC3 (from 9), hald no longer works with my ntfs >> partitions. I can mount them manually with ntfs-3g, but when not mounted, >> hal does not see them at all. >> >> Might this be fall-out of the removal of ntfs (read-only) support? I have >> not looked through the hald sources to see how it detects these slices. I >> do find it interesting that mounting one NTFS file system causes all of the >> other ones appear to hald. > > I've done some work on HAL in past months, so I have a view on the matter. > > HAL uses sysctl for disks detection, so it's up to the system to list > all the available drives. I'll try to have a look in next days, but my > wild guess (since I've not been using ntfs-3g for years) is that > ntfs-3g unloads its module when all mounts are removed, thus making > the drives undetectable again. Is that correct? HAL uses libvolume_id to taste the volumes to determine the file system type. It relies on sysctl to enumerate the disks and volumes as you've pointed out. What does sysctl -b kern.geom.conftxt say? Each partition listed there should go through libvolume_id detection. Joe > -- PGP Key : http://www.marcuscom.com/pgp.asc