atari-home.de - Foren
Software => Alternative Betriebssysteme => Thema gestartet von: Lukas Frank am So 18.11.2018, 17:04:55
-
@czietz ... ich bekomme MiNT mit USB nicht ans laufen auf dem Mega STE. Ich wollte mal den USB2LAN Adapter am Mega STE probieren.
Habe es mit der 1-19-f22 und trunk 05112018 probiert.
-
Vielleicht kann das jemand anders auch mal testen. Ich habe vor nächstem Wochenende keine Zeit, mich darum zu kümmern.
-
PS: @Frank: Kannst Du die ebenfalls angesteckte USB-"Disk" bitte mal abziehen? Bleibt es beim Fehler?
-
Ja Danke ohne den USB Stick läuft es. Man kann den USB Stick aber nach dem booten anstecken und nutzen.
XaAES meldet aber auf einem 4MB Mega STE "out of memory" ...
Schwierig so das Netzwerk zu testen. Hat da jemand eine Idee?
-
OK, danke für die Rückmeldung. Dann weiß ich, in welche Richtung ich (aber leider erst nächstes WE) weiter testen muss. Leider sind 4 MB echt wenig für MiNT. Ich habe es auch nur ans Laufen bekommen, indem ich wirklich alle nicht benötigten .xdd und .xfs in .xdx bzw. .xfx umbenannt habe, damit sie nicht geladen werden. Ich kann mich nicht erinnern, ob der RAM bei mir überhaupt für Netzwerk gereicht hat.
Noch eine Frage: Hast Du die loader.prg und usb*.km aus dem FreeMiNT-Download oder aus dem Lightning-VME-Treiberpaket verwendet?
-
Ich meine das Verhalten ist das gleiche egal ob ich usb.km oder usb000.km verwendet habe. loader.prg war aus dem Lightning Paket.
Beim MiNT auf dem Mega STE gibt es scheinbar noch andere Probleme und zwar hängt es beim booten wenn man mfp.xdd verwendet.
Bei mir ist alles aus ausser ...
asix.xif
inet4.xdd
xconout2.xdd
Ich habe noch TOSWIN2 und Teradesk. Damit bleiben mir 500kB freien Speicher.
Wenn ich z.B. ifconfig.ttp mit der option -a starte sehe ich nichts weil TOSWIN2 mir kein shell Fenster zur Verfügung stellt und das Console Fenster sofort wieder geschlossen wird bevor ich etwas lesen kann ...
-
Wenn ich z.B. ifconfig.ttp mit der option -a starte sehe ich nichts weil TOSWIN2 mir kein shell Fenster zur Verfügung stellt und das Console Fenster sofort wieder geschlossen wird bevor ich etwas lesen kann ...
Dann starte es doch mal aus der Shell heraus.
-
Das starte shell im TOSWIN2 geht ja nicht.
Die bash von Vincent wird wahrscheinlich mit 900kB viel zu groß sein. Aber die sh bash aus EasyMiNT geht ...
-
Die bash von Vincent wird wahrscheinlich mit 900kB viel zu groß sein. Aber die sh bash aus EasyMiNT geht ...
900KB ist ja echt winzig. >:D
-
Vielleicht würde MinWin (oder T-Con oder ...) anstatt TosWin2 ja schon ein paar kB freischaufeln.
Aber wenn eh aus einer Shell gestartet, dann braucht man doch weder Desktop noch TosWin?
Und vielleicht funzen die Netzwerk-Teile ja sogar mit einem älteren MiNT? (Das damals noch verhältnismäßig schlank war).
-
Vielleicht würde MinWin (oder T-Con oder ...) anstatt TosWin2 ja schon ein paar kB freischaufeln.
Aber wenn eh aus einer Shell gestartet, dann braucht man doch weder Desktop noch TosWin?
Und vielleicht funzen die Netzwerk-Teile ja sogar mit einem älteren MiNT? (Das damals noch verhältnismäßig schlank war).
Ganz schön viel wenn und vielleicht... die USB-Funktionalität ist ja noch "recht neu" standartmäßig in Mint mit dabei. Nur um eine Konfiguration in der Konsole durchzuführen auf der Desktop gleich zu verzichten halte ich für übertrieben.
-
Ich gehe mal stark davon aus das der USB Stack mit einem älterem MiNT Kernel wie z.B. 1.15.x nicht funktionieren wird.
TOSWIN2 braucht vielleicht eine bash im /bin Ordner. Muss das mal probieren. Aber mit der EasyMiNT sh shell brauche ich ja kein TOSWIN2 mehr.
-
^^-- Sag´ ich doch. Und ein Desktop wie zB. auch TeraDesk läßt sich beenden und hinterher neu starten, wenn man mal für eine Applikation etwas mehr Platz braucht. Es gibt für diesen Zweck winzig kleine Prg.-Starter; in NAES und (zu meiner Verblüffung) auch in M~TOS sind sogar solche eingebaut - in XaAes etwa nicht?
-
^^-- Sag´ ich doch. Und ein Desktop wie zB. auch TeraDesk läßt sich beenden und hinterher neu starten, wenn man mal für eine Applikation etwas mehr Platz braucht. Es gibt für diesen Zweck winzig kleine Prg.-Starter; in NAES und (zu meiner Verblüffung) auch in M~TOS sind sogar solche eingebaut - in XaAes etwa nicht?
Das ist doch gar nicht notwendig - anstatt XaAES zu starten, startet man eben (temporär) direkt die bash aus der MINT.CNF. Dann sollte Platz genug sein.
-
Stimmt. Aber da gab es doch jmden., der auf den Desktop nicht verzichten wollte.
-
Stimmt. Aber da gab es doch jmden., der auf den Desktop nicht verzichten wollte.
Wie war das mit dem Brexit?
You can't have your cake and eat it
>:D
-
Mit INIT=/bin/bash.ttp in der mint.cnf kann ich mein NFS Share mounten auf dem Mega STE. Wenn ich dann xaaes starte zusammen mit Teradesk bleiben mir 80kB.
Brauche dringend für den Mega STE eine 6MB Alternate Ram Erweiterung ...
-
iperf geht auch natürlich ...
Leider funktioniert das NFS mounten aus der mint.cnf nicht. Ich weiss nicht warum. Musste natürlich mount_nfs in mountnfs.ttp umbenennen weil es auf C:\ liegt. Ein NFS mount aus der bash heraus funktioniert mit mountnfs.ttp
-
Ist das Ergebnis jetzt mit einer USB-Netzwerkkarte ermittelt worden?
-
asx0 = USB2LAN Adapter
-
Kannst du maximal noch mit der Paket Größe spielen, vielleicht ist da noch was rauszuholen..
-
Für einen Mega STE der wahrscheinlich auch ohne GEM mit 8Mhz und Cache aus läuft ist das schon in Ordnung finde ich. Bin ja froh das es überhaupt geht. Dringend von Nöten für den Mega STE ist eine 6MB Speichererweiterung auf insgesamt 10MB. So könnte man MiNT/XaAES plus Desktop laufen lassen und hätte noch so knapp 4MB frei auch mit Grafikkarte im VME Bus.
Wer legt eine MagnumSTE wieder auf oder macht etwas anderes. An eine MonSTer in diesem oder nächstes Jahr glaube ich nicht.
-
Frank, nun drängle doch mal nicht so. Eins nach dem anderen.
-
Ich warte und gedulde mich ...
Damit macht die Lightning Erweiterung im Mega STE erst richtig Sinn.
-
Warum denn ausgerechnet 6MB? Ich möchte 10. Oder wenigstens acht.
-
Wegen dem VME Bus ist/muss bei 10MB Schluss sein.