Het HPFS bestandssysteem

disk trashing

De situatie die veel vaker voorkomt, is die van een traag systeem met een hoorbaar ratelende schijf. Het gaat om disk trashing. De beste remedie is geheugenuitbreiding. De korte termijn oplossing is "geheugenintensieve" programma's als Mozilla afsluiten.

Autocheck

HPFS is behoorlijk tolerant t.a.v. fouten. Maar bij sommige fouten is het ook voor HPFS niet meer verantwoord om verder te gaan. Bijv. omdat door allocatiefout een nieuwe schrijfactie andere data kan overschrijven. De schijf is dan niet meer benaderbaar. Dit gebeurt vooral na een stroomuitval.

Maar als de bootdrive niet meer te beschrijven is loopt het laden van het OS/2 besturingssysteem spaak. Daarom is het belangrijk dat de HPFS schijven direct na het booten kunnen worden gecontroleerd. Dit is wat de AUTOCHECK (afkorting AC) optie van het HPFS stuurbestand doet.

IFS=F:\OS2\HPFS.IFS /CACHE:2048 /CRECL:4 /AUTOCHECK:FGH

zorgt u ervoor dat de door u gebruikte HPFS schijven (hier F,G en H) opnieuw worden gecontroleerd als ze onjuist (stroomstoring, harde reset) werden afgesloten.

De volgende opdracht controleert alle HPFS schijven.

IFS=F:\OS2\HPFS.IFS /CACHE:2048 /CRECL:4 /AUTOCHECK:*

Pas hier echter mee op. Zitten hier zeer grote schijven bij (40 GB of zo), dan gaat de checkdisk tijdens het booten mis. Dat geldt ook voor HPFS386 en JFS. Die kunt u wel vanuit een het al geladen besturingssysteem op fouten controleren, maar niet tijdens het bootproces.

De reden is dat de OS/2 stuurbestanden aan 16 bits limieten vastzitten. Zo kan chkdsk niet meer dan 16 MB geheugen gebruiken. De CONFIG.SYS instelling:

BASEDEV=CHKDSK.SYS 

laat ook het controleren van grotere HPFS schijven toe, maar de veilige weg is de voor het booten benodigde bestanden op een wat kleinere schijf te zetten. Houdt u zich hierbij aan 2 (of < 4) GB aan, dan kunt u met pinball.sys zelfs vanuit Windows NT, 2000 of XP of Linux op uw HPFS bootpartitie wijzigingen doorvoeren.

Een soortgelijke opdracht voor FAT16 luidt:

DISKCACHE=1024,32,LW,AC:DE

De FAT16 cache- grootte is 1024 kB. LW staat voor Lazy Write.

HPFS cache versus vaste schijf hardware cache

De HPFS cache is snel, maar niet noodzakelijk sneller dan de hardware cache van uw vaste schijf. Een 8 MB hardware cache van een moderne IDE schijf is groter dan de maximale HPFS cache van 2 MB. Het afzien van de HPFS cache met:

IFS=F:\OS2\HPFS.IFS

kan dan wel eens sneller zijn...

Ga het eens na met diskio.zip van Kai-Uwe Rommel.

Geforceerde chkdsk 1

Een programma dat vanwege een onoorbare actie wordt afgesloten zou open bestanden en dus kleine ongeregeldheden in het bestandssysteem kunnen achterlaten. HPFS is er op ingesteld om zich hierdoor niet te laten beïnvloeden (fouttolerant, u kunt dus doorwerken), maar met het betreffende programma en de door dit programma geopende bestanden komt u later wellicht in de problemen. Maar met de opdracht :

REM IFS=F:\OS2\HPFS.IFS  /CACHE:2048 /CRECL:4 /AUTOCHECK:F+GH
IFS=F:\OS2\HPFS.IFS /AUTOCHECK:F+GH 

