[comp.unix.xenix] Xenix filesystem fragmentation

fff@mplex.UUCP (Fred Fierling) (10/17/89)

Does anyone know of program that will defragment a Xenix filesystem?

Is it true that rm'ing all files in a filesystem and then restoring them
will defragment a filesystem?
-- 
Fred Fierling   uunet!van-bc!mplex!fff    Tel: 604 875-1461   Fax: 604 875-9029
Microplex Systems Ltd, 265 East 1st Avenue Vancouver, BC, V5T 1A7, Canada

jbayer@ispi.UUCP (Jonathan Bayer) (10/17/89)

fff@mplex.UUCP (Fred Fierling) writes:

>Does anyone know of program that will defragment a Xenix filesystem?

>Is it true that rm'ing all files in a filesystem and then restoring them
>will defragment a filesystem?


You also have to rebuild the free list before restoring the files.

JB
-- 
Jonathan Bayer		Intelligent Software Products, Inc.
(201) 245-5922		500 Oakwood Ave.
jbayer@ispi.COM		Roselle Park, NJ   07204    

karl@ddsw1.MCS.COM (Karl Denninger) (10/18/89)

In article <359@mplex.UUCP> fff@mplex.UUCP (Fred Fierling) writes:
>Does anyone know of program that will defragment a Xenix filesystem?
>
>Is it true that rm'ing all files in a filesystem and then restoring them
>will defragment a filesystem?

I have taken the recently-posted PACKDISK program, mangled it slightly, and
made it work fantastically for SCO XENIX V/386 2.3

It makes a BIG difference.  From 65% fragmented to 1.2% typically.  Not bad.

