News Group Posts

1.68MB floppies

From: bv@wjv.comREMOVE (Bill Vermillion)
Subject: Re: 2.88 MB Floppy Drives
Message-ID: <Hv656E.o8t@wjv.com> 
References: <20040326022001.GN24746@sco.com>
<20040325213737.26858.00000067@mb-m12.aol.com>
<L-Odnc68NMxhKf7dRVn-jg@comcast.com> 
Date: Fri, 26 Mar 2004 05:45:00 GMT

In article <L-Odnc68NMxhKf7dRVn-jg@comcast.com>,
Brian K. White <brian@aljex.com> wrote:
>Transpower wrote:
>>> I'm interested in the part about /etc/init.  What is this "an error
>>> message" that you get?  What release of OpenServer are you making
>>> these boot floppies for?  And from what release must you grab
>>> /etc/init to overcome this error message?
>>>
>>
>> I'm on 5.0.7.  With the current /etc/init, I would get the message
>> "WARNING: exit - /etc/init (PID) died, status 0x0000008B" and the
>> Root diskette would thus fail.  No problem with substituting an
>> earlier version of /etc/init, like from 5.0.4.  As for attempting to
>> copy 1.68 MB to a 1.44 MB floppy, that certainly would not qualify as
>> good systems engineering practice.
>>
>> Transpower

>Apparently renegade fringe organizations like IBM didn't get that memo,
>seeing as how they distributed OS/2 on 1.8M floppies. :)

>There is nothing wrong with it. It's not like overclocking a
>cpu. It's just a different distribution of sector sizes and
>number of inodes and such to essentially waste less space on
>formatting overhead. It's no more wrong or unwise than using that
>non-standard unix filesystem instead of the universally accepted
>ntfs.

I haven't look at disk controller specs in a very long time but in
the far past - depending on the chip - you could choose your choice
of formats from two sets - and IBM set and another set.

The IBM set had four sector size default.  256, 512, 1024, and
2048.  The non-IBM set went very low - at least as low as 128 bytes
sector, and in more increments than in even multiples as in the IBM
standards.   The top size as I recall was 4096 byte sectors.

Having most things on 512 byte sectors makes things easier.  Sector
sizes for such things as ECC formatting were in the 570byte range
as I recall.

So when you say 'IBM didn't get the memo' - they were just
following the standards they had set in the 1970s.

Number of inodes has nothing to do with formatting as formatting is
the lowest level and then it is up to the end user to determine how
they will organize the groups of sectors.

And what did you mean by the line 'non-standard unix filesystem'.
There are so many Unix file system standards it's hard to keep them
straight :-)

Bill


-- 
Bill Vermillion - bv @ wjv . com

Comments?

Jump to Comments

Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.

Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.

We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.