Is your disk device connected to a Macintosh?

yes- Read on
 no- If you can get into an Xterm window then use pdisk
      -there are instructions on page 18 of "linuxppc-guide-990811.pdf" at www.linuxppc.org
      -remember      /dev/hdb3 is the third partition on the second IDE hard disk
      -              /dev/scb1 is the first partition on the second SCSI hard disk
     
     Do you need an answer for non-mac, non-pdisk formatting/partitioning?
     it might be found at the links listed at the end of chapter 4 of "linuxppc-guide-990811.pdf"
     at www.linuxppc.org



----------------the section below pertains to formatting & partitioning a HD on MacOS systems
Question#1
Will this device have partitions I will mount through MacOS?

yes- You need to be careful about the version of the application you use.
      For your Mac to use a HD, it needs an appropriate driver written on it,
      just like the iomega driver for zips.
      
     Drive Setup 1.72 -from Apple's Read Me 
      "Drive Setup 1.7.2 was tested with and is supported with System 7.5 through MacOS 8.6 ... 
       Earlier versions of Drive Setup can reintroduce issues resolved with Drive Setup 1.72"

     Apple HD SC setup is vintage piece of software escaped from System 7.x
      It will create a disk that will most likely whack out on your G3 & any version of MacOS 8.x
      *There are "hacks" you can make in ResEdit to let it recognize just about any drive.
      -- i would appreciate someone finding out the last version of "Apple HD SC Setup"
         the last version of MacOS it was/is recommended for.

     FWB's Hard Disk Toolkit users should upgrade to 3.02 or greater
      --i would appreciate someone finding out the versions of HDToolkit for the different
        MacOS versions:  7.6.1, 8.1, 8.5, 8.6, etc...

     Other software
      --i would appreciate you listing the Name & version of your app, 
        and the MacOS version(s) it was ok'd for.

 no- Then you can use just about anything that will create A/UX partitions.
      --i would appreciate somebody telling us what is required for an "officially"
        approved and usable Linux disk. Until then, anarchy reigns supreme.



Question #2
I thought Linux needed A/UX partitions?
Why do you encourage us to use Apple's Drive Setup 1.72 to make HFS "Mac OS Standard" Partitions?

   Linux cannot recognize the HFS+ format, also known as "Mac OS Extended"
   
   Drive Setup has a graphical window that makes it easy to create your partitions.
   Instructions on page 9 in the "linuxppc-guide-990811.pdf" available at www.linuxppc.org

   - Because of the driver compatibility with your version of MacOS, see question #1
     since it's Apple's latest it should have the "tightest" integration with MacOS.
   
   And because it's available for download at Apple Software Updates - www.info.apple.com



Question #3
I made my Mac OS Standard Partitions with Drive Setup, how do I turn them into A/UX?

   Use pdisk.
   Installers using a ram-disk version of Linux: can do it from a Xterm window.
   There are instructions on page 18 of "linuxppc-guide-990811.pdf" at www.linuxppc.org


   beware of -     /dev/hda3  is the third partition on the first IDE drive the kernel found
   the naming      /dev/hdb3  is the third partition on the second IDE drive the kernel found
   convention
                   /dev/sca3  is the third partition on the first SCSI drive the kernel found
                   /dev/scb1  is the first partition on the second SCSI drive the kernel found

- Apple HD SC Setup will partition lots of non-Apple disks if you use
  ResEdit to change the 'wfwr' resource from '00' to 'FF'.
 
- Silverlining and FWB HDToolkit (names right?) are spiffy,
  but they cost money. Actually, they come with lots of third party
  drives, so you may already have one of them.
 
- pdisk is a program from eryk vershen (formerly of the mklinux team)
  (and it works in linux-pmac, and MacOS, too!). It's still a
  Work in Progress, so it may be buggy. (But hey, how dangerous can
  it be to break a partition map!? :v) The mac binary is at:
    ftp://ftp.mklinux.apple.com/pub/Other_tools/pdisk /
  It is also on the DR2.1 CD-ROM

  And the source is at:  
  ftp://ftp.mklinux.apple.com/pub/FullRelease/Archives/Non_RPMs/pdisk 
  The files are:
    pdisk.src.tar.970115 (Unix & MacOS source)
 
- For APS drive owners, you can use PowerTools; however, there seems to 
  be a glitch in the latest version (4.0.9) which crashes my 7200/75
  as soon as I try to create an A/UX partition.  Use <= 4.0.7 instead,
  if you can. 
 
jonh@cs.dartmouth.edu
eryk@apple.com
fadushin@top.cis.syr.edu

=>Subject: Announcement of pdisk (version 0.7)

Eryk sends this announcement along.  FYI, the latest version of pdisk can
be found in:
        ftp://ftp.mklinux.apple.com/pub/wip/pdisk/latest/