It works ok, requires about 2 hours to run on a 3/4 full 90MB filesystem
(which is the nastiest test we've tossed at it so far).

It should work for 80286 systems as well, but no guarantees.  The code has
been somewhat massaged from what was posted.

You can get it off our dial-in system.  No anonymous uucp is provided,
unfortunately (we run a strange uucp and can't allow it; it's not HDB).  You
can, however, download it from our database areas.

To get in, dial the number in my .sig below, type "new" when asked for a
login name, and sign up.  Then join the conference "dl.unix" with the
command "j dl.unix".  Read message #3, say "attach" at the prompt, tell the
system to queue the file, then type "download" to send it.  You need one of
(1) Zmodem, (2) Xmodem, (3) Ymodem or (4) Kermit receive capability to get
the file on your end.

Enjoy.  No warranties, but it does work for me.

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Public Access Data Line: [+1 312 566-8911], Voice: [+1 312 566-8910]
Macro Computer Solutions, Inc.		"Quality Solutions at a Fair Price"

bruce@mdi386.UUCP (Bruce A. McIntyre) (10/18/89)

In article <359@mplex.UUCP>, fff@mplex.UUCP (Fred Fierling) writes:
> Does anyone know of program that will defragment a Xenix filesystem?
> 
> Is it true that rm'ing all files in a filesystem and then restoring them
> will defragment a filesystem?
> -- 
> Fred Fierling   uunet!van-bc!mplex!fff    Tel: 604 875-1461   Fax: 604 875-9029
> Microplex Systems Ltd, 265 East 1st Avenue Vancouver, BC, V5T 1A7, Canada

While it is true that rm and restore from tape will unfrag a disk to a
large extent, the only way to do it correctly that I know of is with a
utility from the people that sell CTAR. (compressed tar)

Microlite Corporation
1021 Sutherland Street
Pittsburg, PA 15204
(412) 771-4901

By the way, CTAR is available for Unix/Xenix/Aix platforms.., and they also
have an inode fiddler for Xenix/SCO Unix
bruce
-- 
=========================================================================
	Bruce A. McIntyre, McIntyre Designs, Inc. VOICE(215)322-1895
	143 Bridgetown Pike, Langhorne, Pa. 19047 DATA (215)357-2915
	{wells|lgnp1}!mdi386!bruce		bruce@mdi386 tbit+

davidsen@crdos1.crd.ge.COM (Wm E Davidsen Jr) (10/19/89)

In article <1187@ispi.UUCP>, jbayer@ispi.UUCP (Jonathan Bayer) writes:

|  You also have to rebuild the free list before restoring the files.

  I highly commend just doing mkfs on the partition.
-- 
bill davidsen	(davidsen@crdos1.crd.GE.COM -or- uunet!crdgw1!crdos1!davidsen)
"The world is filled with fools. They blindly follow their so-called
'reason' in the face of the church and common sense. Any fool can see
that the world is flat!" - anon

iv@hal6000.UUCP (10/19/89)

/---- Written  7:37 pm  Oct 16, 1989 by mplex!fff in comp.unix.xenix ----------
|	           "Xenix filesystem fragmentation"
|  Is it true that rm'ing all files in a filesystem and then restoring them
|  will defragment a filesystem?

Well, actually, if you:

	0> save all files,
	1> rm all files,
	2> fsck -S,
	3> restore

it will, but for all that work you might as well dump / mkfs / restor 
the filesystem, which will achieve the same effect and be faster with
fewer steps too.

Besides, if you use tar to save / restore the files with, you will lose
all your directory permissions!

|  Fred Fierling   uunet!van-bc!mplex!fff  Tel: 604 875-1461  Fax: 604 875-9029
|  Microplex Systems Ltd, 265 East 1st Avenue Vancouver, BC, V5T 1A7, Canada
\---- End of text from hal6000:comp.unix.xenix -------------------------------

[This information was provided by an individual and is not  nor  should
 be  construed  as  being provided by Radio Shack or Tandy Corporation.
 Radio Shack and/or Tandy Corporation have no obligation to support the
 information  provided.    The  author will, however, cheerfully accept
 mail.  This note will self-destruct in 5 seconds.  Good luck, %s.]

----
IV  (aka John Elliott IV)	 Domain: iv@hal6000.Tandy.COM
Tandy Systems Software		   UUCP: ...!texbell!letni!hal6000!iv
900 Two Tandy Center		     or: ...!decvax!microsoft!trsvax!hal6000!iv
Fort Worth, TX 76102		  Phone: 817/390-2701; 9:30am-6:00pm CST, M-F

bob@consult.UUCP (Bob Willey) (10/20/89)

In article <359@mplex.UUCP> fff@mplex.UUCP (Fred Fierling) writes:
>Does anyone know of program that will defragment a Xenix filesystem?


I know that MicroLite Corp was working on a utility like you mentioned.
They were showing off literature at the SCO Forum in August.
I don't think they have actually shipped the product yet.
What we do, is use CTAR (by MicroLite) and backup the entire system, 
and using their CTAR boot disk, reformat the drive and reinstall
from the backup tape all files.  This will in effect unfragment the
disk.  A little bit of the long way.  Although you have to consider,
that true de-fragmenting utilities can run for LONG periods.
We are talking possible hours to run.
    < MicroLite Corp - Tom Podnar - (412) 771-4901 >
.. P.S.  We have no affiliation with MicroLite other than
         using their products as resellers.
..

-- 
.. Computer Consulting Service     ..      Bob Willey        ..
.. P.O. Drawer 1690                ..    uunet!consult!bob   ..
.. Easton, Maryland  21601         ..    (301) 820-4670      ..
...............................................................

kayvan@mrspoc.Transact.COM (Kayvan Sylvan) (10/20/89)

>>>>> "Karl" == Karl Denninger <karl@ddsw1.MCS.COM> writes:

Karl> In article <359@mplex.UUCP> fff@mplex.UUCP (Fred Fierling) writes:
>Does anyone know of program that will defragment a Xenix filesystem?
>
>Is it true that rm'ing all files in a filesystem and then restoring them
>will defragment a filesystem?

Karl> I have taken the recently-posted PACKDISK program, mangled it
Karl> slightly, and made it work fantastically for SCO XENIX V/386 2.3

Karl> It makes a BIG difference.  From 65% fragmented to 1.2%
Karl> typically.  Not bad.

If someone gets Karl's version of PACKDISK who has anonymous UUCP set
up on their machine or who has internet (ftp) access, please make this
available to the rest of us??

Thanks!

			---Kayvan
-- 
Kayvan Sylvan @ Transact Software, Inc. -*-  Los Altos, CA (415) 961-6112
Internet: kayvan@Transact.COM -*- UUCP: ...!{apple,pyramid,mips}!mrspoc!kayvan
= Interested in story telling group? Mail yarn-spinners-request@transact.com =

simon@ms.uky.edu (G. Simon Gales) (10/20/89)

I've downloaded 'packdisk' and tried it out.  It works fine on an AT
running Sco 286 2.2.3 (?).  I'll set it up for anonymous ftp from 
g.ms.uky.edu [128.163.128.7] tonite.  Don't look for it until Saturday.

It should be in the '/outgoing' directory when you ftp it.

-- 
Simon Gales@The University of Kentucky
   simon@ms.uky.edu             | 'Fate... protects fools, little children,
   simon@UKMA.BITNET            |  and ships named Enterprise.' 
   {rutgers, uunet}!ukma!simon  |                           - Riker, ST:TNG

daveb@elaited.i88.isc.com (Dave Burton) (10/21/89)

In article <160@mdi386.UUCP> bruce@mdi386.UUCP (Bruce A. McIntyre) writes:
|While it is true that rm and restore from tape will unfrag a disk to a
|large extent, the only way to do it correctly that I know of is with a
|utility from the people that sell CTAR. (compressed tar)

So will tar/mkfs/tar, and they're *included* with Xenix.
-- 
Dave Burton
uunet!ism780c!laidbak!daveb

root@medsys.uucp (sysop) (10/21/89)

kayvan@mrspoc.Transact.COM (Kayvan Sylvan) writes:

>If someone gets Karl's version of PACKDISK who has anonymous UUCP set
>up on their machine or who has internet (ftp) access, please make this
>available to the rest of us??

Here is how to set up your UNIX system to connect  with  this
system (medsys) via uucp.

Place the following  entry  in  your  /usr/lib/uucp/L.sys  or
/usr/lib/uucp/Systems file with an editor (vi):

medsys Any ACU 2400 16152883957 "" "" ogin:-""-ogin:-""-ogin: nuucp ssword: \r

The above entry is for 2400.  For 19200 bps operation use  the
entry below:

medsys Any ACU 19200 16152883957 "" "" ogin:-""-ogin:-""-ogin: nuucp ssword: \r

You can retrieve files with this command:

uucp medsys!/u/xbbs/scoxenix/packdisk.tar.Z /usr/spool/uucppublic

>Thanks!

You're welcome.
-- 
             __   __|  __        __        LaVerne Olney -- Med-Systems
    |/^\/^\ /__) /  | (__  \  / (__     Medical Office Management Software
    |  |  | \__  \__| ___)  \/  ___)       Kingsport, TN  37660  U.S.A.
    Unix BBS: 615-288-3957  /               UUCP: uunet!medsys!laverne

