From owner-freebsd-questions@FreeBSD.ORG Thu Jul 9 10:37:44 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34D92106567E for ; Thu, 9 Jul 2009 10:37:44 +0000 (UTC) (envelope-from toshi@ruby.ocn.ne.jp) Received: from smtp.ruby.ocn.ne.jp (ruby.ocn.ne.jp [61.207.12.164]) by mx1.freebsd.org (Postfix) with ESMTP id 5F2528FC14 for ; Thu, 9 Jul 2009 10:37:43 +0000 (UTC) (envelope-from toshi@ruby.ocn.ne.jp) Received: from localhost (p6194-ipadfx01sizuokaden.shizuoka.ocn.ne.jp [219.160.179.194]) by smtp.ruby.ocn.ne.jp (Postfix) with ESMTP id 655953532; Thu, 9 Jul 2009 19:15:02 +0900 (JST) Date: Thu, 09 Jul 2009 19:14:10 +0900 (JST) Message-Id: <20090709.191410.115643704.toshi@ruby.ocn.ne.jp> To: freebsd-questions@freebsd.org From: SAITOU Toshihide In-Reply-To: <20090415.194548.115922300.toshi@ruby.ocn.ne.jp> References: <20090412.134212.260812222.toshi@ruby.ocn.ne.jp> <20090415.194548.115922300.toshi@ruby.ocn.ne.jp> X-GPG-fingerprint: 34B3 0B6A 8520 F5B0 EBC7 69F6 C055 9F8A 0D49 F8FC X-Mailer: Mew version 6.2.51 on Emacs 22.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: How can I use BD-RE with UFS on geli? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2009 10:37:44 -0000 From: SAITOU Toshihide Subject: Re: How can I use BD-RE with UFS on geli? Date: Wed, 15 Apr 2009 19:45:48 +0900 (JST) > In message: <20090412.134212.260812222.toshi@ruby.ocn.ne.jp> > SAITOU Toshihide writes: >> I tried BD-RE with UFS on geli but didn't success. >> What was wrong the below? > > P.S. BD-RE with UFS is the same result (not usable). > > > 1. format the disk > > dvd+rw-format is failed but after this step the disk is > newfs-able. > > # diskinfo -v /dev/acd0 > /dev/acd0 > 2048 # sectorsize > 8796093020160 # mediasize in bytes (8.0T) > 4294967295 # mediasize in sectors > > # kldload atapicam > # dvd+rw-format /dev/cd0 > # kldunload atapicam > > # diskinfo -v /dev/acd0 > /dev/acd0 > 2048 # sectorsize > 24220008448 # mediasize in bytes (23G) > 11826176 # mediasize in sectors > > 2. newfs > > # newfs /dev/acd0 > > the following message was detected: > > kernel: acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x05 > > > 3. glabel and mount > > > but the disk access frequently failed with these messages > (offset and length is not always the same): > > kernel: acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x05 > kernel: g_vfs_done():label/DailyBackup[READ(offset=2697789440, length=16384)]error = 5 > Since I wrote this message and did something, I rarely see the READ_BIG MEDIUM ERROR error for now, almost ok, thanks. This is something I did JFYI: * firmware update * gnome and related ports update (include devel/fam to devel/gamin change) * sector size change # dd if=/dev/zero bs=2048 count=1 of=/dev/acd0 (new media emits READ_BIG MEDIUM ERROR, maybe inevitable(?)) # geli init -s 4096 /dev/acd0 # geli attach acd0 # dd if=/dev/zero bs=4194304 count=256 of=/dev/acd0.eli 256+0 records in 256+0 records out 1073741824 bytes transferred in 347.738376 secs (3087786 bytes/sec) # newfs -b 65536 -S 4096 /dev/acd0.eli # glabel label -v DailyBackup /dev/acd0.eli # mount /dev/label/DailyBackup /od # tar cf - foo | gzip -9 | dd bs=65536 if=/dev/stdin of=/od/foo.tgz & 18697+2 records in 18697+2 records out 1225348564 bytes transferred in 733.809511 secs (1669846 bytes/sec) The theoretical transfer speed is 4.5MB/s (288 Mbps) so this is slow even I use the x2 BD-RE media and drive but I don't know which part is saturated. Thanks, ---- SAITOU Toshihide