APLawrence - Information and Resources for Unix and Linux Systems, Bloggers and the self-employed
RSS Feeds Get APLawrence.com by RSS











(OLDER) <- More Stuff -> (NEWER) (NEWEST)
Home > News Posts > copy old xenix diskette
Printer Friendly Version




News Group Posts

copy old xenix diskette




From: Bela Lubkin <belal@sco.com>
Subject: Re: How to copy a tar diskette
Date: Mon, 13 Jan 2003 07:26:58 GMT
References: <2379900.1042433649@dbforums.com> 

rcnewton wrote:

> I have a program I purchased for an old Xenix system on a 1.2 mb 5 1/4"
> floppy diskette.  It appears to be in tar format. Tar tv shows the files
> with leading ./'s.
> 
> I would like to copy it to a 3 1/2" 1.44 mb diskette in the original
> format for installation.   I tried extracting it to a temporary
> subdirectory thinking I could then tar it back to the 3.5 diskette but
> unfortunately it extracts it to multiple subdirectories.
> 
> I haven't had to do this before.  Any help appreciated !



Stuart J. Browne suggested several ways.

At first I read this as you were going to try installing the Xenix
_operating system_ from different size diskettes.  I know that doesn't
work, the install code is different on each size of disk, expects to
find the rest of the install on the same type of disk as it was
originally shipped on.

For an installable app, transferring to a different size disk should
work.

Stuart wrote:

>     mkdir -p /tmp/files
>     cd /tmp/files
>     tar xvf /dev/fd0
>     tar cvf /dev/fd1 ./*

This should work, with a couple of subtleties.  One is this: the
original archive might be absolute (files named "/path/to/file"); it
might be dot-relative ("./path/to/file"); or it might be
nothing-relative ("path/to/file").














If it's absolute, the steps above will fail since the extraction step
writes all over your root.  You can safely extract such an archive with
the "A" flag:

      tar xvfA /dev/fd0

but you will still have trouble creating a new archive with the same
layout.  Fortunately, absolute is pretty unlikely.

Dot-relative vs. nothing-relative might not matter; it depends on the
program's install script.  Stuart's `tar cvf /dev/fd1 ./*` creates a
dot-relative archive; if the original was nothing-relative, you would
want to use `tar cvf /dev/fd1 *`.

None of these will capture dot-files in the root of the install.  That
is, if the archive originally contained:

  ./path/to/file
  ./.mydotfile

".mydotfile" will not match "*".

All in all, the `dd` method is much less likely to introduce vagaries
which might trip up the program's install script.

>Bela<
 

If this page was useful to you, please click to help others find it:  

Your +1's can help friends, contacts, and others on the web find the best stuff when they search.

Comments?



Click here to add your comments



Don't miss responses! Subscribe to Comments by RSS or by Email

Click here to add your comments


If you want a picture to show with your comment, go get a Gravatar



Have you tried Searching this site?

Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates

This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.

Publishing your articles here

Jump to Comments



Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.

Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.

We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.

g_face.jpg

This post tagged:

       - Bela
       - SCO_OSR5
       - Xenix




Unix/Linux Consultants

Skills Tests

Guest Post Here