wordt ook mijn station G (de datapartitie) bij de volgende reboot(s) standaard gecontroleerd (aanbevolen op niet de niet al te grote HPFS schijven). De geremde opdracht slaat op trage schijven zonder grote interne cache.

Geforceerde chkdsk 2

De harde manier om relatief veilig een chkdsk /f onder OS/2 af te dwingen (als u geen /AUTOCHECK:+schijfletter meer kunt invoeren) gaat als volgt:

Alle programma's en daarna OS/2 afsluiten, als dit niet lukt met Control-Alt- Del (CAD) afsluiten, zodat de cache inhoud naar de harde schijf wordt geschreven.

OS/2 booten en meteen Alt-F1 toetsten (zie: Alt-F1).

Kies: F2 - Naar opdrachtaanwijzing gaan.

Zet de computer uit (geen CAD, maar een harde reset). Dit laatste laat het "dirty" label op de geopende HPFS en FAT16 schijven staan en dwingt een uitgebreide schijfcontrole af bij de volgende reboot.

Overigens heeft een chkdsk /f vanuit een aparte OS/2 bootpartitie of bootdiskette nog altijd mijn voorkeur.

Chkdsk herhalen

Bij ernstige problemen is het wijs om checkdisks via de AUTOCHECK:+schijfletter optie net zo lang te herhalen totdat er geen fouten meer gevonden worden.

Backup, backup, backup..

Blijven er steeds weer fouten komen dan is het hoogste tijd voor een backup. En als andere schijven meedoen en nieuwe harde schijf aan te schaffen. Hierbij zou ik er de voorkeur aan geven om in kleine porties (DIR voor DIR) te backuppen naar een tweede harde schijf. Bij ruimtegebrek gebruikt u een EA sensitieve ZIPPER. Een massieve tape-backup kan het nadeel hebben dat vanwege een enkel foutje in de directory structuur de restore ontzettend lastig kan zijn.

SMART

In Systeem / Probleembepaling van Warp 4 zit een diagnostisch hulpmiddel dat de status van vaste schijf op gezette tijden onderzoekt. Het schijfbewakingsprogramma (hard disk monitor) maakt gebruik van SMART technologie om de status van de vaste schijf te onderzoeken. In de configuratie kunt u opgeven of u dat op gezette intervallen (1-60 min) of nooit (default) wilt doen. Uw BIOS moet dit ondersteunen.

Zie ook: Playing It SMART .

HPFS fragmentatie?

HPFS schijven bezitten resistentie tegen fragmentatie. Anders dan FAT16 benutten ze aaneengesloten vrije sectoren optimaal. Een groot bestand zal door HPFS in het best passende aaneengesloten vrije blok op de harde schijf gezet worden. Niet te groot, niet te klein. Bestanden die groeien krijgen 4 KB extra om door te groeien. Dat extra zoek- en rekenwerk maakt dat HPFS schijven minder snel beschreven worden dan FAT schijven. HPFS schijven lezen echter weer beduidend sneller dan FAT schijven en gaan in een multitasking omgeving zelden stuk. Maar als HPFS schijven vol raken en u er grote bestanden naar toe kopieert gaat het groene schijflampje door de zoekacties naar de optimale vrije ruimte steeds meer branden.

fragmentatie

Dat wil niet zeggen dat bestanden op een HPFS schijf nooit fragmenteren. Fragmentatie is onvermijdelijk op een bijna volle HPFS schijf waar voortdurend bestanden worden gemaakt en gewist (Netscape cache, temp dir, mail dir). HPFS wordt uiteindelijk geconfronteerd met een gatenkaas van kleine gewiste bestanden en kan onvoldoende aaneengesloten vrije sectoren vinden. HPFS doet wat zij kan, maar grote bestanden die niet meer in de kleine gaten passen raken als eerste gefragmenteerd. De schijf wordt trager.

Conclusie: laadt HPFS schijven nooit tot de nok toe vol. En zeker niet als er een dynamisch swap bestand swapper.dat er op staat.

