hfs-user May 2002

hfs-user@lists.mars.org

9 participants
12 discussions

(no subject)
by Biswaroop(External) 14 May '02

14 May '02

Hi everybody, I want some help in finding a approximate value of the extents file. Let me describe it... I HAVE the following information -->> Total no. of directories present in the volume -->> Total no. of files with their full path and size in bytes. -->> The total amount of space needed for the data of those files. Problem faced :: Till now I used to find the total volume size first since i knew the size of each file. And then as in the Linux implementation they keep 1/128 th part of the Volume size as the size of the Catalog File The problem was when I used to select some directories for eg. DDK folder whose total size is around 58 MB and has around 4300 files in 300 directories. The Catalog file size decided upon the volume size would fill before all the entries were made and hence I would be left wtih an incomplete filesystem.I manipulated with different fiqures for the Catalog file size but it was more a hit and trial method.I know that Catalog File has information of the whole directory structure of the volume in a B* tree format. I also know at any given timeshot the B* tree will be around 2/3 rds full. I now know the size of the Catalog File depends actually on the no. of File and Directory entries rather than the full Volume size. So, can anybody give me a simple formula ( may be a good approximation) in trying to find out the Catalog File size needed for a given volume when I have the information as mentioned above. Such that the file size may be bigger than actually needed but not exceedingly big. In other words is there any way to find out the size from no. of Directory entries and file entriee??? Waitng for help . Bye Biswaroop God Created Earth. We made two worlds out of it! HEAVEN and HELL!!

1 0

To Calculate the size of Catalog File for creating a Readonly Filesystem
by Biswaroop(External) 13 May '02

13 May '02

Hi everybody, I want some help in finding a approximate value of the extents file. Let me describe it... I HAVE the following information -->> Total no. of directories present in the volume -->> Total no. of files with their full path and size in bytes. -->> The total amount of space needed for the data of those files. Problem faced :: Till now I used to find the total volume size first since i knew the size of each file. And then as in the Linux implementation they keep 1/128 th part of the Volume size as the size of the Catalog File. The problem was when I used to select some directories for eg. DDK folder whose total size is around 58 MB and has around 4300 files in 300 directories. The Catalog file size decided upon the volume size would fill before all the entries were made and hence I would be left wtih an incomplete filesystem. I manipulated with different fiqures for the Catalog file size but it was more a hit and trial method. I know that Catalog File has information of the whole directory structure of the volume in a B* tree format. I also know at any given timeshot the B* tree will be around 2/3 rds full. I now know the size of the Catalog File depends actually on the no. of File and Directory entries rather than the full Volume size. So, can anybody give me a simple formula ( may be a good approximation) in trying to find out the Catalog File size needed for a given volume when I have the information as mentioned above. Such that the file size may be bigger than actually needed but not exceedingly big. In other words is there any way to find out the size from no. of Directory entries and file entriee??? Waitng for help . Bye Biswaroop God Created Earth. We made two worlds out of it! HEAVEN and HELL!!

1 0

Re: hfsutils
by Entwicklung 08 May '02

08 May '02

Hi, Thanks for the reply. The problem is that I don't have any medium(disk) for such large images. I'm using Linux on an Intel PC and hfsutils since I can also specify a path to a directory. Upto 650MB I was using a normal CD. Manual mounting gives me the error 'not a block device' if I specify the path to the image. I also have no clue as to how I could write my image to a hard-disk perhaps starting at physical block 0. Maybe after that a manual mount would be possible.(?) But I guess that would probably be too tedious. Any other tips as to what I could possibly do ? Is there some application on the Mac which would allow me to mount the image-file as a volume ? ( maybe if I send it across from my PC to the Mac per FTP ) - I presume the Mac would see my file then as a regular file and not as an image of a volume right ? -Nandini ----- Original Message ----- From: "Don Brady" <brady(a)apple.com> To: "Entwicklung" <entwicklung(a)whengenibk.de> Sent: Monday, May 06, 2002 6:39 PM Subject: Re: hfsutils > What happens if you manually mount the disk? > (eg mount -t hfs /dev/disk3 /Volumes/xyz) > > hfs.util calls /sbin/mount, which in turn calls /sbin/mount_hfs > > -Don > Darwin File System Developer > > > On Monday, May 6, 2002, at 03:53 AM, Entwicklung wrote: > > > Hello, > > I'd like to know if anyone who has used hfsutils in the past > > knows > > upto what allocation block size it supports for reading. I have an > > allocation > > block size of 64kB and I'm unable to mount my hfs-volume. It is > > slightly > > larger than 2GB in size. Images of size 32MB, 64MB upto 512MB, 1GB > > and < 2GB > > seem to work fine. > > > > I get the following error : Sorry, unable to mount volume. Read > > unallocated > > block (Input/Output error). > > > > Does anybody know if hfsutils imposes a restriction on allocation block > > size > > or this error is due to some bug in my program ? What could possibly be > > causing this ? > > > > Regards, > > Nandini Hengen > > _______________________________________________ > > darwin-development mailing list | darwin-development(a)lists.apple.com > > Help/Unsubscribe/Archives: > > http://www.lists.apple.com/mailman/listinfo/darwin-development > > Do not post admin requests to the list. They will be ignored. >

