SCO Compatible CD

unix

    Next

  • 1. Sleep command quitting
    Hi, For many years we've used a little workaround to hold a serial port open, to allow us to cat large print jobs to a serial printer. The command is put into /etc/rc.d/8/userdef: (stty 9600 ixon ixoff -ixany ; while : ; do sleep 3600; done) < /dev/ttya1 & It runs fine on bootup, but since OS507 (not sure which MP if any first showed the problem), the sleep command simply stops of its own accord after a time. On all older versions of SCO OS from 500 upwards, this command stays running for as long as the system is up. Any ideas what's causing it to terminate, or another way of doing the same thing? thanks -Rob robatwork at mail dot com
  • 2. ERROR restoring via DAT drive.
    Operating System: SCO 3.2v5.0.5 I have the company server in my office, and, the retired machine at a remote location. From time to time I like to back-up the server in my office and install it on the retired machine just so I know I have a current, working back-up. When I do this, I generaly only back-up my /appl directory, so, here's what I do: In my office (back-up): cd /appl find . -depth -mount -print | cpio -ocv -K1900000 -C10240 -O/dev/rct0 Remote location (restore): cd /appl cpio -iucdvB -I/dev/rct0 This routine has always worked for me in the past. The last two times I have attempted this, it failed. This is the message I get: WARNING: dptr: (0,0,2,0) SCSI command 08 timeout, resetting SCSI bus NOTICE Stp: Error on SCSI tape 0 (ha=0 bus=0 id=2 lun=0) Unit attention: Drive or bus reset cpio: I/O error on read (). I use HS-4/60s maxell cassettes Can anyone help me with this problem? Thanks in advance... Frank

SCO Compatible CD

Postby CoachHog » Tue, 02 Dec 2003 11:03:24 GMT

Hello All,

I'm trying to burn a CD on a Windows machine that I can then read on a SCO
Unix box (SCO OpenServer Release 5, installed on a Compaq Proliant 800
Server).

Any chance that I can do this?

Thanks,

CoachHog



Re: SCO Compatible CD

Postby Stuart J. Browne » Tue, 02 Dec 2003 11:36:57 GMT




SCO

Sure.

You may have to use either standard ISO9660 naming scheme (8.3 filenames),
force a broken ISO9660 (can use up to 32 characters for filenames), or use
a RockRidge format disk to get the names to read right.

Under Linux, using 'mkisofs', I use the following options:

    -d -l -r -T

These translate as:

    -d    don't force trailing periods
    -l    use 32 character filenames
    -r    use a RockRidge format
    -T    generate a TRANS.TBL

The last is for systems that don't understand RockRidge (not sure of any).

In your Windows burning software (using Nero? Adaptec CD Writer?), you
should have options to force the disk into given formats (FAT, Joliet+Fat,
RockRidge), select the right one.  After that, you should be fine.

Hope this helps you.



Re: SCO Compatible CD

Postby bv » Tue, 02 Dec 2003 14:45:01 GMT

In article <Ljxyb.375392$Fm2.391012@attbi_s04>,





You didn't mention your burning software but I have used
both the Easy CD Creator from Roxio/Adaptec and Nero - and they
both have ISO format capability.  It will be an option somewhere on
the menus.

I use that on all my disc so I can move transparently between
MS/Mac/Unix.

Bill

-- 
Bill Vermillion - bv @ wjv . com

Re: SCO Compatible CD

Postby Scott Burns » Tue, 02 Dec 2003 14:54:47 GMT



Hi,
    not sure if this is an issue any more (anyone? ) but on older 
versions of SCO I've seen problems with CDs where I've written to them 
once, not closed off the disk, then gone back later to add more 
files/remove old files from the layout.  What happened was that the 
layout changes were not apparent on SCO (old layout) whereas Windows 
could still read the new files and not the old ones.

    I've seen this on a P200, but not sure of the SCO version (it was 
version 5.0.x though...).  It's worth keeping in mind though in case you 
ever destroy CD layouts by accident...

-- 
Scott Burns
Mirrabooka Systems

Tel +61 7 3857 7899
Fax +61 7 3857 1368 


Re: SCO Compatible CD

Postby Bob Bailin » Tue, 02 Dec 2003 15:04:23 GMT







SCO

It's still an issue on 5.0.7, which cannot read the changes on
windows multisession cds.



Similar Threads:

1.Dell compatible Server for SCO 5.0.7

I have a client that needs to replace their older Dell SCO Server and 
prefers Dell's over HP.  Does anyone know what Dell model(s) are 
certified, or known to be compatible, with SCO 5.0.7.

2.Linux-Mdk compatible External USB CD-RW?

Hi,

I am thinking a getting an external USB CD-RW: the I/O Magic 52x24x52x
External USB 2.0 CD-RW Drive (at Radio Shack for $99.99+tax).  I
checked with the Mandrake hardware compatibility list, but did not
find it there.

Does anyone have experience with this drive under Mandrake 9.1 nad
9.2?

Alternatively,

Could anyone please reccommend a good Mdk9.2 compatible external
CD-RW?

Many thanks!

3.linux compatible usb cd writer

Hi there,

I am under the impression that I am getting nowhere with the used HP
cdwriter 8200 that I just bought. Even though I added an extra power
module, I still got error in my attempts to burn cd, and, besides, the CDs
keep spinning at variable speeds. I don't know what else to get that will
be Linux compatible. On the site linuxcompatible.org, I saw nothing else
than the HP 8200 that was being ackowledged as compatible... but the site
may not be up to date. there is no way that I can find a new HP 8200
anywhere, at least in here. However, I have found an

ASUS external usb cdwriter

Is there anyone who would know that writer ?   How about Linux
compatibility ?   I have USB 1.1 on RedHat 7.2, kernel 2.4.7-10

4.[News] SCO is Microsoft, Microsoft is SCO, SCO Dies, Microsoft Pulls an SCO

5.CD-Rom Error in sco 507

Dear,

Can anybody tell what is this below said error, when i insert in cd in
the cdrom but the cd is working - sco 507.

%Srom-0          Vnd=HL-DT-ST prd=CD-ROM GCR-8482B Rev=1.07

Thanks
Rajesh

6. How to mount SCO 3.2v4.2/ODT 3.0 CD

7. Installing a new CD-ROM in Unix SCO

8. SCSI CD/RW on SCO 5.0.5 ?



Return to unix

 

Who is online

Users browsing this forum: No registered users and 3 guest