programma's en data scheiden

Een andere strategie is het gebruik van twee HPFS schijven: één voor dynamische data en één voor de statische programma's. Zo kunt u in de data-partitie naast de gewone documenten typisch de directories plaatsen die aldoor veranderen: temp, Netscape cache, download dir, mirrors van leuke WWW locaties. Hiermee voorkomt u dat tijdelijk in de Netscape cache geplaatste en later weer gewiste gifjes, gaatjes creëren op de schijf waar programmabestanden komen te staan.

Bijkomstig voordeel van een extra datapartitie is dat u hier bootos2 op los kunt laten. Vanuit de hiermee gecreëerde onderhoudspartitie kunt u ook de /os2 directory van de gewone bootpartitie defragmenteren, door hem even op een datapartitie te zetten en dan weer terug te verplaatsen, zonder dat u met vergrendelde bestanden zit. Tijdelijk backupen op een andere partitie dus. Doe zoiets nooit onder de WPS, want dan raken de INI bestanden lelijk in de war.

Newcalls.dll

De OS2.INI bestanden worden om de paar minuten bijgewerkt. Dit kan behoorlijk wat schijfgeratel opleveren, omdat dit ongecached (write-through i.p.v. lazy write) gebeurt. Peter Fitzsimmons schreef een patch voor PMMERGE.DLL die de INI bestanden weer lazy write cacheable maakt. Deze patch levert zeker snelheidswinst op (door een veel hoger percentage lazy writes: bij mij 30 -> 90%!), maar ik ben er nog niet uit of de patch met checkini en backup utilities samenwerkt. Op Warp 4 raakte ik na installatie van de patch de desktop kwijt.

HPFS 386

Een groot nadeel van HPFS is tegenwoordig de maximaal 2 MB grote HPFS cache. Op Warp Server Advanced werd daarom hte niet in geheugen beperkte HPFS 386 bestandssysteem ingezet. Maar deze is in het bezit van Microsoft en kost enige honderden dollars. Vanwege deze woekerprijs porteerde IBM het Journaled File System van AIX naar OS/2 en zijn er illegale hpfs386.zip bestanden voor Warp clients in omloop gekomen. Deze is supersnel.

Meer informatie

Bestandssystemen: Het High Performance Fille System (en verder).

xcopy hotserv

Met xcopy [bronpad]\*.* [doelpad] /h/o/t/s/e/r/v vanaf een OS/2 reddingsdiskette of OS/2 onderhoudspartitie kunt u een complete backup maken van een OS/2 partitie. Na het herstel moeten op een FAT schijf nog bootbestanden worden aangebracht met sysinstx.com [drive] vanaf het reddingssysteem. Op deze manier kunt u een OS/2 configuratie op een nieuwe harde schijf (of PC!) overzetten door de nieuwe schijf als 2 IDE disk aan het oude systeem hangen. Let er echter wel op dat na verwisseling van de schijf het schijfletterschema weer klopt.

[F:\]xcopy d:\*.* y:\d1 /h/o/t/s/e/r/v
De naam bij de opdracht XCOPY, d1, kan een directorynaam
of bestandsnaam zijn. Typ J als het gaat om een directory en N
als het gaat om een bestandsnaam.

Verwijst f1 naar een directory (J/N)?

Met j maakt xcopy zo nodig de map Y:\f1 aan en gaat aan de slag:

Bronbestanden worden ingelezen...

D:\var\temp\billsucks.wma
D:\var\temp\deldit

11038 bestand(en) gekopieerd.

Voordelen van xcopy zijn dat het weinig bronnen gebruikt en op ieder OS/2 systeem (incl. de eCS boot-cd en de OS/2 bootdiskettes) beschikbaar is. Als OS/2 programma kopieert het uitgebreide attributen. Een soortgelijke DOS opdracht is xcopy d:\*.* y:\d1 /E /C /H /R /K.

