There are probably no perfect answers to this problem. I am looking for
opinions, not criticism. I do not want to start arguments, nor get anyone
here, especially Jay, pissed off.
I found a stack of DEC microfiche a few nights ago. It's probably about 12
inches tall, and contains PM Procedures, I
> On 28 Mar 2018, at 18:59, Paul Anderson via cctalk
> wrote:
>
> There are probably no perfect answers to this problem. I am looking for
> opinions, not criticism. I do not want to start arguments, nor get anyone
> here, especially Jay, pissed off.
I too have a large stack of microfiche. The
I have some LCG and VAX, but mostly 8 and 11 items. If I ever find it all
I should have a stack 2 meters or so.
I wish there was an easy way to sort it. I don't want to think about how
long it will take.
Paul
On Wed, Mar 28, 2018 at 3:11 AM, Huw Davies <
huw.dav...@kerberos.davies.net.au> wrote
On 28 March 2018 at 02:51, Fred Cisin via cctalk wrote:
> Well outside my realm of expertise (as if I had a realm!), . . .
>
> How many drives would you need, to be able to set up a RAID, or hot
> swappable RAUD (Redundant Array of Unreliable Drives), that could give
> decent reliability with such
On 28 March 2018 at 01:43, Chuck Guzis via cctalk wrote:
> Digging around on the pointer from Al to backblaze, I found this, which,
> to me is far more meaningful in terms of presentation of data:
>
> https://hackernoon.com/applying-medical-statistics-to-the-backblaze-hard-drive-stats-36227cfd5372
Guys,
there are updates to the photorealistic PDP-8/10/11/15 panel simulations
for SimH, code name "BlinkenBone".
* Added bigger images for 3000 pixel width screens.
* made PDP-11/70 panel behaviour compatible with the real machine
(after tests performed at the PDP-11/70 "Miss Piggy" at LCM
On 03/28/2018 01:04 AM, Chuck Guzis via cctalk wrote:
> On 03/27/2018 08:27 PM, dwight wrote:
>> I recall at one company we used Micropolous ( SP? ) drives. We had
>> almost 100% failure in less than 6 months. It did our company a lot of
>> damage.
> A lot of outfits (e.g. Sun, HP) used Micropoli
Hello Joerg,
I am looking to do a graphical front panel simulation of a machine I am in the
process of building an emulator for. I am not very good on the graphical side
and would love to understand how this was done. Can you point me at the area of
the code that does this simulation, and can y
Hi Rob,
See here
http://retrocmp.com/projects/blinkenbone/169-blinkenbone-architecture-overview
and adjactent pages.
I use photos of each button and each lamp, in every state.
So first operation is taking picture of a real panel.
Then I use Photoshop, to cut out all the lamps & switches into se
> On Mar 27, 2018, at 8:51 PM, Fred Cisin via cctalk
> wrote:
>
> Well outside my realm of expertise (as if I had a realm!), . . .
>
> How many drives would you need, to be able to set up a RAID, or hot swappable
> RAUD (Redundant Array of Unreliable Drives), that could give decent
> reliab
I found a stack of DEC microfiche a few nights ago. It's probably about 12
inches tall, and contains PM Procedures, IPBs, Manuals, Tech Info, and
several type of Logistics, BOMs, vendors, etc which I will deal with
later. Most of it is "company confidential", not that it matters anymore. The
bu
> On Mar 28, 2018, at 11:20 AM, Ethan via cctalk wrote:
>
>> I found a stack of DEC microfiche a few nights ago. It's probably about 12
>> inches tall, and contains PM Procedures, IPBs, Manuals, Tech Info, and
>> several type of Logistics, BOMs, vendors, etc which I will deal with
>> later. M
On 03/28/2018 05:03 AM, Bill Gunshannon via cctalk wrote:
> I have ancient Micropolis and Miniscribe disks here that still
> work great. Seems every company went thru at least one
> model that was trash. The worst from my experience were
> IBM disks made in Thailand.
Were there ever any *good*
> Can a flatbed scanner with high resolution (1200dpi) scan these directly or
> does it require using a lens setup?
sigh..
The rock has been lifted (again)
DOES ANYONE READ OLD POSTS HERE??
Do the math. Scanning all of that fiche is man-centuries of work with all but
the most expensive e
On 03/28/2018 06:33 AM, Paul Koning via cctalk wrote:
> These are straightforward questions of probability math, but it takes
> some time to get the details right. For one thing, you need
> believable numbers for the underlying error probabilities. And you
> have to analyze the cases carefully.
Original message
From: Chuck Guzis via cctalk
Date: 3/28/18 10:02 AM (GMT-08:00)
To: Paul Koning via cctalk
Subject: Re: RAID? Was: PATA hard disks, anyone?
>I know of no RAID setup that can save me >from stupid.
Chuck,
As we say in my day job "there is no curin
While this slightly deviates from classic computers, I've been on the hunt
for a surplus LTO library around the mid-atlantic East Coast for a bit.
The Dell ML6000 which is made by someone else is what has my eye. We have
one at work, lame robot that is very slow at changing tapes and looks sa
I know of no RAID setup that can save me >from stupid.
I use rsync. I manually rsync the working disks to the backup disks every
week or two. Working disks have the shares to other hosts. If something
happens to that data, deleted by accident or encrypted by malware. Meh.
Hardware like netap
On 2018-03-28 2:09 PM, Ali via cctalk wrote:
Original message
From: Chuck Guzis via cctalk
Date: 3/28/18 10:02 AM (GMT-08:00)
To: Paul Koning via cctalk
Subject: Re: RAID? Was: PATA hard disks, anyone?
I know of no RAID setup that can save me >from stupid.
Chuck
On 3/28/18 10:14 AM, Ethan via cctalk wrote:
> Tapes don't generate heat or use electricity when sitting idle, so it seems
> ideal to backup my home NAS boxes and hoards
> of software for classic computers, arcade / video games and laser show 8 and
> 16 channel digital audio tape dumps.
Until
On Wed, Mar 28, 2018 at 12:59 PM, Al Kossow via cctalk
wrote:
> The rock has been lifted (again)
>
> DOES ANYONE READ OLD POSTS HERE??
Some of us...
> Do the math. Scanning all of that fiche is man-centuries of work with all but
> the most expensive equipment.
Quite. Maybe someday 9600 dp
On 28 March 2018 at 18:17, Ethan via cctalk wrote:
> I know of no RAID setup that can save me >from stupid.
>>
>
> I use rsync. I manually rsync the working disks to the backup disks every
> week or two. Working disks have the shares to other hosts. If something
> happens to that data, deleted by
On 03/28/2018 11:17 AM, Paul Berger via cctalk wrote:
You mean something like someone who writes a script that does blind cd
to the directory and then proceeds to delete the contents?
This is one of the primary reasons that I prefer to see the full path
specified on the rm command.
--
Gran
On 03/28/2018 11:51 AM, David Brownlee via cctalk wrote:
A step up from rsync can be dirvish - it uses rsync, but before each
backup it creates a hardlink tree of the previous backup, then rsyncs
over it. The net effect is you only pay the block cost of one copy of
unchanged files, plus an inod
On 2018-03-28 1:17 PM, Ethan via cctalk wrote:
>> I know of no RAID setup that can save me >from stupid.
>
> I use rsync. I manually rsync the working disks to the backup disks
> every week or two. Working disks have the shares to other hosts. If
> something happens to that data, deleted by accide
On 03/28/2018 10:17 AM, Ethan via cctalk wrote:
>> I know of no RAID setup that can save me >from stupid.
>
> I use rsync. I manually rsync the working disks to the backup disks
> every week or two. Working disks have the shares to other hosts. If
> something happens to that data, deleted by accid
How many drives would you need, to be able to set up a RAID, or hot swappable
RAUD (Redundant Array of Unreliable Drives), that could give decent reliability
with such drives?
How many to be able to not have data loss if a second one dies before the first
casualty is replaced?
How many to be ab
On 2018-03-28 1:51 PM, Ethan Dicks via cctalk wrote:
> On Wed, Mar 28, 2018 at 12:59 PM, Al Kossow via cctalk
> wrote:
>> The rock has been lifted (again)
>>
>> DOES ANYONE READ OLD POSTS HERE??
>
> Some of us...
>
>> Do the math. Scanning all of that fiche is man-centuries of work with all
On Wed, Mar 28, 2018 at 1:39 PM, Toby Thain via cctalk <
cctalk@classiccmp.org> wrote:
> On 2018-03-28 1:51 PM, Ethan Dicks via cctalk wrote:
> > On Wed, Mar 28, 2018 at 12:59 PM, Al Kossow via cctalk
> > wrote:
> >> The rock has been lifted (again)
> >>
> >> DOES ANYONE READ OLD POSTS HERE??
On Wed, 28 Mar 2018, Ethan via cctalk wrote:
Has all this data been converted to digital formats and posted online?
A lot, but almost certainly not all.
Can a flatbed scanner with high resolution (1200dpi) scan these directly or
does it require using a lens setup?
For microfiche, 1200dpi is
On Wed, Mar 28, 2018 at 3:14 PM, Fred Cisin via cctalk
wrote:
> On Wed, 28 Mar 2018, Ethan via cctalk wrote:
>>
>> Has all this data been converted to digital formats and posted online?
>>
>> Can a flatbed scanner with high resolution (1200dpi) scan these directly
>> or does it require using a len
DOES ANYONE READ OLD POSTS HERE??
>> Some of us...
Do the math. Scanning all of that fiche is man-centuries of work with all but
the most expensive equipment.
Quite. Maybe someday 9600 dpi scan heads will be cheap, but not soon
enough for most of us here today to care.
We are
> On Mar 28, 2018, at 12:00 PM, Geoffrey Oltmans via cctalk
> wrote:
>
>> I wonder if you could use a photographic enlarger and a flatbed scanner to
>> do this.
This is a rather interesting question, it’s highly impractical, BUT, it might
be a way for someone like me to get copies of single p
On Wed, 28 Mar 2018, Ethan via cctalk wrote:
Has all this data been converted to digital formats and posted online?
Can a flatbed scanner with high resolution (1200dpi) scan these directly
or does it require using a lens setup?
On Wed, 28 Mar 2018, Ethan Dicks wrote:
These are not my questions
Hi Paul,
I did have a go at scanning, but I could not get a good image.
Zane came up with the idea of using a DSLR, I have tried this with a very quick
and dirty test and I think it could work, I used an original DEC microfiche
viewer, which as it happens I am looking for a home for!
So if y
On Wed, Mar 28, 2018 at 3:46 PM, Fred Cisin wrote:
>>> On Wed, 28 Mar 2018, Ethan via cctalk wrote:
> On Wed, 28 Mar 2018, Ethan Dicks wrote:
>>
>> These are not my questions. I already know the answer to these.
>
> Ah, but we now have TWO Ethans on this list.
>
> THOSE questions were from
> "Eth
Uh.. now the big question.. how big/heavy is a microfiche viewer ?
-Messaggio originale-
Da: cctalk [mailto:cctalk-boun...@classiccmp.org] Per conto di Mike Norris
via cctalk
Inviato: mercoledì 28 marzo 2018 21:54
A: Paul Anderson; General Discussion: On-Topic and Off-Topic Posts
Oggetto:
On Wed, 28 Mar 2018, Ethan via cctalk wrote:
We are like engineers or something. I think there is open source software for
rebuilding images from shredded documents.Slide projector lens, LED array and
diffuser and a digital camera. Stepper motors to move the thing around and
load next fiche?
L
On Wed, 28 Mar 2018, Mazzini Alessandro via cctalk wrote:
Uh.. now the big question.. how big/heavy is a microfiche viewer ?
They vary. I have one that fits in a pocket!
Usually, they are a tabletop box a few feet square. Some used to have a
printer in them.
Most tend not to be very extreme
> On Mar 28, 2018, at 2:32 PM, Fred Cisin via cctalk
> wrote:
>
>>> How many drives would you need, to be able to set up a RAID, or hot
>>> swappable RAUD (Redundant Array of Unreliable Drives), that could give
>>> decent reliability with such drives?
>>> How many to be able to not have data
> On Mar 28, 2018, at 4:40 PM, Fred Cisin via cctalk
> wrote:
>
> On Wed, 28 Mar 2018, Mazzini Alessandro via cctalk wrote:
>> Uh.. now the big question.. how big/heavy is a microfiche viewer ?
>
> They vary. I have one that fits in a pocket!
> Usually, they are a tabletop box a few feet sq
On 2018-03-28 3:37 PM, et...@757.org wrote:
DOES ANYONE READ OLD POSTS HERE??
>>>
> >> Some of us...
Do the math. Scanning all of that fiche is man-centuries of work
with all but the most expensive equipment.
>>>
>>> Quite. Maybe someday 9600 dpi scan heads will be cheap, bu
On Wed, 28 Mar 2018, Zane Healy via cctalk wrote:
I wonder if you could use a photographic enlarger and a flatbed
scanner to do this.
This is a rather interesting question, it’s highly impractical, BUT, it
might be a way for someone like me to get copies of single pages. A
slightly more p
On Wed, Mar 28, 2018 at 09:33:38AM -0400, Paul Koning via cctalk wrote:
[...]
> The basic assumption is that failures are "fail stop", i.e., a drive refuses
> to deliver data. (In particular, it doesn't lie -- deliver wrong data. You
> can build systems that deal with lying drives but RAID is not s
I don't know if Glen Slick is on this list, but I owe him one!
I am working on an elderly PDP-11/23 system running RSX-11M v3.2 -- too
old to know about MSCP disk controllers like the RQDX1/2/3 and compatibles.
It is only sysgened for RK05, RL01/2, and an incompatible 3rd-party disk,
but neither
>
> The TDL-12 turns out to be a Q-Bus SCSI controller, emulating up to
> four RL01/2 drives -- exactly what I needed! Glen's web page even
> includes a PDF of the original TD Systems manual for the board.
>
> So, Glen, whoever and wherever you are, I thank you from the bottom of
> my heart for c
On 03/28/2018 12:32 PM, Fred Cisin via cctalk wrote:
With very unreliable drives, that isn't acceptable. If each "drive"
within the RAID were itself a RAID, . . . Getting to be a complicated
controller, or cascading controllers, . . .
Many of the SCSI / SAS RAID controllers that I've worked
I've got a DEC 3000 model 300 and a couple of DEC 3000 model 600 alphas which
failed some time ago and the recent Alphaservers thread has rekindled my
interest in getting them working again.
A couple of years ago, there was another thread "AlphaStation 200 NVRAM Problem"
where the Alpha SROM mini
You figure if a couple of college kids can build a robot that can solve a
Rubik's Cube in 380ms, a bunch of really smart old guys should be able to
cobble together a DIY microfiche scanner.
g.
Mentioned it in an IRC channel.
Friends started talking about it.
The open source hughin software i
Hello all,
I have been kind of following this thread. I have a question about
MTBF. I have four HGST UltraStar Enterprise 2TB drives setup in a
Hardware RAID 10 configuration. If the the MTBF is 100,000 Hrs for each
drive does this mean that the total MTBF is 25,000 Hrs?
GOD Bless and Than
Hi Peter,
> However, they do not provide the SROM> prompt or accept mini console commands
> unless a I engineer another fault condition such as by pulling out one of the
> memory risers. I wonder if there is a jumper to enable mini console commands
> to be accepted without doing this? Looking aro
Bill,
I have a 30 year old IBM SCSI drive that still works great. Yes,
every company has had good drives and bad drives. I have had Quantum
drives that have lasted for decades and I have had ones that died in a year.
:)
GOD Bless and Thanks,
rich!
On 3/28/2018 5:03 AM, Bill Gunshannon via
> On Mar 28, 2018, at 1:35 PM, Fred Cisin via cctalk
> wrote:
>
> On Wed, 28 Mar 2018, Ethan via cctalk wrote:
>> We are like engineers or something. I think there is open source software
>> for rebuilding images from shredded documents.Slide projector lens, LED
>> array and diffuser and a dig
On Wed, 28 Mar 2018, Richard Pope via cctalk wrote:
I have been kind of following this thread. I have a question about MTBF.
I have four HGST UltraStar Enterprise 2TB drives setup in a Hardware RAID 10
configuration. If the the MTBF is 100,000 Hrs for each drive does this mean
that the total
Fred,
I appreciate the explanation. So with out a 1,000, 10,000, or even
100,000 drives there is no way to know how long my drives in the RAID
will last. All I know for sure is that I can lose anyone drive and the
RAID can be rebuilt.
GOD Bless and Thanks,
rich!
On 3/28/2018 4:43 PM, Fred
Wish I had one of them things. :-)
bill
On 03/28/2018 06:06 PM, Glen Slick via cctalk wrote:
>> The TDL-12 turns out to be a Q-Bus SCSI controller, emulating up to
>> four RL01/2 drives -- exactly what I needed! Glen's web page even
>> includes a PDF of the original TD Systems manual for th
It's not quite that bad. The answer is that the MTBF of four drives is
probably not simply the MTBF of one drive divided by four. If you have a good
description of the probability of failure as a function of drive age (i.e., a
picture of its particular "bathtub curve") you can then work out th
If you start with a fiche viewer, then a lot of the mechanical parts,
such as the fiche holder, are well under way. You need to modify the
card movement mechanism to be able to automate it, but you could put
that part off until you confirm that the optical portion is
satisfactory.
On Wed, 28
On 29/03/2018 00:19, Zane Healy via cctalk wrote:
I think Bellows would be the only sane way to approach this. You
could do it with extension tubes, but they’re a pain. Another thing
to consider is a light source. You’re going to need a fair amount of
light, given the necessary extension to g
On Thu, 29 Mar 2018, Kevin Parker via cctech wrote:
I previously worked for an insurance company and a very old issue reared
its ugly head. Trouble was all the claim and policy info was on
literally a truckload of microfiche and to find anything took three days
(seriously) so ICT had them all s
I have a functioning Alpha 3000 300, perhaps it can help with some of
the questions you have.
Doug
On 3/28/2018 4:17 PM, Peter Coghlan via cctalk wrote:
I've got a DEC 3000 model 300 and a couple of DEC 3000 model 600 alphas which
failed some time ago and the recent Alphaservers thread has reki
> On Mar 28, 2018, at 6:23 PM, Pete Turnbull via cctalk
> wrote:
>
> On 29/03/2018 00:19, Zane Healy via cctalk wrote:
>
>> I think Bellows would be the only sane way to approach this. You
>> could do it with extension tubes, but they’re a pain. Another thing
>> to consider is a light source
On Sun, Mar 25, 2018 at 6:09 PM, Ethan Dicks wrote:
> Now I'm really looking forward to unboxing these next month!
My dialboxes showed up today. The Seiko unit was advertised as having
a PS/2 adapter. They were mistaken. It's a DE9-MiniDIN8 adapter,
presumably for newer SGI or Sun machines. I
On 2018-03-28 11:23 PM, Ethan Dicks via cctalk wrote:
On Sun, Mar 25, 2018 at 6:09 PM, Ethan Dicks wrote:
Now I'm really looking forward to unboxing these next month!
My dialboxes showed up today. The Seiko unit was advertised as having
a PS/2 adapter. They were mistaken. It's a DE9-MiniD
On 3/28/2018 6:00 PM, Fred Cisin via cctalk wrote:
If you start with a fiche viewer, then a lot of the mechanical
parts, such as the fiche holder, are well under way. You need to
modify the card movement mechanism to be able to automate it, but
you could put that part off until you confirm tha
Is Joerg still active on this list? In this thread in 2015 he said he
scanned over 400 DEC sheets using a digital camera to capture the
image projected on a sheet reader. Don't know how long that took.
http://www.vcfed.org/forum/showthread.php?24206-Digital-Equipment-Corporation-MicroFiche-Undergr
Wow, it was over 5 years ago already that I started trying to figure
out how to use a TDL-12. Doesn't seem that long ago. There is a thread
about it here, and that is where someone eventually responded with a
copy of the manual.
http://www.vcfed.org/forum/showthread.php?34859-TD-Systems-TDL-12-QBu
On Wed, 28 Mar 2018, Bob Rosenbloom via cctalk wrote:
This thread reminded me of a DYI scanner I had read about. Found it with
google:
http://retrocmp.com/projects/scanning-micro-fiches/235-the-homebuild-automatic-micro-fiche-scanner
I like his enthusiasm and the fact that he actually got it t
[I'm intentionally not quoting anyone here]
Disclaimer: I own a small company which provides microfilm and microfiche
scanning.
A couple of problems anyone building a fiche scanner is going to run into
have already been addressed: Moving film around to capture images and
resolution. I use a M
I previously worked for an insurance company and a very old issue reared its
ugly head. Trouble was all the claim and policy info was on literally a
truckload of microfiche and to find anything took three days (seriously) so ICT
had them all scanned to PDF and OCR'd - it worked a treat but of co
On 29 March 2018 at 03:52, Fred Cisin via cctalk wrote:
>
>
> If only that were 16mm or 35mm continuous rolls, instead of microfiche!
>
> In 1931, Emanuel Goldberg, then a chief engineer at Zeiss built the
> "Statistical Machine". By recording bits optically in the margins of
> microfilm, and read
71 matches
Mail list logo