=>Subject: Announcement of pdisk (version 0.7)
>Date: Wed, 18 Feb 98 13:58:53 -0800
>From: Eryk Vershen <eryk@apple.com>
>
>There is (all too soon) a new version of pdisk (0.7a3)
>
>I was chagrined to discover that the last version had a bug in the create
>partition routines. Mea culpa.
>
>
>In penance, here is a new version.  Besides fixing that small problem I
>have added support for the new (DR3) MkLinux disk naming.  The new names
>can be used directly (i.e. 'e /dev/sda') and are also displayed beside
>the standard (<bus>.<id>) names.  So, now when you list all the devices
>(command 'L') you will get their DR3 MkLinux names as well.
>
>Another small fix is support for ATA/IDE drives that can not handle LBA
>(Logical Block Addressing).
>
>
>If you find bugs - mail eryk@apple.com

(pdisk 0.6 announcement and new url ; note bug report and workaround at bottom...)
Date: Thu, 5 Feb 1998 10:20:25 -0800
From: Gilbert Coville <coville@apple.com>
Subject: Announcement of pdisk (version 0.6)

In case you haven't already noticed, there is a new version of pdisk
available in ftp://ftp.mklinux.apple.com/pub/wip/pdisk/

Here's the message from Eryk Vershen, the author of pdisk:

Subject: Announcement of pdisk (version 0.6)
From: Eryk Vershen <eryk@apple.com>

There is a new version of pdisk (0.6a4).

Very little change to the MkLinux version.  I added a command to rename
partitions.  This is very handy for helping you keep track of what's what
when you are looking at a low level.  There were some structural changes in
the source due to the big changes in the MacOS version.  Side benefit -
listing all disks now gets you ide/ata devices and cdroms.

In the MacOS version only -

Support for IDE/ATA/ATAPI devices.

New naming scheme for disks (MacOS only):
     /dev/scsi<bus>.<id>    (e.g. /dev/scsi0.0, /dev/scsi1.3, etc.)
     /dev/scsi<id>          (for old scsi manager access - limited utility)
     /dev/ata<bus>.<id>     (e.g. /dev/ata0.0, /dev/ata1.0, etc.)
     /dev/ide<bus>.<id>     (same as /dev/ata<bus>)
     /dev/ata<bus>          (gets you id 0 of that bus)
     /dev/ide<bus>          (same as /dev/ata<bus>)

Switched to CodeWarrior Pro and added a 68k target also.

-eryk vershen
 software mechanic
 eryk@apple.com

-


(2/18/98)
>      4) pdisk will *not* create partitions on the external JAZ.
>         It seems like it deletes them ok, but the 'c' and 'C' commands
>         don't have any effect. I tried both the MacOS version, and the
>         Installer version of pdisk in the hopes that using it to
>         re-label my partitions would somehow magically make it recognize
>         the swap partition.

This is a known problem and is fixed.  A new pdisk is coming...
Until then, don't use bare numbers, but instead use numbers with suffixes,
such as "k" for kilobytes, "m" for megabytes, etc.  Also, a very useful
suffix is "p", which means "partition".  For instance, "7p" means the
beginning of the seventh partition.  Or, if you're entering a size, "7p"
means the size of the seventh partition.

Date: Fri, 13 Feb 1998 21:15:20 -0800
From: Gilbert Coville <coville@apple.com>

At 10:16 PM -0600 2/13/98, Gregory Lee Jones wrote:
>I was just reading in the Setup list on the web archive ( I chose not to
>get the list ( too Long)) and it mentioned the same problem with the
>dr3alpha install that I had with pdisk 0.6 ( the new one). It p(rints) and
>re(n)ames fine but c(reate) and C(reate) do nothing. I reinstalled the
>previous version from the pdisk.bin.tar.gz on the mkLinux Apple site and
>it works fine. The problem on the setup list was identical except on a IDE
>instead of a SCSI(LaCie Tsunami quantum 2.1g). Just thought I would
>mention it is broke...

I was able to show this problem today to Eryk Vershen, the author of pdisk.
He has found the bug and expects to be revving pdisk soon (there were
also some problems found by some MacBSD people with older IDE drives when
using the 68k version of pdisk.)

For now, here is the workaround:

Don't use bare numbers, such as "100000".  Instead, use suffixes such as
k,m,g,t for kilo-bytes, mega-bytes, giga-bytes, and tera-bytes (yes, that's
in there).

Okay, that's handy for putting in the _size_ of a new partition, but what
about the start of the partition?  You probably want that at an exact
block, so that it will line up with the previous partition.

The answer there is that you can also use the suffix "p", which stands for
"partition".  In the context of starting_block, the "7p" would mean the
beginning of the 7th partition.  In the context of size, "7p" means the
size of the 7th partition.

Both Eryk and I realized that we almost never use the "bare" numbers, and
almost exclusively use the "p" suffix for starting block positions, and
either "p" or "m" suffixes for sizes.  Thus we didn't see this problem.

Gilbert Coville         coville@apple.com       +1 408-974-7893