Nadelen van xcopy

Een nadeel van een backup met xcopy [bronpad]\*.* [doelpad] /h/o/t/s/e/r/v is dat xcopy niet betrouwbaar met vergrendelde bestanden omgaat. Om die reden moet u hem vanaf een reddingssysteem (floppy, schijf of boot-CD) uitvoeren. Anders gaat het met opzet vergrendelde bestand IBMLAN\ACCOUNTS\NET.ACC, dat de gebruikersinstellingen van het LAN bevat, niet mee. En moet u na een restore met xcopy de LAN standaardinstellingen (met beheerder user-id:password) weer instellen door IBMLAN\INSTALL\NET.ACC naar IBMLAN\ACCOUNTS\NET.ACC te kopiëren. Overigens werden de door de WPS geopende bestanden D:\OS2\OS2SYS.INI en OS2.INI wel naar Y:/d1 overgebracht.

Time-outs door het netwerk of van een stervende vaste schijf en andere incompatibiliteiten zijn nog lastiger. Ze veroorzaken dat het zich dan wat al te correct geschreven xcopy voortijdig onderbroken wordt.

D:\OS2BOOT
D:\OS2DUMP

Bronbestanden worden ingelezen...

SYS1693: De directory kan niet worden gemaakt.

37 bestand(en) gekopieerd.

En dat is heel vervelend als u in nood een backup van een stervende schijf maakt. U zou dan de optie /V(erify) uit kunnen zetten: dat geeft minder gepiep en belast de schijf minder. Maar uiteindelijk moet u door time-outs veel handmatig doen, bijv. met de Compare Directories (Ctrl-K) optie van File Commander/2. En maar hopen dat dit voor normale omstandigheden geschreven programma nu niet te vaak vastloopt.

Xcopy /S zal op een nog lege bestemming eerst nieuwe mappen aanmaken. De gekopieerde bestanden behouden hun bestandsattributen, zoals de datum en tijd van aanmaak en laatste wijziging, maar nieuw aangemaakte mappen krijgen allemaal de datum van de backup. Xcopy verandert de in Beeld/ Details zichtbare Laatst geopend op datum en tijd in de datum en tijd van de backup. Dit ip zich correcte gedrag is lastig als u later tijdens een schoonmaakactie op zoek gaat naar nog niet eerder gebruikte bestanden. Een DLL bestand dat 5 jaar pas geleden geopend is zal geen problemen veroorzaakt hebben, maar na een backup met xcopy weet u de tijd van de laatste benadering niet meer.

Ten slotte heeft xcopy het nadeel dat het alleen maar kopieert. Als u xcopy d:\*.* y:\d1 /h/o/t/s/e/r/v de volgende dag uitvoert worden alle bestanden overschreven. Dat is op zich niet erg, maar het levert wel veel onnodig veel schijf- en netwerkbelasting op. Daarnaast wordt de door u op de brondirectory gewiste bestanden niet door xcopy gewist. Xcopy is dan ook bedoeld om te kopiëren en te backuppen en niet om te synchroniseren. Sterker nog: Omdat xcopy de datum en tijd van mappen aanpast staat het synchronisaties in de weg.

Synchronisatie versus backup

Het automatisch synchroniseren van twee computers, bijv. het synchroon houden van de datapartitie van een OS/2 server en de datapartitie van een laptop is niet zo gemakkelijk als het lijkt. Een backup gaat alleen maar in de richting van het backupmedium. De status van het origineel (de bron) is het uitgangspunt. Maar een synchronisatie tussen een laptop en een server is tweerichtingsverkeer.

