From owner-freebsd-fs@FreeBSD.ORG Wed Jun 6 15:49:55 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD721106564A for ; Wed, 6 Jun 2012 15:49:55 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 26A198FC17 for ; Wed, 6 Jun 2012 15:49:54 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBF89A.dip.t-dialin.net [93.203.248.154]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id q56FnlKd034696; Wed, 6 Jun 2012 15:49:48 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id q56FndZ0006725; Wed, 6 Jun 2012 17:49:39 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id q56FnLmk093064; Wed, 6 Jun 2012 17:49:27 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201206061549.q56FnLmk093064@fire.js.berklix.net> To: "Simon" From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Wed, 06 Jun 2012 10:54:01 EDT." <20120606145410.CD87A1065675@hub.freebsd.org> Date: Wed, 06 Jun 2012 17:49:21 +0200 Sender: jhs@berklix.com Cc: "freebsd-fs@freebsd.org" Subject: Re: UFS2 space usage X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 15:49:55 -0000 "Simon" wrote: > > Take a look at man tunefs and the option -m Your issue is likely related to this. > Besides that, UFS possibly uses more space to store metadata, etc... Haven't > looked into this in long time, your inode size probably also affects total space > available. Apart from how many spare inodes you have, & the spare (root only accesible), mainly think block sizes (eg fsize bsize as shown by disklabel - though I see mine are now zero) efficiency depends on data type, a directory full of news & mail needs lots of little files, so use small blocks, films=movies are more efficient with large blocks. man tunefs # -b man newfs > > When you were copying your data, were you doing it as root as normal user? > Normal user won't be able to go beyond the reserved 8% (default), but root > can, although this is bad a idea long-term. > > -Simon > > On Wed, 6 Jun 2012 11:32:50 -0300, Rafael Henrique Faria wrote: > > >Hi. > > >I'm transferring a disk from my MacBook to my FreeBSD server, it's a 500GB > >3,5" disk in an USB enclosure. > >As I was using it in MacOS, it was formated with HFS+. So I transfered all > >data from it to an second disk. > >Then I reformatted the disk inside the FreeBSD 9.0, using GPT, and using > >all disk (with HFS+ there was a EFI partition, plus a free space in the > >beginning and in the end of the disk). > >I used this options for newfs: "-U2 -o space". > > >The 500GB disk in HFS+, was with 2GB free, so 498GB in use. (Apple, uses 1 > >K as 1000 Bytes, and 1 M as 1000 K, so you really see 500GB of free space > >and occupied). > > >After trying to move the data back to the 500GB disk formated in UFS2, 44GB > >couldn't be transferred. There is no free space for all the data. > > >In FreeBSD it says that the disk have 458GB, and is using 415GB, and have > >6.2GB free. But I still have 48GB of data to transfer to it. > > >Is HFS+ more optimized to store files then UFS2? There is something that I > >can do to get more space for data? > > >Thanks in advance. > > >-- > >Rafael Henrique da Silva Faria Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. Mail from @yahoo dumped @berklix. http://berklix.org/yahoo/