Hallo,
habe einen SCSI-Controller ALF232C mit Quantum Festplatte im A2000.
Leider ist der Zugang zu Controller/Festplatte Passwortgeschützt.
Das heißt man bekommt beim Start ein Eingabefeld "Passwort". Weiß man das Passwort nicht, so kann man mit dem Button "Disable" per Workbench Diskette starten. Allerdings ist dann natürlich der Controller disabled.
Weiß jemand, wie man den Controller wieder zugänglich machen kann,
auch ohne Passwort?
Der Vorbesitzer des Controllers ist leider nicht mehr auffindbar.

[ - Antworten - Zitieren - Direktlink - ]

code:

---

--- BEGIN OF LogIn.c --- 

#include <string.h>
#include <exec/exec.h>
#include <dos/dos.h>
#include <proto/dos.h>
#include <proto/exec.h>

#define LoginPath "s:Login/"

LONG my_main(void)
{
  char ExecutePath[] = LoginPath;
  char ExecuteString[] = "         ";
  APTR LoginBase;
  struct Library *DOSBase;

  if (LoginBase=OpenResource("LogIn.resource"))
    {
    if (ExecuteString!=(strcpy(ExecuteString,(char *) LoginBase+14)))
    {
      if (DOSBase=OldOpenLibrary("dos.library"))
        {
          Execute(ExecutePath,NULL,NULL);
          CloseLibrary(DOSBase);
        }
      else return RETURN_FAIL;
    }
  }

}

--- END OF LogIn.c ---

--- BEGIN OF LogIn.s ---  Compiled size: 184 bytes.

* c...@diku.dk, Thu May  4 21:53:23 1995

        include exec/exec.i
        include dos/dos.i       ;Might be dos_lib.i or dos.i, depends on
                                ;the include file!!
        SECTION LogIn_Code,CODE

Start   move.l  4.w,a6
        lea     LogInresource(pc),a1
        jsr     _LVOOpenResource(a6)
        tst.l   d0
        beq.b   Fail            ;No LogIn Resource - No OktagonController....
        add.l   #14,d0          ;Find password string....
        move.l  a0,a0
        lea     StringPassword(pc),a2
        move.l  d2,d0
        bra.b   .sloop
.loop   move.b  (a0)+,(a2)+     ;Copy password to execute buffer....
.sloop  tst.b   (a0)
        bne.s   .loop

        cmp.l   d0,a2           ;Was there any password?
        beq.s   Return          ;If no, then return...

        lea     DOSName(pc),a1
        jsr     _LVOOldOpenLibrary(a6)
        move.l  d0,a5
        beq.b   Fail            ;Can't open dos.library....

        moveq.l #0,d2           ;Use StdIO...
        move.l  d2,d3
        move.l  #ExecuteString,d1
        move.l  d1,a0
        jsr     _LVOExecute(a5)
        jsr     _LVOCloseLibrary(a6)

Return  moveq.l #0,d0
        rts

Fail    moveq.l #$14,d0
        rts

LogInresource
        dc.b    'LogIn.resource',0
        even
DOSName dc.b    'dos.library',0
        even
ExecuteString:                  ;Execute buffer...
        dc.b    's:Login/'
StringPassword
        dcb.b   9,0

--- END OF LogIn.s ---

--- BEGIN of SCOPTIONS ---
PARAMETERS=REGISTERS
NOSTACKCHECK
STRINGMERGE
NOMULTIPLEINCLUDES
OPTIMIZE
LINK
OPTIMIZERSIZE
OPTIMIZERINLINELOCAL
SMALLCODE
SMALLDATA
STRIPDEBUG
OPTIMIZERSCHEDULER
NOICONS
BATCH
GSTIMMEDIATE
NOSTARTUP
GLOBALSYMBOLTABLE=include:all.gst
--- END of SCOPTIONS ---

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Hier mal den Code den ich gefunden habe:

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von thomas:
Kannst du bitte die Quelle mit angeben ! Ohne Quellenangabe ist das ganze absolut witzlos.

