SystemDir (sysdir) unter Mint 1.16 oder 1.17 festlegen

[michschmi]

Hallo,

wie legt man das System Directory (sysdir) in Mint 1.16 oder Mint 1.17 fest. Eine entsprechende Variable scheint es in mint.cnf nicht zu geben; eigentlich ist die Festlegung dort auch zu spät. da Mint ja bereits vorher wissen will, woher es die Informationen Mint.cnf und Device-Treiber herbeziehen soll.
Wie stellt Mint daher fest, welches das Bootlauferk ist? Übernimmt es Werte vom Festplattentreiber ?

Ich nutze den Stemulator und boote von P:\, wobei P:\ ein Ordner namens C:\Programme\Stemulator\Home ist.
Möglicherweise funktioniert Mint ab 1.16 auch pfadbezogen so nicht mehr.

Ich bekomme folgende Fehlermeldung:

no <boot>/mint or <boot>/mint/1-17-0 folder found

[Latz]

Hi,
mint.prg setzt das Systemverzeichnis folgendermaßen:
<Bootlaufwerk>/mint/<Versionsnummer>/

Du könntest es mal mit "setenv SYSDIR <Pfad zum Systemverz.>"
in der mint.cnf probieren...

Gruß,
Latz

[afalc060]

3.1.2 Die neue sysdir Strategie
-------------------------------
Um die Installtion und Konfiguration von FreeMiNT zu vereinfachen, gibt es
jetzt ein sogenanntes "System-Verzeichnis", kurz <sysdir>. Der Kernel wird
xdd/xfs Module sowie Konfigurationsdateien (MINT.INI und MINT.CNF) nur noch
ausschliežlich aus diesem Verzeichnis laden.

Standardm„žig heižt <sysdir> so:
"<bootdrive>/mint/<VERSION>" oder, falls dieses Verzeichnis nicht existiert:
"<bootdrive>/mint".

ACHTUNG: Wenn kein <sysdir> gefunden wird, wird FreeMiNT den Bootprozess
         abbrechen, eine Fehlermeldung ausgeben und zu TOS zurckkehren.

<VERSION> steht fr die Kernel-Version und ist als 8+3-Verzeichnisname
kodiert. Fr den FreeMiNT 1.16.0 beta Release Kernel gilt somit folgendes:
<VERSION>=1-16-0
Somit ist es m”glich, in Zukunft mehrere FreeMiNT-Installationen parallel zu
betreiben.

Beispiel 1:

Das Bootlaufwerk sei C:. Dort existiere ein Ordner namens MINT. In diesem
Ordner sind all die xdd/xfs Module und die MINT.CNF

   ==> <sysdir> ist: "C:\MINT"

Beispiel 2:

Das Bootlaufwerk sei C:. Dort existiere ein Ordner namens MINT. Jetzt erzeugt
man in diesem MINT-Ordner einen Ordner names 1-16-0 und kopiert all seine
xdd/xfs Module und die MINT.CNF dorthin.

   ==> <sysdir> ist: "C:\MINT\1-16-0"

Falls man diese 2. M”glichkeit verwendet, was ich w„rmstens empfehle, kann man
ein zuknftiges FreeMiNT-Release 1.16.1 parallel benutzen, einfach indem man im
MINT-Ordner einen weiteren Ordner 1-16-1 erstellt und die entsprechenden Kernel-
Module und Konfigurationsdateien dorthin kopiert.

Beim n„chsten Booten muss man einfach nur noch den Kernel ausw„hlen, den man
verwenden will. Er wird dann automatisch das richtige Systemverzeichnis
ausw„hlen.
Ich hoffe, diese Option ist besonders ntzlich fr alle alpha- und beta-Tester.
Damit drfte eine l„stige Umkonfiguration entfallen.

Nach dem Booten kann man immer nachsehen, welches das <sysdir> ist. Es findet
sich immer in der Umgebungsvariablen $SYSDIR, unter /kern/sysdir oder auch mit
'sysctl kern.sysdir'.

[michschmi]

@afalc060

den Text kenn ich schon fast auswendig . Leider steht dort nirgends, wie Mint das Sysdir ermittelt.

@latz

das geht leider nicht, denn Mint 1,16 und Mint 1,17 setzt das SysDir BEVOR es überhaupt die Mint.cnf auswertetet. Da muß bereits was im Kernel-Modul (mintxx.prg) passieren.
Ich vermute sehr stark, dass Mint die Lage des Treibers im LowLevel-Bereich auswertet, denn mit HDDriver oder CBHD kann ich ja durch Definition im Setup das Bootlaufwerk festlegen.
Schade, wird wohl nichts mit "Pimp your Mint"  

