From owner-freebsd-embedded@FreeBSD.ORG Tue May 12 11:01:26 2015 Return-Path: Delivered-To: freebsd-embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89607512 for ; Tue, 12 May 2015 11:01:26 +0000 (UTC) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2B00D1C68 for ; Tue, 12 May 2015 11:01:26 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 143891) id 4144D691; Tue, 12 May 2015 13:01:03 +0200 (SAST) Date: Tue, 12 May 2015 13:01:03 +0200 From: John Hay To: freebsd-embedded@freebsd.org Subject: something wierd mounting a disk on CAMBRIA Message-ID: <20150512110103.GA91661@zibbi.meraka.csir.co.za> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 11:01:26 -0000 Hi Guys, I built a new -current for CAMBRIA, put it on the nfs server, the new kernel in the tftp area and booted my CAMBRIA board. That worked just fine. Then I cleared and formatted the Compact Flash that was plugged in, hoping to be able to make a boot disk. Having done this a few times, I have it scripted, but have not done it in a few months. This worked up to and including the mount of the disk without errors. Except after mounting, the disk was not accessable. Is there something new one have to do or did I stumble on a problem? ################## # uname -a FreeBSD baracuda.meraka.csir.co.za 11.0-CURRENT FreeBSD 11.0-CURRENT #19 r282808M: Tue May 12 09:01:31 SAST 2015 jhay@dolphin.meraka.csir.co.za:/usr/obj/arm.armeb/snaps/arm/11-tst/src/sys/CAMBRIA arm # dmesg | grep ada0 ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: CFA-4 device ada0: Serial Number 014212G0408C0638 ada0: 16.700MB/s transfers (PIO4, PIO 2048bytes) ada0: 1953MB (4001760 512 byte sectors: 16H 63S/T 3970C) ada0: Previously was known as ad0 # gpart destroy -F ada0 ada0 destroyed # dd if=/dev/zero of=/dev/ada0 count=128 128+0 records in 128+0 records out 65536 bytes transferred in 0.282298 secs (232152 bytes/sec) # gpart create -s MBR ada0 ada0 created # gpart add -t freebsd ada0 ada0s1 added # gpart set -a active -i 1 ada0 active set on ada0s1 # gpart show ada0 => 63 4001697 ada0 MBR (1.9G) 63 4001697 1 freebsd [active] (1.9G) # bsdlabel -w -B -b zero ada0s1 # bsdlabel ada0s1 # /dev/ada0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 4001681 16 unused 0 0 c: 4001697 0 unused 0 0 # "raw" part, don't edit # newfs /dev/ada0s1a /dev/ada0s1a: 1953.9MB (4001680 sectors) block size 32768, fragment size 4096 using 4 cylinder groups of 488.50MB, 15632 blks, 62592 inodes. super-block backups (for fsck_ffs -b #) at: 192, 1000640, 2001088, 3001536 # mount /dev/ada0s1a /mnt # df -h Filesystem Size Used Avail Capacity Mounted on 146.64.5.1:/export/diskless/11-arm 24G 14G 9.0G 60% / devfs 1.0K 1.0K 0B 100% /dev 146.64.5.1:/export 24G 14G 9.0G 60% /export /dev/ada0s1a 1.8G 8.0K 1.7G 0% /mnt # ls -l /mnt ls: /mnt: Bad file descriptor # umount /mnt # ################## Regards John -- John Hay -- jhay@meraka.csir.co.za / jhay@meraka.org.za