---

Zitat:

---

Die einzige Situation, wo das ganze Sinn macht, ist, wenn der Oktagon-Treiber die Execute-Funktion patcht und S:LogIn/ abfängt. Das wäre aber ein ganz übler Hack.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Supimajo:
]QUELLE

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Ändern - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von thomas:
Das Programm liest nicht das Passwort aus, sondern den Benutzernamen. Das Programm läuft *nach* dem Login und führt in Abhängigkeit des angemeldeten Benutzers das gleichnamige Script in S:LogIn aus.

---

Wenn du Tante Google mal bemühen würdest, kämst du evtl. auch zu dem Schluß, das im Falle Oktagon/ALF das Paßwort und der Benutzername ein- und dasselbe sind.

Eine Anmeldung mit User UND zusätzlichem Paßwort existiert hier nicht.

Mein Englisch ist sicher weit von Business-Englisch entfernt. aber ein grundleges Verständnis hab ich dann doch.

Mir drängt sich die Vermutung auf, daß wir beide hier ein wenig aneinander vorbei reden...


--
http://blog.mariomisic.de

[ - Antworten - Zitieren - Direktlink - ]

Muß nochwas korrigieren.
Nicht Passwort, sondern Benutzername ist richtig.

Wenn man auf OK geht tut sich gar nichts mehr, booten von Workbench Disk oder Oktagon Install geht nach OK nicht, nur wenn man Disabled wählt kann von Disk gebootet werden. Habe nach booten schon alle möglichen bsc Installs probiert, der Controller wird nicht erkannt.
Könnte der Controller auch defekt sein?

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Amihans:
Könnte der Controller auch defekt sein?

---

[ - Antworten - Zitieren - Direktlink - ]

Hi,

beim Oktagon2008 wird das Passwort in einem seriellen EEPROM gespeichert.
Das lässt sich recht einfach umgehen.
Den ALF232C haben ich mir mal angeschaut. Leider scheint das dort
anders zu funktionieren. Nur ein paar 74er ICs, PALs und der NCR-Chip.

Nachtrag:
Noch'ne Möglichkeit: Oktapussy ausprobieren. Vielleicht wird der Schutz nur vom ROM aufgerufen...

--
MfG

Michael D.

AIM: amigamicky

System:
A4000D (ATX-Tower), 68040@40MHz, 8GB HD, DVDRom, 12x CD-RW, ZIP-100, RainbowIII, X-Surf, HyperCOM4+
A1200 68040@30MHz+603p@166MHz, 3GB HD, 3c589D NIC, BVisionPPC

