amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Amiga, AmigaOS 4 > ENV_Req bei Startup? [ - Suche - Neue Beiträge - Registrieren - Login - ]

-1- [ - Beitrag schreiben - ]

21.07.2005, 01:42 Uhr

Arthur07
Posts: 468
Nutzer
Hallo,
ich muß irgendwo bzw was in der startup-sequence zerfummelt haben. Also worum gehts.
Wenn ich neu starte bzw nen Hardreset mache,dann kommt kurz drauf'n Req der nach ENV
verlangt. Drück ich Cancel bootets einfach weiter. Nachm Warmstart kommt das aber
nicht mehr. Muß irgendwie ganz am Anfang sein,bevor das RomUpdate kommt. Habe nur
keinen Plan,was das auf einmal sein söllte. Habe doch am Anfang der s-s garnichts
gemacht?? Verflixt da gibts doch auch nirgens nen Verweis auf env? Habe mir die jetzt
schon x-mal angeschaut,aber env wird ja erst viel weiter hinten eingerichtet.
Komisch ständig will mich was ärgern. Das Handy,der Comp,... :(
Hatte schon mal erst gedacht eine Platte wäre im Eimer,weil TurboVal jedesmal Sys neu
validierte. Lief aber auch immer einwandfrei. Hat sich wohl auch plötzlich am RomUpdate
gestoßen,denn unvalidiert scheint da nie was gewesen zu sein. Das müßte eigentlich auch
der einzige Eintrag in der s-s gewesen sein,den ich da deaktiviert habe. Weitere Änderungen
sind alle hinter SetPatch.
Was macht eigentlich FailAt?
Na ist eigenartig. Vielleicht hat jemand ne Idee?
Tschau Joe

[ - Antworten - Zitieren - Direktlink - ]

21.07.2005, 01:50 Uhr

Robin
Posts: 1056
Nutzer
Was steht denn bei dir zwischen Setpatch und Assign Env:... ?

Ich hatte das Problem vor Jahren auch, wie ich gerade beim
checken meines Backups festgestellt habe ;)
Habe damals einfach ein temporaeres ENV:-Assign eingefuegt.
So sah das zum Schluss (bevor ich auf den Peg umgestiegen bin) aus:

C:SetPatch NONSD SKIPROMUPDATES shell QUIET

Resident >NIL: C:Assign PURE
Resident >NIL: C:Execute PURE
Resident >NIL: C:Mount PURE

assign env: envarc:

assign con: dismount
assign raw: dismount

Mount CON: from DEVS:KingCON-mountlist
Mount RAW: from DEVS:KingCON-mountlist

c:stackattack 16000 4096
c:cmq060 >nil:

assign env: remove

l:env-handler

-------------

Weiss nicht mehr warum ... scheint aber geklappt zu haben ;)
--
my.morphosi.net

[ - Antworten - Zitieren - Direktlink - ]

21.07.2005, 11:18 Uhr

Holger
Posts: 8116
Nutzer
Zitat:
Original von Arthur07:
Was macht eigentlich FailAt?

FailAt setzt das Fehler-Level, ab den ein Skript abgebrochen wird. Es steht in der s-s, damit auch bei einem Fehler der Rest abgearbeitet wird.

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.

[ - Antworten - Zitieren - Direktlink - ]

21.07.2005, 12:49 Uhr

Brunadi
Posts: 1365
Nutzer
@Robin:

Bei mir steht, sowie auch in der Original-StartupSequence von OS 3.9:

Assign >NIL: ENV: RAM:ENV

Gruß Brunadi :rotate:

--
http://brunadi.8ung.at


Die meisten Computerfehler sitzen vor dem Bildschirm


[ - Antworten - Zitieren - Direktlink - ]

21.07.2005, 13:24 Uhr

Arthur07
Posts: 468
Nutzer
@Holger
Thx. Konnte nur so auf der Schnelle damit nichts anfangen und in der Shell spuckte
es auch dazu keine Infos aus.