1 0

hfsutils
by Entwicklung 07 May '02

07 May '02

Hello, I'd like to know if anyone who has used hfsutils in the past knows upto what allocation block size it supports for reading. I have an allocation block size of 64kB and I'm unable to mount my hfs-volume. It is slightly larger than 2GB in size. Images of size 32MB, 64MB upto 512MB, 1GB and < 2GB seem to work fine. I get the following error : Sorry, unable to mount volume. Read unallocated block (Input/Output error). Does anybody know if hfsutils imposes a restriction on allocation block size or this error is due to some bug in my program ? What could possibly be causing this ? Regards, Nandini Hengen

2 3

Wrapper and Readme
by Entwicklung 07 May '02

07 May '02

Hello Listers, Thanks to the friendly feedback I got I managed to get started off with including an HFS-Wrapper in my code. It seems to work ok now but I'm not too sure... I only have access to an iMac with MacOS 9 - my HFS+ Volume gets displayed but how do I get to verify if the ReadMe I'm creating in the Wrapper is ok ? The volume is recognized as an HFS+ Volume (since the embedded volume seems to be getting mounted directly) and I can do a GetInfo on it. Do I necessarily need an older Mac which doesn't support HFS+ to get to see the ReadMe ? I have one more question - Is it possible to have a Wrapper for HFS-volumes as well - embedding an HFS-volume within another HFS-Volume ? I guess this wouldn't have any benefits as such but theoretically it should be possible, right ? -Nandini ************************************************** The really bad thing about software is debugging it is a real nightmare when you weed one bug out then ten new ones will sprout 'til you get as mad as a march hare *****************************************************

3 6

Unwrapped HFS+ volumes
by Gordon Beatty 06 May '02

06 May '02

Hi all, Since people have asked questions about wrapped HFS+ volumes, I was reminded of a question I'd been meaning to ask. In general, by default, HFS+ volumes are created with the HFS wrapper for compatibility and are coded in the Partition Map with a type of 'Apple_HFS'. However, the potential exists for HFS+ volumes to exist on their own without the wrapper (especially where OS X is concerned -- or so I am led to believe). My question is simply, would such an unwrapped volume be coded in the Partition Map with the same type (Apple_HFS) or is there a type that exists specifically for this case? Gord Beatty

2 1

Executables..
by Entwicklung 06 May '02

06 May '02

Hello Listers, I'd like to store some executable files (.exe) onto the HFS-CD I'm creating under Windows. 1) Is it possible to store up executables in a format recognizable on the Mac at all? 2) Would it be necessary to have a resource-fork for this purpose ? 3) What should I be taking into account ? Any tips/suggestions are greatly appreciated. -Nandini ********************************************************************************************************** Could you imagine the price of air if it were brought to you by another supplier ? - GOD ***********************************************************************************************************

1 0

Fw: [hfs-user] MFS & HFS on-disk layout
by Entwicklung 04 May '02

04 May '02

