atari-home.de - Foren
Software => Alternative Betriebssysteme => Thema gestartet von: STarship am Mi 27.04.2011, 20:16:35
-
Moin moin,
die SuFu hat mich leider, trotz der vielen Beiträge über MiNT, nicht wirklich weitergebracht. Ich hoffe ihr könnt mir mal auf's Pferd helfen ;D
Die Installation scheint fertig zu sein aber der TT startet MiNT nicht, sondern bootet jedesmal neu. Das passiert genau an der Stelle, an der eigentlich MiNT loslegen sollte.
Wenn ich übers SHIFT-Menü "Step by Step" auswähle, dann komme ich immer nur bis zum Schritt "Setup complete, now booting system...", dann erscheint noch ganz kurz eine Meldung wo versucht wird ein X-irgendwas.PRG zu starten, und dann macht ein einen Reset.
Wenn ich übers SHIFT-Menü den Start von MiNT unterbinde, dann kann ich zumindest ganz normal mit TOS arbeiten.
HDDRIVER 8.10 und NVDI 5.03 sind installiert, außerdem noch der METADOS Treiber fürs CDROM.
Was könnte das Problem sein, bzw wo finde ich hilfreiche Logfiles?
Gruß,
Sven
-
Mach mal das übliche Procedere, alles im Autoordner abschalten und alle ACC's wegknipsen. Dann ein nach dem anderen wieder einschalten. Irgendwann wirst du schlingel finden der das System neu startet.
Edit:
Außerdem muss NVDI vor MiNT gestartet werden. Also evtl. den Autoordner umsortieren
-
Wenn ich übers SHIFT-Menü "Step by Step" auswähle, dann komme ich immer nur bis zum Schritt "Setup complete, now booting system...", dann erscheint noch ganz kurz eine Meldung wo versucht wird ein X-irgendwas.PRG zu starten, und dann macht ein einen Reset.
Normalerweise wird dann über die mint.cnf per init INIT=u:/c/mint/1-16-cur/xaaes/xaloader.prg zu starten. Dies scheint bei dir nicht zu funktionieren. Könnte evtl. an zu wenig RAM liegen falls Du nur 4MB hast. Eine Logdatei liegt z.B. im Ordner xaaes\ und heißt xa_boot.log
-
Halloloo,
also am Ram liegts definitiv nicht. Ich hatte die Festplatte mal testhalber in meinem anderen TT (siehe Sig), und da war es exakt das selbe Spiel.
Es kommt noch die Meldung über den versuchten Start von xaloader, und dann kommt auch schon der Reset. Die von Arthur erwähnte Logdatei ist bei mir nicht vorhanden ???
Gruß,
Sven
-
Hast Du denn mal versucht alles ab zu schalten im auto ordner? alles mal in PRX umbenannt oder so?
-
Hi,
ja, Autostarts deaktivieren ändert allerdings nichts. Der Reset kommt trotzdem an immer der selben Stelle, ohne Fehlermeldung bzw Logfile... es ist zum verzweifeln, wenn man absolut keinen Anhaltspunkt hat :-\
EDIT:
Ich weiß zwar nicht, was ich jetzt anders gemacht habe, aber ich habe jetzt dieses Logfile, ich versuche das mal hochzuladen, in der Hoffnung ihr könnt mir dadurch eventuell weiterhelfen. Die Endung ".pdf" muß natürlich entfernt werden.
Gruß,
Sven
-
Ich habe das Gefühl das EasyMiNT noch nicht zu Ende installiert ist weil es immer noch als Autorun eingetragen ist...hast Du es direkt von CD zu installieren versucht oder wie?
-
...hast Du es direkt von CD zu installieren versucht oder wie?
Hallo,
nein, ich hatte es erst von CD auf Festplatte kopiert und von da gestartet.
Gruß,
Sven
-
Wie hast Du deine Platte Partitioniert (war das etwa die klitzekleine 80MB Platte?) bzw aufgeteilt und welche Pakete hattest du ausgewählt.
basic, devel, net. libs, standard, x11
-
Die Platte ist eine 525 MB Platte, aufgeteilt in 150 MB BGM für C, 300 MB LNX und dann der Rest hintendran.
An Paketen hatte ich alles außer "dev" und "libs" dabei.
-
Lösche mal deine Installation und mach mal eine Minimalinstallation...Net, Standard, Basic .
Die Installation verläuft in zwei Schritten...entpacken und kopieren einiger Dateien...und erstellen der Linuxpartition .
Reset und booten in MiNT und fortsetzen der Installation.... hier scheint deine Installation gerade zu hängen.
-
Okay, ich mach das gleich mal.
Blöde Frage, aber muß während der Installation vom "net" Paket der Netzwerkadapter schon am TT dranstecken? Der liegt nämlich noch daneben, nicht daß die korrekte Installation deswegen scheitert?
Sven
-
Manchmal kann das tatsächlich ein erfolgreichen Start in MiNT verhindern. Besser schon einstecken... dann kann das schon ausgeschlossen werden....allerding müsste der Fehler eigentlich eher auftreten da die Treiber früher als das "aes" geladen wird.
-
Also ich hab die Installation nochmal laufen lassen, mit den von dir empfohlenen Paketen und angesteckter Hydra...
Keine Änderung...
Viel falsch machen kann man da doch eigentlich bald gar nicht, schon gar nicht mit Easymint. Ich versteh das nicht. Ich hatte noch nie solche Probleme bei der Installation eines Betriebssystems, selbst Linux hab ich schon auf nem PC installiert bekommen, da mußte man sich noch selber einen Kernel bauen, damit es lief.
EDIT:
Jetzt kommt doch tatsächlich noch eine Fehlermeldung:
Setup complete, now booting system...
Launching init: u:/C/mint/1-16-cur/xaaes/xaloader.prg ... XaAES loader: Fopen("/kern/sysdir") failed!
press any key to continue ...
done
-
Sorry, auch wenn ein TT schon recht flott ist kann die Installation nicht schon durch sein....
-
Arthur, das glaub ich dir auch gern, weil ich ja schon öfter gelesen hatte, daß es etwas dauert... aber so ist nunmal der Stand der Dinge. Ich wüsste ja selber gerne, was da schiefläuft ???
-
Schau mal in den c:\Easymint\tmp Ordner dort müßten einige *.err Dateien sein...interessant sind die die Text enthalten.
-
Das sind momentan alles 0-Byte Dateien, stattdessen hat es mir wohl jetzt die NVDI-Installation zerlegt. Ohne was dran geändert zu haben, wird mir jetzt beim booten mitgeteilt, ich möge doch bitte WDIALOG installieren, oder ein Multitaskinsystem wie MagiC benutzen...
Ich hab gleich keine Lust mehr auf MiNT ::)
Ich bieg erstmal NVDI wieder hin, mal sehn was als nächstes passiert...
-
Hallo,
ich hab mich noch nie mit easymint befasst, aber schon öfter gelesen, dass es gar nicht unbedingt so easy ist.
In der Zeit wäre eine Installation des neuesten MiNT nach Anleitung jedenfalls zehnmal erledigt.
Und hinterher weiß man, was was ist, und es ist leichter zu helfen.
Nur so'ne Meinung!
-
Das sind momentan alles 0-Byte Dateien, stattdessen hat es mir wohl jetzt die NVDI-Installation zerlegt. Ohne was dran geändert zu haben, wird mir jetzt beim booten mitgeteilt, ich möge doch bitte WDIALOG installieren, oder ein Multitaskinsystem wie MagiC benutzen...
Ich hab gleich keine Lust mehr auf MiNT ::)
Ich bieg erstmal NVDI wieder hin, mal sehn was als nächstes passiert...
Ne die Meldung besagt das alles ok ist mit NVDI. Ja, kaum zu glauben aber so ist es. Sorry...aua Bauch ich lach mich schlapp auaaaa ;D ;D ;D erst mal Luft holen..Puh
-
Ja ja, wer den Schaden hat... :P
Die Idee von Helmut ist gar nicht mal so schlecht, ich glaube das werd ich mal versuchen. Nichts gegen Easymint, aber ich kriegs einfach nicht hin...
Sven
-
Dann man tau...
-
So, nachdem mir Ingo auf'm SAM den Trick verraten hat, möchte ich das hier auch abschließen.
Das Problem war NVDI, allerdings nicht das fehlen selbigen, sondern daß es vor MINT.PRG geladen wurde. Ich hatte zwar mal irgendwo gelesen, daß NVDI vonnöten wäre, aber ich wusste nicht, daß es nicht vor dem Start von MiNT geladen werden darf.
NVDI im AUTO-Ordner deaktiviert, und die Installation läuft wie gewünscht durch :D
DANKE INGO ;D
Gruß,
Sven
-
Das kann aber nur bei der Installation so sein.
Grundsätzlich wird NVDI früh, wenn nicht als erstes empfohlen, Mint-Kernel als letztes im Auto Ordner.
Kann schon sein, das ich die Installation von EasyMiNT immer mit leerem Auto-Ordner gemacht habe, aber NVDI hab ich als erstes, Mint als letztes im Auto Ordner.
Gruß,
Beetle
-
Dieses Problem hatte ich ebenfalls auf meinen TT´s und beim durchstöbern der Dokumentation bin ich durch Zufall über einen Punkt gestoßen wo beschrieben stand das NVDI nach Mint in den Ordner soll. Mint lädt alles nach ihm weiter er bricht da nicht ab. Ich vermute das der Kernel VDI Bestandteile im Speicher überschreibt und somit das NVDI hinüber ist.
-
Normalerweise sollte der Kernel aber mit dem VDI nix am Hut haben.
Tschööö
maanke
-
Normalerweise , Maanke schau mal deine Mails durch, das Thema habe ich vor 3 Jahren oder so in zig Mails durchgekaut!
-
Hin und wieder ein paar Readme's lesen kann auch nicht schaden. Da steht sowas auch drin ;)
-
Jetzt macht's mal nicht so spannend, welche READMEs?
-
Die dem Freemint Kernel bei liegen!
-
Es gibt zwar das zentrale /doc Verzeichniss aber viele Readme's liegen noch ziemlich verstreut in den anderen Verzeichnissen rum. Vorallem die der Treiber. Einfach mal nach .txt Datein schauen.
Ansonsten bin u.a. kräftig dabei die in's SpareMiNT Wiki (http://wiki.sparemint.org/index.php/Main_Page) zu übertragen.
-
So, nachdem mir Ingo auf'm SAM den Trick verraten hat, möchte ich das hier auch abschließen.
Das Problem war NVDI, allerdings nicht das fehlen selbigen, sondern daß es vor MINT.PRG geladen wurde. Ich hatte zwar mal irgendwo gelesen, daß NVDI vonnöten wäre, aber ich wusste nicht, daß es nicht vor dem Start von MiNT geladen werden darf.
NVDI im AUTO-Ordner deaktiviert, und die Installation läuft wie gewünscht durch :D
DANKE INGO ;D
Gruß,
Sven
Hättest Du sofort auf Ragnar76 gehört (erste Antwort) dann wäre es schneller gegangen.
Mach mal das übliche Procedere, alles im Autoordner abschalten und alle ACC's wegknipsen. Dann ein nach dem anderen wieder einschalten. Irgendwann wirst du schlingel finden der das System neu startet.
Kleiner Scherz am Rande. ;D
-
Das system wurde nicht neu gestartet! Es wurde nur ein weißes Bild dargestellt! Als wenn keine Bildausgabe da ist und nach dem umändern des NVDI hat es sofort funktioniert.
-
Also ich find nix über's VDI in den Freemint READMEs. :-\
-
Das 1.17'er (http://wiki.sparemint.org/index.php/User_manual) ist nicht ganz so umfangreich wie das alte 1.16'er (http://wiki.sparemint.org/index.php/FreeMiNT_1.16.0_readme#Tips_.26_tricks). Da stehts drin.
Werd ich gleich mal mit reinnehmen
-
Installation tips:
- NVDI must always be started before MiNT.
- WDIALOG must always be started after MiNT, best after starting the
AES. WDIALOG is also a very dirty hack, doesn't work correctly
under memory protection (to set the flags to global doesn't help
very much).
It's recommended to skip Wdialog if it's possible. Under N.AES
you can use N.DIALOG as clean Wdialog replacement. It's part
of the N.AES distribution.
- Freedom is also a very dirty program. You get a lot of problems with
Freedom installed. Your system will be unstable.
It's strongly recommended not to use Freedom under MiNT!
-
AUTO Ordner Reihenfolge
-----------------------
Darber gibt es immer wieder widersprchliche Aussagen. Die alte Aussage
von frher das FreeMiNT das allerletzte AUTO Ordner Program sein muž
ist berholt.
Vor FreeMiNT sollten grunds„tzlich all diejenigen Programme gestartet werden
die sich in irgendeiner Art und Weise in das System ber bestimmte Vektoren
einklinken und resident installieren, dazu z„hlen insbesondere:
- NVDI, NovaVDI
- HSMODEM
- BoxKite, Selectric
- MetaDOS/MetaXBS
- BIOS/XBIOS Erweiterungen wie bspw. das Milan Soundblaster XBIOS
- Treiber fr Speichererweiterungen
Unbedingt nach FreeMiNT mssen aber folgende Tools installiert werden:
- FPU Emulationen fr 040/060
- Wdialog (siehe auch bei Abschnitt: Wdialog)
Und alle anderen normalen Programme. Programme die nach FreeMiNT im AUTO
Ordner liegen werden „quivalent zu Programmen die in der MiNT.CNF gestartet
werden behandelt.
-
Und weils so schön ist, aus dem FreeMiNT Wiki noch dies:
Tips & tricks
FreeMiNT doesn't require patch programs at all!
In general, be restrictive with resident programs (TSR) and system enhancements; If you really need them, start them BEFORE FreeMiNT.
If you use NVDI, always start it BEFORE FreeMiNT.
On Hades/Milan you need to run FPU_2M.PRG; don't run it before FreeMiNT, this will have no effect. It's recommended to start it from MINT.CNF (look at the example file, there is an commented out exec directive about it).
Please remove or disable all things related to serial ports! FreeMiNT has much better serial drivers for mfp/scc/uart (as loadable xdd modules). These drivers are HSMODEM compatible too.
To save memory, reduce the caches of HDDriver to a minimum. FreeMiNT has it's own, much better, unified cache management. The HDDriver caches are not used at all under FreeMiNT. To increase the FreeMiNT buffer cache use the MiNT.CNF directive 'CACHE'.
Don't ever use wdialog.prg; wdialog is only TOS compatible; XaAES has wdialog routines built-in, for N.AES you can use the wdialog replacement N.DIALOG.
Don't use Freedom; Freedom is only TOS/MagiC compatible.
Don't use vcons; This is a dirty hack and will not work on 1.16.x kernels! This will be looked into when time allows -- anyone?
In Zeile 4 steht: NVDI vor MiNT
Nicht schön wenn es viele unterschiedliche Versionen gibt...
-
Wäre ja mal zu nachzusehen ob eventuell es eine Rolle Spielt welches System verwendet wird. Den das gleiche hatte ich damals auch auf dem TT. Und auf dem Falcon ging es glaube auch wenn erst NVDI geladen worden ist. Die gilt aber mal zu testen.
-
O.K., das war mir aber bekannt, daß NVDI vor MiNT gestartet werden soll, eigentlich sollte MiNT immer als letztes AUTO Ordner Programm gestartet werden.
Mich würde nur mal interessieren warum, denn MiNT ersetzt TOS Routinen und keine VDI Routinen.
Tschööö
maanke
-
Das ist eine gute Frage! Ich selbst kann es mir auch nicht erklären warum das so ist.
-
Vielleicht mal die Belegeung der Vektoren im laufenden Betrieb anschauen? NVDI und MiNT sind sicherlich irgenwo eingeklinkt, wo man es nicht vermuten würde. Und vielleicht kommt es bei einigen Vektoren auf die Reihenfolge an?
-
Na seht ihr, in den Readme's steht überall genau das, was ich getan hatte, nämlich NVDI vor(!) MiNT zu starten, und genau aus dem Grund hat es nicht funktioniert.
NVDI erst nach MiNT starten, und es lief.
Also nix mit RTFM oder solchen Sachen, ich hab das FM ge'R't, ich habs befolgt und bin damit auf die Nase gefallen :P
Keine Ahnung wie das auf einem nicht-TT ist, bei mir lief's so jedenfalls nicht.
@Ingo:
Das war schon ein Neustart, der hat nur immer auf die Leertaste gewartet, wie er das bei einem normalen Start für TOS auch immer tut. Warum er das macht, weiß ich allerdings auch nicht. Vielleicht liegts am NVRAM.
Gruß,
Sven
-
Kannst ja jetzt deine Erfahrungen für andere Noobs mal Schritt für Schritt zusammenfassen damit denen deine negativen Erfahrungen erspart bleiben. ;)
-
Ich habe NVDI immer vor MiNT, und es läuft.
Kann es sein, daß es da Probleme mit neueren Kernel-Versionen gibt?