@Brunadi
Aber dieses Assign kommt doch erst nachm SetPatch und RomUpdate. Nach env fragt er
mich aber direkt bevor es den (automatischen) reset fürs Update macht. Und danach
klappts ja wieder.
Tschau Joe


[ - Antworten - Zitieren - Direktlink - ]

09.08.2005, 13:13 Uhr

Arthur07
Posts: 468
Nutzer
Habe bissel rumgewerkelt,er wollte nach einfügen eines weiterem assigns an ner Stelle
nicht mehr weiter booten. Also wieder rausgenommen.

@brunadi
Genau den Eintrag habe ich ja auch gelassen. Es ist weiter vorne,das Prob. Es ist eigentlich
die,mehr oder weniger,orginale 3.9er S-S.

Wenn ichs richtig erkannt hab,dann kommt der Req zwischen dem 1. und 2. autom. Reboot.
Er prüft alle LW durch,dann kommt der Req. Wenn ich da einfach auf Cancel geh,rebootet
er direkt danach und läuft wie als wäre nichts gewesen. Ich werd halt einfach nicht schlau
draus,wo an welcher Stelle in der S-S er denn nun plötzlich noch einmal 'env:' braucht.
Es scheint zwar nicht schlimm zu sein,weil dann ja immer alles ordentlich weitergeht,aber
etwas nervig ists schon...
Tschau Joe

[ - Antworten - Zitieren - Direktlink - ]

09.08.2005, 16:32 Uhr

Palgucker
Posts: 1342
Nutzer
@ Athur07

schreib doch am Anfang (vor Setpatch) Deiner S-S die Zeile

set echo on

ein.Dann könntest Du eventuell selber sehen, welches Programm sich nach ENV: "sehnt" und an welcher Stelle überhaupt.

mfg Palgucker

[ - Antworten - Zitieren - Direktlink - ]

09.08.2005, 23:13 Uhr

Arthur07
Posts: 468
Nutzer
@palgucker
Thx!! Sowas in der Art hätte mir ja auch mal einfallen können. Hatte höchstens an Snoopdos gedacht,doch das hat schon
gereicht. Also da steht dann:
If EXISTS SYS:Prefs/Env-Archive/NOSCSIUPDATE
IF
Und genauso bliebs stehen und wollte env haben. Cancel gehämmert und läuft weiter. Nach dem nächsten reboot steht die
angefangene Zeile natürlich komplett da:
If $SCSIUpdate EQ 1
Wüßte nur nicht,wo ich da was verschlumpft haben sollte. Hatte schon an der s-s rumgemacht,aber doch nicht am ROMUpdate.
Und da scheints doch zu klemmen,oder?
Tschau Joe


[ - Antworten - Zitieren - Direktlink - ]

09.08.2005, 23:37 Uhr

Holger
Posts: 8116
Nutzer
Zitat:
Original von Arthur07:
If $SCSIUpdate EQ 1

Kein Wunder, daß er nach Env: verlangt. $irgendwas ist eine Variable, die durch ihren Wert ersetzt werden soll. Und wenn keine lokale Variable in der Shell existiert, wird in ENV: nach einer Datei namens irgendwas gesucht.

Kannst es ja selbst ausprobieren. Mach eine Shell auf und gebe folgende zwei Befehle nacheinander ein:

echo "Hallo" >ENV:Gruss
echo $Gruss

:)

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.

