Printed Circuit Board Assembly & PCB Design Forum

SMT electronics assembly manufacturing forum.

SMTnet
»
Electronics Forum
»
Backing up GSM - Segment Repair importance...

Backing up GSM - Segment Repair importance...

Subscribe to Thread

I'm currently trying to do a complete backup of a GSM-1. It... - Mar 18, 2005 by //jh0n!

I usually delete segment repair files 'segrep' monthly witho... - Mar 18, 2005 by

Just like bored say, we delete seg repairs on the monthly ba... - Mar 18, 2005 by

After reading this and talking to a Universal rep, we're goi... - Mar 18, 2005 by //jh0n!

The last time we had field service on our GSM the UIC tech i... - Mar 18, 2005 by

Just thinking out-of-the-box literally: If you can not get ... - Mar 21, 2005 by

Already tried it. From what I learned later, certain aspect... - Mar 21, 2005 by //jh0n!

Not a bad idea - just insert del c:\usos\product\segrep\*.* ... - Mar 21, 2005 by //jh0n!

You do not need to back up segrep. This is only used for boa... - Mar 21, 2005 by

//jh0n!

#33272

Backing up GSM - Segment Repair importance... | 18 March, 2005

I'm currently trying to do a complete backup of a GSM-1. It's older, and only has one IDE connector (can't add another HDD), and no CD-R. We're having trouble with TCP/IP too. Given that floppy is my only way out right now, and that's pretty unattractive, I noticed that if I clear out the contents of C:\USOS\PRODUCT\SEGREP, I should have enough space to archive to the HDD first and then copy to floppies.

My question is this - are there any further ramifications anyone's aware of of deleting the contents of this subdir (about 50mb) other than losing the product files? I wonder whether this'll cause errors in the Management Database or something...

Thx in advance.

reply »

Bored

#33274

Backing up GSM - Segment Repair importance... | 18 March, 2005

I usually delete segment repair files 'segrep' monthly without implications. It speeds the machine up when generating other segrep files. I believe it is just an archive for e-stop generated production files and has no bearing on management data. Hope this helps.

reply »

#33280

Backing up GSM - Segment Repair importance... | 18 March, 2005

Just like bored say, we delete seg repairs on the monthly bases. It is part of our maintenance now.

reply »

//jh0n!

#33281

Backing up GSM - Segment Repair importance... | 18 March, 2005

After reading this and talking to a Universal rep, we're going to start doing the same thing.

Thx!

reply »

pmd

#33283

Backing up GSM - Segment Repair importance... | 18 March, 2005

The last time we had field service on our GSM the UIC tech installed a command in the boot sequence that automatically deletes all segreps every time the machine is re-booted. Contact UIC and they can probably help you with this. Our machine crashes after 10 days or so unless being re booted. So we try ro reboot every week. Since they have installed this boot command we have never had to delete these files manually.

reply »

Base

#33305

Backing up GSM - Segment Repair importance... | 21 March, 2005

Just thinking out-of-the-box literally: If you can not get a second hard-disk into the machine, why not take the hard-disk out of the machine and attach it to a PC. Once it has been connected as an auxilliary hard-disk to a PC it is very easy to make an image, 'et viola' you're done!

(don't know if this actually works, I'm not a GSM owner, but it might be worth a try...)

reply »

//jh0n!

#33314

Backing up GSM - Segment Repair importance... | 21 March, 2005

Already tried it. From what I learned later, certain aspects of the OS2 filesystem and extended attributes are dependent on disk geometry, and therefore can't be fully successfully copied like that. :/

reply »

//jh0n!

#33315

Backing up GSM - Segment Repair importance... | 21 March, 2005

Not a bad idea - just insert del c:\usos\product\segrep\*.* into startup.cmd.

Thx for the idea! :)

reply »

pmd

#33339

Backing up GSM - Segment Repair importance... | 21 March, 2005

You do not need to back up segrep. This is only used for boards currently on the machine whenever the machine encounters a palm down or soft stop. It only contains what is mounted and or not mounted on that board. No System infomation is contained in that file.

reply »