Zowel op de laptop als op de server kunnen bestanden gewijzigd, met opzet gewist of verplaatst zijn. Maar dan moet iemand de beslissing nemen of een op de server ontbrekend bestand op die server gewist of verplaatst is of op de laptop is aangemaakt. Een synchronisatieprogramma kan dat niet weten. Maar alleen bij een nieuw bestand is een kopieeractie van de laptop naar de server terecht. In de andere gevallen zal de kopieeractie de vlijtige opruimacties van u of uw huisgenoten op de server teniet doen en bij verplaatsingen tot duplicaten leiden. Vooral duplicaten zijn lastig, omdat u op het laatst niet meer weet welke versie nog actueel is.

Synchroon betekent gelijktijdig. Daarom moeten de twee computers op zijn minst dezelfde tijden hanteren en niet de een zomertijd en de ander wintertijd. Ze moeten zich bij voorkeur in dezelfde tijdszone bevinden en op de hoogte zijn van de afgesproken tijd. Maar dit alles is niet vanzelfsprekend.

Om te beginnen moet u met actuele software werken. Want een programma met het Jaar 2000 probleem kan bestanden aanmaken met het verkeerde jaartal. En dan hebt u een groot synchronisatieprobleem. Problemen met de tijd doen zich ook op systeemnivo voor: bijv. door een configuratiefout (tijdzone) of een uitgeputte BIOS batterij.

Bij een uitgeputte BIOS batterij zal het systeem doodleuk met de systeemdatum van het BIOS opstarten. En als u de datum en tijd dan na iedere reboot niet handmatig of via het internet aanpast (eCS: Configuratie/klok), zullen uw synchronisaties de mist inlopen. Het via een script opvragen van de tijd (bijv. met "net time \\server /set") van de server met wie u u to date moet zijn kan dus geen kwaad. Want op een kwade dag kan de systeemdatum ineens 1998 worden. Maar een server die via een cron script de tijd op het internet opvraagt kan zelfs zonder batterij nog redelijk werken.

Stel dat de datum en tijd van uw laptop en OS/2 server overeenstemmen. Maar dat een gebruiker van uw server 's middags de laatst gewijzigd datum van uw bestanden aanpast. Een slecht geschreven virusscanner of een backupprogramma zou dit kunnen doen. Dan kan het bestand dat ik 's ochtends op mijn laptop gewijzigd heb, ouder lijken dan zijn origineel op de server.

Nog rampzaliger (en onoplosbaar) is de situatie waarin er op dezelfde dag aan het origineel op de server en aan de kopie op de laptop werd gewerkt. Het pleit ervoor om als het even kan alleen maar via het netwerk (domein) te werken. En als u maar een paar bestanden op de laptop offline veranderd hebt ze handmatig op de server terug te zetten. Zodat u ziet wat u doet.

Gebruikersrechten en discipline zullen u altijd helpen. Voor een bestand dat alleen u toebehoort zijn slechts u (voor de inhoud) en de systeembeheerder (voor de backup) verantwoordelijk. Als het goed is hebben andere netwerkgebruikers geen toegang tot uw databestanden. Zodat u, als u uw op de laptop bewerkte bestanden met uw databestanden op de server synchroniseert, niet rekening hoeft te houden met door anderen op de server veranderde of verplaatste bestanden. Maar houdt bij het bepalen van automatische synchronisaties en backups altijd rekening met onverwachte effecten (Murphy).

dSync for OS/2

Een programma dat het veel beter doet dan xcopy is dSync for OS/2 van Stepan Kazakov (http://zuko.mitm.ru/soft/dsync_en.html). Het is een met detach op te starten daemon die op gezette tijden op de achtergrond backups maakt. Maar u kunt hem met zijn -i(mmmediate) functie op ieder willekeurig moment inzetten.

1. Main Features
 - EA (Extended Attributes) support;
 - Very fast working, low memory consuming;
 - Text mode, can be run detached, can work without PM, i/e from bootable
   diskette;
 - CPU usage saving mode;
 - Can't work with files greater than 4 Gb (may be even greater than 2 Gb);
 - Can copy locked files;
 - Can't work with pathnames longer than 255 chars (in OS/2 max = 260 chars);
 - Uses simple text config file;
 - Tested on FAT, HPFS, HPFS386, JFS, network drives of PEER, Netware, NFS.
   Reaction on other file systems - unknown.
 - Can't write files with long filenames on the FAT disks;
 - Errors - not found yet. :)