[ Dieser Beitrag wurde von Michael_D am 17.01.2006 um 21:07 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Michael_D:
Hi,

beim Oktagon2008 wird das Passwort in einem seriellen EEPROM gespeichert.
Das lässt sich recht einfach umgehen.
Den ALF232C haben ich mir mal angeschaut. Leider scheint das dort
anders zu funktionieren. Nur ein paar 74er ICs, PALs und der NCR-Chip.

---

[ - Antworten - Zitieren - Direktlink - ]

Hi,

beim Oktagon geht das prima.
1. Rechner aus
2. EEPROM entfernen (24LC02...oder ähnliche)
3. Rechner einschalten
4. (Oktagon startet mit defaults)
5. OktagonPrefs aufrufen
6. EEPROM wieder rein (im Betrieb, nicht ganz ungefährlich... )
7. OktagonPrefs mit "Speichern" verlassen.

Hat bei meinem Oktagon 2008 einwandfrei geklappt.
--
MfG

Michael D.

AIM: amigamicky

System:
A4000D (ATX-Tower), 68040@40MHz, 8GB HD, DVDRom, 12x CD-RW, ZIP-100, RainbowIII, X-Surf, HyperCOM4+
A1200 68040@30MHz+603p@166MHz, 3GB HD, 3c589D NIC, BVisionPPC

[ Dieser Beitrag wurde von Michael_D am 17.01.2006 um 21:10 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Ändern - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Ralf_Leonhardt:
Hi...

@Supimajo
> Für den Benutzer (das Paßwort) ist auf jeden Fall das IfLogin-Tool zuständig
> (man erreicht es, wenn man während des bootens F1 gedrückt hält.

Das kann per OktagonPrefs gewählt werden. Der Passwort-Screen kommt entweder nach einem Reboot, beim
Einschalten, Taste F1 beim Einschalten, oder "NIE".

> Das muß ja von irgendwoher aufgerufen werden, wenn du eine entsprechende Abfrage zu sehen bekommst.

Beim Rechnerstart werden diese Sachen übers BootROM des Controllers gemacht/veranlasst.
Dabei wird dann auch der Config-Speicher des Controllers ausgelesen.
Dazu ist allerdings ein BootROM Version 4 oder höher erforderlich.

> Wenn man besagt IfLogin-Aufruf einfach rausnehmen würde, dann klappts auch mit dem booten wieder.
> Nur kann bisher leider niemand sagen von wo aus der Aufruf initiiert wird.

"IfLogin" ist für den Aufruf in der startup-sequence gedacht.
...wenn ich's im Handbuch richtig verstanden habe


bis denne...

Ralf

--
A2000 T - Blizzard2040 - CV64/3D - Highway - IoBlix - OS3.9
A500 D - Derringer030-33MHz - Oktagon2008 - PicassoII+ - HD - CD - WB3.1
A500plus - VXL30-33MHz - GVP-SCSI - HD - WB3.1
A1000 - A2630/4MB - A2091 - HD - WB2.1

---

Hi,

eben dieser "Config-Speicher" existiert leider nicht in der Form, wie
beim Oktagon. Also evtl. doch auf der HD?
--
MfG

Michael D.

AIM: amigamicky

System:
A4000D (ATX-Tower), 68040@40MHz, 8GB HD, DVDRom, 12x CD-RW, ZIP-100, RainbowIII, X-Surf, HyperCOM4+
A1200 68040@30MHz+603p@166MHz, 3GB HD, 3c589D NIC, BVisionPPC

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Michael_D:
eben dieser "Config-Speicher" existiert leider nicht in der Form, wie
beim Oktagon. Also evtl. doch auf der HD?

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Dann kann ich den Controller wohl nur noch an die Wand hängen...
und das wars dann.

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

@CrazyIcecap:
Das bringt wohl nichts, da der Benutzer auf dem Controller, nicht auf der Platte gespeichert ist. Die Platte kann man bestimmt verwenden.

[ - Antworten - Zitieren - Direktlink - ]

@Amihans:
Hast Du es ausprobiert?

m.e. bringt eine Zugangssperre nur etwas, wenn sie Plattengebunden ist, es sollen ja schliesslich die Daten auf der Platte geschützt werden...

Allerdings muss ich bzgl. dieses Controllers zugeben, dass meine Anregungen von keinerlei Fachkenntnis getrübt sind
--
Meister Yoda: Die andere Seite sehr dunkel ist.
Obi Wan Kenobi: Iss deinen Toast und mecker nicht!

[ - Antworten - Zitieren - Direktlink - ]

@CrazyIcecap:
habe ich nicht ausprobiert, ist das Fazit aus den posts hier und meine
Vermutung bisher. Sobald ich einen anderen Controller habe setze ich die Platte um und schaue was passiert.

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von CrazyIcecap:
m.e. bringt eine Zugangssperre nur etwas, wenn sie Plattengebunden ist, es sollen ja schliesslich die Daten auf der Platte geschützt werden...

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von thomas:
Ich denke, daß das Paßwort im Controller gespeichert ist und auch bei einer neuen Platte oder ganz ohne Platte abgefragt wird.

---

[ - Antworten - Zitieren - Direktlink - ]