Disc-crasher

15 posts in thread

• Arne Hartelius <2731> · Text 202 · w6 · inlagg

  1985-02-09 13:37

  Ärende: Disc-crasher

  (Detta är mitt svar på brev från Allan Varcoe som jag tyckte hade ett allmängiltigt intresse och därför la in i detta möte) -------- Tack för erbjudande att försöka reparera mina kraschade skivor, men jag tror att jag räddat vad som går med hjälp av SD10-pro- gramet. Det har inte varit något problem att omformatera dessa skivor på traditionellt manér, så som du så riktigt påpekat har de inte varit trasiga i 'egentlig' mening. Problemet är inte felaktig information på bitmappar och/eller libspår, utan att dessa och andra sektorer som blivit 'kraschade' överhuvudtaget inte går att adressera. Skadan ligger väl på nån information mellan sektorerna antar jag. Så vad jag efterlyser är ett program som reparerar/omformaterar just den informationen och samtidigt lämnar sektorsinnehållet ifred. Om all sektorsadressering var förstörd vore väl detta o- möjligt men om programmet letade upp oskadade diton borde det väl med utgångspunkt från dessa kunna gå att återställa de andra i adresserbart skick. Är detta genomförbart eller är jag i vanlig ordning ute på en mycket lång cykeltur. Observera att det inte är formateringsskyddade skivor jag är ute efter att knäcka då det program jag efterlyser bara skulle återställa adresseringen på ett standardiserat sätt.
  • Bo Kullmar SYSOP <1789> · Text 203 · w6 · kommentar

    1985-02-09 14:04

    Ärende: Disc-crasher

    Ja, det kan hända att adressmärkningen för sektorerna har blivit skadade och dem kommer man ju inte åt via DOS:et. Det finns två mycket utmärkta reperationsprogram till UFD-DOS:et nämligen DISKCHEK och ERRCOPY. DISCHEK finns bara för UFD-DOS medan ERRCOPY även finns för gammalt 800-dos. Min erfarenhtet är att DISKCHEK fixar det mesta automatiskt. Ex vis så fixar den en ny bitkart om så skulle behövas. Man kan även köra DISKCHEK på en ABC80 skiva om man kör den på en maskin med UFD-DOS, vilket oftast innebär en 806:a eller 802:a. Ett problem blir då att DISKCHECK uppfattar spår 3 som libspår och tror att där finns felaktiga filnamn. Detta beror på att UFD-DOS:et använder sig av två libspår (spår 1 används ej).
  • Benny Löfgren SYSOP <2615> · Text 208 · w6 · kommentar

    1985-02-11 08:31

    Ärende: Disc-crasher

    Det finns två typer av fel man kan råka ut för när man försöker läsa en sektor, CRC-fel och AM-fel. CRC-fel är den minst otrevliga av de två, det går nämligen med speciella program, typ DISKCHEK och ERRCOPY att läsa in sektorn, visserligen med det felaktiga datat, men oftast är huvuddelen av sektorn intakt, och med någon form av diskdumpprogram kan man reparera den. När man väl läst in den är det riskfritt att skriva tillbaka datat, då blir sektorn CRC-summerad på nytt och helt "frisk" igen. Controllern ger detta fel som nummer 8 (läses i byte -747). Det andra felet kallar controllern 16, och det heter No Address Mark (därav AM), är tyvärr obotligt med mindre än att man formaterar om spåret. ERRCOPY kan fylla ut en sådan sektor i en felaktig fil med godtyckligt tal, eller utesluta den helt (programmet kopierar resterna av filen till en ny, om någon inte förstått det). (Glömde tala om att CRC betyder Cyclic Redundancy Check och är en avancerad metod för kontroll (och i vissa fall korrigering) av fel vid dataöver- föringar. Man kan även använda ordet "polynomdivisionskontroll"...
    • Matts Kallioniemi <2332> · Text 209 · w6 · kommentar

      1985-02-11 09:25

      Ärende: Disc-crasher

      Kan man inte läsa AM-felen med ReadTrack? Jag har aldrig försökt men jag vet att controllern har det kommandot. (börjar vi komma in på lite känsliga piratkopieringsmetoder nu?)
      • Benny Löfgren SYSOP <2615> · Text 210 · w6 · kommentar

        1985-02-11 13:01

        Ärende: Disc-crasher

        Nja, kan kan du väl... Jag har inte heller försökt, men jag har för mej att man inte hinner läsa hela tracket och föra över det till ABC:n (du kan ju inte buffra såpass mycket som ett helt track i controllern). Ja, det börjar väl i och för sej brännas lite, men det finns inte så många som har de kunskaper som krävs för att köra program i controllern och styra 179X:an så det gör väl inget att man talar om det...
        • Matts Kallioniemi <2332> · Text 213 · w6 · kommentar

          1985-02-11 18:55

          Ärende: Disc-crasher

          Vad då, inte många? Jag dissade PROMet och på ca en vecka hade jag kommenterat nästan allt. Med WD's manual och ev en diss av ABCDOS så är det jätte lätt. Bör inte vara något problem att låta 179x'en läsa in spåret flera gånger och buffra en bit i taget. En vacker dag då jag har en drive och gott om tid kommer jag antagligen att prova.
          • Benny Löfgren SYSOP <2615> · Text 217 · w6 · kommentar

            1985-02-12 07:40

            Ärende: Disc-crasher

            Är du många? Jag menar hur många av de som kör här klarar en sådan sak?! Jag räknade faktiskt in dej i de få som jag antar klarar det.
            • Matts Kallioniemi <2332> · Text 218 · w6 · kommentar

              1985-02-12 09:21

              Ärende: Disc-crasher

              Jag menade att det var så lätt att i stort sett vem som helst borde klara det om dom är det minsta nyfikna. Därför förvånar det mig om inte fler än jag har dissat det PROMet. Iofs är det ju lite struligt att skriva ner listan någonstans när man är utan sin controller, men till kassett borde gå bra. Själv dumpade jag PROMet i en CATNET fil.
              • Benny Löfgren SYSOP <2615> · Text 223 · w6 · kommentar

                1985-02-13 07:20

                Ärende: Disc-crasher

                Alla har inte de kunskaperna i främst assemblerprogrammering (det är ganska svårläst kod, eller hur) eller de ingående kunskaper om controllern som krävs (det är iofs bara att ta en titt i Luxors servicepärm, där står det en hel del matnyttigt).
            • Lasse Frej <2260> · Text 222 · w6 · kommentar

              1985-02-12 12:06

              Ärende: Disc-crasher

              Det här är intressant! Kan inte någon av er, som deltar i debatten, skriva ihop någonting till ABC-bladet!!! Dom där artiklarna "Nyfiken..." som stod i bladet för länge sedan gav i varje fall mig en hel massa kunskaper om hur floppyn funkar. Det här skulle kunna bli någonting jätte-bra om det bara skrevs ner. Jag klarar inte av att luska ut särskilt mycket ur dissasembleringarna i DOS o dyl - jag går fort vilse och tappar tråden - men ni som klarat det, snälla, sprid ert kunnande. Det behöver inte/bör kanske inte heller vara något avslöjande av de djupare hemligheterna, utan bara de där vanliga vardagsföreteelserna med adress-mark, principerna för formattering o s v. Tackar på förhand - för visst blir det något? Lasse Frej
      • Arne Hartelius <2731> · Text 212 · w6 · kommentar

        1985-02-11 15:00

        Ärende: Disc-crasher

        Nej, mitt förslag går ut på att skriva in NY information på adresssektorerna efter en standardmall, och därvidlag förstörs ett ev. formateringsskydd snarare än att det blir 'upplåst'. Detta sagt med antagandet att ett formateringsskydd bygger på nån sorts extrainformation inlagd på adresssektorerna som känns av under programkörning.
        • Benny Löfgren SYSOP <2615> · Text 216 · w6 · kommentar

          1985-02-12 07:37

          Ärende: Disc-crasher

          Som jag sa i en annan kommentar går det inte, utan man måste vid formaterin (ursäkta, "g" försvann visst...) skriva om HELA spåret. Visserligen kan man läsa upp den information som är intakt och skriva om den sedan, men i alla fall...
    • Arne Hartelius <2731> · Text 211 · w6 · kommentar

      1985-02-11 14:59

      Ärende: Disc-crasher

      Först ett tack till Benny för utförlig redogörelse. Dock är en punkt oklar för mig ännu. Om vi förenklar formateringsprocessen mycket starkt, till gränsen för det absurda, så skulle man kunna beskriva den på detta sätt: ( Observera att jag egentligen inte VET någonting om hur det går till utan bara gissar vilt ) 1. Skriv in adressinformation mellan sektorerna. 2. Fyll sektorerna med ASCII-64. Det kanske är nödvändigt att alltid ha med punkt 2 vid den första formateringen av en skiva för att dessa senare skall vara skrivbara. Men vad jag undrar över är alltså om det nödvändigt att ha med punkt 2 vid OMFORMATERING av en skiva där ADRESS- informationen är skadad. Den information som redan finns på de 'vanliga' sektorerna i form av filer och program borde väl duga lika bra som 255 st ASCII-64.
      • Matts Kallioniemi <2332> · Text 214 · w6 · kommentar

        1985-02-11 18:59

        Ärende: Disc-crasher

        Nej, inte alls på det sättet. Formatering görs genom att man skriver ett helt spår på en gång, dvs *alla* bitar, och inget kan räddas. Jag tror att enda lösningen är att som jag föreslog läsa in allt på en gång.
      • Benny Löfgren SYSOP <2615> · Text 215 · w6 · kommentar

        1985-02-12 07:34

        Ärende: Disc-crasher

        Nej, det går inte till på det sättet. Vad controllern gör är att skriva ett HELT spår, dvs med sektorheader (eg. ID field) och datablock (data field) på en gång. När man checkar disken efteråt skrivs inget ner utan det är bara en read- check. Då är det en speciell read man gör som inte gör någon retry. DOS:et gör normalt tre försök att läsa/skriva en sektor innan det går fel, men gör man bara ett försök så kan man lättare sålla ut sektorer som kan vara potentiellt dåliga (som kanske går normalt första, andra, tredje gången men som till slut ger läsfel).