In principe verlopen de synchronisaties van dsync eenzijdig. De bron (SrcPath) geldt als actueel en de bestemming (DstPath) wordt aan de bron aangepast. Maar u zou dsync eventueel ook eerst in update modus in omgekeerde richting van een laptop naar een server kunnen uitvoeren. Dan worden er in ieder geval geen bestanden op de server gewist.

Het logbestand vermeldt de procedure. Hier werden de datapartities van de OS/2 server en de laptop via het WLAN gesynchroniseerd. De server is de bron en de laptop is de bestemming.

03/09/2005 17:48:58 [Info]  Starting dSync for OS/2, Version 0.1.6z  (c) 2001-2003 by MaDdEd-Ii.
03/09/2005 17:48:58 [Info]  ...
03/09/2005 17:48:58 [Info]  Phase #1 : Scan SrcPath=J:.
03/09/2005 17:50:38 [Info]  Phase #1 finished, found 1740 dirs, 25368 files, 0 errors.
03/09/2005 17:50:38 [Info]  Phase #2 : Scan DstPath=D: and kill old files.
03/09/2005 17:52:04 [Info]  Phase #2 finished, found 1739 dirs, 25366 files, 0 errors, killed 6 objects.
03/09/2005 17:52:04 [Info]  Phase #3 : Mirroring SrcPath to DstPath.
03/09/2005 17:58:07 [Info]  Phase #3 finished, found 0 errors, 32 dirs changed, 8 files changed.
03/09/2005 17:58:07 [Info]  Job finished with 0 total errors.
03/09/2005 17:58:07 [Info]  Program ended.

Dsync scant eerst de bestanden op de bron (fase 1). Daarna wordt de bestemming gescand op zoek naar verouderde bestanden (fase 2). Een bestand of map is veranderd als zijn naam, lengte, EA lengte of datum of tijd attributen is veranderd. Naar de bestandsinhoud wordt niet gekeken. Maar als iemand zonder rootkit iets wijzigt zullen de bestandsattributen natuurlijk aangepast zijn.

De op de bron afwezige bestanden worden ook op de bestemming gewist. In de even verder op besproken update modus wordt dit achterwege gelaten, maar dat kan betekenen dat als u een bestand op de server verplaatst, het bestand op de laptop zowel op de oude (in update modus niet gewiste) als op de nieuwe lokatie zal voorkomen. In fase 3 worden de op de bron veranderde bestanden naar de bestemming overgebracht.

Mits u over geldige toegangsrechten beschikt kan dsync ook goede backups over het netwerk maken. Xcopy kan nog wel eens afgebroken worden door een krakkemikkige vaste schijf of netwerkfout (time-out). Maar dsync trekt zich hier weinig van aan. Ik zag zelfs dat de synchronisatie van de laptop op het WLAN weer werd doorgestart na een reboot van een NetBios via TCP/IP server. De synchronisatie is dan niet volledig, maar wel fouttolerant. En alles wat na een fout goed overkomt is meegenomen.

De syntaxis van Dync is als volgt:

dSync [-v] [-i] [config_file]

-v   Prints the info on the screen. Without this key the messages will be printed to the log file only.
-i Ignore Daemon=On in config file, do the immediate single run of the program.
-u Update only mode. Old files do not deleted from DstPath.
config_file - specify the alternative config file.

Een configuratiebestand kan er zo uitzien.

:  D_naar_Y.cfg: Maakt een kopie aan van D op Y:/D

