Your chances of finding the DST password are about the same as that of a snowball inside a blast furnace, not gonna happen.

Use Larry's suggestion and from the console, signed on as QSECOFR, issue the CHGDSTPWD *DEFAULT command.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 4/12/2012 7:31 AM, Roberto José Etcheverry Romero wrote:
If you have 22222222 access you could SEE which disk is the
loadsource, just go to the rackconfig and it will be marked with *
> From there, take the serial number and just take each disk.
To aid in your hacking, stop all parity protection (one less abstraction layer).
And good luck i doubt the users/pass are stored in plaintext.
You could also dump an op21 and look at the lic code part...

Keep us posted, i'm curious about this.

best regards,

Roberto

On Thu, Apr 12, 2012 at 8:12 AM, DrFranken<midrange@xxxxxxxxxxxx> wrote:
> Well I can tell you it's the top cage, left disk unit, ALMOST certainly.
> It's possible that it's the 2nd disk from the left.
>
> Now on this quest to find the DST Password with a disk editor...... Yeah
> good luck with that.
>
> I believe they are encrypted, and worse in EBCDIC so noodling for
> recognizable stuff will be hard.
>
> Why don't you run CHGDSTPWD and reset the QSECOFR DST profile that way?
>
> - Larry "DrFranken" Bolhuis
>
> On 4/12/2012 6:44 AM, Jim Donoghue wrote:
>> I have this old 9406-720. It has five drives in the cage on the top left
>> side (below the control panel), and two in the cage below it. How do I find
>> out which is the load source? I can only access DST with the '22222222'
>> user ID. I need to find the load source device so I can poke into it with a
>> disk editor and hopefully find where the DST passwords are stored.
>>
>> Thanks,
>>
>> Jim
> --

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].