[afalc060]

wie mint das sysdir ermittelt steht genau dort in der anleitung. einfach nochmal lesen 

[tuxie]

Also ich denke auch das das SysDir fest im Kernel verankert ist!

[michschmi]

wie mint das sysdir ermittelt steht genau dort in der anleitung. einfach nochmal lesen  

Dort steht "
Der Kernel wird
xdd/xfs Module sowie Konfigurationsdateien (MINT.INI und MINT.CNF) nur noch
ausschliežlich aus diesem Verzeichnis laden"

das steht da eben nicht. Da steht nur, wo man nachsehen kann, wenn ein Mint 1.16/17.x gestartet ist, was das Sysdir ist. Dass man nachschauen kann,heißt überdies für mich, dass das sysdir auch etwas anderes als C:\ sein kann.

Da steht aber nicht, woher der Kernel sich die Variable <bootdrive> zieht. So kann es ja Nutzer geben, die von Z: booten. Dann ist Bootdrive Z: und die Frage bleibt nach wie vor, wie ermittelt Mint dann Z: ?

Bis 1.15.12 war es so, dass Mint das Laufwerk als "Bootdrive" hergenommen hat, von dem aus Mint(np).prg gestartet wurde und dann auf diesem Laufwerk wahlweise nach den Ordnern "Mulititos" oder "Mint" gesucht hat. Mit Auslesen der mint.cnf konnte mann dann beliebig verzweigen (z.B.auf O: etc. und alle Programme von dort starten lassen) Das scheint aber in 1,16/17 anders geworden zu sein...

[michschmi]

Also ich denke auch das das SysDir fest im Kernel verankert ist!

kann nicht sein, denn nicht jeder Nutzer bootet von C: . Ich befürchte aber, dass Techniken darin verankert sind, die das Bootlaufwerk vor Auswertung von mint.cnf ermitteln. Nur wie 

[tuxie]

Gut dann frage ich mal, wer hat das MiNT verzeichnis schon woanders gehabt ausser auf C ? Ich nicht!

[michschmi]

Gut dann frage ich mal, wer hat das MiNT verzeichnis schon woanders gehabt ausser auf C ? Ich nicht!

auf den Milan hatte ich das Mint-Hauptsystem auf C:\. Zu dieser Zeit (2000/01) gab es aber öfters betas, die recht buggy waren. Um diese zu testen, hab ich auf F:\ noch eine zweite Umgebung eingerichtet und bei Bedarf von F: gebootet. Hat immer funktioniert  

Seinerzeit gab es aber noch kein 1.16/17.x

[afalc060]

Gemdos Funktionsnummer 25, Dgetdrv
liefert das aktuelle Laufwerk.

lw%=GEMDOS(25)

Dabei gilt: 0 = A, 1 = B, 2 = C, 3 = D ... usw

Direkt, zb so
print chr$(gemdos(25)+65)
gibt direkt A,B,C,D,E, usw aus.

um nun das aktuelle verzeichnis, auf einem individuellen laufwerk zu erfahren. könnte man so vorgehen:
path$=space$(256)
path%=v:path$
r%=gemdos(71,l:path%,add(gemdos(25),1))
print path$


aber da mint ja erstmal als normaler gemdos-prozess gestartet wird, erhält es auch seine kommandozeile. darüber kann man auch imho das laufwerk, von dem der prozess gestartet wurde abfragen.

aber um ganz sicher zu wissen wie es gemacht wird, könnte man in die mint-quellen gucken 

[afalc060]

das laufwerk von wo gebootet wurde, kann man auch noch bestimmen.

old%=gemdos(32,0)
print chr$(word{$446}+65)
r%=gemdos(32,l:old%)

[Arthur]

Also ich denke auch das das SysDir fest im Kernel verankert ist!

kann nicht sein, denn nicht jeder Nutzer bootet von C: . Ich befürchte aber, dass Techniken darin verankert sind, die das Bootlaufwerk vor Auswertung von mint.cnf ermitteln. Nur wie 

Wer behauptet denn dass das Bootdrive C: sein muß?

[tuxie]

Ich gehe jetzt mal davon aus ! Das Mint nach dieser Systematik das Systemdir festlegt

Bootlaufwerk:/mint/kernelversion....

Es wird nicht gehen das mint verzeichnis auf D zu legen und dann von C zu booten.

Maped der HD-Driver eigentlich das Laufwerk um? Ich hab das noch nie benutzt! Also wenn man von D bootet, wird dann D zu C ?

[afalc060]

dann würden doch die ganzen pfadangaben im desktop zb nicht mehr stimmen.