LogFile = dSync.log
Daemon = On
; Time to work, for daemon mode only. In form HH[:MM[:SS]].
; Default value = 00:00:00 (h:m:s)
WorkTime = 20:10
: Econome CPU usage. 0..100. 0 - full usage, 100 - less usage.
; Default value = 0.
; Disk Pathes
SrcPath = D:\
DstPath = Y:\D

; andere klussen:
;SrcPath = E:\WWW\
;DstPath = Y:\E\WWW

In dit geval wordt met dSync -i D_naar_Y.cfg onmiddellijk een backup van D in Y:/D aangemaakt. UNC namen (\\server\data) werken niet. U moet de shares eerst mounten en via hun gewone bestandsnamen benaderen.

USB schijven helaas gaven problemen: het vergelijken van de bestandsattributen schijnt op de en of andere manier niet te lukken zodat ook de onveranderde bestanden worden gekopieerd. Dit gebeurde met Chris Wolgemuths USB Mass Storage Device driver. Een backup duurt dan erg lang. Backups naar niet USB schijven via het netwerk waarbij alleen veranderde bestanden gekopieerd worden gaan goed.

Laat ik de -i(mmediate) optie weg, dan gebeurt het in daemon mode om Worktime = 20.10 uur. U kunt dan ook andere backupklussen laten uitvoeren. Ze zijn hier door het commentaarteken inactief gemaakt. Maakt u de volgende dag om 20.10 uur weer een backup, dan worden alleen de veranderde en nieuwe bestanden uit D naar Y:\D gekopieerd. Wat u op D gewist hebt, wordt op Y:\D gewist.

Maar in de update modus (dSync -i -u D_naar_Y.cfg) worden alleen nieuwe en veranderde bestanden naar de bestemming gekopieerd. De op de bron gewiste (of verplaatste) bestanden worden nu niet meer op de bestemming gewist. Hierdoor zal Y:\D na een tijdje groter worden dan D en waarschijnlijk veel rommel en duplicaten bevatten. Maar een twee dagen geleden per abuis gewist bestand haalt u zo wel van de backup terug.

De update modus is vooral handig als u op dezelfde dag zowel op de server als op de laptop hebt gewerkt. U kunt dan eerst de server updaten, maar een op de laptop nog niet gespiegelde opschoonactie op de server wordt er wel weer mee teniet gedaan. Om die reden moet u zeer selectief met de update modus omgaan. Door bijv. alleen een specifieke werkmap (bron:D:\Actueel) met uw werkmap op de server (doel:T:\Actueel) te synchroniseren. Daarna voert u een synchronisatie van al uw serverbestanden (bron:T:\) op uw laptop (doel:D:\) uit. Vanzelfsprekend maakt u hier goed gedocumenteerde batches en configuratiebestanden voor aan.

Drag en drop updaten ligt dan ook in het verschiet. U kunt immers een batch en/of programmabestand aanmaken dat een configuratiebestand (bijv. D_naar_Y.cfg) als parameter opneemt. Bijvoorbeeld de batch Synchroniseer nu met "pad/dSync -i %1" of de batch Update nu "pad/dSync -i -u %1" Maak hier in uw dsyncmap een object van aan en sleep een configuratiebestand ernaar toe. U kunt ook een configuratiebestand aan het programmaobject "Update nu" of "Synchroniseer nu" koppelen. Eventueel past u de extensie van het configuratiebestand in *.dsync aan.

Batches als "pad/dSync -i pad/D_naar_Y.cfg" kunt u ook aan de stationsnaam D hangen. OS/2 is immers een krachtig object georiënteerd systeem: Rechts klikken op de datapartitie. Kies Instellingen /Menu /Toevoegen /Vervolgmenu: Dsync. Nu het vervolgmenu Desync selecteren: Toevoegen: Naam optie: D nu met Y:/D synchroniseren. Programma naam: dsync_d_naar_y.cmd. Het cmd-bestand moet wel in uw pad (cmd map aanmaken) voorkomen.