sl@van-bc.UUCP (Stuart Lynne) (10/22/89)

In article <12991@s.ms.uky.edu> simon@ms.uky.edu (G. Simon Gales) writes:
>I've downloaded 'packdisk' and tried it out.  It works fine on an AT
>running Sco 286 2.2.3 (?).  I'll set it up for anonymous ftp from 
>g.ms.uky.edu [128.163.128.7] tonite.  Don't look for it until Saturday.
>
>It should be in the '/outgoing' directory when you ftp it.

If I can get it here I'll put it in van-bc's uucppublic directory tonight.

	604-939-4782 PEP
	604-939-4756 1200/2400

	login: nuucp password: nuucp

	van-bc!~packdisk
or
	van-bc!~packdisk.Z

FTP access also available via van-bc.wimsey.bc.ca [128.189.233.155].


-- 
Stuart.Lynne@wimsey.bc.ca ubc-cs!van-bc!sl 604-937-7532(voice) 604-939-4768(fax)

rdgreenall@lily.waterloo.edu (10/22/89)

In article <1989Oct20.205754.18669@i88.isc.com> daveb@i88.isc.com (Dave Burton) writes:
>In article <160@mdi386.UUCP> bruce@mdi386.UUCP (Bruce A. McIntyre) writes:
>|While it is true that rm and restore from tape will unfrag a disk to a
>|large extent, the only way to do it correctly that I know of is with a
>|utility from the people that sell CTAR. (compressed tar)
>
>So will tar/mkfs/tar, and they're *included* with Xenix.
>-- 

