Mac Help Forums


Reply
Thread Tools Display Modes

Hard drive write failure...

 
Tony Cianfaglione
Guest
Posts: n/a
 
      31st July 2003

My 6100's hard drive failed and the Mac reported that it couldn't find the
root folder but attempting an initialization with Norton, Disk Manager,
Hard Disk SC by Apple and a couple of others all report failure to write
to disk.

The formatters all see the disk as scsi 0 but an icon doesn't appear on
the desktop. Each one did a test on the drive and reported no errors
yet initialization fails each time with a 'failure to write to disk'
message.

What could be stopping the initialization from writing to the disk?
Is there a boot record formatter that I might need to fix this problem?


Thanks...

 
Reply With Quote
 
 
 
 
Tony Cianfaglione
Guest
Posts: n/a
 
      1st August 2003

That's the odd part - I was able to access the drive fine with Norton
volume recovery and copied all the data off to a backup hard drive. The
6100 now boots from that backup hard drive after it polls the scsi line
for bootable volumes. I was hoping for better news re: the failed drive -
maybe a utility that would do a low level write to it and fix that
problem.

Ah, well, I guess it's 'look around for another drive time'. :-(

--------------------------------------------------

On Thu, 31 Jul 2003, Howard S Shubs wrote:

> Hardware failure. I hope you have a good recent backup. If it's the
> original drive that came with your 6100, it's had a long run.


 
Reply With Quote
 
Howard S Shubs
Guest
Posts: n/a
 
      1st August 2003
In article
<Pine.GSO.3.95.iB1.0.1030731225234.2173A-(E-Mail Removed)>,
Tony Cianfaglione <(E-Mail Removed)> wrote:

> I was hoping for better news re: the failed drive -
> maybe a utility that would do a low level write to it and fix that
> problem.


Once a drive starts to fail, it's time to replace it. It's only gonna
get worse.


> Ah, well, I guess it's 'look around for another drive time'. :-(


Er, what kind of SCSI was the old drive?

--
Today, on Paper-view: Pulp Fiction!
 
Reply With Quote
 
Tony Cianfaglione
Guest
Posts: n/a
 
      2nd August 2003

A Quantum 'Maverick' 500 mb. I've now replaced it with a 1gb Seagate and
partitioned it to 2 - 500mb partitions.

--------------------------------------------------

On Thu, 31 Jul 2003, Howard S Shubs wrote:

> Er, what kind of SCSI was the old drive?


 
Reply With Quote
 
Tony Cianfaglione
Guest
Posts: n/a
 
      3rd August 2003

A friend recently upgraded his system to a 40gb HD and had his old 1gb
Seagate sitting on a shelf. He passed it on to me as he had no other use
for it. I lucked out there. :-)

--------------------------------------

On Sat, 2 Aug 2003, Howard S Shubs wrote:

> Ah. I had been thinking that finding a new 50-pin SCSI drive might be a
> problem, but you seem to have solved it.


 
Reply With Quote
 
Tony Cianfaglione
Guest
Posts: n/a
 
      3rd August 2003

I have a new problem on my 6100 now relating to the scsi chain.

I have a Mustek 600 II CD flatbed scanner (scsi 1), an external 1gb hard
drive (scsi 2), an NEC external cd burner (scsi 4), a SyQuest 88mb drive
(scsi 5) and an Iomega 100mb zip drive (scsi 6 - terminated) on the scsi
bus (I left scsi 3 free for the internal cd rom to take - internal HD is
scsi 0 and cpu is scsi 7) and booting up from a cold start, the computer
will lock up partway through the boot with a 'bus error' message and
forcing me to restart.

One time I had a error #10 and restart. However, once I click on restart,
the 6100 will boot fine with no further errors or problems.

What's happening that's causing these errors? They only occur on a cold
boot; even if I've run the computer for several hours and then shut down.
Pressing the power button will bring mostly the bus error and one time,
the error #-10. I know that error #-1 is when a PowerPC detects an
non-PowerPC program and chokes on it but I don't know what an error #-10
means.

I have the scsi bus connected to a switchbox so that I can use the same
setup with my old IIci with a simple throw of the switch.

Thanks...

 
Reply With Quote
 
Mike
Guest
Posts: n/a
 
      3rd August 2003
On 3/8/03 12:57 am, in article
Pine.GSO.3.95.iB1.0.1030802204248.22...chebucto.ns.ca,
"Tony Cianfaglione" <(E-Mail Removed)> wrote:

>
> I have a new problem on my 6100 now relating to the scsi chain.
>
> I have a Mustek 600 II CD flatbed scanner (scsi 1), an external 1gb hard
> drive (scsi 2), an NEC external cd burner (scsi 4), a SyQuest 88mb drive
> (scsi 5) and an Iomega 100mb zip drive (scsi 6 - terminated) on the scsi
> bus (I left scsi 3 free for the internal cd rom to take - internal HD is
> scsi 0 and cpu is scsi 7) and booting up from a cold start, the computer
> will lock up partway through the boot with a 'bus error' message and
> forcing me to restart.
>
> One time I had a error #10 and restart. However, once I click on restart,
> the 6100 will boot fine with no further errors or problems.
>
> What's happening that's causing these errors? They only occur on a cold
> boot; even if I've run the computer for several hours and then shut down.
> Pressing the power button will bring mostly the bus error and one time,
> the error #-10. I know that error #-1 is when a PowerPC detects an
> non-PowerPC program and chokes on it but I don't know what an error #-10
> means.
>
> I have the scsi bus connected to a switchbox so that I can use the same
> setup with my old IIci with a simple throw of the switch.
>
> Thanks...
>

There was a bug in earlier releases of Mac OS concerning SCSI 5, at the time
users were warned not to sue this ID. Depending on the OS you're using this
may be your problem.

 
Reply With Quote
 
Mike
Guest
Posts: n/a
 
      3rd August 2003
On 3/8/03 6:37 pm, in article
Pine.GSO.3.95.iB1.0.1030803143506.24...chebucto.ns.ca,
"Tony Cianfaglione" <(E-Mail Removed)> wrote:

>
> I'm using 7.6 on the 6100 and 7.1 on the IIci - both report the bus error
> bug on cold start but not on restart. I woud be interested in reading up
> on this bug but can't find anything on Apple's site.
>
> ---------------------------------
>
> On Sun, 3 Aug 2003, Mike wrote:
>
>> There was a bug in earlier releases of Mac OS concerning SCSI 5, at the time
>> users were warned not to sue this ID. Depending on the OS you're using this
>> may be your problem.
>>
>>
>>

>

I last read up on this in about 1998, I may still have a reference but can't
rummage until tomorrow, but that certainly sound the right vintage. Just try
altering the SCSI 5 device to SCSI 3 or 4.

 
Reply With Quote
 
Michael Dines
Guest
Posts: n/a
 
      3rd August 2003
Tony Cianfaglione <(E-Mail Removed)> wrote:

> I have a new problem on my 6100 now relating to the scsi chain.
>
> I have a Mustek 600 II CD flatbed scanner (scsi 1), an external 1gb hard
> drive (scsi 2), an NEC external cd burner (scsi 4), a SyQuest 88mb drive
> (scsi 5) and an Iomega 100mb zip drive (scsi 6 - terminated) on the scsi
> bus (I left scsi 3 free for the internal cd rom to take - internal HD is
> scsi 0 and cpu is scsi 7) and booting up from a cold start, the computer
> will lock up partway through the boot with a 'bus error' message and
> forcing me to restart.
>
> One time I had a error #10 and restart. However, once I click on restart,
> the 6100 will boot fine with no further errors or problems.
>
> What's happening that's causing these errors? They only occur on a cold
> boot; even if I've run the computer for several hours and then shut down.
> Pressing the power button will bring mostly the bus error and one time,
> the error #-10. I know that error #-1 is when a PowerPC detects an
> non-PowerPC program and chokes on it but I don't know what an error #-10
> means.
>
> I have the scsi bus connected to a switchbox so that I can use the same
> setup with my old IIci with a simple throw of the switch.
>

This may be helpful:

Component Order in
a SCSI Chain
SCSI: science, art, or voodoo?
Sometimes getting a SCSI chain working properly seems to be more hit and
miss than science. We know the last device should be terminated, the
chain should not exceed a certain length, and every device must have a
unique ID.
But even that isn't enough to consistently build a busy SCSI chain and
have it work reliably. The actual order of devices matters, as trial and
error prove.
Keith Bumgarner of MacInformed <http://www.macinformed.com/> sent some
very helpful, but not widely known, information.
As a physicist/systems engineer who now, oddly enough, devotes full-time
to Macintosh computing, I know it is well-documented that device buffer
size is integral to determining both relative ID and positioning on a
Macintosh SCSI chain. Briefly, the Mac's hardware reset signal (pin 40)
affirms SCSI devices on any bus in the protocol as 0, 6, 5, 4, 3, 2, 1.
Given the physics of RF, the signal travels unimpeded until it hits a
capacitance change (this is termination) and then routes back on itself.
It must do so, initially, through the most stable SCSI device, this
being the one with the largest throughput buffer. Buffer sizes, in
almost 98% of the cases, can be categorized by the type of device. Fixed
media hard drives typically have the largest buffers, followed by
Winchester-type removables (SyQuest, Jaz), optical removables, streaming
tape, CD-ROM and derivatives (with the exception of the CD-R unit with a
larger stated hardware buffer), and then scanners and printers, which in
addition to very small throughput buffers, generate high levels of the
kiss-of-death to all RF devices: random electrical noise.
All this means, as Apple engineers acknowledged about 3 years ago, is
that hard drives should have higher ID numbers and live physically
farthest from the Mac on the SCSI chain, and scanners should have lower
ID numbers and live physically next to the Mac, if possible. Also, given
the Mac's aggressive SCSI standpoint (hardware reset vs. Unit
Attention), you cannot turn SCSI devices on and off without creating
directory code errors on your media. These are low-level directory
errors which affect the device partition, and, ultimately, the SCSI
driver. They are, unfortunately, not the type of directory problems
detectable by tools like Norton Utilities, but they can be determined by
using some more obscure SCSI tools and measuring instruments.
Further correspondence results in the following suggested order for
devices in a SCSI chain based on typical buffer size. This should vary
based on actual buffer sizes.
1.computer or SCSI card, ID = 0
2.scanner
3.printer
4.CD-ROM or DVD player (Apple sets ID = 3)
5.tape drives
6.CD-R, DVD-RAM (check actual buffer size, lots of variety here)
7.optical drives 8.removable media hard drives (SyQuest, Jaz, Orb,
etc.)
9.fixed media hard drives, higher capacity usually = larger buffer
The Iomega Zip drive presents a special case, mostly because it comes
with an unusual SCSI cable with DB-25 connectors on each end, making it
easiest to place as the first device in a SCSI chain. Since onboard
termination of the external 100MB Zip drive is inadequate for a long
SCSI chain, this is another reason to avoid placing a Zip drive at the
end of a multi-item SCSI chain.
This is also a very good argument against using a scanner or printer
that insists on being the last device in the SCSI chain.
Of course, you can never have all the above items in a typical Mac SCSI
chain, since the SCSI-1 protocol Apple uses for most ports only supports
seven devices.
Here's what a loaded SCSI chain might look like, based on this advice.
This assumes the computer already has an internal hard drive and CD-ROM
or DVD player.
1.scanner
2.Zip drive (unfortunately, it must be set to SCSI ID 5 or 6)
3.tape drive
4.CD-R burner, DVD-RAM, or 640MB 3.5" optical drive
5.Jaz drive
6.partitioned 9GB hard drive for mastering CDs/DVDs
If you're having SCSI problems, this advice and a little research on
actual buffer sizes may help you build a stable SCSI chain.
 
Reply With Quote
 
Mike
Guest
Posts: n/a
 
      4th August 2003
On 4/8/03 1:18 am, in article
Pine.GSO.3.95.iB1.0.1030803211514.39...chebucto.ns.ca, "Tony
Cianfaglione" <(E-Mail Removed)> wrote:

>
> Since the chain is full, I can't reassign any numbers.
>
> scsi 0 - internal HD
> scsi 1 - scanner
> scsi 2 - external HD
> scsi 3 - internal cd-rom
> scsi 4 - external cd-writer
> scsi 5 - Syquest drive
> scsi 6 - Iomega zip drive
> scsi 7 - cpu
>
> I switched around the zip and the Syquest with no improvement.
>
> ---------------------------------------
>
> On Sun, 3 Aug 2003, Mike wrote:
>
>> I last read up on this in about 1998, I may still have a reference but can't
>> rummage until tomorrow, but that certainly sound the right vintage. Just try
>> altering the SCSI 5 device to SCSI 3 or 4.

>

Have a read at:
http://www.lowendmac.com/tech/scsi5.shtml
Maybe your only solution is to add another SCSI Interface, mind you I can't
see the full time need for a Syquest drive, we phased these out over five
years ago.

 
Reply With Quote
 
 
 
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Screwy ext hard drive failure Bob Ball Hardware 0 11th November 2006 09:00 PM
Do I have a hard drive failure? Bible John Storage 3 15th September 2005 05:23 AM
Do I have a hard drive failure? Bible John Mac 3 15th September 2005 05:23 AM
Do I have a hard drive failure? Bible John Hardware 3 15th September 2005 05:23 AM
possible hard drive failure? Joseph O'Brien Mac 1 3rd September 2003 02:19 AM


All times are GMT +1. The time now is 05:36 AM.
Mac-Help.com is an independent website and is not affiliated with Apple Inc.


Welcome!
Welcome to the Mac Help Forums
 


Latest Threads
Yikes! Teacher needs help!
Mollyc4627 (8 Hours Ago, 08:57 PM)

Unable to log in to websites
AMonty20 (11 Hours Ago, 05:52 PM)

Add Different Speech Commands
bae_22 (12 Hours Ago, 04:40 PM)

Login (2 macs) passwords spontaniously changed?
Roger Vaught (14 Hours Ago, 03:31 PM)

Best car charger or inverter for Macbook Pro?
imeme87 (14 Hours Ago, 03:22 PM)

 


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51