Conclusie: dsync is als daemon een uitermate handig OS/2 werktuig om dagelijkse backups mee te maken. Voor synchronisatiedoeleinden is het geschikt als u weet wat u doet. Met zijn mogelijkheid om regulier of op wens al uw veranderde bestanden vanaf een actief systeem op een met OS/2 (EA's!) compatibele 2e vaste schijf of netwerkschijf (JFS, HPFS, HPFS386, NTFS, samba met EA support) weg te schrijven hebt u geen backup programma nodig. Een OS/2 reddingssysteem met dsync is alles wat u nodig hebt om weer up to date te zijn. En als u die na een crash niet hebt kunt u de zaak zelfs met xcopy herstellen.

DFsee

Ik mag Jan van Wijcks Shareware DFSee disk, partition and filesystem tool niet onvermeld laten. Het programma komt in DOS, OS/2, Linux en Windows versies. Registratie kost 49 euro bij Mensys. Maar daarvoor krijgt u niet alleen een waardevol partitionerings en backupprogramma maar ook de ondersteuning van de gemeenschap van OS/2 avonturiers die dit programma gebruiken.

In de loop der tijd kreeg dit programma steeds meer mogelijkheden. De mogelijkheid om een sector voor sector gecomprimeerd bestand van een partitie of hele schijf aan te maken is er een van. Van mijn Windows en de meeste Linux partities maak ik geen backups meer onder het OS zelf, maar gewoon een reeks gecomprimeerde Image bestanden van 2 GB die ik daarna via het netwerk naar een Linux backup server stuur. En zo'n backup kan gewoon in idle time op de achtergrond werken terwijl ik onder OS/2 werk op de CMD prompt onderaan het DFSee scherm.

Een dfs script voor dfsee met de optie -run kan er zo uitzien:

SET PRIO m
image -z -m:2047 -P:4  d:\backup\multiboot_part04img #q
image -z -m:2047 -P:9  d:\backup\multiboot_part09img#q

Prullenbak

U kunt een grafische Prullenbak aanmaken door gewoon een map aan te maken op een HPFS schijf, hier een reflectie van te maken op de Werkplek en er een geschikt icoontje aan te koppelen. Voordeel is dat u zo alles zelf in de hand heeft. U leegt uw prullenbak natuurlijk zelf. Dat kan goed met een cmd-batch die u aan het primaire voorgrondmenu van de Prullenbak toevoegt.

Trashcan

Bij Stardocks "OS/2 essentials" zit een een shredder. Maar ook het gratis XWorkPlace installeert een gelikte prullenbak. Ulrich Möllers OS/2 desktop addities maken deell uit van eComStation.

File Phoenix 1.33

Met het programma File Phoenix kunt u gewiste bestanden op <2 GB HPFS en FAT16 schijven terughalen. File Phoenix is een gratis IBM Employee Written Software programma (phenx135.zip) dat onder de Presentation Manager loopt.

Het voordeel van File Phoenix is dat u de het systeem vertragende SET DELDIR= variabele uit kunt laten staan. Een nadeel is dat File Phoenix de schijf eerst moet scannen, wat op een oude PC enige minuten in beslag neemt. Vergelijk het met een lange HPFS chkdsk. Dit kan overigens wel op de achtergrond, want i.t.t. chkdsk zet File Phoenix de toegang tot de schijf niet op slot. De scan van FAT schijven verloopt razendsnel. Nadat u de schijf gescand hebt op gewiste bestanden mag u opgeven naar welke andere partitie en onder welke naam gevonden bestanden teruggezet moeten worden. Hebt u maar een partitie, dan kunt u de bestanden op een flop terugzetten.

Dfsee en JRescuer

Let op: File Phoenix werkt niet op schijven groter dan twee gigabyte. Hier kan Jan van Wijcks DFSee disk, partition and filesystem tool u helpen. JRescuer is een herstellingstool voor JFS.