But lets not forget, that wonderful feature/bug in XENIX tar where
it refuses to back up empty directories.  Use pdtar as long as
your filesystem is not longer than 1 tape instead.

			Richard Greenall

root@conexch.UUCP (Larry Dighera) (10/22/89)

In article <KAYVAN.89Oct19231959@mrspoc.Transact.COM> kayvan@mrspoc.Transact.COM (Kayvan Sylvan) writes:
>If someone gets Karl's version of PACKDISK who has anonymous UUCP set
>up on their machine or who has internet (ftp) access, please make this
>available to the rest of us??


I went through all the rigmarole to download packdisk.sh from Karl's
machine.  Anyone desiring to acquire a copy of packdisk via anonymous
UUCP will find it available on conexch residing in /usr3/public/packdisk.sh.

There's a Systems/L.sys entry in the .signature below.

Larry Dighera


-- 
USPS: The Consultants' Exchange, PO Box 12100, Santa Ana, CA  92712
TELE: (714) 842-6348: BBS (N81); (714) 842-5851: Xenix guest account (E71)
UUCP: conexch Any ACU 2400 17148425851 ogin:-""-ogin:-""-ogin: nuucp
UUCP: ...!uunet!spsd!conexch!root || ...!ccicpg!conexch!root

bruce@mdi386.UUCP (Bruce A. McIntyre) (10/22/89)

In article <1989Oct20.205754.18669@i88.isc.com>, daveb@elaited.i88.isc.com (Dave Burton) writes:
> In article <160@mdi386.UUCP> bruce@mdi386.UUCP (Bruce A. McIntyre) writes:
> |While it is true that rm and restore from tape will unfrag a disk to a
> |large extent, the only way to do it correctly that I know of is with a
> |utility from the people that sell CTAR. (compressed tar)
> So will tar/mkfs/tar, and they're *included* with Xenix.
> Dave Burton
> uunet!ism780c!laidbak!daveb

Regular "tar" will not quite do what you want if you do a new mkfs, because
of the way that tar handles special files and directory permissions.  While
cpio does a little better, there are still some gotchas..  A dump will giv
back all of the info, but somehow I don't always trust dump..

On our bigger systems, we use the PCS Flashback (8mm) mirror image device,
and that is both correct and fast.  To do the clean up, we don't use the
mirror image routine of course, because it wouldn't fix the frag problem,
but the regular fpio routine is almost as fast, and does handle everything
correctly.  I have backed up, mkfs'd and restored a 300mb drive in less
than an hour this way.

bruce
-- 
=========================================================================
	Bruce A. McIntyre, McIntyre Designs, Inc. VOICE(215)322-1895
	143 Bridgetown Pike, Langhorne, Pa. 19047 DATA (215)357-2915
	{wells|lgnp1}!mdi386!bruce		bruce@mdi386 tbit+

kory@avatar.UUCP (Kory Hamzeh) (10/24/89)

In article <KAYVAN.89Oct19231959@mrspoc.Transact.COM>, kayvan@mrspoc.Transact.COM (Kayvan Sylvan) writes:
> >>>>> "Karl" == Karl Denninger <karl@ddsw1.MCS.COM> writes:
> Karl> I have taken the recently-posted PACKDISK program, mangled it
> Karl> slightly, and made it work fantastically for SCO XENIX V/386 2.3
> 
> Karl> It makes a BIG difference.  From 65% fragmented to 1.2%
> Karl> typically.  Not bad.
> 
> If someone gets Karl's version of PACKDISK who has anonymous UUCP set
> up on their machine or who has internet (ftp) access, please make this
> available to the rest of us??

