JRESQUER FAQ

18 juli 2005

Denne OSS indeholder Ofte Stillede Sprgsml 
omkring JRescuer (TM) til OS/2 og eComStation


Indhold:
________

   Q1: JRescuer crash'er ved genskabning af den n'te fil
   Q2: Hvilke krav er der til brug af JRescuer hvis JFS.IFS ikke er indlst
   Q3: Hvordan fr man JRescuer til at lse Linux JFS partitioner ?
   Q4: Jeg gider ikke lse dokumentationen. Hvordan genskaber jeg en fil fra Drev x: ?
   Q5: Kan jeg bruge JFS filsystemet p en USBMSD enhed (memstick) ? 
   Q6: Rod mappen kan ikke findes. Hvordan klarer jeg den ?
   Q7: Kan ChkDsk forvrre status p et beskadiget JFS drev ?
   Q8: Hvordan genskabes en fil fra JFS, som er 0 bytes lang ?
*  Q9: Hvilken vrdi for /CACHE:x  br bruges til JFS.IFS?
  Q10: Chkdsk medfrer fejl JFS0138
  Q11: Hvorfor kan JRescuer ikke genskabe det originale filnavn ?
  Q12: Ingen brugbar Superblock
  Q13: Trap 3.
  Q14: Findes der en IFS til Winblows der kan lse JFS ?
* Q15: Kan jeg gemme den fulde sti i .LONGNAME EA'en ?
* Q16: Hvor meget plads krver det at at udfylde .LONGNAME EA'en ?
* Q17: Br jeg bruge DefragFS.exe til JFS ?
* Q18: JRescuer svarer med fejl: "INODE: Error reading iag"
* Q19: Jeg slettede en fil for 1 minut siden. Hvorfor kan JUne ikke finde den?
* Q20: Hvorfor lser JRescuer og JUne ikke partitionen nr de arbejder?
* Q21: JRescuer svarer med fejl: "##### NotConventions", (##### er et nummer)
* Q22: JRescuer svarer med fejl: "##### NotConventions" for alle filer og mapper.  
* Q23: Fejl: "GetXtree: Error create file Restored.From.JFS, rc=5 action=65535"
* Q24: JUne traps p spanned JFS disk.
   
Q1: JRescuer crash'er ved genskabning af den n'te fil
A1: Brug scriptet lst2cmd.cmd for at generere en kommandofil, der kan genskabe
    dine filer en efter en.
    Brug derefter flgende kommando: Jrescuer x: /d >list.lst   
    
Q2: Hvilke krav er der til brug af JRescuer hvis JFS.IFS ikke er indlst
A2: JRescuer fungerer fint uden at JFS.IFS eller andet er indlst.
    

Q3: Hvordan fr man JRescuer til at lse Linux JFS partitioner ?
A3: Da Linux partitioner ikke har noget drevbogstav skal man bruge
    -d switchen for at f adgang til en Linux partition.

Q4: Jeg gider ikke lse dokumentationen. Hvordan genskaber jeg en fil fra Drev x: ?
A4: Normalt er dette tilstrkkeligt:
      Jrescuer x: /O=y:\
    hvor y: er et drev med fri plads til at genskabe filerne p.
   

Q5: Kan jeg bruge JFS filsystemet p en USBMSD enhed (memstick) ? 
A5: Ja, du kan formattere flash kort som JFS hvis du bruger JFS for eComStation
    (JFS pakke som frigives i 2005 eller senere via eCS beta-zone). 
    Bemrk: Hvis du bruger LazyWrite (/LW:ON) kan "eject x:" kommandoen
    tage flere minutter. Afbryd ikke enheden, fr eject er afsluttet.
    Exempel: Hvis du bruger et gammelt flash-kort, og skriver en stor fil p 
    fx 128MB, vil "eject x:" kommandoen tage over 10 minutter.

   
Q6: Rod stien kan ikke findes. Hvordan klarer jeg den ?
A6: Brug flgende fremgangsmde:

     1) Start JRescuer med /D switch: "JRescuer x: /D > y:\Ddump.log"

     2) Start JRescuer med /S=2 switch: "JRescuer x: /S=2 > y:\S2dump.log"
          Hvis JRescuer kun kan finde inoder nvnt i Ddump.log , s 
          start JRescuer /S=N for hver eneste inode N nvnt i Ddump.log.
      
     3) Flg oversigten, readme filer etc
   
    
Q7: Kan ChkDsk forvrre status p et beskadiget JFS drev ?
A7: Chkdsk kan godt korrige fejl p en mde, s JRescuer ikke kan genskabe de 
    existerende filer. Normalt kan de dog stadig reddes, men det kan krve
    vsentligt mere arbejde.
   
     
Q8: Hvordan genskabes en fil fra JFS, som er 0 bytes lang p grund af en
    fejlagtig nedlukning ?
A8: Forsg med JUne og blandt alle de fjernede filer. Der er ingen garanti;
    men der er nok 80% chance for, at det lykkedes.
     
    
Q9: Hvilken vrdi for /CACHE:x  br bruges til JFS.IFS?
A9: Strrelsen af CACHE parameteren mles i KBytes. Du kan vlge 4 Mb .. 200 Mb 
    (4096 .. 204800)
    Det kan ikke anbefales at anvende mindre end 20MB cache til JFS.
    
    
