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.

[ - Answer - Quote - Direct link - ]

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 ---

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

Hier mal den Code den ich gefunden habe:

---

[ - Answer - Quote - Direct link - ]

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.

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von Supimajo:
]QUELLE

---

[ - Answer - Quote - Direct link - ]

[ - Edit - Answer - Quote - Direct link - ]

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

[ - Answer - Quote - Direct link - ]

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?

[ - Answer - Quote - Direct link - ]

Zitat:

---

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

---

[ - Answer - Quote - Direct link - ]

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. ]

[ - Answer - Quote - Direct link - ]

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.

---

[ - Answer - Quote - Direct link - ]

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. ]

[ - Answer - Quote - Direct link - ]

[ - Edit - Answer - Quote - Direct link - ]

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

[ - Answer - Quote - Direct link - ]

Zitat:

---

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

---

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

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

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

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

[ - Answer - Quote - Direct link - ]

@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!

[ - Answer - Quote - Direct link - ]

@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.

[ - Answer - Quote - Direct link - ]

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...

---

[ - Answer - Quote - Direct link - ]

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.

---

[ - Answer - Quote - Direct link - ]