No, post the sources!!! I and many other people have been waiting along
time for something like this. I was to chicken-shit to modify the PACKDISK
program my self. PLEASE, post it.

Thanks,
--kory


-- 
-------------------------------------------------------------------------------
Kory Hamzeh			    UUCP:     ..!uunet!psivax!quad1!avatar!kory
				    INTERNET: avatar!kory@quad.com

usenet@cps3xx.UUCP (Usenet file owner) (10/25/89)

From article <1989Oct20.205754.18669@i88.isc.com>, by daveb@elaited.i88.isc.com (Dave Burton):
> In article <160@mdi386.UUCP> bruce@mdi386.UUCP (Bruce A. McIntyre) writes:
> |While it is true that rm and restore from tape will unfrag a disk to a
> |large extent, the only way to do it correctly that I know of is with a
> |utility from the people that sell CTAR. (compressed tar)
> 
> So will tar/mkfs/tar, and they're *included* with Xenix.

Tar does not backup special device files (ie /dev) and I've
some **IX's tar who didn't backup up empty directories.


j				|%|John Lawitzke, Dale Computer Corp., R&D
				|%|UUCP: uunet!frith!dale1!jhl	   	Work
				|%|      uunet!frith!dale1!ipecac!jhl 	Home
Inquiring minds just wondering. |%|Internet: jhl@frith.egr.msu.edu

chip@ateng.com (Chip Salzenberg) (10/27/89)

According to usenet@cps3xx.UUCP (Usenet file owner):
>Tar does not backup special device files (ie /dev) and I've
>some **IX's tar who didn't backup up empty directories.

Get afio from the comp.sources.unix archives.  It handles all kinds of
files, including device entries.  And it's fast.  And it requires less
backup media for the same amount of backup.  And you'll have source code.
-- 
You may redistribute this article only to those who may freely do likewise.
Chip Salzenberg at A T Engineering;  <chip@ateng.com> or <uunet!ateng!chip>
"'Why do we post to Usenet?'  Naturally, the answer is, 'To get a response.'"
                        -- Brad "Flame Me" Templeton

djm@eng.umd.edu (David J. MacKenzie) (10/27/89)

In article <25476567.13276@ateng.com> chip@ateng.com (Chip Salzenberg) writes:
>According to usenet@cps3xx.UUCP (Usenet file owner):
>>Tar does not backup special device files (ie /dev) and I've
>>some **IX's tar who didn't backup up empty directories.
>
>Get afio from the comp.sources.unix archives.  It handles all kinds of
>files, including device entries.  And it's fast.  And it requires less
>backup media for the same amount of backup.  And you'll have source code.

If you want to use tar format, GNU tar does special files and empty
directories right, as well.
--
David J. MacKenzie <djm@wam.umd.edu>

marks@mgse.UUCP (Mark Seiffert) (10/29/89)

In article <12991@s.ms.uky.edu> simon@ms.uky.edu (G. Simon Gales) writes:
>I've downloaded 'packdisk' and tried it out.  It works fine on an AT
>running Sco 286 2.2.3 (?).  I'll set it up for anonymous ftp from 
>g.ms.uky.edu [128.163.128.7] tonite.  Don't look for it until Saturday.

PackDisk and a 286 binary are available from my archive mailer at
archive@mgse. Send the following message to get all the files, plus
the system help file. The files will come back compressed and uuencoded.

- cut here --------------------------------------------------
set uuencode
set compress
help
send other/xenix/packdisk/PackDisk.Z
send other/xenix/packdisk/Packdisk.desc
send other/xenix/packdisk.Z
- cut here --------------------------------------------------

>-- 
>Simon Gales@The University of Kentucky
>   simon@ms.uky.edu             | 'Fate... protects fools, little children,
>   simon@UKMA.BITNET            |  and ships named Enterprise.' 
>   {rutgers, uunet}!ukma!simon  |                           - Riker, ST:TNG


-- 
Mark Seiffert,  Metairie, LA.
uucp:           rex!mgse!marks
bitnet:         marks%mgse@REX.CS.TULANE.EDU
internet:       marks%mgse@rex.cs.tulane.edu