If people get this, can you please reply to jwest(a)classiccmp.org so I know
it's going out ok.
PLEASE do not reply to the list about getting this email, just send direct
to me.
Thanks
Jay West
Sounds like a "seek" problem to me. If it uses the old Western Digital
floppy controller, you could issue seek instructions pretty easily to
test that. I suppose other controllers might be similar. I'd have to
hit the WD databook for details, but it was something like writing a
track number into one register, then writing the "seek" command into
another, then sitting back and enjoying the whir-click sound of a seek.
Then a "restore" command would get it back to track 0. I've done it
on TRS-80's; not sure if it would be quite so easy under CP/M.
Cautionary note though: the OS probably remembers what track it last
positioned the drive to, and may be confused if you leave it at a
different track. I *think* any attempted read/write would then fail
with a "no such sector found" error, after which the OS would probably
just automatically re-seek & re-try, resulting in no problem. But I
wouldn't bet my last bootable floppy on it.
I've seen a seek mechanism stuck - refused to move until I powered
the thing down, opened it up, & physically slid the head back and forth
along the rails a few times. After which it worked. YMMV, of course.
One other possibility, I've seen (somewhere) a disk format in which
track 0 was always written in single density for compatibility with
older drives, while the rest of the disk could be SD or DD. So an
older system could give the appropriate error message when failing to
read a DD disk (more specific than just "unreadable"). Was that CP/M?
If so, then the problem could be a failure in handling DD data.
And it seems to me CP/M used "$$$" as some kind of temporary file
extension, renaming files to their proper extension at the end of the
operation...? Which would indicate again that the track-0 commands
succeeded, but the other-track commands failed, leaving the disk op
incomplete.
Cheers,
Bill.
> From: "Mike Davis" <mike-cc(a)msdsite.com>
> To: cctalk(a)classiccmp.org
> Date: Thu, 18 Sep 2003 08:43:53 -0700
> Subject: NEC Drive Problem (CP/M System)
> Reply-To: cctech(a)classiccmp.org
>
> Ok, I have a puzzle that I need help on. I have an NEC Dual 8"
> Drive System. This is a CP/M system. But my drive #2 has a problem.
> Drive #1 works fine.
>
> Symptoms:
>
> Can't boot from drive #2
> Can't read files from drive #2
> Can't write files to drive #2
> CAN get a directory listing from drive #2
> CAN write to FAT, as when trying to copy files
>
> If I try to load files from drive #2, I get a failure with the
> following error: "Bdos Err On B: Bad Sector"
>
> If I try to write files to drive #2, the directory entry is written
> (except that it is TEST.$$$ instead of the correct extension). But
> the data for the file is apparently NOT written. I get the same
> error.
>
> I see attempts to read and write but these always end with the error
> above.
>
> It looks like the write head must be good, as a filename is saved to
> disk. It looks like the read head must be good, as the directory can
> be listed.
>
> Any suggestions as to what could be causing this? Could it have
> something with head movement? Perhaps the directory storage is on a
> track (sector) that can be reached and the others can't? I'm stumped.
>
> Note: I have not actually looked inside to see if the head is moving
> properly (that may be next but I know it does move some.) but I have
> reattached all the connectors to the drive and controller.
>
> SECOND QUESTION:
>
> The drive is an FD1165-A. I can't locate such a drive. But I have
> located an FD1165-FQ. I wonder how compatible the FQ version is with
> the A version. Can parts be exchanged?
Just to ease everyones minds.
My IIgs computers are safe. There was a tremendous response on these when
I said I would be throwing any away that weren't claimed. I had no idea
they were such a popular computer.
As a result, I have reprioritized them to a higher level, and they will
survive the great cleanout. Any that are not claimed will not be thrown
out, but will be made available to others at a future date. It will take
me a while before I have some free time to deal with shipping them, but I
will find a corner to tuck them into until that time.
I just figured I would let everyone know since I got so many emails about
them.
-chris
<http://www.mythtech.net>
On Sep 19, 9:00, Glen Goodwin wrote:
> I'm getting a couple of dozen every day on our AOL account, as well
as a
> ton of "returned mail" notices regarding mail *I* never sent . . .
either
> it's an attempted attack or someone is spoofing our AOL address.
That's because the Sobig-F virus spoofs sender addresses. People who
have your email address somewhere on their Windows machine (not
necessarily in their address book, either!) and have the virus, will
unwittingly be sending our copies of the virus that claim to be from
you --and many ISPs and filter programs don't check the headers
properly.
> > Is there any quick filter I can add to sendmail to thwart their
delivery?
> > This is becoming highly annoying.
> Don't know about that, but I just received a notice from CERT
regarding a
> buffer overflow bug in sendmail, so best beware . . .
That won't affect spam, particularly. The patch has been out for a few
days, actually, and our systems were patched a while ago :-)
--
Pete Peter Turnbull
Network Manager
University of York
I'm being totally bombarded by those damn trojan horse e-mails purporting
to be from Microsoft security, each averaging 150K.
Is anyone else experiencing this? I must've received over 150 today so
far (starting this morning).
Is there any quick filter I can add to sendmail to thwart their delivery?
This is becoming highly annoying.
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
Hi Tony,
I was searching for some of the IBM manuals and could not find the same. As
i was searching on the web, i got ur messages from it
http://www.classiccmp.org/pipermail/cctalk/2003-February/017611.html.
Please send me those manual part numbers / form numbers so that i can
contact my local IBM office.
Actually im Looking at the manuals that has been released in 1981. that is
"PC Technical Reference Manual" and other similar ones.
Thanking you in advance
Girish
> From: Vintage Computer Festival <vcf(a)siconic.com>
> To: Classic Computers Mailing List <cctalk(a)classiccmp.org>
> Subject: OT: Being bombarded by e-mail trojans
> Date: Thursday, September 18, 2003 6:59 PM
>
> I'm being totally bombarded by those damn trojan horse e-mails purporting
> to be from Microsoft security, each averaging 150K.
>
> Is anyone else experiencing this? I must've received over 150 today so
> far (starting this morning).
I'm getting a couple of dozen every day on our AOL account, as well as a
ton of "returned mail" notices regarding mail *I* never sent . . . either
it's an attempted attack or someone is spoofing our AOL address.
> Is there any quick filter I can add to sendmail to thwart their delivery?
> This is becoming highly annoying.
>
> --
>
> Sellam Ismail Vintage Computer
Festival
Don't know about that, but I just received a notice from CERT regarding a
buffer overflow bug in sendmail, so best beware . . .
Glen
0/0
Hi all,
Just for those who are interested, I've recently had my first really good
find. Two Acorn A4 laptops, in good working order, complete with three
batteries, two power supply modules and a set of manuals (Acorn A4 Welcome
Guide, RISC OS 3 manual and Acorn A4 Pocket Reference). One machine seems to
suffer from the infamous "slow-down-and-crash" problem. Strangely enough,
moving the machine up and down a bit seems to get rid of the problem. Go
figure.
All three nicad packs are fried and need rebuilding and aside from a bit of
cosmetic damage (and a bit of stubborn dirt) both machines are in nearly-new
condition. All in, I ended up spending ?80 (including shipping) on the full
set. ANC managed to misdeliver them, though - how the heck they managed to
deliver my parcel to the wrong person and the wrong _street_ I may never
know.
For those who are interested, the A4 is (or rather was) one of Acorn's RISC
computers. It was the first (and last) laptop Acorn designed, unless you
count the "Stork" prototype. The A4 is fitted with 4MB of RAM as standard,
runs Acorn RISC OS 3.1 on an ARM CPU (ARM3 IIRC), 60MB 2.5" IDE hard disc,
3.5" 1.6MB high-density floppy drive and a cute little 16-greyscale backlit
LCD display. In essence, it's an Acorn A5000 in a laptop case with a battery
charger and battery management circuit fitted. A "5th Column" ROM contains a
rudimentary battery meter applet that sits in the icon bar. There's also a
small LCD battery meter next to the power button on the front of the A4. Both
machines are a fairly nice grey colour, the casing appears to be rubberised
metal (probably stronger than ABS plastic).
None of these machines are for sale, nor is it likely that I ever will sell
them - I've been looking for an Acorn A4 for over three years and I don't
intend to let these two leave my sight :-)
Anyway, I think I've said enough for tonight. We now return you to your
regularly scheduled classiccmp-ing and all that :-)
Later.
--
Phil. | Acorn Risc PC600 Mk3, SA202, 64MB, 6GB,
philpem(a)dsl.pipex.com | ViewFinder, Ethernet (Acorn AEH62),
http://www.philpem.dsl.pipex.com/ | 8xCD, framegrabber, Teletext
... Acme Corp: Unlimited credit for disadvantaged coyotes.
I've been trying to netboot a Sun 3/60. It was manuafactured in 88, so
hopefully it qualifies as "Classic".
Anyway, I'd like to get SonOS4.1.1 running, but I don't have any information
on how to get it to netboot. As a first step, I've tried to netboot NetBSD,
but had very little success and no help from the NetBSD mailing list. I've got
rarpd, bootparam and tftpd running on a linux server.
With NetBSD, the sun gets an ip address from rarpd, gets a bootloader from
tftp but then times out:
root on le0
nfs_boot: trying RARP (and RFC/bootparam)
nfs_boot: client_addr=192.0.0.10 (RARP from 192.0.0.1)
nfs_boot: timeout
Has anyone out there got this to work? On either OS?
