home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!dtix!darwin.sura.net!udel!sbcs.sunysb.edu!sbstaff2!mjn
- From: mjn@sbstaff2.cs.sunysb.edu (The Sixth Replicant)
- Newsgroups: comp.os.os2.misc
- Subject: Re: Hidden Files, Defragmentation, Backup
- Message-ID: <1992Aug20.172129.26215@sbcs.sunysb.edu>
- Date: 20 Aug 92 17:21:29 GMT
- References: <1992Aug19.161500.15942@sbcs.sunysb.edu> <1992Aug19.195841.10447@midway.uchicago.edu>
- Sender: usenet@sbcs.sunysb.edu (Usenet poster)
- Organization: Tyrell Corp.
- Lines: 22
- Nntp-Posting-Host: sbstaff2
-
- In article <1992Aug19.195841.10447@midway.uchicago.edu> sip1@midway.uchicago.edu writes:
- >In article <1992Aug19.161500.15942@sbcs.sunysb.edu> mjn@sbstaff2.cs.sunysb.edu (The Sixth Replicant) writes:
- >>
- >>Also, in the documentation for EABACKUP, it says that EABACKUP is unneccesary
- >>if your backup/restore preserves the EA pointer in the directory entry (and
- >>of course you restore a whole disk EA DATA. SF included). Does anyone know
- >>whether any or all versions of Fastback have such a property ?
- >
- >They do not -- only OS/2 backup software properly handles extended
- >attributes. EABACKUP is used in conjuction with DOS backup software.
-
- Let me clarify my question. Here's my understanding of how EA's work on
- a FAT partition: There's an entry in the FAT directory entry which is unused
- by DOS. This entry is used by OS/2 to give a pointer into EA DATA. SF.
- The suggestion made in the EABACKUP docs is that if your backup utility
- copies and restores the directory entry wholesale, then it will preserve
- this pointer and if you backup and restore a _whole partition_, then the
- pointer will be consistent with the EA DATA. SF you will be loading. Therefore
- everything will be hunky-dory. Is this a gross misunderstanding ?
-
- -----------------------------------------------------------------------------
- Marc Neuberger mjn@sbcs.sunysb.edu
-