[ Dieser Beitrag wurde von Holger am 09.08.2005 um 23:38 Uhr editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

09.08.2005, 23:43 Uhr

Palgucker
Posts: 1342
Nutzer
@ Athur07

Dann schau noch mal in Deiner S-S nach - vor der von Dir erwähnten If-Abfrage sollten folgende Zeilen stehen:

C:MakeDir RAM:T RAM:Clipboards RAM:ENV RAM:ENV/Sys
C:Copy >NIL: ENVARC: RAM:ENV ALL NOREQ
Resident >NIL: C:Assign PURE
Resident >NIL: C:Execute PURE
Assign >NIL: ENV: RAM:ENV

mfg Palgucker





[ Dieser Beitrag wurde von Palgucker am 09.08.2005 um 23:46 Uhr editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

09.08.2005, 23:58 Uhr

Arthur07
Posts: 468
Nutzer
Aber das versteh ich nicht,wieso da plötzlich nach was verlangt wird,wo es vorher ewig problemlos geklappt hatte. Das ist aber doch auch der
orginale Eintrag der 3.9er s-s. Was fehlt da bloß? Hm ich hab da grad sone Idee. Wie war denn das gleich mit dem ScsiUpdate? Wann muß ich das
denn machen? Bei allen scsi-devices? Wenns nicht nötig ist,dann brauch ich ja nur einfach diese gesammten Einträge zu deaktivieren und gut.
Gehe ich also recht in der Annahme,daß es sich nur auf das 'scsi.device' bezieht und ich das im A2 ja nicht habe,es somit auch egal ist?
Tschau Joe


[ - Antworten - Zitieren - Direktlink - ]

10.08.2005, 00:02 Uhr

Arthur07
Posts: 468
Nutzer
@palgucker
Davor??? Diese Zeilen stehen schon immer'n Stückchen dahinter. Aber genauso. Hab daran nichts geändert.
Tschau Joe


[ - Antworten - Zitieren - Direktlink - ]

10.08.2005, 00:33 Uhr

GolfSyncro
Posts: 1455
Nutzer
post mal dein S-S dann sehen wir weiter
--
Mfg
GolfSyncro


[ - Antworten - Zitieren - Direktlink - ]

10.08.2005, 00:51 Uhr

Holger
Posts: 8116
Nutzer
Zitat:
Original von Arthur07:
Aber das versteh ich nicht,wieso da plötzlich nach was verlangt wird,wo es vorher ewig problemlos geklappt hatte. Das ist aber doch auch der
orginale Eintrag der 3.9er s-s. Was fehlt da bloß?

Wenn die Zeile schon immer an einer Stelle vor dem Anlegen des ENV-Assigns stand, muß die Variable lokal definiert gewesen sein.
Also irgendwo vor der Zeile
If $SCSIUpdate EQ 1
muß aller Logik nach dann eine Zeile der Art
set SCSIUpdate 1
oder
set SCSIUpdate 0
stehen/gestanden haben als es noch funktionierte.

Es sei denn, die Variable wurde indirekt von einem der vorhergehenden Kommandos (setpatch?) gesetzt. Glaube ich aber nicht.

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.

[ Dieser Beitrag wurde von Holger am 10.08.2005 um 00:51 Uhr editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

10.08.2005, 11:14 Uhr

Gazelle
Posts: 151
Nutzer
@Arthur07:

Das ganze sollte ungefähr so aussehen:

code:
If EXISTS C:SquirrelSCSI
    C:SquirrelSCSI
EndIf

Set SCSIUpdate 1
If EXISTS C:IDEFix
    C:IDEFix
    Set SCSIUpdate 0
EndIf
If EXISTS SYS:Expansion/XSurfIDE
    Set SCSIUpdate 0
EndIf
If EXISTS SYS:Prefs/Env-Archive/NOSCSIUPDATE
    Set SCSIUpdate 0
EndIf
If $SCSIUpdate EQ 1
    SetPatch QUIET
Else
    SetPatch SKIPROMUPDATES "scsi.device" QUIET
EndIf
Unset SCSIUpdate


[ Dieser Beitrag wurde von Gazelle am 10.08.2005 um 11:27 Uhr editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

12.08.2005, 03:54 Uhr

Arthur07
Posts: 468
Nutzer
@gazelle
Komisch jetzt gings wieder. Hatte vor langer Zeit mal die ersten zwei oder drei Teile von dem,was du gezeigt hast,deaktiviert.
Aber nie ist da was gekommen. Jetzt steht alles wieder so drinne und geht. Thx.
Tschau Joe


[ - Antworten - Zitieren - Direktlink - ]


-1- [ - Beitrag schreiben - ]


amiga-news.de Forum > Amiga, AmigaOS 4 > ENV_Req bei Startup? [ - Suche - Neue Beiträge - Registrieren - Login - ]


.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.