[tuxie]

Deswegen frag ich ja!

[michschmi]

Also ich denke auch das das SysDir fest im Kernel verankert ist!

kann nicht sein, denn nicht jeder Nutzer bootet von C: . Ich befürchte aber, dass Techniken darin verankert sind, die das Bootlaufwerk vor Auswertung von mint.cnf ermitteln. Nur wie  

Wer behauptet denn dass das Bootdrive C: sein muß?

niemand, aber alle Beispiele, auch die in der doku geben halt nur Infos dazu, wie Mint startet, wenn Bootdrive C: ist. Aber wie Mint das ermittelt, wird nicht gesagt.

Da aber allgemein von <bootdrive> gesprochen wird, gehe ich stark davon aus, dass Mint auch andere Bootdrives ermitteln, kann.

Aber möglicherweise kann es keine gemappten Verzeichnisse, die als Bootlaufwerk dienen, erkennen.

In meinr Stemulator-Konfog gibt es kein C: (nur zum Booten das VerzeichnisC:\Programme\Ste...\Home. Das ist als Atari-LW P:\ gemappt. Im Stemulator selbst komme ich da nicht drübr raus. Zugriffe auf P: erfolgen dann im o.g. Verzeichnis C:\...\Home.

Nun, ich denke, ich muß dan wirklichbei 1.15.12 bleiben. Möglicherweise haben die Programmierer nicht an die Möglichkeit gedacht, dass ein Emu Mint nutzt (Stemulator ist aber auch der einzige, der das kann).

[michschmi]

Deswegen frag ich ja!

ich hatte das auf dem milan so, dass auf F: ein (nicht ganz komplette) Test-Umgebung lag. In den betreffenden inf-Files waren dann alle Pfade auf F:\ gestellt.

Wollte ich dann mit F: booten, habe ich erst im HD-Driver C: als Bootlaufwerk weggenommen und F: als Bootlaufwerk definiert, mit der folge, dass der Sys-Treiber auf C: verschwunden ist und auf F: geschrieben wurde.

Grund für den  Umstand war, dass der Milan-Blaster-Treiber an einer bestimmten Position im Auto-Ordner sein mussten, und ich nur für Tests einer Mint-Beta nicht den ganzen AUTO-Ordner mehrmals umkopieren wollte, bis wieder alles passte. Und zum Testen brauchte ich keinen Sound

[michschmi]

Ich gehe jetzt mal davon aus ! Das Mint nach dieser Systematik das Systemdir festlegt

Bootlaufwerk:/mint/kernelversion....

Es wird nicht gehen das mint verzeichnis auf D zu legen und dann von C zu booten.

Maped der HD-Driver eigentlich das Laufwerk um? Ich hab das noch nie benutzt! Also wenn man von D bootet, wird dann D zu C ?

das geht mit 1.16/17 wohl nicht mehr, denn in der Doku steht ja, dass Mint unter Mint oder Mint\<Version> alles erwartet; also *.cnf und Device-Treiber.

Bis 1.15.12 war es möglich, das auf dem Bootlaufwerk nur ein Ordner namens Mint/Multitos lag und darin nur eine mint.cnf.
Wenn dann darin die Verzeichnis- und Pfad-Wechsel für die Treiber und das AES richtig konfiguriert waren, konnte man auch sein Mint und das AES auf D,F oder Z haben oder auch Mint auf X: und AES auf Z: (hatte ich auf dem Milan kurzzeitig auch mal (mint auf C: und Naes auf G: ; man muß ja alles mal testen und Mint war mit dem Milan Neuland für mich; da wollte ich schon wissen, was möglich war). Bis Mint 1,15,12 wurde alles noch durch das Abarbeiten der mint.cnf gesteuert.

[Latz]

Aaaalso,
ich habe hier auf dem Falcon das "offizielle" MiNT 1-17-0 auf
C:\mint\1-17-0\ und zum testen den daily build auf D:\mint\1-18-cur\.
Auf beiden Partitionen ist ein auto-Ordner, in dem sich das entsprechende
kernel befindet.
Beim booten von HDDriver drücke ich dann einfach "D"; es wird von
Laufwerk D gebootet, SYSDIR ist dann D:\mint\1-18-cur\ und alles
funktioniert.
Alle anderen Pfade (ACCPATH, Desktop...) kann man in mint.cnf
oder in xaaes.cnf anpassen; ich habe z.B nur einen TeraDesk-Ordner,
beide MiNT-Versionen verwenden dasselbe TeraDesk.

Aber beschreibe Dein Problem mal in der MiNT mailing-list,
das lässt sich garantiert regeln!
Latz