----- Original Message ----- From: "Entwicklung" <Entwicklung(a)WHengenIBK.de> To: <iosglpgc(a)teleline.es> Sent: Saturday, May 04, 2002 9:55 PM Subject: Re: [hfs-user] MFS & HFS on-disk layout > It *is*... > I just downloaded it... go to > http://developer.apple.com/techpubs/mac/Files/Files-99.html > I don't know about MFS though.. > > -Nandini > > ----- Original Message ----- > From: "Industrias O.S.G." <iosglpgc(a)teleline.es> > To: "'Entwicklung'" <entwicklung(a)whengenibk.de> > Sent: Saturday, May 04, 2002 9:49 PM > Subject: RE: [hfs-user] MFS & HFS on-disk layout > > > > It was. No longer. > > > > Natasha Portillo > > Industrias O.S.G. > > Más allá del límite > > Beyond the limits > > > > > > > -----Original Message----- > > > From: Entwicklung [mailto:entwicklung@whengenibk.de] > > > Sent: Saturday, May 04, 2002 8:30 PM > > > To: iosglpgc(a)teleline.es > > > Cc: hfs-user(a)lists.mars.org > > > Subject: Re: [hfs-user] MFS & HFS on-disk layout > > > > > > > > > HFS should be available under Inside Macintosh-File Manager > > > (Data Organization on Volumes)... downloadable as a .pdf file > > > from the web. > > > > > > -Nandini > > > > > > ----- Original Message ----- > > > From: "Industrias O.S.G." <iosglpgc(a)teleline.es> > > > To: <hfs-user(a)lists.mars.org> > > > Sent: Saturday, May 04, 2002 4:05 PM > > > Subject: [hfs-user] MFS & HFS on-disk layout > > > > > > > > > > Hi! > > > > > > > > I need the docs that contains the MFS on-disk layout and the HFS > > > > on-disk layout. They are no longer on the Apple web. Does > > > someone have > > > > it? > > > > > > > > Natasha Portillo > > > > Industrias O.S.G. > > > > Más allá del límite > > > > Beyond the limits > > > > > > > > > > > > > > > > > > > > > >

1 0

MFS & HFS on-disk layout
by Industrias O.S.G. 04 May '02

04 May '02

Hi! I need the docs that contains the MFS on-disk layout and the HFS on-disk layout. They are no longer on the Apple web. Does someone have it? Natasha Portillo Industrias O.S.G. Más allá del límite Beyond the limits begin 666 Natasha Portillo (Fax del trabajo).vcf M0D5'24XZ5D-!4D0-"E9%4E-)3TXZ,BXQ#0I..E!O<G1I;&QO.TYA=&%S:&$- M"D9..DYA=&%S:&$@4&]R=&EL;&\@*$9A>"!D96P@=')A8F%J;RD-"D]21SI) M;F1U<W1R:6%S($\N4RY'+CM$:7)E8W1I;VX-"E1)5$Q%.D-%3PT*5$5,.U=/ M4DL[5D])0T4Z*S,T(#DR." R-#DT-3$-"E1%3#M#14Q,.U9/24-%.BLS-" V M,S8@.3<V-#8S#0I414P[5T]22SM&05@Z*S,T(#DR." R-#DT-3$-"D%$4CM7 M3U)+.CM#96YT<F%L.SM#;VYC97!C:?-N($%R96YA;" Q."P@-"U!.SL[17-P M8?%A#0I,04)%3#M73U)+.T5.0T]$24Y'/5%53U1%1"U04DE.5$%"3$4Z0V5N M=')A;#TP1#TP04-O;F-E<&-I/48S;B!!<F5N86P@,3@L(#0M03TP1#TP045S M<&$]1C%A#0I%34%)3#M04D5&.T9!6#I.871A<VAA(%!O<G1I;&QO0"LS-" Y L,C@@,C0Y-#4Q#0I2158Z,C P,C S,3A4,3<R-C T6(a)T*14Y$.E9#05)$#0H` ` end

2 1

HFS-Plus and Wrappers
by Entwicklung 02 May '02

02 May '02

Hello Listers, Recently there was a bit of discussion on HFS-Wrappers on the hfs-user mailing list and how it allows a computer with HFS (but no HFS Plus support) to start up or display a ReadMe to the user to improve the user-experience. The tech. notes (TN 1150: HFS Plus Volume Format) says that the HFS wrapper volume contains five files in the root folder - a ReadMe, System and Finder, Desktop DB and Desktop DF. I'm a third-party developer creating an HFS-Plus volume (non-bootable) interested in extending the functionality of my HFS-Plus volume to include a Wrapper as well. I want to know whether: 1) these 5 files are actually necessary or it would suffice if only the ReadMe is present ? 2) would this mean that the Desktop DB and DF files would be present twice (on an Apple-initialized volume) ? - once in the HFS-Wrapper and once in the HFS-Plus catalog ? 3) is there any documentation from Apple which describes how this ReadMe file is stored up in the Wrapper's catalog (I gathered it's not hidden) in order to function as expected ?... reverse-engineering can be painful sometimes.. 4) are the contents of the ReadMe file fixed or could I write anything I want into it ? Would be glad of any tips/suggestions ! -Nandini ***Every day is a new beginning..a brand new start, to bring joy and fulfilment to the sad and weary heart***

5 7

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

hfs-user May 2002