Q10: Chkdsk aaf JFS partition medfrer fejl JFS0138
A10: Dette er normalt. Man kan ikke kre ChkDsk p en partition, der er i brug.

    
Q11: Hvorfor kan JRescuer ikke genskabe det originale filnavn ?
A11: JFS filsystemet gemmer ikke navnene p slettede filer.
     Det er derfor vigtigt at du krer scriptet setln.cmd p alle dine JFS
     partitioner ofte, fordi dette script gemmer filnavnet i en .LONGNAME EA ,
     hvilket gr det muligt at finde navnet igen efter en fil er slettet.
    

Q12: Ingen brugbar Superblock
     Er der nogen mde, hvorp man kan genskabe filer fra en partition, som
     ikke har nogen brugbar Superblock ?  
     Kan man genskabe eller reparere en defekt Superblock ?
     Hvis en partition er defekt, kan man s sge igennem hver en sektor efter
     en brugbar Superblock ?
A12: Check flgende:
      * ER du sikker p at begge Superblokke er beskadiget ? ISJ giver dig 
        mulighed for at vlge Superblock. ISJ flger med i denne pakke.

      * Hvis Superblokken ikke kan findes s anvender Jrescuer standard 
        parametre (Clustersize=4096). Hvis du ikke har ndret denne burde det
        virke.

      * Forsg at sge efter alle Inoder.
  
  
Q13: Trap 3. Hvis man krer "Validfs.exe" efter "chkdsk /F" rapporteres der
     ikke, at "fs is valid". Man fr i stedet en rapport over defekte Inoder.
A13: Brug Jrescuer til at finde filnavnet p den defekte fil. Genskab filen
     til et andet drev, og slet derefter den originale. Forst denne procedure
     indtil "Valisfs.exe" rapporterer at "fs is valid".

     
Q14: Findes der en IFS til Winblows der kan lse JFS ?
A14: Nej, men en sdan kan fremstilles mod betaling.

Q15: Kan man gemme den fulde sti i en .LONGNAME EA ?
A15: WPS'en forventer kun at finde filnavnet i denne EA, og ikke den fulde sti.

Q16: Hvor meget plads krver det at at udfylde .LONGNAME EA'en ?
A16: En inode bruger 1 cluster pr fil/mappe. Standard cluser strrelse er 
     4096 bytes. Strrelsen af selve inoden er 512 bytes. Dette giver flgende
     plads 4096-512 bytes til EA og ACC. Max lngde p .LONGNAME EA er 255 
     bytes.

     Dette medfrer at en .LONGNAME EA bruger flgende:
           0 bytes -- hvis filen ingen EA'er har i forvejen,
           0 eller 1 cluster -- hvis files har EA'er; men ingen .LONGNAME

Q17: Br jeg anvende DefragFS.exe p mine JFS partitioner ?
A17: Nej, programmet kan vre farligt at anvende.


Q18: JRescuer svarer med fejl: "INODE: Error reading iag"
A18: Inoden med det givne nummer existerer ikke.


Q19: Jeg slettede en fil for 1 minut siden. JUne kan ikke finde den.
A19: Forsg at sge blandt existerende filer.
     Kr
       Jrescuer.exe e: /g=\her\StiTilSlettetFil
     (uden drevbogstav)
     Dette vil normalt finde den.

     Exempel, JRescuer svarer:
       Finding dir \her\StiTilSlettetFil\ inode: 303471

    kr herefter:
       jrescuer /u=303471
    for at se indholdet af denne mappe
       og /i=303471 
    for at genskabe alle filer i mappen.
    
    // this answer is not confirmed by the developer
    
    
Q20: Hvorfor lser JRescuer og JUne ikke partitionen nr de arbejder?
A20: Der er ingen grund til at lse partitionen, da Jrescuer ikke p
     noget tidspunkt skriver til partitionen. Srg blot for at lukke
     alle programmer der bruger partitionen - for at opn det bedste
     resultat.  
     
Q21: JRescuer svarer med fejl: "##### NotConventions", (##### er et nummer)
A21: Dette kan ske, nr et unicode navn ikke kan oversttes til systemets
     codepage. Forsg at genskabe filen uden navn p flgende mde:
        Jrescuer x: /U=inode 
     (eller /i=inode hvis det er en mappe)   
   
Q22: JRescuer svarer med fejl: "##### NotConventions" for alle filer og 
     mapper, hvor ##### er et nummer.
A22: Check om unicode.sys driveren er tilstede i CONFIG.SYS og 
     at mappen \language existerer.


Q23: Fejl: "GetXtree: Error create file Restored.From.JFS, rc=5 action=65535"
A23: Fejlen skyldes at filen "Restored.From.JFS" allerede existerer i den
     givne mappe.
     Vlg at genskabe filer til en anden mappe.

Q24: JUne medfrer en TRAP p en spanned JFS disk.
A24: Denne version af JUNE og JRescuer understtter ikke spanned disks.
     Dette vil blive understttet i en senere version.

Oversat til Dansk af Allan Holm (allan@warpspeed.dyndns.dk)
