atari-home.de - Foren
Software => Alternative Betriebssysteme => Thema gestartet von: maanke am Di 12.03.2013, 14:19:03
-
Hallo,
da ich im Moment mal wieder an einer neuen EasyMiNT Version arbeite, brauche ich mal einen Beta Tester (oder auch zwei oder drei ;D) mit einem Falcon ct60/ct63.
Da scheint es wohl Probleme mit zu geben, da aber bisher nur auf einem getestet wurde wäre zu erruieren ob's an dem einen oder an allen ct6x liegt.
Also, Freiwillige vor.
maanke
-
Leider keine CT im Sortiment. >:D
-
Hallo,
da ich im Moment mal wieder an einer neuen EasyMiNT Version arbeite, brauche ich mal einen Beta Tester (oder auch zwei oder drei ;D) mit einem Falcon ct60/ct63.
Da scheint es wohl Probleme mit zu geben, da aber bisher nur auf einem getestet wurde wäre zu erruieren ob's an dem einen oder an allen ct6x liegt.
Also, Freiwillige vor.
maanke
Ab kommender Woche habe ich Urlaub und somit etwas Zeit zum Testen. CT63+CTPCI ist auch da. Allerdings auch eine funktionierende MiNT-Installation...
Mit freundlichen Grüßen
Ektus.
-
Ich möchte wohl testen. Das System muss eh mal frisch installiert werden.
Gruß,
Beetle
-
Moin,
ab Anfang Mai kann ich auf dem CT63-Falcon testen. Ich würde auf eine leere CF Karte installieren, um meine funktionierende 1.17 Installation zu behalten.
Gruß Heinz
-
Übrigens, Betatest bedeutet nicht, daß man früher an eine neue Version kommt, sondern auch mal testet und dem Entwickler Feedback gibt.
Ich könnte auch noch Betatester für andere Atari Systeme, inkl. Firebee gebrauchen.
-
Ich könnte Standard-TT testen. Müßte noch genug Platten für solche Sachen haben.
Die Falcons bleiben, wie sie sind, der Milan auch. ;)
*edit*
Falls Du 'EasyMiNT ST' inklusive fertig eingerichteter lnx oder mix Partition sowie lauffähigem Netzwerk basteln möchtest, trittst Du bei mir offene Türen ein. Würde ich mit vier MB RAM testen - das sollte so gerade noch funktionieren, wenn man in der mint.cnf die zwei MB Cache auskommentiert. :)
*/edit*
-
Für's Testen auf der Firebee bin ich natürlich vorbereit und bereit ;)
-
Fein, ich werde die nächsten Tage mal ein Paket bereit stellen.
Falls Du 'EasyMiNT ST'
Das war schon mal angedacht ist aber noch nicht implementiert kann auch noch ein wenig dauern.
-
Falls Du 'EasyMiNT ST'
kann auch noch ein wenig dauern.
'Wenig' gefällt mir. ;D
-
So, meine lieben Betatester, die neue Version kann ab sofort hier runtergeladen werden:
http://atari.st-katharina-apotheke.de/download/em18beta.zip
Die TAR Pakete können über die Homepage runtergeladen werden http://atari.st-katharina-apotheke.de und sollten dann in den Pakete Ordner kopiert werden.
Noch ein paar Worte zur neuen Version, es ist bereits der ST Support enthalten, da ich aber selbst keinen ST mehr habe bin ich da sehr auf Rückmeldungen angewiesen, diesen Programmabschnitt würde ich daher auch noch als "extremely alpha" bezeichnen und man sollte den auch nach Möglichkeit nicht auf was Produktives los lassen.:D
Die normale Atariversion heißt EASYM68K.PRG die Coldfire Version EASYMCOL.PRG diese sind beide im vorliegenden Paket enthalten.
Auch die Firebee/Coldfire Version würde ich mal als alpha einstufen, in Ermangelung eines solchen Rechners brauche ich auch hier Feedback.
Sollte ich nicht sofort antworten, ich bin ab Donnerstag für ein paar Tage weg also Geduld.
Viel Spaß beim testen
maanke
-
Die Frage mag ungewöhnlich wirken an dieser fortgeschrittenen Stelle, aber was ist alles neu? Wo liegen die Vorteile? Gibt es eine Übersicht?
-
Hast Du Nachtschicht gemacht oder ist der Milan wirklich so schnell? ;)
-
Der Milan ist so schnell. *g*
-
Hast Du Nachtschicht gemacht oder ist der Milan wirklich so schnell?
Ja und Ja. ;)
aber was ist alles neu?
Steht zwar auch im Archiv, aber für alle, die nicht die Katze im Sack runterladen wollen.
- MiNT 1.18
- Coldfire Support
- Pakete aktualisiert
- TeraDesk INF Datei mit den angemeldeten Laufwerken wird erzeugt
- ST Support
- und ein paar Bugfixes
Wo liegen die Vorteile?
Das sollte jeder für sich selbst entscheiden.:D
-
Schon mal vielen Dank dafür maanke. :)
-
Ich würde es bei Gelegenheit auch gerne mal testen. Wieviel Platz braucht denn das Komplettpaket auf c: ? belegt es auch Platz auf einer anderen Partition, wenn ja, wieviel?
-
Moinmoin.
Auf der Bootpartition liegen nach der Installation und Bereinigung keine fünf MB, auf einer LNX-Partition (ext2) kann man aber locker 300 MB herumfliegen haben.
Dazu kommen der Installer und die Tarballs, dessen größtes ca. 85 MB groß ist. Die Tarballs kann man nacheinander installieren und somit auch nacheinander auf die Platte legen, also könnte eine 100 MB Partition so gerade reichen, um den Installer und das jeweilige Tar aufzunehmen, etwas mehr wäre aber weniger umständlich.
Ich habe meinem TT eine vier Gigabyte Platte spendiert, C: 500 MB groß gemacht und den Rest als LNX genommen.
Da auf dem TT nur MiNT läuft, finde ich das so ideal.
Auf C: habe ich den üblichen Ramsch inklusive Applikationen, Speedo-Fonts, kleinen Helferlein, ein paar Spielen und zwei MiNT-Installationen, die Daten liegen zusammen mit dem unixoiden MiNT-Zeugs auf D:, dessen Inhalt wiederum in U: eingehängt wird.
Bei diesem Setup ist es kein Problem, das EasyMiNT komplett auf C: abzulegen, um es zu installieren.
Einzige Voraussetzung ist es, D: mit einem Plattentool als LNX zu markieren.
-
Das nenne ich mal intensives Betatesting....
-
Vielleicht gibt es einfach nichts zu Beanstanden??
-
Sind nicht eigentlich alle, die EasyMint haben Beta Tester?! O.o
-
Ich war im LARP Abenteuer-Urlaub.
Gerade wühle ich mich durch das Forum, danach suche ich mir eine freie (oder mit unwichtigen Daten gefüllte) Testplatte raus.
-
So, Test mit Easym68k auf dem TT, um eine ST-Umgebung zu installieren, was zu Problemen führen könnte.
Nach dem Neustart findet XaAES irgendeinen Opcode nicht, nach Drücken von Return geht's weiter bis zu einem Teradesk Absturz (was mich persönlich nicht kratzt - ich nutze andere Desktops, außerdem ist ein Desktop hier nicht erforderlich).
Jetzt den Installer wieder von Hand aufgerufen, und weiter geht's.
Wenn man jetzt noch keine MIX Partition hat, braucht man erstmal HddrUtil, da sonst eine Fehlermeldung aufgeht.
Wenn man jetzt schon eine MIX Partition hat, tut sich nichts mehr, bis man Return drückt, danach Fehlermeldung und selbständiger Abbruch der Installation.
-> Demnächst weiter auf einem ST!
Weiter mit Easym68k und der TT-Umgebung auf dem TT, was durchaus gute Chancen hat.
Wieder 'Opcode existiert nicht ! Opcode=$0086', Return, danach schmiert Teradesk ab.
Danach etwas Gewühle, um e2fsck zu finden, um den vorgeschlagenen FS-Check durchzuführen.
Nach neuerlichem Aufruf des Installers will der erneut das ext2 FS einrichten, diesmal funktioniert es.
Nun die Paketauswahl: Ich installiere erstmal Basic, um zu testen, ob das sauber installiert wird, bevor ich die Nachinstallation mit Standard und Net Paket teste. Von den anderen Optionen wähle ich die Installation von Filesystemcheck und Shutdown.
Los geht's, jetzt noch auswählen, wie das Sys gestartet wird: Login bitte.
Basic läuft durch, also gleich Standard hinterher.
Bei Standard wird gleich Punkt 1, freemint-1.18.0-1, nicht gefunden, später dann ebenfalls die Punkte 21 (freemint-gem), 22 (freemint-sbin) und 23 (freemint-xaaes).
Teradesk will immer noch nicht, Thing läßt sich laden, Gemini hängt sich beim Willkommen auf. Letzteres liegt wohl am Kernel und gefällt mir gar nicht!
Jetzt Abbruch meinerseits - ich muß ins Bett. ;)
-
Danke jens, ich werde die Tage mal den Dingen auf den Grund gehen.
Sind nicht eigentlich alle, die EasyMint haben Beta Tester?!
Welche grandiosen Programme haben wir denn Dir zu verdanken, dann kann ich mir mal ansehen wie man's richtig macht....
maanke
-
Ich lasse gerade neben dem Morgenkaffee das Net Paket durchlaufen.
Punkt 1, freemint-net wird nicht gefunden.
17 (telnet), 18 (ping), 19 (traceroute), 20 (nslookup) wollen wegen ihrer Abhängigkeit zu 1 nicht.
Das Statusfenster bleibt geöffnet, und mir persönlich mißfällt der fehlende Netzwerkkartentreiber.
XaAES muß für einen Neustart mit Strg-Alt-Entf abgewürgt werden.
Bin für anderthalb Stunden weg, dann schau ich weiter.
-
Beim tar Pakete zusammenbauen ist irgendein Mist passiert, also erstmal Betatest unterbrechen, bis ich das gefixt habe.
-
Mist, und gerade Gestern Abend hab ich mir das Gesamtpaket mal runtergeladen, und wollte es die Tage mal auf meinen TT loslassen...
-
So, habe gerade noch mal die Pakete überprüft, die sollten eigentlich in Ordnung sein.
Bei Standard wird gleich Punkt 1, freemint-1.18.0-1, nicht gefunden, später dann ebenfalls die Punkte 21 (freemint-gem), 22 (freemint-sbin) und 23 (freemint-xaaes).
Das ist ein bißchen seltsam, guckst Du mal in die STANDARD.LST ob die freemint-1.18 Pakete da eingetragen sind?
Hast Du auch die neuen TAR Pakete von meiner Webseite runtergeladen?
Kannst Du das STANDARD.TAR mal entpacken?
Schau mal bitte nach, welche Größe die XAAES.KM in MINT\1-18-0\XAAES hat.
und mir persönlich mißfällt der fehlende Netzwerkkartentreiber.
Wie meinst Du das? Ich kann schlecht für alle möglichen Netzwerkkarten die Treiber liefern, da z.T auch nicht frei.
Noch eine Anmerkung
Man sollte das EASYM68K.PRG oder das EASYMCOL.PRG in EASYMINT.PRG umbenennen, dann wird es auch im zweiten Installationsschritt automatisch gestartet(hoffe ich zumindest)
@1ST1: Dir ist aber schon klar was Beta Testing bedeutet? ;D
maanke
-
Moinmoin.
..., guckst Du mal in die STANDARD.LST ob die freemint-1.18 Pakete da eingetragen sind?
Zeile 1: freemint-1.18.0-1.m68kmint.rpm
Hast Du auch die neuen TAR Pakete von meiner Webseite runtergeladen?
Ja.
Ich habe die drei mir bekannten Paketvarianten auf meinem Mac liegen (ca. 2004, 2007, 2013), und ich habe den Größen nach die richtigen genommen.
Ich schiebe sie gerade aber erneut rüber.
Kannst Du das STANDARD.TAR mal entpacken?
Ähm, ich und Unix-Werkzeug...
Ich probier's mal.
und mir persönlich mißfällt der fehlende Netzwerkkartentreiber.
Wie meinst Du das? Ich kann schlecht für alle möglichen Netzwerkkarten die Treiber liefern, da z.T auch nicht frei.
Die freien wären aber eine feine Sache.
Gerade der Ethernec/ Hydra/ NetusBEE Treiber würde den vielen Leuten helfen, die solch ein Teil haben.
Toswin2 fehlt übrigens auch. SuJi findet es nirgends.
-
Btw.: Soll ich das alles mal abtrennen und ins EasyMiNT Forum werfen?
-
Das ist ein bißchen seltsam, guckst Du mal in die STANDARD.LST ob die freemint-1.18 Pakete da eingetragen sind?
Kannst Du das STANDARD.TAR mal entpacken?
Gut, daß ich einen Mac habe.
Da steht 1.15.12 drin.
Das ist interessant. Wie kommen die in meinen 2013 Ordner, und warum haben sie eine andere Größe als die älteren Pakete?
Ich kann mir nur vorstellen, daß ich sie im Januar heruntergeladen habe, aber dann wären es noch die alten gewesen, und dann wiederum sollten sie eine andere Größe haben - paßt also auch nicht.
Die beiden alten Pakete haben bei mir 19,2 MB, 'mein' 2013er hat 19,5 MB, das frisch heruntergeladene 23,3.
*edit* 'Mein' Basic Paket hat genau dieselbe Größe wie das aus dem Betatest EasyMiNT. Ich verstehe das nicht. *edit*
Hast Du Deine alten Pakete noch herumliegen, um sie allgemein abzugleichen?
Ich installiere nämlich gerne mal ein 1.15, um mit Geneva und Gemini herumzuspielen.
Schau mal bitte nach, welche Größe die XAAES.KM in MINT\1-18-0\XAAES hat.
523422 Bytes laut Anzeige unter TOS.
Man sollte das EASYM68K.PRG oder das EASYMCOL.PRG in EASYMINT.PRG umbenennen, dann wird es auch im zweiten Installationsschritt automatisch gestartet(hoffe ich zumindest)
Gute Idee, probiere ich aus.
-
So, nochmal nachgesehen:
'Meine' Pakete wurden auf meinem Rechner im März erstellt.
Was ist da los?
-
Also, ist das Gestern heruntergeladene nun installationsfähig, oder nicht?
-
Es sollte sein.
Probier's aus.
-
So, frisch gezogene Pakete und ein ganz neues Verhalten:
XaAES scheint sauber zu laufen, Teradesk gibt's immer noch nicht, und EasyMiNT crashed während des Basic Paketes.
Autostart des EasyMiNT Programmes funktioniert nun.
Ich probiere weiter.
Btw.: Wäre es möglich, die alte Desktop.inf bzw. Newdesk.inf vor der Installation im TMP zu sichern und hinterher wieder zurückzukopieren?
-
Um das Problem mit dem Absturz nach dem Basic-Paket wegzubekommen, habe ich einfach mal das Standard-Paket mitinstalliert. Lief anstandslos.
Danach dann das Net-Paket. Auch problemlos.
Nur XaAES beschwert sich immer noch über den Opcode.
Ich ziehe gerade mit Cab das Devel-Paket, dann geht's weiter.
-
So, ich habe nochmal verglichen:
Meine Problematik mit den falschen Paketen betrifft anscheinend nur das Standard und Net Paket.
Die anderen stimmen.
Da die Dateigrößen der falschen Pakete nicht identisch mit denen älterer Distributionen sind, sehe ich mich außerstande zu erklären, woher ich diese Pakete habe. Der Inhalt ist ja durchaus vernünftig, aber er paßt nicht in die Distri.
-
In xaaes.cnf ist eingetragen:
run u:\opf\toswin2\toswin2.prg
Es muß toswin2.app heißen.
*edit*
Seit ich das geändert habe, macht XaAES keine Zicken mehr - genial!
*edit*
-
Devel.tar:
Fehler beim Installieren von make-3.82-1.m68kmint.rpm!
install-info: No such file or directory for /usr/info/make.info.gz
execution of make-3.82-1 script failed, exit status 1
Nach dem Paket kommt das Info Popup, das nach den anderen Paketen nicht immer kam.
-
Moin,
Danke für Deinen intensiven Betatest, jens!
Den toswin Fehler habe ich gerade gefixt aber noch keine neue Version hochgeladen.
Das STANDARD und NET Paket habe ich im April aktualisiert aber vergessen, das auf der Homepage auch kenntlich zu machen.:-/
523422 Bytes laut Anzeige unter TOS.
Das ist der XAAES kernel für den 68000er(auf dem ST sollte das allerdings funktionieren), was hat Dir EasyMiNT denn angezeigt welchen Rechner Du benutzt. Du hast doch einen TT oder? Dann kopiere doch mal im XAAES Verzeichnis XAAES030.KM nach XAAES.KM dann sollte dieser Opcode Fehler eigentlich weg sein.
Wenn man nur das BASIC Paket installiert scheint der Rechner irgendwelche Netzwerklaufwerke zu suchen, man kann durch häufigeres drücken von CTRL+C den Rechner zum weiterbooten überreden. Ich muß da erstmal herausfinden woran es liegt, evtl. wäre auch eine Option das BASIC und STANDARD Paket zusammen zu führen.
Soll ich das alles mal abtrennen und ins EasyMiNT Forum werfen?
Wo gibt's denn ein EasyMiNT Forum?
maanke
-
Moinmoin.
Danke für Deinen intensiven Betatest, jens!
Gerne. Und danke für EasyMiNT. :-)
Ohne Dich wäre ich wohl noch ausschließlich bei MagiC und evtl. bei CrippleMiNT, seit das Netzwerk kann.
Den toswin Fehler habe ich gerade gefixt aber noch keine neue Version hochgeladen.
Das STANDARD und NET Paket habe ich im April aktualisiert aber vergessen, das auf der Homepage auch kenntlich zu machen.:-/
Ich dachte mir schon sowas. Hatte eben nochmal alle vier Versionen, die ich habe, verglichen, und Version 3 sieht nach einer Mischung aus 2004 und der richtigen 2013 aus.
523422 Bytes laut Anzeige unter TOS.
Das ist der XAAES kernel für den 68000er(auf dem ST sollte das allerdings funktionieren), was hat Dir EasyMiNT denn angezeigt welchen Rechner Du benutzt. Du hast doch einen TT oder?
Allerdings. EasyMiNT hat TT erkannt, und ich habe es dabei gelassen, nachdem ich die Optionen durchgesehen hatte.
Dann kopiere doch mal im XAAES Verzeichnis XAAES030.KM nach XAAES.KM dann sollte dieser Opcode Fehler eigentlich weg sein.
Ja, scheint so. :)
Seit ich Thing als Desktop installiert habe, bekomme ich keine Fehlermeldungen angezeigt, möglicherweise weil sie zu schnell vom Bildschirm verschwindet, als daß ich sie sehen würde.
Teradesk crashed übrigens weiterhin; ich habe es gerade nochmal ausprobiert.
Wenn man nur das BASIC Paket installiert scheint der Rechner irgendwelche Netzwerklaufwerke zu suchen, man kann durch häufigeres drücken von CTRL+C den Rechner zum weiterbooten überreden. Ich muß da erstmal herausfinden woran es liegt, evtl. wäre auch eine Option das BASIC und STANDARD Paket zusammen zu führen.
Da MiNT Fehlermeldungen wirft, bis das Standard.tar installiert ist, wäre das sicherlich sinnvoll.
Soll ich das alles mal abtrennen und ins EasyMiNT Forum werfen?
Wo gibt's denn ein EasyMiNT Forum?
Johannes hatte mal ein EasyMiNT Unterforum eingerichtet. Ich bin davon ausgegangen, daß Du das sehen kannst.
Wir können natürlich auch hier weitermachen - das ist mir egal.
Was mir gerade noch auffällt:
Ich muß grundsätzlich an der Tastaturbelegung drehen, weil ich sonst kein @ und \ habe.
Kann Du da noch was ändern, damit das nicht jeder selbst machen muß?
-
Allerdings. EasyMiNT hat TT erkannt, und ich habe es dabei gelassen
Dann scheint da wohl was nicht so zu klappen wie es soll. :o
Teradesk crashed übrigens weiterhin
Komisch, auf meinem Milan nicht, gibt's irgendeine Fehlermeldung oder sowas?
Was genau mußt Du denn an der Tastaturbelegung machen, ich weiß nämlich nicht genau was man da tun muß.
-
Moinmoin.
Allerdings. EasyMiNT hat TT erkannt, und ich habe es dabei gelassen
Dann scheint da wohl was nicht so zu klappen wie es soll. :o
Gefahr erkannt, Gefahr gebannt, oder wie war das? ;D
Teradesk crashed übrigens weiterhin
Komisch, auf meinem Milan nicht, gibt's irgendeine Fehlermeldung oder sowas?
XaAES meldet, daß Teradesk sich weghaut. Muß ich gleich nochmal testen, gerade ziehe ich die letzten beiden Pakete, und dann probiere ich aus, ob man den /c/easymint auch von /u verlinkt benutzen kann - meine Platte ist nämlich zu klein, als daß das X11 ausgepackt werden könnte.
Was genau mußt Du denn an der Tastaturbelegung machen, ich weiß nämlich nicht genau was man da tun muß.
Man muß eine passende keyboard.tbl einfügen.
Habe ich gerade ausprobiert, aber die will mit Fehler -26 nicht installiert werden.
Vielleicht war sie nicht passend. *g*
Ich habe allerdings keine andere, und mit meinem MiNT 1.16 auf der großen Platte funktioniert sie - zumindest habe ich die richtige Tastenbelegung.
-
Das Format der Keyboard.tbl ist im SpareMint Wiki (http://wiki.sparemint.org/index.php/Keyboard.tbl) beschrieben.
Im Prinzip werden die entsprechenden Scancodes abgefangen und umgemappt. Und das für normal, shift, control usw.
-
Gefahr erkannt, Gefahr gebannt, oder wie war das?
Ich kenn' das so: Gefahr erkannt und rein gerannt.:oD
Ich weiß aber jetzt wo das Problem liegt, an meiner Faulheit, ich bin einfach davon ausgegangen, daß die 68000er XAAES.KM auf allen Rechnern erstmal grundsätzlich läuft und habe der Einfachheit halber nur diese installiert, das werde ich aber jetzt mal angehen, daß auch für jeden Rechner die richtige KM installiert wird.
Über die keytbl werde ich mich mal schlau machen und das dann auch noch einbauen.
maanke
-
Gut, gut. Es geht voran. :D
Bei mir auch: Libs.tar wurde soeben sauber installiert. :)
-
Der xaaes loader erkennt normalerweise selbst, weches km benötigt wird.
-
Ah, danke für den Hinweis, das erspart mir viel Arbeit!
Hat vielleicht jemand einen Tip, wie ich heraus bekommen kann welche Netzwerkkarte verbaut ist?
-
Keine Ahnung, sorry.
Aber ich habe einen Absturz des Installers zu vermelden:
Da ich nicht aufgepaßt habe, gehe ich mal davon aus, daß es bei 16/20 des X11.tar passiert ist, dann nach erneutem Anwerfen des Installers meldet er Fehler beim Installieren der vorherigen Programme, da diese schon installiert seien.
Ab 16/20 (gv-3.5.8-2) nimmt der Installer die Arbeit wieder auf.
Gut, daß ich mich doch dazu aufgerafft habe, Dinge von der Bootpartition auf die LNX zu schieben, damit ich genug Platz habe, denn sonst würde ich mir möglicherweise Gedanken gemacht haben, ob es daran gelegen hat.
-
Ah, danke für den Hinweis, das erspart mir viel Arbeit!
Hat vielleicht jemand einen Tip, wie ich heraus bekommen kann welche Netzwerkkarte verbaut ist?
Evntl eine Listbox mit allen Treibern zur Verfügung stellen und den Anwender selbst entscheiden lassen?
Anmerkung: verschiedene Treiber melden die Schnittstelle unterschiedlich. Mal heisst es en1, bei anderen wieder ne1. (sofern ich das richtig mitbekommen habe)
-
Bei den Riebl oder auch PAM VME Bus Karten ist es irgendwas
mit rle0 oder auch pxx0 meine ich ...
-
Man kann doch im Moment schon einen Treiber zumindest mit Fileselector auswählen. Was wäre jetzt besser dran eine begrenzte Anzahl an Treibern per Listbox auszuwählen? Dann mosern wieder die rum, die ihren Treiber nicht in der Listbox finden, weil er z.B. nicht frei ist, im Moment finde ich das so wie es ist eigentlich flexibler.
Was die Schnittstelle angeht, das muß man ja auch noch selbst eintragen.
-
Wenn man DHCP auswählt, muß man die Schnittstelle nicht selbst eintragen.
Und wenn man es manuell macht, wird sie doch vom Programm vorgeschlagen?
Beiliegende freie Treiber wären schon sinnvoll, denke ich.
Einfach mit ins /easymint Verzeichnis entpacken, und da kann man dann wühlen.
Es ist unheimlich ärgerlich, wenn man installiert, der Installer den Treiber haben möchte, und man ihn dann nicht da hat.
Passiert mir mittlerweile nicht mehr, weil ich die Daten vorher mit Cripple ziehe (und der Treiber somit an Bord ist), aber die ersten Male war das echt doof.
Jetzt mal was ganz anderes:
Ich habe ein sehr schönes 1.16 laufen.
Bootpartition 500 MB, LNX Partition inklusive Daten ca. 3,5 GB.
Wie kann ich das updaten?
-
Man kann doch im Moment schon einen Treiber zumindest mit Fileselector auswählen. Was wäre jetzt besser dran eine begrenzte Anzahl an Treibern per Listbox auszuwählen? Dann mosern wieder die rum, die ihren Treiber nicht in der Listbox finden, weil er z.B. nicht frei ist, im Moment finde ich das so wie es ist eigentlich flexibler.
Was die Schnittstelle angeht, das muß man ja auch noch selbst eintragen.
War ja nur ne Idee ;)
-
Und wenn man es manuell macht, wird sie doch vom Programm vorgeschlagen?
Das muß aber nichts mit dem tatsächlichen Netzwerkinterface zu tun haben, das muß man schon wissen.
Wie kann ich das updaten?
Mit EasyMiNT nicht, das mußt Du schon händisch machen.
Vielleicht noch mal grundsätzlich, EasyMiNT ist ein reiner "first time installer", nicht mehr, updating ist nicht vorgesehen, wird's auch nicht geben und ist auch nicht Sinn des Ganzen, es geht darum ein lauffähiges MiNT System aufzusetzen, updates sind dann eigentlich ein Kinderspiel.
War ja nur ne Idee
Ist doch gut Ideen zu haben. ;)
-
Daß EasyMiNT keine eigene Update-Funktion hat, war mir klar.
Es wäre zwar interessant zu wissen, ob man EasyMiNT über EasyMiNT installieren könnte (also ohne die LNX Partition neu zu machen, falls es das zuläßt), aber das ist mir doch zu viel Risiko...
-
Update erfolgreich.
Und gleich ein Problem gefunden:
Toswin2 sprang nicht an.
Das hieß beim letzen Release nämlich noch .prg . ;D
-
ob man EasyMiNT über EasyMiNT installieren könnte (also ohne die LNX Partition neu zu machen
Das sollte funktionieren, denn EasyMiNT benutzt den rpm im update Modus, d.h. es werden nur Pakete ersetzt die älter sind. Bestehende Pakete bleiben erhalten, allerdings nur, wenn man EasyMiNT im zweiten Installationsschritt laufen lässt.
Das hieß beim letzen Release nämlich noch .prg
Das ist bereits gefixt, die Tage gibt's ein Update.
-
Update ist fertig,
- toswin sollte jetzt gefunden werden
- hoffentlich keine Fehlermeldung mehr bei XAAES Start
- BASIC und STANDARD Paket zusammengeführt (darum hat das em18beta Paket jetzt ca. 40MB)
gips wieder hier
http://atari.st-katharina-apotheke.de/download/em18beta.zip
Warum Teradesk abstürzt weiß ich noch nicht. Möglicherweise hat das was damit zu tun, daß ich eine TERADESK.INF erzeugen lasse. Bitte mal mit einer Original TERADESK.INF testen.
maank
-
So, ich sauge.
Ich werde Tera mal ohne inf starten.
-
Ohne Inf und vom Thing Desktop aus gestartet funktioniert.
-
So, EasyMiNT auf dem Mega/STe gestartet.
Mit HdDriver eine MIX Partition eingerichtet.
Rechnertyp ST wurde einwandfrei erkannt.
Jetzt entpackt er... *schnarch*
Ich habe nochmal das alte Paket genommen, weil ich das neue aus Platzgründen nicht auf den Rechner bekäme.
*edit*
Ich werde versuchen, Enhancer statt Nvdi5 zu verwenden, um RAM zu sparen.
*edit*
-
Ich kämpfe mich so langsam dadurch.
Habe ein paarmal neugestartet, um einige Module zu deaktivieren, außerdem hängt sich XaAES auf, weswegen ich jetzt den Eintrag GEM=ROM in der mint.cnf vorgenommen sowie die INIT Zeile auskommentiert habe.
Möglicherweise wird gerade ein Minix Dateisystem eingerichtet - falls sich die Anzeige nicht in ein paar Minuten ändert, werde ich das mal abbrechen.
-
Mint spuckt eine Fehlermeldung zur ini aus:
Ich glaube, es kenne memory protection aus nicht oder so.
Habe das minixfs jetzt von Hand eingerichtet, daraufhin geht die Installation weiter.
Da XaAES zickig zu sein scheint, habe ich INIT ausgewählt und muß dann mal schauen, ob die GEM Geschichte nach der Installation immer noch funktioniert.
-
Warning: e2fsck FAILED (0)
Starting single user shell. Fix the
filesystem on drive d by running fsck.ext2
and REBOOT!
#
-
Habe das GEM=ROM noch einmal eingetragen (Datei wurde vermutlich neu angelegt?), dann Thing als Desk, und jetzt habe ich ein Single-Tasking MiNT auf dem Mega/STe.
Ich werde gleich mal den Standard.tar Install anwerfen, muß aber dann los - weitere Rückmeldungen nicht vor heute Nacht, es sei denn, es geht gar nicht.
-
jens, mach mal langsam, mir ist das im Moment etwas zu chaotisch was Du da veranstaltest. :D
Mir wäre lieb, wenn Du erstmal die TT Tests beenden würdest bevor Du jetzt den ST Test anfängst.
Teradesk:
Jetzt wird's schwierig, bei mir läuft's bei Dir nicht, wie bekomme ich jetzt raus woran's hapert?
Das der ext2 Check in die Hose geht war zu befürchten, da habe ich mit EasyMiNT auch keinen Einfluß drauf, weil der in den Startskripten aufgerufen wird. Da müßte also das entsprechende Startskript auf minix umgefrickelt werden.:-/
Die Memory Protection funktioniert, meine ich mich dunkel zu erinnern, auf 68000er CPUs nicht weil da eine MMU für benötigt wird oder so.
Warum sich allerdings XAAES aufhängt weiß ich jetzt auch nicht, das sollte doch auf einem ST laufen.:-(
maanke
-
Das nennst Du chaotisch? Warte mal ab, bis ich versuche, Mint auf meinem TT zu installieren, ich habe nämlich so gar keine Ahnung. ;)
Gestern ist es am nicht vorhandensein einer beschreibbaren CD gescheitert, und ich habe kein DVD-Laifwerk für die Ataris. Sonntag kommt der nächste Versuch.
-
Moinmoin.
Am ST wird das Standard.tar nicht ausgepackt, natürlich geht dann die Installation in die Hose.
Den ext2 Check habe ich in der mint.cnf auskommentiert, fertig.
MiNT 1.18 läuft anscheinend nicht mit Geneva. :(
maanke, ich werde das sicherlich später weitertesten, aber wann Du daran arbeitest, bleibt natürlich Dir überlassen. ;)
Sascha, bring den TT samt 800 XL zu mir, dann machen wir das gemeinsam.
Müßten nur einen Termin machen - bin zeitlich etwas eingeschränkt - ab Montag wird wieder gearbeitet.
-
Später. Schreibe gerade meine Abschlussarbeit und habe auch nicht wirklich Zeit. Bastel immer Abends vorm Schlafengehen noch ne Runde an den Biestern rum. Ab Juli geht´s wieder richtig rund. :)
-
aber wann Du daran arbeitest, bleibt natürlich Dir überlassen.
Das ist äußerst großzügig von Dir, da sage ich mal artig, Danke.;-)
Am ST wird das Standard.tar nicht ausgepackt,
Warum das denn nicht, starte doch mal das beiligende unzip.ttp, gibt's da Schwierigkeiten?
-
Ich tippe auf Speichermangel.
Dummerweise ist EasyMiNT nach dem Durchlaufen des fehlgeschlagenen Installationsschrittes der Meinung, daß das Standard.tar schon installiert ist.
Was muß ich an der Position.tmp ändern, damit es an der richtigen Stelle weitergeht?
-
An der position.tmp gar nix, Du mußt die SI.CHK löschen.
-
Die Problematik bleibt bestehen - ich stelle das erstmal zurück.
Zu Teradesk:
Ich habe die inf gelöscht, Tera wieder als Desk eingetragen, und es wird nun von XaAES automatisch geladen.
Hast Du in der inf irgendwas eingetragen, das sich mit TT-high beißen könnte?
-
Die Problematik bleibt bestehen
Das war auch der Grund warum ich damals den ST ausgeklammert habe, 4MB Speicher sind für eine EasyMiNT Installation einfach zu wenig.
Hast Du in der inf irgendwas eingetragen, das sich mit TT-high beißen könnte?
Welche Auflösung hatte TT High nochmal?
Ich trage die angemeldeten Laufwerke in die TERADESK.INF ein möglicherweise liegen da Icons außerhalb des Bildschirms und das führt zum Crash.
Du könntest mal die von EM erzeugte TERADESK.INF nehmen und den ersten Block "options= {}" mal rauslöschen und teradesk starten. Vielleicht auch mal den Block deskicons= rausnehmen.
So könnte man evtl. rausbekommen wo es hapert.
maanke
-
TT-Hoch hat 1280x960 Pixel in Schwarzweiß ...
-
Hallo maanke,
Ich hatte letztes WE den Totalausfall meiner Festplatte zum Anlass genommen, EasyMiNT 1.18 beta zu installieren.
Also auf meinem Falcon ct63/SV und einer 8GB CF Karte. Klappte soweit wie bekannt, also Toswin noch von Hand einzutragen.
Seit dem Setup habe ich unter purem TOS weiße Icons, ich weiß aber noch nicht, woran es liegt, EasyMiNT hab ich eigentlich
nicht ernsthaft unter Verdacht.
Dann lief nachdem Update auf 1.18.1 mein XaAES nicht... Ach ja, der xaaes symlink in /usr/bin zeigt ja noch auf 1.18.0
Das XaAES Kernelmodul ist nämlich Kernelspezifisch, d.h. läuft nicht zwingend mit anderen Versionen.
Ich habe, da ich zum testen recht häufig die MiNT Version ändere, in der MINT.CNF zwei Zeilen eingetragen,
die du doch eigentlich prima per default beim Setup eintragen könntest.
exec rm /usr/bin/xaaes ; löschen des Symlinks zum xaaes loader
exec ln -s C:/mint/1-18-0/xaaes/xaloader.prg /usr/bin/xaaes ; erstellen des Symlinks für Kernel 1-18-0
So bleibt alles, was zum wechseln des Kernels zu tun ist, das auswählen des gewünschten Kernels
im AUTO Ordner. Wenn man auf ein neueres Release updated, kann man die gleichen Zeilen (nur beim
erstellen des Symlinks eben auf zB C:/mint/1-18-1 zeigen!) in dessen MINT.CNF eintragen.
Manch einer möchte vielleicht auch das bewährte 1-16-3 Release noch startbar mit auf der Platte haben
Diese zwei Zeilen machen das wechseln des Kernels EASY und passen daher meiner Meinung nach ins Konzept :D
Vielleicht nimmst du statt des 1-18-0 Releases auch gleich das aktuelle 1-18-1. Das ist von den Features her identisch
mit 1-18-0, bekommt aber Bugfixes aus der 1-19 Entwicklung mit, sofern die Bugs in 1-18-0 bereits enthalten waren.
Was bleibt ist mein Dank für deine Arbeit, ich hätte ohne EasyMiNT wohl kaum so schnell (auf der Outline-Party!) ein
neues System zu laufen bekommen, DU hast mein WE gerettet. Toll und weiter so!
Beetle
-
Moinmoin.
Die Problematik bleibt bestehen
Das war auch der Grund warum ich damals den ST ausgeklammert habe, 4MB Speicher sind für eine EasyMiNT Installation einfach zu wenig.
Naja, kommt drauf an: Das Basic.tar wurde anstandslos ausgepackt, und das installierte und über GEM=ROM gestartete System ohne XaAES und Teradesk kommt auf gut anderthalb MB genutztes RAM.
Ich kann ja nochmal probieren, ob das EasyMiNT den ST auf dem TT eingerichtet bekommt, ggfs. mit dem neuen Paket, für das ich dann irgendwie Platz freimache.
Bzgl. TT-high dachte ich weniger, daß es um Bereiche außerhalb des Desktops geht, sondern eher um Farbzeug, das Teradesk unbedingt nutzen möchte, weil es in der inf steht.
Bin gerade nicht zu Hause, deshalb geht's frühestens heute Nachmittag irgendwann weiter.
-
Der TT entpackt hörbar das Standard.tar.
Das Net.tar soll er dann gleich anschließen.
Bin mal gespannt, was am Ende dabei rumkommt.
-
So, installiert ist einschließlich net.tar, aaaaaber:
Die (Original-)Tastatur ging nicht, die durchgeschleifte Maus schon.
inet4.xdd in Verbindung mit xconout.xdd oder ne2kenec.xfs sorgen für einen Aufhänger.
inet4.xdd plus enec.xif (ja, ich weiß, total veraltet, aber definitiv 68000 kompatibel) hängen nicht, ich komme aber nicht in die bash, weil ich zu wenig RAM habe.
Ich habe jetzt alle Module bis auf das minix.xfs deaktiviert, und siehe da:
Ich komme in die bash!
Jetzt muß ich aber nochmal über GEM=ROM starten und das net.tar erneut installieren (es sei denn, e-nick könnte das auch - mal nachsehen), um herauszufinden, ob ich ein Netzwerk mit fester IP einrichten kann, das dann auch wirklich funktioniert.
-
War das jetzt auf dem TT oder dem ST?
-
Installiert wurde es mal hier, mal da, laufen soll es auf dem ST.
Ich möchte halt schauen, ob ich ein nach erfolgreicher Installation nutzbares System hinbekomme.
Ich könnte natürlich auch einfach KGMD nehmen (damit sollten dann auch Geneva und Gemini laufen), aber da ich gerade dieses schöne, aktuelle Spielzeug von Dir habe, muß das erstmal probiert werden. ;)
-
Hallo Jens, das wär echt der ideal Fall wenn das 68er Paket auch sofort perfekt auf dem TT läuft. Fänd es erstmal besser solche Abstecher auf später zu verschieben. Also erst 68er auf die ST/E/s , 030er auf TT usw. usw..
-
Für meinen Geschmack hat MiNT oder Easymint auf normalen Atari ST Rechnern nichts zu suchen ...
-
Es wäre halt eine Möglichkeit, Daten zu schaufeln, ohne Diskjockey zu spielen.
Auf meinem Mega/STe habe ich sonst Musik gemacht, würde damit ggfs. wieder anfangen, und dann wäre es fein, wenn ich meine Backups flott woanders hinschieben oder mir mal zur Entspannung zwischendurch eine Demo rüberziehen könnte.
Ok, ein Cripple würde reichen, wenn es denn ST-fähiges Netzwerk hätte (was ich nicht hinbekomme).
Es ist nunmal nicht nur der Kernel, es ist auch bei einigen Modulen so, daß sie 020+ kompiliert sind.
Ich kann mir sowas nicht passend compilieren, als probiere ich natürlich mit vorhandenen Dingen aus, ob's läuft.
Ich hatte letzte Woche Urlaub - wann, wenn nicht dann, sollte ich solche Abstecher machen?
-
Hat eigentlich sonst keiner getestet?
-
Ich kann momentan echt nicht da ich an 4 Rechnern rumschraube... incl. meines ab040 Falcon der auch mal wieder rumzickt... Mir geht jetzt auch n bisserl der Platz aus. Ahhh >:D
-
Hallo maanke, habe mir Easymint "em18beta.zip" mal unter Aranym OSX (aktuelle Version) installiert.
Wenn man einfach über eine ältere Easymint Version drüber Installieren will kommt die Fehlermeldung
GFA error -33
geht also nicht !
Beim Installieren des LIB Paketes kommt es zu diversen Fehler Meldungen.
Konnte so schnell nicht mit lesen. Auch keine LIBS.ERR oder LIBS.OUT sind beide 0 Byte groß.
Der Desktop stürzt ab wegen der INF Datei ...
-
Danke für's Feedback!
Wenn man einfach über eine ältere Easymint Version drüber Installieren will kommt die Fehlermeldung
Das sollte man ja auch nicht tun. :D
Dann werde ich mir noch mal die INF Datei und das LIB Paket ansehen, es könnten beim LIB Paket aber auch nur Ausgaben der RPM Pakete sein.
maanke
-
Falls es nicht so recht rüber gekommen ist "Easymint 1.80" läuft bisher wunderbar unter Aranym ...
-
Falls es nicht so recht rüber gekommen ist "Easymint 1.80" läuft bisher wunderbar unter Aranym ...
Wie auf meinem TT, und wie ich es von EasyMiNT für 1.16 und 1.15 kenne. :D
Der Installiervorgang hat einige Kinderkrankheiten, das installierte System funktioniert (bis auf Teradesk und manchmal bis auf den erneuten XaAES Start aus der bash).
-
Die Resonanz ist echt beschämend ...
Um Maanke ein wenig mehr zu motivieren an Easymint weiter zu arbeiten
wäre es doch schön wenn noch mehr Leute ihren Atari TT oder Falcon mal
auspacken und Easymint Installieren um ein Feedback zu geben ...
Er muss ja auch noch die Aranym Version Fertig machen und die MiNT Version 1.81 einbauen ...
-
Würde ich gerne, will ja auch Mint auf dem TT und Falcon haben, aber ich habe momentan keine Zeit für solch umfangreiche Sachen.
-
... auf einem Atari TT dauert das nicht länger als eine Stunde.
Vorrausgesetzt man hat ein CD Rom Laufwerk am Atari und kann die Files über einen PC downloaden
und dann auf eine CD-R brennen ...
-
Vorrausgesetzt man hat ein CD Rom Laufwerk am Atari und kann die Files über einen PC downloaden
und dann auf eine CD-R brennen ...
Tja, und genau hier macht Atari einem das Leben schwer... Aber seit gestern bin ich im Besitz einiger neuer Software, da ist auch eine Disk dabei, die vielversprechend mit "CD-ROM" gelabelt ist. Mal sehen, ob ich dem TT am Wochenende noch eine Chance gebe.
-
Also ich kann beim besten Willen keinen Fehler in der TERADESK.INF finden, es müßte mal jemand bei dem Teradesk abstürzt, die von EasyMiNT erzeugte Datei nehmen und die einzelnen Blöcke nach und nach rauslöschen, anders werde ich den Fehler wohl nicht finden können.
Beim installieren des make rpms kommt eine Fehlermeldung, die aber mit EM nichts zu tun hat, da scheint das make Paket einen Fehler zu haben.
Die X11 Pakete lassen sich gar nicht installieren habe ich festgestellt, da muß ich erst mal forschen warum.
Die LIB Pakete warfen zumindest bei mir auf dem Milan keine Fehlermeldungen raus auch da wäre es gut zu wissen welche Fehlermeldungen das waren, könnte man vielleicht rausbekommen, wenn man mal die rpms per Hand installiert.
maanke
-
Die Geschichte mit den LIBS kann ich nicht nachvollziehen da die Bildschirm Ausgabe einfach zu schnell abläuft ...
Vielleicht sollte das mal jemand testen auf einem Atari TT oder Falcon, kann ja sein das es an Aranym liegt.
Den Fehler in der DESKTOP.INF kann ich nicht finden, anbei meine Version ...
Ich habe einfach nach dem Absturz von Teradesk deine TERADESK.INF in QED geladen und den gesamten Inhalt gelöscht
und dann die Datei abgespeichert. Über XaAES Teradesk neu geladen, meinen Desktop eingerichtet und die neue INF Datei
gespeichert ...
TeraDesk-inf
; Avoid editing this file by hand !!!
options=
{
infv=0x0400
save=0x0000
dial=0x0001
xpre=0x0000
pref=0x101F
buff=512
maxd=256
plin=80
tabs=8
cwin=0
mode=0
sort=0
aarr=1
attr=0x0014
flds=0x001F
vidp=0x0000
vres=0
dpat=7
dcol=3
wpat=1
wcol=0
}
shortcuts=
{
open=0x024F
show=0x0249
srch=0x0246
prin=0x0250
dele=0x027F
sela=0x0241
quit=0x0251
cycl=0x0257
svop=0x0253
}
filetypes=
{
ftype=
{
mask=*
}
ftype=
{
mask=*.*
}
ftype=
{
mask=*.PRG
}
ftype=
{
mask=*.APP
}
ftype=
{
mask=*.GTP
}
ftype=
{
mask=*.TOS
}
ftype=
{
mask=*.TTP
}
ftype=
{
mask=*.ACC
}
ftype=
{
mask=*.TXT
}
ftype=
{
mask=*.IMG
}
}
apptypes=
{
ptype=
{
name=*.PRG
flag=0x2001
}
ptype=
{
name=*.APP
flag=0x2001
}
ptype=
{
name=*.GTP
appt=1
flag=0x2001
}
ptype=
{
name=*.TOS
appt=3
flag=0x2000
}
ptype=
{
name=*.TTP
appt=4
flag=0x2000
}
ptype=
{
name=*.ACC
appt=2
flag=0x2000
}
}
icontypes=
{
}
deskicons=
{
icon=
{
name=FLOPPY
labl=FLOPPY
type=1
}
icon=
{
name=FLOPPY
labl=FLOPPY
type=1
driv=1
xpos=1
}
icon=
{
name=HARD@DISC
labl=HARD@DISC
type=1
driv=2
xpos=2
}
icon=
{
name=HARD@DISC
labl=HARD@DISC
type=1
driv=3
xpos=3
}
icon=
{
name=HARD@DISC
labl=HARD@DISC
type=1
driv=7
xpos=4
}
icon=
{
name=HARD@DISC
labl=HARD@DISC
type=1
driv=20
xpos=5
}
icon=
{
name=PRINTER
labl=PRINTER
type=3
ypos=1
}
icon=
{
name=TRASH
labl=TRASH
type=2
ypos=2
}
icon=
{
name=APP
labl=QED.APP
type=5
path=C:\QED\QED.APP
ypos=4
}
}
applications=
{
}
windows=
{
directories=
{
font=
{
iden=1
size=10
fcol=1
}
pos=
{
xpos=95
ypos=55
winw=50
winh=20
}
pos=
{
xpos=216
ypos=50
winw=52
winh=20
}
pos=
{
xpos=232
ypos=66
winw=54
winh=20
}
pos=
{
xpos=248
ypos=82
winw=56
winh=20
}
pos=
{
xpos=264
ypos=98
winw=58
winh=20
}
pos=
{
xpos=280
ypos=114
winw=60
winh=20
}
pos=
{
xpos=296
ypos=130
winw=62
winh=20
}
pos=
{
xpos=312
ypos=146
winw=64
winh=20
}
}
views=
{
font=
{
iden=1
size=10
fcol=1
}
pos=
{
xpos=100
ypos=38
winw=75
winh=16
}
pos=
{
xpos=108
ypos=70
winw=77
winh=16
}
pos=
{
xpos=116
ypos=102
winw=77
winh=16
}
pos=
{
xpos=124
ypos=134
winw=79
winh=16
}
pos=
{
xpos=132
ypos=166
winw=79
winh=16
}
pos=
{
xpos=140
ypos=198
winw=81
winh=16
}
pos=
{
xpos=148
ypos=230
winw=81
winh=16
}
pos=
{
xpos=156
ypos=262
winw=83
winh=16
}
}
}
avstats=
{
}
end
-
Moinmoin.
Die X11 Pakete lassen sich gar nicht installieren habe ich festgestellt, da muß ich erst mal forschen warum.
U:\d\usr\X11R6\bin umfaßt bei mir 126 Objekte mit gut 112 MB.
-
Mag sein, aber beim installieren bekomme ich Fehlermeldungen, daß der die rpm Pakete nicht findet.
-
Der Fehler mit den X11 Paketen ist gefunden.
Hier mal eine neue Version aber nur die Programme einfach gegen die alten austauschen.
http://atari.st-katharina-apotheke.de/download/em_prg.zip
Das Teradesk Problem konnte ich aber noch nicht lösen.
-
Der Teradesk.inf Fehler kommt mit Sicherheit von deinem Milan.
Nimm meine Teradesk.inf oder mache eine neue sehr einfache INF
mit 640x480Pixel Auflösung die für alle passt ...
-
Hab auch mal die letzte Version auf dem TT installiert... Fehler wie nicht anders zu erwarten beim Aufruf von teradesk.. wegen der *.Inf datei. Auch editieren und abspeichern im Unix-format wie bei meinen eigenen Inf-Dateien brachte keine Behebung des Fehlers.
Neustarten ohne die teradesk.inf klappte erwartungsgemäß und manueller aufruf des Installationsprogramms sorgte für das Abschließen der Installation... da sich das ganze über Stunden zog, es war schließlich eine komplettinstallation... , hab ich nur gesehen das beim x11 Paket einiges nicht installiert wurde. Wenn das irgenwo eine Logdatei ist kann ich die gerne posten.
Nach dem Reset dann wieder ein Fehler... schaue später nach wieso Teradesk da auch nicht mehr startete... muß erst mal weg.
-
Vielleicht hillft ja die Tatsache, dass jeder Anweisungsblock in der Teradesk.inf mit 2 LF enden.
-
... wenn das irgenwo eine Logdatei ist kann ich die gerne posten.
Die Log Dateien sind glaube ich in C:/EASYMINT/TMP oder sowas ...
... im TMP Ordner auf jedenfall !
-
Ich hatte ja in früheren EM Versionen die TERADESK.INF nicht angerührt, eben weil da stand man soll die Finger davon lassen. :D
Ein "Kundenwunsch" war aber das Teradesk nicht so rudimentär startet, wenn das System installiert ist.
Das mit den zwei LF werde ich mal testen.
Gab's die Probleme mit den X11 Paketen auch mit der Version, die ich gestern hier gepostet hatte?
Die Logdateien kann man übrigens vergessen, ich bin bisher noch nicht dazu gekommen eine vernünftige Fehlerbehandlung zu programmieren.:-/
maanke
-
Gab's die Probleme mit den X11 Paketen auch mit der Version, die ich gestern hier gepostet hatte?
Ich beschrieb die Version von gestern... ich hab von den letzten Fehlern heute Morgen auch bilder geknipst falls du an den ausgaben interessiert bist.
-
Ich ziehe gerade die aktualisierte Version rüber. Weiß aber noch nicht, wann ich zum Testen komme - Dienstwochenende...
Bin erstmal wieder unterwegs.
-
Vielleicht hillft ja die Tatsache, dass jeder Anweisungsblock in der Teradesk.inf mit 2 LF enden.
Wie kann ich das mal überprüfen oder selber dafür sorgen das es immer 2 LFs sind? Hexeditor oder geht das auch mit qed?
Wieso wird das immer so kompliziert gemacht???
-
Ich hatte mir die Datei in einem Hexeditor mal angesehen. Dabei ist mir das aufgefallen.
-
Ich denke nicht das es daran liegt da die INF ja bei maanke auf dem Milan funktioniert ...
-
Man kann auch unter Hatari Beta testen …
Ist zwar etwas Sinnfrei da nicht Netzwerkfähig aber was soll´s ...
EMUTOS 0.90 Hatari (Aktuelle Version OSX) 32Mhz, 030, 14MB ST
1GB ACSI Image aufgeteilt in einmal 490MB BGM Partition und eine 490MB LNX Partition
eingerichtet mit HDDriver …
… und ein GEMDOS Drive zum Datei kopieren.
Ich habe zum Test nur mal das Basic Paket installiert.
-
Moinmoin.
Ich habe jetzt das große Beta-Paket mit dem aktualisierten Programm auf den TT gezogen und installiert.
Diesmal gab es nur das Teradesk Problem. EasyMiNT schreibt in der Datei rum, und später schreibt es offensichtlich nochmal drin rum, denn ich habe drei unterschiedliche Dateigrößen, von denen die meiner eigenen (neu erstellten) Inf die kleinste ist.
Ich setze im Anschluß mal alle drei rein.
Nach der Installation des Basic Paketes habe ich im zweiten Durchgang anstandslos das Net Paket installiert.
Teradesk, erster Versuch:
TeraDesk-inf
; Avoid editing this file by hand
options=
{
infv=0x0382
save=0x0002
dial=0x0001
xpre=0x0020
pref=0x133E
buff=256
maxd=256
plin=80
tabs=8
mode=0
aarr=1
attr=0x0056
flds=0x000F
vidp=0x0003
vres=2
dpat=4
dcol=3
}
shortcuts=
{
open=0x024F
show=0x0249
srch=0x0246
prin=0x0250
dele=0x027F
sela=0x0241
quit=0x0251
svop=0x0253
}
filetypes=
{
ftype=
{
mask=*
}
ftype=
{
mask=*.*
}
ftype=
{
mask=*.PRG
}
ftype=
{
mask=*.APP
}
ftype=
{
mask=*.GTP
}
ftype=
{
mask=*.TOS
}
ftype=
{
mask=*.TTP
}
ftype=
{
mask=*.ACC
}
ftype=
{
mask=*.TXT
}
ftype=
{
mask=*.IMG
}
}
apptypes=
{
ptype=
{
name=*.PRG
flag=0x2001
}
ptype=
{
name=*.APP
flag=0x2001
}
ptype=
{
name=*.GTP
appt=1
flag=0x2001
}
ptype=
{
name=*.TOS
appt=3
flag=0x2000
}
ptype=
{
name=*.TTP
appt=4
flag=0x2000
}
}
icontypes=
{
files
{
itype=
{
mask=*.TXT
name=TEXT@FILE
}
itype=
{
mask=*.GIF
name=IMAGE@FILE
}
itype=
{
mask=*.TIF
name=IMAGE@FILE
}
itype=
{
mask=*.IMG
name=IMAGE@FILE
}
itype=
{
mask=*.LZH
name=PACK@FILE
}
itype=
{
mask=*.ZIP
name=PACK@FILE
}
itype=
{
mask=*.HYP
name=HELP@FILE
}
itype=
{
mask=*.FNT
name=FONT@FILE
}
itype=
{
mask=*.PRX
name=PRX
}
itype=
{
mask=*.ACC
name=ACC
}
itype=
{
mask=MAGIC.RAM
name=MAGIC
}
}
folders=
{
itype=
{
mask=MINT
name=MINT@FOLDER
}
itype=
{
mask=GEMSYS
name=GEMSYS
}
itype=
{
mask=..
name=UP
}
}
programs=
{
itype=
{
mask=*.TTP
name=TOS@APP
}
itype=
{
mask=TOS
name=TOS@APP
}
}
}
deskicons=
{
icon=
{
name=FLOPPY
labl=FLOPPY
type=1
}
icon=
{
name=FLOPPY
labl=FLOPPY
type=1
driv=1
xpos=1
}
icon=
{
name=HARD@DISC
labl=HARD@DISC
type=1
driv=2
xpos=0
ypos=1
}
icon=
{
name=HARD@DISC
labl=HARD@DISC
type=1
driv=3
xpos=1
ypos=1
}
icon=
{
name=TRASH
labl=TRASH
type=2
xpos=0
ypos=5
}
icon=
{
name=PRINTER
labl=PRINTER
type=3
xpos=0
ypos=6
}
}
applications=
{
app=
{
path=D:\QED\QED.APP
cmdl=%f
atype=
{
flag=0x2008
}
doctypes=
{
dtype=
{
mask=*.TXT
}
}
}
app=
{
path=F:\INTERNET\CAB28\CAB.APP
cmdl=%f
atype=
{
flag=0x2000
}
doctypes=
{
dtype=
{
mask=*.HTM
}
dtype=
{
mask=HTTP*.*
}
}
}
}
windows=
{
directories=
{
font=
{
iden=1
size=10
fcol=1
}
pos=
{
xpos=127
ypos=56
winw=32
winh=11
}
pos=
{
xpos=116
ypos=27
winw=42
winh=13
}
pos=
{
xpos=132
ypos=43
winw=43
winh=13
}
pos=
{
xpos=148
ypos=59
winw=42
winh=13
}
pos=
{
xpos=164
ypos=75
winw=42
winh=13
}
pos=
{
xpos=180
ypos=91
winw=42
winh=13
}
pos=
{
xpos=196
ypos=107
winw=42
winh=13
}
pos=
{
xpos=212
ypos=123
winw=42
winh=13
}
}
views=
{
font=
{
iden=1
size=10
fcol=1
}
pos=
{
xpos=8
winw=75
winh=22
}
pos=
{
xpos=16
ypos=16
winw=75
winh=22
}
pos=
{
xpos=24
xpos=32
winw=75
winh=22
}
pos=
{
xpos=32
xpos=48
winw=75
winh=22
}
pos=
{
xpos=40
xpos=64
winw=75
winh=22
}
pos=
{
xpos=48
xpos=80
winw=75
winh=22
}
pos=
{
xpos=56
xpos=96
winw=75
winh=22
}
pos=
{
xpos=64
xpos=112
winw=75
winh=22
}
}
}
avstats=
{
}
end
Teradesk, zweiter Versuch:
TeraDesk-inf
; Avoid editing this file by hand
options=
{
infv=0x0382
save=0x0002
dial=0x0001
xpre=0x0020
pref=0x133E
buff=256
maxd=256
plin=80
tabs=8
mode=0
aarr=1
attr=0x0056
flds=0x000F
vidp=0x0003
vres=2
dpat=4
dcol=3
}
shortcuts=
{
open=0x024F
show=0x0249
srch=0x0246
prin=0x0250
dele=0x027F
sela=0x0241
quit=0x0251
svop=0x0253
}
filetypes=
{
ftype=
{
mask=*
}
ftype=
{
mask=*.*
}
ftype=
{
mask=*.PRG
}
ftype=
{
mask=*.APP
}
ftype=
{
mask=*.GTP
}
ftype=
{
mask=*.TOS
}
ftype=
{
mask=*.TTP
}
ftype=
{
mask=*.ACC
}
ftype=
{
mask=*.TXT
}
ftype=
{
mask=*.IMG
}
}
apptypes=
{
ptype=
{
name=*.PRG
flag=0x2001
}
ptype=
{
name=*.APP
flag=0x2001
}
ptype=
{
name=*.GTP
appt=1
flag=0x2001
}
ptype=
{
name=*.TOS
appt=3
flag=0x2000
}
ptype=
{
name=*.TTP
appt=4
flag=0x2000
}
}
icontypes=
{
files
{
itype=
{
mask=*.TXT
name=TEXT@FILE
}
itype=
{
mask=*.GIF
name=IMAGE@FILE
}
itype=
{
mask=*.TIF
name=IMAGE@FILE
}
itype=
{
mask=*.IMG
name=IMAGE@FILE
}
itype=
{
mask=*.LZH
name=PACK@FILE
}
itype=
{
mask=*.ZIP
name=PACK@FILE
}
itype=
{
mask=*.HYP
name=HELP@FILE
}
itype=
{
mask=*.FNT
name=FONT@FILE
}
itype=
{
mask=*.PRX
name=PRX
}
itype=
{
mask=*.ACC
name=ACC
}
itype=
{
mask=MAGIC.RAM
name=MAGIC
}
}
folders=
{
itype=
{
mask=MINT
name=MINT@FOLDER
}
itype=
{
mask=GEMSYS
name=GEMSYS
}
itype=
{
mask=..
name=UP
}
}
programs=
{
itype=
{
mask=*.TTP
name=TOS@APP
}
itype=
{
mask=TOS
name=TOS@APP
}
}
}
deskicons=
{
icon=
{
name=FLOPPY
labl=FLOPPY
type=1
}
icon=
{
name=FLOPPY
labl=FLOPPY
type=1
driv=1
xpos=1
}
icon=
{
name=HARD@DISC
labl=HARD@DISC
type=1
driv=2
xpos=0
ypos=1
}
icon=
{
name=HARD@DISC
labl=HARD@DISC
type=1
driv=3
xpos=1
ypos=1
}
icon=
{
name=HARD@DISC
labl=HARD@DISC
type=1
driv=20
xpos=2
ypos=1
}
icon=
{
name=TRASH
labl=TRASH
type=2
xpos=0
ypos=5
}
icon=
{
name=PRINTER
labl=PRINTER
type=3
xpos=0
ypos=6
}
}
applications=
{
app=
{
path=D:\QED\QED.APP
cmdl=%f
atype=
{
flag=0x2008
}
doctypes=
{
dtype=
{
mask=*.TXT
}
}
}
app=
{
path=F:\INTERNET\CAB28\CAB.APP
cmdl=%f
atype=
{
flag=0x2000
}
doctypes=
{
dtype=
{
mask=*.HTM
}
dtype=
{
mask=HTTP*.*
}
}
}
}
windows=
{
directories=
{
font=
{
iden=1
size=10
fcol=1
}
pos=
{
xpos=127
ypos=56
winw=32
winh=11
}
pos=
{
xpos=116
ypos=27
winw=42
winh=13
}
pos=
{
xpos=132
ypos=43
winw=43
winh=13
}
pos=
{
xpos=148
ypos=59
winw=42
winh=13
}
pos=
{
xpos=164
ypos=75
winw=42
winh=13
}
pos=
{
xpos=180
ypos=91
winw=42
winh=13
}
pos=
{
xpos=196
ypos=107
winw=42
winh=13
}
pos=
{
xpos=212
ypos=123
winw=42
winh=13
}
}
views=
{
font=
{
iden=1
size=10
fcol=1
}
pos=
{
xpos=8
winw=75
winh=22
}
pos=
{
xpos=16
ypos=16
winw=75
winh=22
}
pos=
{
xpos=24
xpos=32
winw=75
winh=22
}
pos=
{
xpos=32
xpos=48
winw=75
winh=22
}
pos=
{
xpos=40
xpos=64
winw=75
winh=22
}
pos=
{
xpos=48
xpos=80
winw=75
winh=22
}
pos=
{
xpos=56
xpos=96
winw=75
winh=22
}
pos=
{
xpos=64
xpos=112
winw=75
winh=22
}
}
}
avstats=
{
}
end
-
Und Teradesk funktionstüchtig:
TeraDesk-inf
; Avoid editing this file by hand !!!
options=
{
infv=0x0400
save=0x0000
dial=0x0001
xpre=0x0000
pref=0x101F
buff=512
maxd=256
plin=80
tabs=8
cwin=0
mode=0
sort=0
aarr=1
attr=0x0014
flds=0x001F
vidp=0x0000
vres=0
dpat=4
dcol=3
wpat=0
wcol=0
}
shortcuts=
{
open=0x024F
show=0x0249
srch=0x0246
prin=0x0250
dele=0x027F
sela=0x0241
quit=0x0251
cycl=0x0257
svop=0x0253
}
filetypes=
{
ftype=
{
mask=*
}
ftype=
{
mask=*.*
}
ftype=
{
mask=*.PRG
}
ftype=
{
mask=*.APP
}
ftype=
{
mask=*.GTP
}
ftype=
{
mask=*.TOS
}
ftype=
{
mask=*.TTP
}
ftype=
{
mask=*.ACC
}
ftype=
{
mask=*.TXT
}
ftype=
{
mask=*.IMG
}
}
apptypes=
{
ptype=
{
name=*.PRG
flag=0x2001
}
ptype=
{
name=*.APP
flag=0x2001
}
ptype=
{
name=*.GTP
appt=1
flag=0x2001
}
ptype=
{
name=*.TOS
appt=3
flag=0x2000
}
ptype=
{
name=*.TTP
appt=4
flag=0x2000
}
ptype=
{
name=*.ACC
appt=2
flag=0x2000
}
}
icontypes=
{
}
deskicons=
{
icon=
{
name=FLOPPY
labl=FLOPPY
type=1
}
icon=
{
name=HARD@DISC
labl=HARD@DISC
type=1
driv=2
ypos=1
}
icon=
{
name=HARD@DISC
labl=HARD@DISC
type=1
driv=20
ypos=6
}
icon=
{
name=PRINTER
labl=PRINTER
type=3
ypos=15
}
icon=
{
name=TRASH
labl=TRASH
type=2
ypos=19
}
}
applications=
{
}
windows=
{
directories=
{
font=
{
iden=1
size=10
fcol=1
}
pos=
{
xpos=79
ypos=1
winw=57
winh=42
}
pos=
{
xpos=567
ypos=1
winw=57
winh=42
}
pos=
{
xpos=352
ypos=66
winw=84
winh=33
}
pos=
{
xpos=368
ypos=82
winw=86
winh=33
}
pos=
{
xpos=384
ypos=98
winw=88
winh=33
}
pos=
{
xpos=400
ypos=114
winw=90
winh=33
}
pos=
{
xpos=416
ypos=130
winw=92
winh=33
}
pos=
{
xpos=432
ypos=146
winw=94
winh=33
}
}
views=
{
font=
{
iden=1
size=10
fcol=1
}
pos=
{
xpos=160
ypos=38
winw=120
winh=25
}
pos=
{
xpos=168
ypos=70
winw=122
winh=25
}
pos=
{
xpos=176
ypos=102
winw=122
winh=25
}
pos=
{
xpos=184
ypos=134
winw=124
winh=25
}
pos=
{
xpos=192
ypos=166
winw=124
winh=25
}
pos=
{
xpos=200
ypos=198
winw=126
winh=25
}
pos=
{
xpos=208
ypos=230
winw=126
winh=25
}
pos=
{
xpos=216
ypos=262
winw=128
winh=25
}
}
}
avstats=
{
}
end
-
man beachte die fehlenden LF vor und nach end ;)
-
man beachte die fehlenden LF vor und nach end ;)
Und das infv=0x0400 in der funktionierenden Version, bei den anderen steht da 0382.
-
Der Installationsmarathon geht weiter!
devel.tar:
27/37: Installiere make-3.82-1.m68kmint.rpm!
Fehler beim Installieren von make-3.82-1.m68kmint.rpm!
install-info: No such file or directory for /usr/info/make.info.gz
execution of make-3.82-1.m68kmint.rpm script failed, exit status 1
Die Libs sind sauber installiert.
X11 bekomme ich vom Platz her nicht auf die Platte. :-\
-
http://forum.atari-home.de/index.php?topic=10234.msg79098#msg79098
s. Zeile drei
-
Ich dachte mir doch, daß wir das schon hatten...
Wenn ich die Dateien auf meinem TT in Verbindung mit der Fehlermeldung richtig deute, habe ich keine Hilfe, könnte make aber durchaus verwenden?
-
Zumindest funktioniert make auf meinem Milan.
-
So, jetzt habe ich noch mal eine Version gebaut, die zwei LFs ans Ende der TERADESK.INF basteln, bitte mal testen ob's damit geht.
Hat eigentlich schon mal irgendein Firebee User getestet?
maanke
-
So, jetzt habe ich noch mal eine Version gebaut, die zwei LFs ans Ende der TERADESK.INF basteln, bitte mal testen ob's damit geht.
Hat eigentlich schon mal irgendein Firebee User getestet?
maanke
Hast Du einen Direkt-Link dafür parat?
-
Oh, sorry, habsch vergessen. ::)
http://atari.st-katharina-apotheke.de/download/em_prg.zip
-
Läuft bis zum ersten Reset und dann auch Fehler toswin2... poste nacher mal zwei Screenshots davon.
-
maanke, was ist denn so tolles in der teradesk.inf, die Du mitlieferst?
Wenn ich alles, was da reinsoll, habe, kann ich Dir gerne eine machen.
-
Nach löschen der teradesk.inf startet teradesk mit der bekannten Meldung das die teradesk.inf nich geladen oder gespeichert werden konnte... also wie gehabt.
Starte jetzt das easy68k.prg neu und istalliere das Basis-Paket. Mal sehen ob der Fehler sich wiederholt.
-
Naja, nicht geladen ist ja egal.
Dann hat man einen Standard-Desk und kann den speichern, wodurch fürs nächste Mal eine vorhanden ist.
-
Hab ganau so gedacht, nach Installation des Basis Pakets gibt den Fehler noch einmal.
-
Ach ja, deshalb habe ich ja auch drei Dateien.
Jetzt lohnt sich das Ersetzen aber, denn nun bleibt sie so, wie Du sie hast.
-
maanke, was ist denn so tolles in der teradesk.inf, die Du mitlieferst?
Die vorhandenen Laufwerke bzw. Partitionen werden angemeldet(zumindest bei mir ???), wenn man eine Original Teradesk.inf nimmt, ist da nur Laufwerk C angemeldet und man muß die Laufwerke selbst anmelden, was bei Teradesk ziemlich nervig ist.
Aber vielleicht nehme ich das wieder raus, wenn Teradesk so pingelig ist.
-
Hab's mir angeschaut.
Das ist ja echt nervig. :-\
Andererseits weiß man nicht sicher, welche Laufwerke vorhanden sind, und eine Einstellung wie bei Gemini, bei der nur die tatsächlich vorhandenen Laufwerke angezeigt werden, scheint es nicht zu geben.
Ich habe Teradesk auf dem TT gelassen, Laufwerk A:, C:, und U: auf dem Desk und nutze es nur dann, wenn ich unter Thing Probleme mit zu lang geratenen Dateinamen oder zu tief verschachtelten Ordnern habe.
-
scheint es nicht zu geben.
Nein, gibt's nicht, daher her ja meine Bestrebungen eine eigene INF zu erzeugen, ich weiß jetzt auch nicht wie und wo ich da ansetzen soll.
Ich finde Teradesk ehrlich gesagt eher, nunja, wie soll ich's sagen, sch....lecht. Aber es ist nun mal der einzige freie Desktop, der auch mit einem modernen MiNT einigermaßen zusammen arbeitet.
-
Moinmoin.
Unter 1.16 lief Gemini noch - keine Ahnung, welchen Schrott die bei der MiNT-Entwicklung gemacht haben, daß er nicht mehr will.
Jinnee hat unter 1.18 auch Probleme, die von XaAES herzurühren scheinen (und unter 1.16 noch nicht auftraten), ist aber natürlich nicht frei.
Thing läuft bei mir prima, solange man auf die Länge der Dateinamen achtet.
Teradesk arbeitet hervorragend mit langen Dateinamen und Berechtigungen zusammen, aber er ist anstrengend.
-
Sofern ich das richtig sehe, kann man alle vorhandenen Laufwerke ermitteln
int32_t drvmap;
drvmap = Dsetdrv(Dgetdrv());
Dgetdrv() liefert das aktuelle Laufwerk
Dsetdrv(drv) setzt das aktuelle Laufwerk, liefert aber alle vorhandenen Laufwerke zurück.
bit 0 gesetzt = a , bit 1 gesetzt = b , bit 2 gesetzt = c ...usw
-
Moinmoin.
Unter 1.16 lief Gemini noch - keine Ahnung, welchen Schrott die bei der MiNT-Entwicklung gemacht
haben, daß er nicht mehr will.
Da hat keiner was gemacht. Gemini lief aber, als ich es zuletzt auf aranym getestet hab, nur nicht 1.999. Und jinnee auch.
-
Jinnee meckert eigentlich nur über die fehlende editobj.slb die es nicht finden/öffnen kann.
-
Hab's mir angeschaut.
Das ist ja echt nervig. :-\
Andererseits weiß man nicht sicher, welche Laufwerke vorhanden sind, und eine Einstellung wie bei Gemini, bei der nur die tatsächlich vorhandenen Laufwerke angezeigt werden, scheint es nicht zu geben.
Wenn ich Teradesk ohne *.inf starte dann sehe ich alle meine 10 Laufwerke inkl. CD-Rom. Für die Installation muß aber nach dem Start von Teradesk wohl noch das easyxxxx.prg automatisch mit gestartet werden damit die Installation weiter gehen kann. Das ist wohl das eigentliche Problem.
-
easym68k.prg in easymint.prg umbenannt ?
-
Sofern ich das richtig sehe, kann man alle vorhandenen Laufwerke ermitteln
Und was willst Du uns jetzt damit sagen?
Ich muß hier mal ein bißchen zur Ordnung rufen, das geht mir hier alles ein bißchen zu sehr durcheinander, ich weiß jetzt ehrlich gesagt nicht was jetzt noch nicht funktioniert oder funktioniert.
Vielleicht sollte jeder der betatestet mal einen kurzen Bericht schreiben, was bei ihm nicht funktioniert und mir per PN oder email schicken. Dann kann ich auch gezielter Fehler suchen.
maanke
-
Ich wollte nur helfen. Sorry der Verwirrung?
-
Moinmoin.
Jinnee meckert eigentlich nur über die fehlende editobj.slb die es nicht finden/öffnen kann.
Wenn die an der richtigen Stelle liegt, dann meckert Jinnee nicht.
Aber XaAES 1.5.5 läßt Jinnee abschmieren!
Unter MiNT 1.16-cur mit XaAES 0.9xx lief das noch anstandslos.
Editobj.slb sitzt dann friedlich oben links im Menü zwischen den anderen geladenen Programmen.
Moinmoin.
Unter 1.16 lief Gemini noch - keine Ahnung, welchen Schrott die bei der MiNT-Entwicklung gemacht
haben, daß er nicht mehr will.
Da hat keiner was gemacht. Gemini lief aber, als ich es zuletzt auf aranym getestet hab, nur nicht 1.999. Und jinnee auch.
Die letzte Gemini Version ist die 1a (und die einzige, die keinen Murks mit langen Dateinamen veranstaltet), und die crashed bei mir auf MiNT 1.18/ XaAES 1.5.5.
Sorry, wenn ich etwas pissig klinge, aber wenn Software bei mir seit Jahren anstandslos in diversen Kombinationen läuft, dann gehe ich stark davon aus, daß woanders etwas geändert wurde.
Hier leider nicht zum Besseren.
Aber das ist OT, entschuldigung maanke.
-
Nur mal so allgemein: Die Situation mit gemini und jinnee besteht sicherlich mindestens seit MiNT 1.17, das ist Jahre her. Wenn jetzt einer kommt, und beschwert sich, dass seine 15+ Jahre alte Software nicht mehr läuft, der hat Pech gehabt. Solche Kandidaten, die unbedingt unsaubere, veraltete Sachen nutzen wollen zusammen mit neueren, die sollten kurzfristig alle Updates testen, sonst kann nach so langer Zeit keiner mehr wissen, woran was liegen könnte, falls es sich überhaupt lösen lässt.
Aber wie gesagt: Die letzte gemini läuft, ich hab eben mit 1.99 probiert (eher zufällig, es gibt auch 2.0 irgendwo), und ich weiß nicht wo das Problem liegt. Hab mal einen screenshot gemacht.
(http://)
-
Gemini:
1.99 (1993)
1.999 (1994)
1.a (1995)
Gemini 1.a meinst Du vermutlich mit Gemini 2, denn der Ordner, in dem Gemini liegt, heißt gemini2.
Gemini 1.a bleibt mit dem 'Willkommen bei Gemini' Bildschirm stehen und blockiert das System.
Ctrl-Alt-L hilft nicht, Ctrl-Alt-Del erzwingt einen Reset.
- - - - -
Jinnee:
editobjc(149)(calles by JINNEE(148)) did appl_init
[Continue] [Kill]
Klicke ich Continue, friert der TT ein und läßt sich nur durch Ctrl-Alt-Del zur Weiterarbeit bringen.
Klicke ich Kill, friert der TT ein, und oben links in der Ecke (unterhalb der Menüzeile) steht:
pid = (MiNT): p->name=EDITOBJC:2BF461C pgrp=91
Ctrl-Alt-Del tut nichts, Ctrl-Alt-Shift-Del ebensowenig; ich mache jetzt einen Hard Reset.
-
gemini2 find ich nicht mehr, das ist wohl 1.99 von 1993. Die die nicht läuft, lässt sich jedenfalls mit Ctrl-C beenden.
Die jinnee-Sache passiert bei marathon auch, da kann man nicht viel machen. Die rufen aus einer slb appl_init auf, was ziemlich hirnrissig ist. Lass das editobj doch einfach weg oder nimm einen bessren desktop. Oder Magic :-)
-
jens, welche Thing Version hast Du denn, meine hat keinerlei Probleme mit langen Dateinamen.
Darf ich noch mal die Betatester bitten, zu testen ob die X11 Pakete mit der aktuellsten Version korrekt installiert werden?
-
Unter Aranym geht alles mit dem X11 Paket bis auf eine kleine Fehlermeldung ...
(http://fglukas.lima-city.de/bilder/atari/ablage.jpg)
Schaut so aus das es am Fehler unter Aranym mit der LIB´s Installation zusammen hängt ...
-
Moinmoin.
jens, welche Thing Version hast Du denn, meine hat keinerlei Probleme mit langen Dateinamen.
Gleich muß ich mir wieder was anhören...:
Thing 1.27
Darf ich noch mal die Betatester bitten, zu testen ob die X11 Pakete mit der aktuellsten Version korrekt installiert werden?
Die paßten nicht mehr auf meine Platte.
Mal sehen, ob ich das doch irgendwie hinbekomme.
-
Gleich muß ich mir wieder was anhören...:
Ja, es gibt auch 'ne 1.29. :D
-
Bin dann mal suchen. ;)
-
Das passiert mit Thing 1.29:
XaAES
pid 97 (thing): BUS ERROR:
User PC=183212C, Address: 0
(basepage=17B2000,
text=17B2100, data=1800B5C,
bss=1808DE4
Und auch Thing 1.29 scheint nur 32 Zeichen für den Dateinamen zu verstehen.
-
die 1.29 ist doch eigentlich eine beta, oder? ich meine die quellen wurden doch inzwischen offengelegt und etwas fehlerbereinigt. vielleicht könnte dort mal ein weitereres zwischenrelease erfolgen?
-
Quellen sind bei atariforge (http://www.atariforge.org/gf/project/thing/). Ein erfahrener Entwickler wird sicherlich die Quellen übersetzen können.
-
[...] erfahrener Entwickler [...]
Das schließt mich aus. ;D
-
Wenn Thing jetzt freigegeben ist (habe ich gar nicht mitbekommen) dann wäre es ja eigentlich nicht schlecht, es in EasyMiNT zu integrieren statt TeraDesk, was meint Ihr?
-
Ist ja alles nicht so groß, könnte man ja wahlweise beides machen ...
-
Also ehrlich gesagt wäre es mir lieber TeraDesk komplett rauszuschmeissen, ich fand das sowieso nie so toll.
-
Ja dann mache das doch so ...
Nimmst du denn auch die Thing 1.29b Version ?
-
Ist die 1.29b denn auch zu bekommen?
-
Sourcen sind da ...
http://atariforge.org/gf/project/thing/scmsvn/?action=browse&path=%2FSource%2Ftrunk%2F
Schüssel ist da ...
http://acp.atari.org/
Thing müsste da in dem Setup Archiv sein ...
http://atari.nvg.org/firebee-mint/
... ansonsten frage mal Mathias per PM ob er dir Thing 1.29b gibt !
-
... oder schreibe mal gstoll eine PM wegen Thing 1.29b !
-
Habe mal unter Hatari 1.62 unter OSX fehlerfrei das BASIC Paket installiert sonst keinerlei Pakete ...
Danach das LIB Paket Installiert mit folgenden Fehlern ...
(Ist die Reihenfolge der Paket Installation wichtig!)
(http://fglukas.lima-city.de/bilder/atari/ablage1.jpg)
(http://fglukas.lima-city.de/bilder/atari/ablage2.jpg)
(http://fglukas.lima-city.de/bilder/atari/ablage3.jpg)
(http://fglukas.lima-city.de/bilder/atari/ablage4.jpg)
-
Die Pakete bauen aufeinander auf.
Basic / Standard
Net
Devel
Libs
X11
-
... na dann lösche ich mal schnell alles und installiere mal neu, geht ja fix !
-
Ist die Reihenfolge der Paket Installation wichtig!
Ja, steht aber auch in der Doku!
Da meine Zeit auch begrenzt ist habe ich mich jetzt gegen eine Installation von Thing entschieden und TeraDesk werde ich so wie es bisher war, nur mit der originalen INF Datei installieren.
EasyMiNT ist ja hauptsächlich ein Programm zur Installation einer MiNT Umgebung und nicht eines Desktops.
maanke
-
... hat denn "m0n0" schon eine Rückmeldung von dem Firebee Test gegeben ?
Ansonsten sind im "atari-form.com" einige Firebee User bestimmt bereit das mal zu testen ...
http://www.atari-forum.com/viewtopic.php?f=92&t=22747&p=231999&hilit=easymint#p231999
-
Da meine Zeit auch begrenzt ist habe ich mich jetzt gegen eine Installation von Thing entschieden und TeraDesk werde ich so wie es bisher war, nur mit der originalen INF Datei installieren.
EasyMiNT ist ja hauptsächlich ein Programm zur Installation einer MiNT Umgebung und nicht eines Desktops.
Kann ja jeder selbst seinen Desktop installieren, da ich Thing 1.29 jetzt habe probiere ich den mal aus ...
Ist ja hier gut beschrieben -> http://wiki.sparemint.org/index.php/XaAES#Setting_a_Desktop
-
... hat denn "m0n0" schon eine Rückmeldung von dem Firebee Test gegeben ?
Nein.
Kann ja jeder selbst seinen Desktop installieren,
Eben.
-
Habe nochmal unter Aranym alles neu Installiert und alles lief einwandfrei bis auf einen kleinen Fehler ...
Habe das RPM einfach nochmal mit dem RPMTool Installiert und scheint alles zu klappen.
(http://fglukas.lima-city.de/bilder/atari/ablage5.jpg)
-
Also nur der übliche Fehler, der nicht an EasyMiNT, sondern am RPM zu liegen scheint.
-
Auch unter Hatari verlief die Installation aller Pakete fehlerfrei ...
(Bis auf das make-3.82-1.m68kmint.rpm)
-
Na, das hört sich bisher ja ganz vielversprechend an, mal sehen ob's noch Rückmeldungen aus der Firebee Szene gibt.
-
Vielleicht hilft es den Firebee Leuten wenn man ihnen eine kleine Anleitung
zur Hand gibt wie sie eine neue CF Karte mit zwei Partitionen für Easymint
einrichten können ...
Viele sind bestimmt nicht bereit Ihre originale CF mit der Firebee Installation
für einen Test platt zu machen ... (Mathias könnte dabei helfen !)
-
Das Problem wird eher sein, einen XHDI 1.3 fähigen Festplattentreiber zu besorgen, soweit ich weiß läuft z.B. der HDDriver nicht auf der Biene.
-
Ich weiss ja nicht ob der Easymint Installer mit einer echten ext2 Partition umgehen kann ?
Wenn ja kann man die CF Karte auf einem Linux oder OSX System einrichten ...
Aber die meisten werden Windows haben und ich weiss nicht ob es da Tools gibt um ext2 Partitionen einzurichten ...
http://wiki.newtosworld.de/FireBeeCFTutorial
-
Aber es gibt eine gparted Live CD ...
http://gparted.sourceforge.net/download.php
... das können auch Windows User nutzen !
-
Ich weiss ja nicht ob der Easymint Installer mit einer echten ext2 Partition umgehen kann ?
Weiß ich, ehrlich gesagt, auch nicht, habe ich noch nie ausprobiert.
-
Mach doch einfach aufm Atari ein ext2 auf ner CF Karte und schau mal ob du unter windows mit Explore2fs darauf zugreifen kannst.
-
Als ich unter Hatari und Aranym Easymint ein zweitesmal Installiert habe, hatte ich nur die Partition C:/ gelöscht
und die schon eingerichtete ext2 Partition unangetastet gelassen und alles lief beim zweiten Install Vorgang
einwandfrei ab. Sprich, der Installer hat die ext2 Partition nochmal eingerichtet ...
Wenn ich das richtig gelesen habe müsste die Firebee CF Karte mit einer MSDOS (FAT16) Boot Parttition und dann
eine ext2 Partition für die Unix sachen vom MiNT arbeiten ...
Mach doch einfach aufm Atari ein ext2 auf ner CF Karte und schau mal ob du unter windows mit Explore2fs darauf zugreifen kannst.
Wenn dann würde ich das eher so machen wollen wie die meisten User und zwar über eine Einrichtung mit gparted und einen USB
Kartenleser am PC zum testen ... (Wer hat schon einen CF Adapter am Atari ... !)
Wenn das natürlich nicht funktioniert muss maanke den Firebee Installer anpassen oder man kann nur am Atari seine CF einrichten.
Wobei das Einrichten am Atari wahrscheinlich nicht funktioniert weil die Firebee eine Bootpartition im MSDOS Format (FAT16) braucht, mit
einem gesetzten Bootflag ...
Wenn das alles so stimmt was da steht -> http://wiki.newtosworld.de/FireBeeCFTutorial
-
Hallo maanke, schaust du mal ob es vielleicht ein Netzwerk Problem im Easymint gibt !?!
http://forum.atari-home.de/index.php?topic=10510.msg79344#msg79344
-
Moinmoin.
Was ich schon letzte oder vorletzte Woche schreiben wollte:
NVDI wird nicht benötigt - es reicht, das kostenfreie Programm Enhancer in den Auto-Ordner zu legen, um XaAES glücklich zu machen.
NVDI ist natürlich schneller, aber wer es nicht hat, muß es sich nicht extra besorgen, wenn Enhancer bereits vorliegt.
-
schaust du mal ob es vielleicht ein Netzwerk Problem im Easymint gibt !?!
Glaube ich eher nicht, EasyMiNT konfiguriert ja eigentlich nur das MiNTNet und funktioniert auf "Original"hardware ja, soweit ich weiß.
Allerdings finde ich nach wie vor die Netzwerkkonfiguration unter ARAnyM einen "pain in the ass".:-/
maanke
-
An EasyMiNT liegt es nicht da läuft alles einwandfrei ...
http://forum.atari-home.de/index.php?topic=10510.msg79362#msg79362
Auf original Atari Hardware (Atari TT mit Daynaport SCSI Adapter) lief EasyMiNT bei mir immer einwandfrei
und sehr einfach ohne Probleme ...
Was mir noch bei der Standard Installation fehlt sind die Keyboard.tbl Dateien, oder habe ich da etwas übersehen ...
-
Gut das Du's schreibst, das wollte ich noch einbauen habe ich aber irgendwie aus den Augen verloren.:-)
-
Für eine Installation auf der Firebee muss auch der Netzwerk Treiber (fec.xif) im EasyMiNT Paket sein.
Schau mal das Paket an -> http://atari.nvg.org/firebee-mint/FireBee-FreeMiNT-setup-20120513.zip
Oder ist schon alles im Easymint Installer Programm für die Firebee drin ...?
Die mint.cnf ist auch anders ---
# ---------------- FreeMiNT configuration file ---------------------
#
# The "set" directive controls the behaviour of the mint.cnf parser.
# It accepts one of three parameters:
#
#set -q - silent output (+q for verbose output)
#set -v - print command lines (+v don't)
#set -c - control interpretation of escape sequences
set -q
# The include command allows you to include other files while the
# mint.cnf file is being interpreted. The included file will be
# interpreted as a part of the mint.cnf file.
#include u:/c/mint/vars.cnf
# The smaller the KERN_SLICES value, your processes have faster
# response time but the general performance is worse. Very fast
# machines however, may benefit from setting 1 here.
#KERN_SLICES=2
# KERN_DEBUG_LEVEL controls output of global debugging information.
# The higher the level, the more stuff MiNT will spew about about
# what it's doing.
#
# The average user doesn't want to hear about this stuff, so the
# default is 1, i.e. display ALERT messages only. Note that you need
# a debug kernel to get more: normal kernels do not contain so much
# debug information.
#
# KERN_DEBUG_DEVNO is the BIOS device number to which the info
# should be sent.
#
# Devno can be: 0=printer, 1=aux/modem, 2=screen (console), 3=midi,
# 4=keybrd, 5=raw.
#
# The default is the console.
#KERN_DEBUG_LEVEL=1
#KERN_DEBUG_DEVNO=2
# KERN_BIOSBUF controls how BIOS I/O is performed. Normally, MiNT
# tries to buffer this to provide a (considerable) improvement in
# speed. However, some applications may get upset by this.
#
# KERN_BIOSBUF=NO turns off all buffering for maximum compatibility.
# The default is YES.
#KERN_BIOSBUF=YES
# KERN_SECURITY_LEVEL= enables the appropriate security level:
#
# 0 - recommended for single user setups, like MultiTOS (default).
# 1 - recommended for multiuser setups, like KGMD.
# 2 - full protection, unsupported by software, thus discouraged.
#KERN_SECURITY_LEVEL=1
# KERN_MPFLAGS controls the memory protection behaviour. Its argument
# is a bitfield. Only the bit 0 is defined: 1 means, that more strict
# model of the protection should be enabled. Some programs may
# refuse to run, so the default is 0.
#KERN_MPFLAGS=1
# TPA_FASTLOAD=YES forces fast loading (without zeroing all the
# memory) for all programs. This defines a default state, that can be
# modified later via appropriate kernel calls (use MiNT Setter
# utility to toggle it later when neessary, without reboots).
#
# TPA_FASTLOAD=NO (default) means that the information from the
# program header will be used to decide (this is like TOS does).
TPA_FASTLOAD=YES
# Set maximum additional TPA size for new processes
# (in kilobytes). The default is 1024. Better keep it low (1024 is
# what we call low) if your machine has 4 MB RAM or less.
TPA_INITIALMEM=8192
# FS_NEWFATFS= enables the new FAT filesystem driver for selected FAT
# filesystems. The old TOS FS will be used otherwise.
#
# The default depends on whether the TOSFS driver is compiled into the
# kernel or not. If it is, all drives are TOSFS by default. If not,
# all drives are NEWFATFS by default and this keyword has no effect.
#FS_NEWFATFS=A,B,C,D,E,F,G,H,I,J,K,L,M,N,O,P,Q,R,S,T,V,W,X,Y,Z
FS_NEWFATFS=A,C,E,F,G
# FS_VFAT= enables VFAT extension for selected drives specified in the
# FS_NEWFATFS= command. The VFAT extension is disabled by default.
#
# If you use both TOS and MiNT, better don't enable VFAT extension
# on your boot drive.
#FS_VFAT=D,E,F,G
FS_VFAT=A,D,E,F,G
# FS_VFAT_LCASE=YES tells the kernel to return lowercase filenames
# from VFAT directory searches. The default is NO.
#FS_VFAT_LCASE=YES
# FS_WB_ENABLE= enables write back cache for selected drives. The
# write back cache is disabled by default. Also, it does not have
# any effect for TOSFS drives.
#FS_WB_ENABLE=A,C,D,E,F,G,H,I,J
# FS_CACHE_SIZE= specifies the size of disk cache in kilobytes for the
# internal caching module. Default is 128.
FS_CACHE_SIZE=1000
# FS_CACHE_PERCENTAGE specifies the size of the disk cache (in
# percents) to be filled with linear reads. The default is 5.
FS_CACHE_PERCENTAGE=10
# FS_UPDATE= set update time for system update daemon in seconds
# default is 5, it isn't recommended to use a value less than 4.
#FS_UPDATE=10
# Software write protection on filesystem level.
#FS_WRITE_PROTECT=R,S
# FDC_HIDE_B= tells the MiNT to remove floppy drive B: from the
# system.
# It is useful on single floppy systems to get rid of "Insert
# disk B: into drive A:" messages from the AES. Default is NO.
FDC_HIDE_B=YES
# PROC_MAXMEM= gives the maximum amount of memory that any process
# may use (in kilobytes). The default is to make this unlimited, but
# if you have a lot of memory and/or programs that grab more memory
# than they should, try setting this.
#
# E.g. to limit processes to 4096K of memory, remove the '#' at the
# beginning of the next line.
#
# WARNING: the process will not be allowed to allocate memory beyond
# the limit, and it won't "see" more memory as available from the
# system.
# Please understand that programs like "free" (or any other that
# interrogates the system how much memory is available) is a process
# as well, thus it will undergo this limit too!
#
# Decent shells (desktops) allow you to limit the maximum amount of
# memory independently for each program.
#PROC_MAXMEM=4096
# Three commands, that define output files for RS-232, console and
# printer devices. The argument for each one must be a pathname.
#
# For best results, the convention u:/drive/pathname should be used
# for all specified pathnames from now on.
#GEMDOS_AUX=u:/c/mint/aux.out
#GEMDOS_CON=u:/c/mint/con.out
#GEMDOS_PRN=u:/c/mint/prn.out
# End of kernel settings
#
# -------------------------- Commands ------------------------------
#
# Here are some commands that you can give to MiNT:
#
# alias d: path -- make a fake "drive" that actually points to the
# given path
# cd path -- changes MiNT's default directory
# echo message -- print something on the screen
# exec program -- runs a program; you must give the complete path
# and file extensions (e.g. c:/bin/echo.prg)
# include file -- include another portion of the MINT.CNF file.
# sln path link -- make a symbolic link named "link" pointing to
# "path". "link" must be on drive U: for this to work
# Check filesystems.
exec c:\mint\tools\fscheck\fscheck.prg
# Set up system folders etc
include u:/c/mint/sys.cnf
# Initalize network.
include u:/c/mint/network.cnf
# Run MGW (Draconis gateway for MiNTnet)
exec u:/c/mint/mgw/mgw.prg
setenv SLBPATH '.\;c:\mint\slb\;c:\gemsys\xtension\;c:\gemsys\slb\'
# The best option is to have INIT= command here, after all pathnames
# are already set up by commands above.
# If the MiNT is supposed to execute GEM, you should specify the full
# path and filename like that:
#GEM=u:/c/mint/xaaes/xaloader.prg
# You can also request MiNT to execute the TOS AES residing in ROM.
# WARNING: this is not recommended, you should use a GEM version
# instead, that is multitasking friendly.
#GEM=ROM
# Otherwise, if your init program is not GEM, you should use INIT= as
# follows:
INIT=u:/c/mint/1-18-cur/xaaes/xaloader.prg
# If you leave both commands above commented out, the MiNT will
# attempt to execute a file called `sh.tos' found in the system
# directory (the same where the mint.cnf resides), and if this
# fails, the internal minimum shell will be executed.
#
# The "echo" command is really straightforward.
#
echo Setup complete, now booting the system...
echo
---
-
Außer dem Kernel ist eigentlich so gut wie nix im EM Paket für die Firebee, deswegen warte ich ja auch auf Berichte der Betatester...
Die mint.cnf ist auch anders ---
Ja aber das heißt erst mal nix, diese MINT.CNF startet einfach nur XaAES ohne ein u: Filesystem einzubinden, sprich es wird nur ein einfaches MiNT installiert.
-
Ich meinte speziell diese beiden Dinge ...
# Set up system folders etc
include u:/c/mint/sys.cnf
# Initalize network.
include u:/c/mint/network.cnf
-
Die sind aber wahrscheinlich dazu da weil das Firebee Setup keine ext2 Partition mit dem Unix Zeug hat ... !?!
-
Ich habe mal wieder ein wenig gebastelt.
Das Archiv enthält die beiden PRG Dateien sowie ein neues EASYMINT.ZIP bitte entsprechend austauschen.
Folgende Änderungen:
- die KEYBOARD.TBL kann jetzt ausgewählt werden (die Stelle an der das geschieht finde ich noch nicht so optimal, Vorschläge?)
- die TERADESK.INF wird jetzt ohne die Laufwerke erzeugt, bitte mal testen ob TERADESK immer noch absemmelt, ich versuche mich mal langsam an den Fehler ran zu tasten.
Das Paket gibt's hier: http://atari.st-katharina-apotheke.de/download/em_updat.zip
maanke
-
fuer mich macht es noch keinen sinn em auf der firebee zu testen weil es noch kein gefixtes xaaes release gab... Das letzte offizielle hatte einen bug der netsurf zum crashen brachte, deswegen bringt mir der 1.18er kernel nix :(
-
Habe mal unter Hatari den Installer laufen lassen und läuft einwandfrei ...
Das gleiche Verhalten unter Aranym ...
Die Auswahl der Keyboard.tbl finde ich ganz in Ordnung ...
-
... vergessen !
Die TERADESK.INF bringt Teradesk immer noch zum Absturz ...
-
Die TERADESK.INF bringt Teradesk immer noch zum Absturz ...
O.K., dann gibt's morgen oder übermorgen eine weiter Version.
-
fuer mich macht es noch keinen sinn em auf der firebee zu testen weil es noch kein gefixtes xaaes release gab... Das letzte offizielle hatte einen bug der netsurf zum crashen brachte, deswegen bringt mir der 1.18er kernel nix :(
... wichtig zu wissen ist evtl. noch, das der Bug bereits gefixt ist im CVS...
-
Was hält denn maanke davon ab die 1.19er Version aus der CVS zu nehmen für Easymint ...
... oder das XaAES aus der CVS, das läuft doch bestimmt auch mit dem 1.18er !?!
Oder aber EasyMiNT solange auf Eis legen bis die 1.19er version raus kommt !
... das fände ich aber gar nicht gut.
-
Was hält denn maanke davon ab die 1.19er Version aus der CVS zu nehmen für Easymint ...
Gibt's davon fertige binaries oder muß ich mir die selbst kompilieren?
Grundsätzlich hätte ich nix dagegen, wenn ich mir nicht jeden Tag die aktuellen binaries compilieren müßte und irgendwie erschließt sich mir auch nicht ganz warum eine 1.18er stable rausgekommen ist, wenn dann doch alle die 1.19er benutzen wollen.;-)
-
Bevor ich jetzt eine neue MiNT Version implementiere, möchte ich erstmal dem Teradesk Problem auf den Grund gehen, kann zwar ein wenig dauern aber ich kann auch sehr stur sein.;-D
Hier mal eine weitere Version, bitte nur auf Teradesk testen: http://atari.st-katharina-apotheke.de/download/em_prg.zip
Das sind nur die Programmdateien.
maanke
-
... raucht immer noch ab !
Warum nimmst du nicht einfach die normale INF die bei Teradesk dabei ist und gut is !
Den Desktop kann sich jeder selbst einrichten/anpassen ...
(http://fglukas.lima-city.de/bilder/atari/ablage9.jpg)
-
Wenn du den EasyMiNT Installer weiter bringen willst dann Baue doch anstatt der blöden
teradesk.inf anpassung eine Update Funktion auf neuere Kernel Versionen ein ...
... und vielleicht das der Firebee Installer auch die echte "ext2" Partition sicher erkennt !?!
-
dann Baue doch anstatt der blöden
teradesk.inf anpassung eine Update Funktion auf neuere Kernel Versionen ein ...
Tja, wenn das so einfach wäre...
Warum nimmst du nicht einfach die normale INF die bei Teradesk dabei ist und gut is !
Ich glaube das habe ich hier schon mal geschrieben aber von mir aus kann ich das machen, ich wollte es halt dem User einfacher machen.
-
Da keine Meldungen mehr eintrudeln werde ich wohl mal so langsam ein Release raus bringen, es wird aber bei MiNT 1.18 bleiben.
-
Hallo maanke, und fertig ?
... oder erst nach der Sommerpause so anfang September ?
-
Jo, im Moment ist mir das Wetter zu schön um dauernd am Rechner zu hocken. ;D
-
Stellste den Rechner in den Garten ... :P 8) >:D
-
Ich sitze aber nicht im Garten sondern z.B. auf dem Mopped und da ist das immer ein bißchen schwierig den Milan mitzunehmen. :D
-
Quark, ab auf den Tankrucksack damit, haste gleich ´n prima Windschild. Ok, cw-Wert eines IKEA-Schranks, aber man kann nun mal nicht alles haben.
-
So, endlich die anderen großen Brocken erledigt, und nun hab ich genug Zeit zum Testen. Dank CF-Karten-Spende, bin ich für alle Schandtaten zu haben, inkl. Zerschossenen Partitionen und Dergleichen! ;)
Also kann mich wer schnell auf den akltuellen Stand bringen? Oder muß ich alle 11 Seiten durcharbeiten? Wo ist der Installer (gehören gegebenenfalls Dateien darin ersetzt, wenn ja welche?)? GParted auf der Linux-Kiste und FireBee stehen bereit.
-
Im Moment gibt's noch kein einheitliches Paket, da mußt Du Dich noch ein paar Tage gedulden.
-
Ich könnte ja auch mit den Dateien weiterprobieren, die Du mir geschickt hast bevor hier das öffentlich BETA-testen losging? Aber das bringt Dir vermutlich gar nichts, denke ich.
Ich werd einfach regelmäßig hier reinschauen, und Geduld hab´ ich sowieso! ;)
-
Das Interesse an einer Coldfire Version von EasyMiNT scheint ja nicht so berauschend, Rückmeldung habe ich aus der Ecke bisher gar keine bekommen und so wie es aussieht, setzt die MiNT Gemeinde inzwischen sowieso auf Gentoo weil es mit rpm immer schwieriger wird die Pakete statisch zu linken was natürlich dazu führt, daß es kaum bis gar keine neuen rpm Pakete mehr gibt.
Die noch zu veröffenltichende EasyMiNT Version wird dann wohl die letzte gewesen sein.:-(
-
Das Interesse an einer Coldfire Version von EasyMiNT scheint ja nicht so berauschend, Rückmeldung habe ich aus der Ecke bisher gar keine bekommen
Kanns sein, daß Zersplitterung nie gut tut, wie ich eigentlich immer sage? Und kanns sein, daß Du seit Dezember nicht mehr im Entwicklerforum warst, und die ganzen Leute aus Frankreich, Skandinavien und den englischsprachigen Gegenden einfach nicht hier auf home.de reinschauen?
und so wie es aussieht, setzt die MiNT Gemeinde inzwischen sowieso auf Gentoo weil es mit rpm immer schwieriger wird die Pakete statisch zu linken was natürlich dazu führt, daß es kaum bis gar keine neuen rpm Pakete mehr gibt.
Grundsätzlich ja, bis auf die ca. 7 Leute die eigentlich was mit rpm machen wollen. Nur scheint es sich da (wie offensichtlich immer in der Atari Entwickler Community) um einen Haufen einsamer letzter Mohikaner zu handeln, wo leider jeder sein eigenes Süppchen kochen muß, und kollaboratives Arbeiten total unangesagt ist, ...
Ich verstehe es auch technisch nicht, so einen Switch könnte man schon gemeinsam durchziehen. Nur ist es jetzt eher so, daß sich dann niemand mehr um irgendwas offiziell kümmert, aber hauptsache an jeder Ecke gibts eine eigene Distribution, ... die dann im Endeffekt natürlich jeden Entwickler einzeln, der ja alleine bleibt, überfordert, ...
Die noch zu veröffenltichende EasyMiNT Version wird dann wohl die letzte gewesen sein.:-(
Woher jetzt auf einmal die Pessimistische Wahrnehmung? Is ja nicht so, daß das Alles vor einem Jahr anders gewesen wäre, oder? ;)
-
Und kanns sein, daß Du seit Dezember nicht mehr im Entwicklerforum warst, und die ganzen Leute aus Frankreich, Skandinavien und den englischsprachigen Gegenden einfach nicht hier auf home.de reinschauen?
Das kann schon sein. :D
Nur kann ich auch nicht alle Foren abgrasen um Info zu bekommen und wenn jemand eine Betaversion testet könnte er ja auch mal direkt mit dem "Entwickler" in Kontakt treten. Außerdem wurde das zumindest hier annonciert: http://www.atari-forum.com/viewtopic.php?f=92&t=25129
Die Reaktionen sind überwältigend. :D
Is ja nicht so, daß das Alles vor einem Jahr anders gewesen wäre, oder?
Nö aber es wird auch nicht besser werden, eher im Gegenteil, wie Du ja gerade selbst so schön beschrieben hast.
-
Nur mal zum vorausschicken; Dir ist klar daß ich wirklich wirklich viel von EasyMiNT halte, und es als essentiell für eine lebendige MiNT Nutzbarkeit halte! Ohne EasyMiNT geht vieles einfach nicht, und wir brauchen es, möglichst immer aktuell!
Es stellt auch weiterhin DEN EInstiegspunkt für ein vollständiges MiNT mit Unix-funktionalität dar, und ist unersetzlich!
Zum Zustand der Community und dem Feedback, …
Ich denke daß Kommunikation alles ist, und uns wirklich weiterbringt. Es gab 6 oder 7 FireBee User, die uns in der Luft zerrissen haben weil im Standard-MiNT-FireBee-Setup keine Unixtools und keine Kommandozeile ist. Nicht wahrgenommen haben all diese User daß das seit jeher die "Aufgabe" von EasyMiNT war, und Du eigentlich schon sehr lange eines für die FireBee vorhattest. Diese Leute haben alle Enticklerfähigkeiten, aber keine alleine schafft es so ein komplettes Unix-fähiges MiNT selber einzurichten (und tw. zu kompilieren). Jeder könnte natürlich ein wenig beisteuern und ein paar Pakete bearbeiten.
Dann gabs immer noch ein paar Menschen die SpareMiNT weitermachen wollten. Ich denke die Aufgabe ist einfach daß wir all die Menschen einsammeln, koordinieren, und versuchen per Arbeitsteilung auf ein Ziel hinzuarbeiten. Ivh kann mir z.B. vorstellen, daß wir Lonny bitten Dich beim Installer selber zu unterstützen, falls Du das willst, oder die ganzen Anderen die rpms abzudaten.
Nur müssen wir das gemeinsam machen. Ich kann versuchen DIch dabei so weit wie möglich zu unterstützen, wenn ich die Infos bekomme was notwendig ist.
Ich verstehe Dich schon, daß Du nicht dauernd alles abgraasen kannst. Nur geht es jedem Entwickler so, und leider sucht sich jeder ein eigenes Refugium, und dann haben wir den Salat mit den 50 unterschiedlichen Orten. Das ist jetzt keine Kritik an DIr, sondern leider eine simple Tatsache. Daher habe ich immer versucht Leute ins Entwicklerforum zu bekommen. Ist schon klar daß das für EasyMiNT jetzt nicht der generische Stammplatz ist, …
Ich würde es vorschalgen wie immer. Leute direkt ansprechen und für eine Sache begeistern. Dann geht schon was!
Also wenn Du (oder wer anderes mit Überblick) mir sagst wo der aktuelle Stand ist, mit dem ich den Installer auf der FireBee testen könnte, dann kann ich schon mal loslegen.
-
Mathias, danke für die Blumen, aber ich fürchte Du wirst die Leute nie unter einen Hut bringen, da jeder meint er sei auf dem richtigen Weg und viele sind nicht gewillt auch mal nach rechts oder links zu gucken, hat sicher auch was mit dem Alter zu tun.:-D
Mit der Hilfe von außen für EM ist das so eine Sache, da das in GeFahr Basic geschrieben ist, gibt es außer Lonny kaum noch jemanden, der sich mit dieser Programmiersprache beschäftigt.
oder die ganzen Anderen die rpms abzudaten.
Wer soll das denn sein? Und wie ich bereits schrieb, solange Sparemint mit statisch gelinkten Programmen daherkommt, wird das äußerst schwierig neue Programme in Sparemint aufzunehmen. Wenn sich nicht mal jemand hinsetzt und dieses Problem löst, wird Sparemint "aussterben", das ist die Realität und war auch der Tenor auf der MiNT Mailingliste.
wir brauchen es, möglichst immer aktuell!
Und da wird es in Zukunft düster aussehen, weil die rpm Pakete nicht mehr gepflegt werden, ich kann zwar immer wieder EM Versionen rausbringen, die den neuesten Kernel enthalten aber ehrlich gesagt ist das eigentlich nicht meine Intention gewesen EM zu bauen.
Also wenn Du (oder wer anderes mit Überblick) mir sagst wo der aktuelle Stand ist
Im Moment gibt es keinen aktuellen Stand, hier im Forum sind verschiedene Betaversionen verlinkt aber vielleicht schaffe ich es heute oder morgen ein neues Pakt zu schnüren.
maanke
-
... ich warte auch schon auf die Finale Version um das Aranym Paket zusammen zu bauen.
-
was ich nicht ganz verstehe (und auch in meiner Zeit mit nativer Atari-HW nicht verstabden habe): Wozu braucht jemand ein unixoide Umgebung auf dem Atari? Dem/TOS war doch von Anfang an darauf ausgelegt, mit dem Kommando-Zeilen-Kram aufzuräumen und alles Wysiwyg-mäßig aufzubauen. Dann kam Mint/Naes/Xaes und wie sie alle heißen und dennoch war es für mich kein Grund, in Panik zu verfallen. Mint/Naes hat ein paar nette Ergänzungen un Möglichkeiten gebracht und Toswin2 war/ist auch nett. Aber dennoch hielt sich die Notwendigkeit unixoide TTP-Programme zu nutzen immer noch in Grenzen. Klar hier und da gab es etwas Vernünftiges, was nur in Tar-Archiven vorlag. Guitar war schnell auf der Platte und irgendwann war auch eine eigene ext2-Partition da, die aber mehr gezickt hat und Dateien zerschossen hat (kannte ich von Atari-Partitionen nur, wenn ich mit Disk-Doktor versucht habe, ganz alte Dateien wieder herzustellen) und zu unpassenden Zeitpunkten check-disk ausführen wollte.
Ende vom Lied war, dass ich dann nur noch mp3-Dateien mit bladeenc enkodiert habe :) . Mir hat da nichs gefehlt :)
-
Das ist ja das Schöne, wenn Du nix vermisst, brauchstes ja auch nicht zu installieren. :D
... ich warte auch schon auf die Finale Version
Ich auch. 8)
-
Der 68k Installer läuft doch wunderbar bis auf den Fehler mit der Teradesk.inf ...
... also den Fehler weg und alles ist in Butter, oder nicht !?!
-
.. also den Fehler weg und alles ist in Butter, oder nicht !?!
Ja, jetzt muß es nur noch einer zusammenpacken. ;)
-
Es hat sich jemand gefunden, der's zusammenpackt. ;)
Die offizielle EasyMiNT 1.83 ist raus.
Zu finden wie immer hier: http://atari.grossmaggul.de/
EIn paar Anmerkungen: Wichtig.txt sollte auch bei dieser Version durchgelesen werden.
Das STANDARD Paket ist in das BASIC Paket und das BASIC Paket in's EM_183.ZIP integriert worden. Dadurch wird der Download ca. 39MB groß, dafür kann man aber auch direkt loslegen und muß nicht erst noch die Grundpakete rumkopieren.
Da ich davon ausgehe, daß heutezutage nur noch wenige mit einem Modem in's Internet gehen, habe ich mich zu diesem Schritt entschlossen.:D
So dann hoffe ich das alles funktioniert und das mir keine Klagen kommen. :)
Have fun!
maanke
-
... irgend etwas stimmt mit der keyboard.tbl Auswahl nicht !?!
-
O.K., werde ich noch mal überprüfen, grummel... :D
Geht's denn auch ein bißchen genauer?
Edit: Ich habe es gerade noch mal ausprobiert, bei mir funktioniert das mit der keytbl.
-
Hallo maanke, installiere mal das aranym-easymint Paket, dann siehst du was ich meine ...
p.s. ... ich konnte bei mir keinerlei *.TBL Dateien finden !?!
-
Ich habe das noch gar nicht unter aranym getestet sondern nur auf dem Milan und da klappt das und man kann auch tbl Dateien auswählen.
Im Moment komme ich wohl nicht dazu das unter aranym (unter Linux) zu testen, vielleicht morgen.
maanke
-
Auch bei dem Versuch auf dem TT kommt die Fehlermeldung .. konnte Keyboard.tbl nicht finden. Wenn man die Meldung abbricht bootet das System neu, bleibt aber mit einem fatalen fehler bei Xloader.prg hängen.
Toni
-
Fehlermeldung auf dem TT, Mist, wollte das aktuelle Release eigentlich selbst die Tage mal ausprobieren.
Jetzt noch eine Frage allgemein zu MiNT: Lässt sich das eigentlich so einrichten, dass man auch z.B. über Xboot zwischen MiNT und normal-TOS auswählen kann? Oder macht das meine TOS-Bootkonfig komplett platt? Mit MiNT habe ich nämlich seit MultiTOS bzw. KGMD keine weiteren einschlägigen Erfahrungen und betrachte mich da eher als durch Linux und HP-UX vorbelasteter Newbie...
-
Sehr gute frage. Die Antwort würde mich auch interessieren.
-
wenn es mal installiert ist, kann man mit XBOOT sicher einfach des mint.prg im Auto-Ordner deaktivieren. Dann startet der Rechner normal unter TOS mit allen Vor- und Nachteilen.
Toni
-
Lässt die Install-Routine denn den Autoordner unberührt, oder muss man den erstmal verstecken?
-
Hallo,
es lässt sich mit Xboot und Coldboot (firebee) problemlos zwischen Mint und TOS umschalten.
Ich mache das mit Xboot seit vielen Jahren beim TT und beim Milan so.
In den Autoordner kommt das Programm Mint.PRG (Name kann durch die vielen Versionen auch anderst lauten)
Viele Grüße
Martin
-
Lässt die Install-Routine denn den Autoordner unberührt, oder muss man den erstmal verstecken?
Es wird mindestens das Mint.prg reinkopiert....
-
Moin,
tja, da ist mir leider ein kleiner Fehler unterlaufen, näheres hier: http://atari.grossmaggul.de/
Was den AUTO Ordner betrifft, EasyMiNT lässt den AUTO Ordner so wie er ist, naja nicht ganz, da das MINT Porgramm an die letzte Stelle im AUTO Ordner muß, das aber beim einfachen kopieren nicht immer sichergestellt ist, sortiert EM den Ordner um. Der Inhalt selbst wird aber nicht angefasst. Man kann dann nach der Installation mit einem entpsrechenden Bootselektor auswählen ob MiNT gestartet wird oder nicht.
maanke
-
Auch bei dem Versuch auf dem TT kommt die Fehlermeldung .. konnte Keyboard.tbl nicht finden. Wenn man die Meldung abbricht bootet das System neu, bleibt aber mit einem fatalen fehler bei Xloader.prg hängen.
... hast du denn die Anleitung beachtet und easym68k.prg in easymint.prg umbenannt ?
... hast du auch xaaes im Installer richtig ausgewählt bei den Bootoptionen ?
Installiere doch nochmal alles neu, dazu musst du aber auf C: den Mint Ordner und den Easymint Ordner und Mint im Autoordner löschen, sonst kommt es zu Fehlern bei der erneuten Installation ..., und lade nochmal das neue ZIP vom Webserver ...
Habe gerade noch mal unter Aranym getestet und alles läuft bei mir einwandfrei ...
-
Habs nochmal runtergeladen. Kann jetzt zwas eine keyboard.tbl auswählen. Beim Neustart des System kommt aber die Meldung, dass kein Mint-Ordner da wäre. Und tatsächlich entsteht auf dem Bootlaufwerk auch kein MINT-Ordner mint Unterordnet 1-18-0 oder so. Hab das jetzt mehrfach durchexerziert. Mach ich was falsch oder liegts an Easymint?
-
Bei mir funktioniert das, was sagen andere Anwender dazu?
-
Habs nochmal runtergeladen. Kann jetzt zwas eine keyboard.tbl auswählen. Beim Neustart des System kommt aber die Meldung, dass kein Mint-Ordner da wäre. Und tatsächlich entsteht auf dem Bootlaufwerk auch kein MINT-Ordner mint Unterordnet 1-18-0 oder so. Hab das jetzt mehrfach durchexerziert. Mach ich was falsch oder liegts an Easymint?
Erkläre doch bitte genau wie du installiert hast ?
Von CD Rom, von Festplatte - welches Laufwerk, bootet dein Rechner auch von Laufwerk C: ?
Ich für mein Teil kopiere den Ordner em_183 auf die Partition C: und installiere von da aus ...
-
Also ich habe bisher von einem Laufwerk G installiert. Auf dem waren unter MagiC lange Dateinamen aktiviert. kopiert habe ich aber unter TOS. Habe es jetzt nochmal auf LW_C kopiert. Außerdem habe ich Extendos im Auto-Ordner deaktiviert. Dann ginge. Jetzt habe ich noch folgendes Problem: In dem TT steckt eine Matrix TC1208 Grafikkarte. Wenn ich Xaaes starte erscheint ein kau erkennbarer Teradesk desktop, da XAAES offensichtlich nichts von der Graphikkarte weiß. Was muss ich in der XAAES.CNF einstellen, damit ich meine hohe Auflösung unter 256-Farben wieder sehe?
-
## video mode select
# -----------------
#
# Selects the video mode that XaAES will boot into. If not set mode = 1
# will be used, e.g. use current/default video mode.
#
# If you don't have a Falcon <mode> can be:
# -----------------------------------------
# - 2 = 320*200, 16 colour (ST-Low)
# - 3 = 640*200, 4 colour (ST-Medium)
# - 4 = 640*400, 2 colour (ST-High)
# - 6 = 640*480, 16 colour (TT Medium)
# - 8 = 1280*960, 2 colour (TT High)
# - 9 = 320*480, 256 colour (TT Low)
#
# All other values are ignored!
#
# If you have a Falcon <mode> is the same argument as to the
# VsetMode() OS call:
# ---------------------------------------------------------
# BIT Name Meaning
#
# 0-2 BPS Number of bitplanes:
# - 000 = 2colour
# - 001 = 4colour
# - 010 = 16colour
# - 011 = 256colour
# - 100 = 16bits/pixel (True colour)
#
# 3 COL Number of columns
# - 0 = 40
# - 1 = 80
#
# 4 VGA Monitor select
# - 0 = TV mode
# - 1 = VGA mode
#
# 5 TVSEL TV standard select
# - 0 = NTSC
# - 1 = PAL
#
# 6 OVERSCN Overscan flag (not valid for VGA)
# - 0 = don't overscan
# - 1 = overscan
#
# 7 STMODES ST Compatibility mode
# - 0 = Standard VGA video modes
# - 1 = ST Compatible Video modes
#
# 8 VERTFLAG Vertical mode
# - VGA: 0 = standard
# 1 = line doubling (half res)
# - TV: 0 = standard
# 1 = Interlace (double res!!!)
#
# 9-14 unused
#
# 15 Additive mode bit for non standard resolutions
# If set, use the default screen resolution as preset by
# CentScreen.
#
# For example:
#
# video = 26 will select 640*480*16colour VGA mode.
# video = 0x801a will select 16 colour VGA mode in
# the resolution preset by centscreen.
# Note:
# When you use a screenexpander like Screenblaster, you have to use
# the video option as well. This will make the Screenblaster-Software
# to show up the resolution-selection-menu.
#
#video = <mode>
#video = 4
Sowie es ausschaut kennt XAAES nur die original Atari Auflösungen und die des Atari Falcon und keinerlei Grafikkarten …
Ich denke mir es wird NVDI als Treiber für die Matrix TC1208 genutzt, NVDI legt die Auflösung auch auf eine der original Atari Auflösungen z.B. die Nummer 8, schau mal in der Assign.sys nach …
Früher hatte ich nie Probleme mit dem Atari TT und Matrix TC1208E und Nova Grafikkarten, Hauptsache der Grafikkarten Treiber startet vor MiNT im Autoordner, aber vielleicht ist das neue xaaes da heute anders …
Frage mal "HelmutK" ...
-
Laut der Datei müsste mode=1 doch reichen, oder? Das setzt den Modus so wie er gerade ist...
-
Ja, ich denke auch ...
Vielleicht etwas mit der Reihenfolge im Autoordner spielen, hauptsache MiNT ist das letzte Programm ...
Wenn es nicht geht, frage "HelmutK" ...
-
Ja, ich denke auch ...
Vielleicht etwas mit der Reihenfolge im Autoordner spielen, hauptsache MiNT ist das letzte Programm ...
Wenn es nicht geht, frage "HelmutK" ...
Guckst Du hier:
http://wiki.sparemint.org/index.php/Troubleshooting#XaAES_doesn.27t_work_with_NVDI_ET4000
Das könnte natürlich das Easy-MiNT-Konzept stören. Ich hab zwar keine große Ahnung davon, aber ich würde evtl. init aus mint.cnf per exec starten, und den TT dann ins TOS booten lassen, und dann XaAES als autostart aus newdesk.inf starten. Oder 10 Jahre warten, bis ich das raus hab ;)
Achtung: Der TOS-desktop hat kein keyboard, wenn MiNT läuft, außer mit meinem kernel.
Mit meiner CrazyDots geht das übrigens auch ohne diesen Hick-hack mit NVDI-ET4000.
Klappt die Karte denn mit MiNT 1.16 und XaAES?
-
aber ich würde evtl. init aus mint.cnf per exec starten, und den TT dann ins TOS booten lassen, und dann XaAES als autostart aus newdesk.inf starten.
Wenn Du das so machst, dann brauchst Du aber EasyMiNT nicht zu installieren, weil Du dann den Vorteil einer unixoiden Umgebung praktisch "abschaltest"
-
So, dieses Wochenende habe ich mir die Zeit genommen, und versucht auf der FireBee zu installieren. Leider bin ich aber schon ganz zu Beginn gescheitert, ... Da HDDriver ja nicht auf der FireBee läuft, konnte ich keine LNX-Partition erstellen. Ich habs extern mit GParted und einer FAT16 (TOS-)-Partition plus einer größeren ext2-Partition versucht. Leider bricht EasyMiNT sofort mit der Fehlermeldung "konnte keine LNX Partition finden" ab.
Hat irgendwer sachdienliche Hinweise wie ich die CF-Karte mit Linux richtig partitionieren kann, damit EasyMiNT laufen könnte?
-
... sehr schön !
Ich denke das vielleicht wenn es möglich wäre, maanke den Firebee Installer so ändert das er eine echte ext2 Partition anstatt der als LNX gekennzeichnete annimmt ...
-
Ja, das wäre wohl das Beste. Ich denke mir aber schon, daß es irgendwie auch mit Linux möglich sein sollte schon jetzt eine passende Partition zu erstellen, nur wie?
-
Versuch mal die Partitionskennung zu ändern. Keine Ahnung ob das mit der Demoversion des HD-Drivers klappt oder ob die dahingehend beschränkt ist. Ansonsten geht es auf jeden Fall mit SCSITool. Wenn Du aber nur eine Biene hast, dann musst Du mal ausprobieren ob die besagten Programme laufen, aber irgendwie müsste man die Kennung bestimmt auch unter Linux ändern können. Gemacht habe ich sowas aber auch noch nie.
-
HDDriver und SCSITOOL sollen nicht laufen auf der Firebee ...
-
Also LNX Kennung und ext2 sind zwei Paar Schuhe, eine LNX Partition kann auch 'ne ext4, ne xfs oder auch sonst was sein.
Man kann auch unter Linux eine LNX Kennung vergeben(z.B. mit fdisk auf der Kommandozeile) , das sollte auch mit Gparted gehen. Ich habe jetzt gerade keinen Linuxrechner parat, kann aber morgen mal gucken was man in Gparted einstellen muß um eine LNX Kennung zu vergeben. Auf einer FAT16 dürfte das auf jeden Fall in die Hose gehen.
Es könnte sein das man hier das unter Punkt 3 genannte durchführen muß.
http://gparted.sourceforge.net/display-doc.php?name=help-manual&lang=de#gparted-create-partition-table
-
Ist die Frage ob die rein gar nicht laufen und die Programme ihren Dienst versagen oder ob nur der Treiber nicht läuft. SCSITool z. B. kann man auch von der Festplatte/CF-Karte starten und an entsprechenden Datenträgern rummachen, wenn AHDI installiert ist. Ich würde einfach mal die Programme aufrufen und sehen was passiert oder auch nicht. :)
-
Ich würde doch vorschlagen mal Uwe Seimet zu diesem Problem zu befragen ...
Die Firebee braucht zum booten als erste Partition eine MSDOS Partition was Gparted ja auch richtig einrichtet und als zweite eine ext2 die auch richtig eingerichtet wird. Nur kommt der Installer von EasyMiNT damit nicht zurecht ...
Ich glaube nicht das man eine/die zweite Partition mit Gparted als MSDOS mit der Kennung LNX einrichten kann ... !?!
http://web.physik.rwth-aachen.de/itp/local/manuals/LHB/node153.html#SECTION00681500000000000000
-
Ich glaube nicht das man eine/die zweite Partition mit Gparted als MSDOS mit der Kennung LNX einrichten kann ... !?!
Das soll Mathias ja auch nicht. Er soll ja nur der erstellten EXT2-Partition die LNX-Kennung verpassen und alles müsste in Butter sein. ;)
-
Er soll ja nur der erstellten EXT2-Partition die LNX-Kennung verpassen und alles müsste in Butter sein.
Nein, das soll er auch nicht, er soll mit Gparted oder fdisk eine Partition mit der Kennung LNX erstellen, die muß auch kein Dateisystem enthalten!
Das ext2 Dateisystem erzeugt dann EasyMiNT, das tut es aber nur wenn es eine Partition mit der ID/Kennung LNX oder RAW findet.
-
Gparted Handbuch -> http://gparted.sourceforge.net/display-doc.php?name=help-manual&lang=de#gparted-setting-partition-label
So wie ich das verstanden habe kann man nur aus voreingestellten Partitionstypen/kennungen wählen und nicht eine Frei vergeben wie z.B. LNX ...
Wenn überhaupt würde ich es mit fdisk versuchen, aber auch da habe ich meine Bedenken ...
Wie wäre es denn die CF Karte an einem Atari mit CF Kartenleser/Adapter am SCSI oder IDE Bus einzurichten !?!
-
Vielleicht passt das hier: http://linux.die.net/man/8/parted
-
So wie ich das verstanden habe
Ich fürchte Du hast es nicht verstanden. :D
Da geht es um das Partitionslabel und die UUID und das hat beides nix mit der Kennung zu tun.
-
Wie wäre es denn wenn der EasyMiNT Firebee Installer einfach installiert ohne die ext2 Partition zu erzeugen, das hat ja schon Gparted zuvor gemacht ...
Vielleicht mit Auswahl der ext2 Partition, also ob es jetzt D:, E: oder ein anderes Laufwerk ist ...
Eine kleine Anleitung dazu schreiben und fertig .
-
Wie wäre es denn wenn der EasyMiNT Firebee Installer einfach
Ich soll EasyMiNT umfrickeln, nur weil man hier nicht in der Lage ist eine Partitionskennung zu vergeben?
Ich habe mir gerade mal GParted angesehen, damit kann man keine Partitionskennungen vergeben!
Gibt's auf der Firebee denn eine shell in der man fdisk ausführen kann? Damit geht's nämlich.
-
Gibt's auf der Firebee denn eine shell in der man fdisk ausführen kann?
Erst wenn man EasyMiNT installiert hat ;D
-
Ich halte es für sinnvoller für die Firebee den Sonderweg über einen Installer zu gehen der einfach eine ext2 Partition voraussetzt die man mit der Gparted-Live CD zuvor erzeugt hat …
Ich weiss ja nicht ob eine CF Karte auf der Firebee läuft die man z.B. mit HDDriver an einem Atari Falcon formatiert hat.
Soweit ich weiss braucht die Firebee zum Booten eine echte MSDOS Partition und die kann man mit dem HDDriver nicht erzeugen, oder … !?!
Hat auch nicht jeder einen PC mit Linux zur Hand um mal eben eine CF Karte für die Easymint Installation auf der Firebee einzurichten, oder geht das auch mit einer Live-CD …
… maanke dann schreibe doch mal die Befehlszeile für fdisk um die LNX Kennung in die zweite Partition einzutragen oder gleich die ganze CF Karte für die Firebee einzurichten, also der weg wäre mir als reiner Anwender viel zu kompliziert, das mit der Grafischen Oberfläche mit der Gparted-Live CD geht ja gerade noch …
-
Erst wenn man EasyMiNT installiert hat
Ich dachte auf der Firebee läuft auch ein Linux.
ch halte es für sinnvoller für die Firebee den Sonderweg über einen Installer zu gehen der einfach eine ext2 Partition voraussetzt die man mit der Gparted-Live CD zuvor erzeugt hat …
Gut, ich schicke Dir dann den Quellcode und Du baust das dann ein?
oder geht das auch mit einer Live-CD …
Das sollte funktionieren.
maanke dann schreibe doch mal die Befehlszeile für fdisk
Man gibt in einer Shell
fdisk /dev/[device]
ein, dann erscheint
Befehl (m für Hilfe):
da gibt man dann 't' ein, dann wird man nach der Partitionsnummer gefragt, die gibt man dann ein, dann erscheint
Hex code (type L to list all codes):
da gibt man 83 ein.
Dann gibt man 'w' ein und das war's. (Natürlich alles ohne die Anführungszeichen und jeweils gefolgt von Enter)
ACHTUNG: [device] ist etwas in der Art hda, sda wie auch immer, das kann man heraus bekommen, indem man fdisk -l eingibt, dann werden alle Platten im System angezeigt.
Die Platte wird dann komplett gelöscht, darüber sollte man sich im klaren sein!
maanke
-
Für windows gibt es auch das " minitool partition wizard." Damit könnte man auch die Partitionen anlegen wem das unter Linux zu kompliziert wird. Man muss dan halt die Platte umbauen...
-
Erst wenn man EasyMiNT installiert hat
Ich dachte auf der Firebee läuft auch ein Linux.
Ja, nur hab ich das noch nie installiert, … ich hab zwei total Linke, wenns um Kommandozeile geht, und daher ist ein Linux ohne graphischer Oberfläche eigentlich gar nicht meines. Ich bin froh wenn ich ein Debian auf die PPCs, oder ein Lubuntu auf die x86er per graphischem Installer bekomme. ;)
ch halte es für sinnvoller für die Firebee den Sonderweg über einen Installer zu gehen der einfach eine ext2 Partition voraussetzt die man mit der Gparted-Live CD zuvor erzeugt hat …
Gut, ich schicke Dir dann den Quellcode und Du baust das dann ein?
;))
maanke dann schreibe doch mal die Befehlszeile für fdisk
Man gibt in einer Shell
Puh, mal schaun, ob ich das per externer Kiste am Wochenende hinbekommen, …
-
Um das Problem noch mal zu verdeutlichen, EM prüft auf eine LNX oder RAW Kennung weil dies notwendig ist um ein korrektes ext2 Dateisystem zu installieren.
Würde jemand eine TOS oder FAT16 Partition mit einem ext2 Dateisystem versehen(ginge das überhaupt), ginge das sicherlich im weiteren Installatinsverlauf in die Hose.
Hier noch mal was über die "Partition Types"
http://www.win.tue.nl/~aeb/partitions/partition_types-1.html
-
Mit SCSITool kann man die Partionskennungen entsprechend ändern. Man kann auch Partionen neu einrichten und beim Einrichten anwählen, dass eine RAW-Partition angelegt werden soll. SCSITool unterstützt auch IDE-Laufwerke und ich würde es auf der Firebee einfach mal testen. Dazu muss die Biene nicht mit dem SCSITool-Festplattentreiber gestartet werden. Sie muss auch nicht per SD-Karte gestartet werden, auf der sich SCSITool befindet. Es reicht einzig und alleine aus "scsitool.prg" zu starten. Wenn das Programm läuft, dann ist alles in Butter und man kann die Partitionierung vornehmen oder ändern. Ich denke, das wäre erstmal der einfachste Weg, eine RAW-Partition anzulegen.
-
(http://acp.atari.org/images/acp03.gif)
Ich vermute mal ganz stark das die Atari Festplatten Treiber (alle!) an die CF oder auch die SD Karte gar nicht ran kommen da diese weder am IDE, SCSI noch am ACSI Bus hängen ...
Es sei denn Uwe Seimet plan den HDDriver an die Firebee anzupassen ... ?
Soweit ich das gelesen habe sind die Atari Massenspeicherschnittstellen ja noch garnicht Implementiert, funktionieren also garnicht ...
-
Ich vermute mal ganz stark das die Atari Festplatten Treiber (alle!) an die CF oder auch die SD Karte gar nicht ran kommen da diese weder am IDE, SCSI noch am ACSI Bus hängen ...
Müssen sie auch gar nicht. Das macht ja der XHDI kompatible Treiber, der in der Firebee fest verbaut ist. ;D
Und wie ich ja schrieb, soll Mathias ja auch nicht den Hushi-Treiber benutzen. Er soll nur das "scsitool.prg" aufrufen, damit er die Partitionierung vornehmen/ändern kann. "scsitool.prg" läuft nach meiner Erfahrung z. B. auch eiinwandfrei unter einem AHDI- oder CBHD-Treiber. Ein Versuch sollte es wert sein. :)
-
Wo ich die Grafik mit dem FPGA Chip sehe, habe ich eine Frage zwischendurch:
Ich war kürzlich auf der Seite von Lotarek, er hat auch so eine Platine entworfen.
http://lotharek.pl/product.php?pid=96
Kann man die eigentlich mit der Firebee vergleichen?
-
Der MIST emuliert einen Atari ST(E) oder Amiga 500. Die Firebee ist weit mehr als das...
-
Die Firebee ist weit mehr als das...
Allerdings.
Ich habe mal spasseshalber ein (weitgehend identisches) GEM-Testprogramm sowohl für meinen Falcon (16 MHz, 68030) als auch für die Firebee (233 MHz, Coldfire 5474) compiliert und auf beiden Rechnern mit - wiederum nahezu identischem - EmuTOS (Farbtiefe/Auflösung beide Male 256 Farben/640x480) laufen lassen (dieses Testprogramm ist übrigens mittlerweile Teil der libcmini, kann also jeder, der will, selbst nachvollziehen).
Ergebnis: die Firebee ist etwas mehr als 35 mal schneller. Also nochmal deutlich flotter als nur das Verhältnis der Taktfrequenzen (x 14,5).
Der MiST läuft mit originaler ST-Geschwindigkeit. Also etwas langsamer als halb so schnell wie der Falcon und erreicht damit etwa 1/70 - oder anders ausgedrückt - 1,5 % 8) der Geschwindigkeit der Firebee.
-
Ich habe mir mal die Pläne angesehen von dem MIST. Das Problem ist wohl der Prozessor. Es ist ein atmel der nicht mehr her gibt. Ist dann die Coldfire- CPU so viel teurer als der Atmel..?
http://www.harbaum.org/till/mist/index.shtml
http://www.mikrocontroller.net/articles/Entwicklungsboard_mit_AT91SAM7Sxxx_-_selbstgemacht
-
Wegen des MIST Board´s macht doch dort weiter -> http://forum.atari-home.de/index.php?topic=10592.0
Das Thema hat ja mit EasyMiNT nichts zu tun ...
-
Ich habs nicht lassen können, und mich heute Abend schon gespielt, leider wieder ohne Erfolg.
maanke dann schreibe doch mal die Befehlszeile für fdisk
Man gibt in einer Shell
Nach einigem Hin und Her, hab ich's geschafft und ich hab nun eine Partition die eigentlich "Linux native" sein sollte. Auch das FireTOS erkennt die "Art" der Partition beim Booten als "83". Leider beendet sich der EasyMiNT Installer weiterhin mit der Info daß keine LNX-Partition gefunden wurde.
So schaut die CF-Karte grade aus:
Platte /dev/sdb: 1014 MByte, 1014644736 Byte
32 Köpfe, 61 Sektoren/Spur, 1015 Zylinder, zusammen 1981728 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000c5828
Gerät boot. Anfang Ende Blöcke Id System
/dev/sdb1 2048 526335 262144 6 FAT16
/dev/sdb2 * 526336 1980415 727040 83 Linux
-
Auch Hushi stürzt leider direkt nach dem Hochstarten ab. Zumindest diese Version hier: http://atari.webserver.flnet.org/HD_TOOLS/DISC_3/
Für heute gebe ich mal auf.
-
...Nach einigem Hin und Her, hab ich's geschafft und ich hab nun eine Partition die eigentlich "Linux native" sein sollte. Auch das FireTOS erkennt die "Art" der Partition beim Booten als "83". Leider beendet sich der EasyMiNT Installer weiterhin mit der Info daß keine LNX-Partition gefunden wurde...
Hallo Mathias,
das kann so nicht funktionieren. Fdisk schreibt eine DOS-Partitionstabelle (Master Boot Record), das Installationsprogramm von EasyMiNT erwartet aber eine Atari-Partitionstabelle (Root Sector). Die beiden sind sich zwar sehr ähnlich, aber eben nicht identisch. Im Partitionseintrag des Atari-Rootsektors stehen ab Byte 1 drei Bytes, die den Partitionstyp identifizieren (also "GEM", "BGM", "UNX", oder eben "LNX").
Das Installationsprogramm von EasyMiNT sucht nach eben diesen drei Bytes ("LNX"). Zumindest nehme ich das an...
In einem DOS Master Boot Record gibt es solche Kennungen nicht. Dort, wo EasyMiNT nachschaut, steht der "CHS"- (Cylinder/Head/Sector-) Eintrag des ersten Partitionssektors. Falls diese Partition nicht gerade zufällig 114 Zylinder, 117 Köpfe und 130 Sektoren hat (="LNX" - sehr unwahrscheinlich ;) ), paßt das eben nicht zusammen.
Möglicherweise läßt sich der MBR patchen und der Installer so zum Mitspielen überreden (die CHS-Informationen werden m.E. nirgends benutzt), leider ist der erwähnte "kleine Unterschied" nicht der einzige.
Gruß,
Markus
-
Uff. Stellt sich die Frage ob die Firebee überhaupt mit einer Atari-Partitionstabelle funktioniert?
Wenn ja, dann stellt sich die Frage wie erzeuge ich eine Atari-Partitionstabelle? An einem orginalen Atari Computer sollte das kein Problem sein. Geht das unter einem Emulator wie ARAnyM auch? Aber bestimmt nicht direkt auf einem Datenträger? Und auf einem PC mit Linux gibt es keine Möglichkeiten eine solche Partionstabelle zu erzeugen?
Aber ich hätte noch eine andere Idee: Kann nicht jemand von uns eine CF-Karte entsprechend für Mathias einrichten an einem originalen Atari Rechner und dann von der gesamten Karten ein Image mit "dd" unter Linux erstellen? Damit wird die komplette Struktur des Datenträgers kopiert. Die Imagedatei könnte man Mathias zuschicken und er spielt das Image mit "dd" zurück. Das sollte funktionieren.
Die letzte Version von SCSI Tool ist wohl diese hier:
http://www.jaapan.de/uptodate.php?prog=scsitool;typ=sysext;
Ich müsste die 6.56 Zuhause haben. Ich kann Mathias diese auch zu Testzwecken zukommen lassen. Vielleicht kann er dann mit dem "SCSITOOL.PRG" an der Firebee damit die CF-Karte auch direkt entsprechend einrichten. Ein Versuch wäre es wert, aber ich bin dahingehend auch eher skeptisch.
Andreas
-
... ein Teufelskreis, das mit dem Einrichten auf dem Atari wird nicht funktionieren da die Firebee eine erste MSDOS Partition zum Booten braucht. Aber probieren geht natürlich über Studieren ..., ob die TOS/DOS Kompatibel eingerichtete Partition von HDDriver ausreicht, SCSITOOL kann das nicht.
Einen Atari Falcon mit CF Adapter einzurichten ist ja nicht so schwer ...
-
Moin,
das hört sich aber alles nicht so prickelnd an, ich dachte die Firebee wäre ein Atari Clone und kann nicht mir Atari Partitionstabellen umgehen?
Ich schau mir die Tage mal EasyMiNT an, vielleicht kann ich da noch was basteln, daß die LNX Abfrage bei der Firebee umgangen wird. Ob das dann aber funktioniert weiß ich nicht, ist halt auch schon ein paar Tage her, daß ich den Kram programmiert habe und das Gedächtnis wird im Alter ja auch nicht besser. :D
maanke
-
... super (http://www.opel-hecktriebler-forum.de/wcf/images/smilies/72.gif)
-
... ein Teufelskreis, das mit dem Einrichten auf dem Atari wird nicht funktionieren da die Firebee eine erste MSDOS Partition zum Booten braucht. Aber probieren geht natürlich über Studieren ..., ob die TOS/DOS Kompatibel eingerichtete Partition von HDDriver ausreicht, SCSITOOL kann das nicht.
1. Die Firebee sollte man auch von der SD-Karte booten können. Am besten mit der Firebee MInt Edition.
2. Man richtet mit SCSI Tool entsprechend viele RAW-Partionen ein. Oder mit irgendeinem anderen Atari Partitionstool, was auf der Firebee seinen Dienst verrichten sollte.
3. Danach kann man mit den entsprechenden Mint Tools den entsprechenden RAW-Partitionen ein Dateisystem verpassen:
https://sites.google.com/site/probehouse/mint-os-for-atari/mint-extended-filesystem
Dabei besteht auch die Möglichkeit ein FAT32-Dateisystem einzurichten.
Im Grunde müsste man nur die Klippe überwinden, eine Atari-Partitionstabelle auf den Datenträger anzulegen. Wenn das geschafft ist, sollte alles andere machbar sein.
Aber ich halte es auch letzten Endes für sinnvoller den Easymint-Installer anzupassen, denn so macht das keinen Spaß und viele werden dann später die Sache lassen, weil das zu viel Stress macht. ;)
Andreas
-
weil das zu viel Stress macht.
Du meinst besser ich habe den Streß als die Anderen. ;)
-
Hallo Mathias, lass doch mal Bitte SCSITOOL auf der Firebee laufen damit das Thema SCSITOOL und Firebee vom Tisch ist ...
Wenn überhaupt wird irgendwann mal HDDriver auf der Firebee laufen ... !
SCSITOOL 6.52 -> http://www.atari-forum.com/viewtopic.php?f=14&t=24100
-
Geht das unter einem Emulator wie ARAnyM auch? Aber bestimmt nicht direkt auf einem Datenträger? Und auf einem PC mit Linux gibt es keine Möglichkeiten eine solche Partionstabelle zu erzeugen?...
Hallo Andreas,
Aranym kann (zumindest, wenn's auf Linux läuft) eine CF-Karte direkt "raw" verwenden und so partitionieren, daß sie zumindest auf einem Falcon bootet und auch sonst funktioniert.
Ob die Firebee von einem vollständig Atari-kompatiblen Datenträger booten kann, habe ich nie probiert. Zumindest theoretisch sollte das aber funktionieren (wenn man denn einen Harddisk-Treiber findet, der läuft).
Der eigentlich richtige Weg wäre aber m.E., im EasyMiNT-Installationsprogramm die Abfrage auf ext2-Partitionen so zu ändern, daß zunächst auf das Vorhandensein eines XHDI-Treibers geprüft und - wenn vorhanden (und Versionsnummer >= 1.2) die Partitionstypen über XHInqDev2() abgefragt werden.
Das sollte unabhängig vom Root-Sektor Format funktionieren. Hier (unter XHInqDev2()) (http://toshyp.atari.org/de/010008.html) steht, wie das Rückgabeformat bei einer DOS-Partitionierung aussieht. Es bleibt zu hoffen, daß FireTOS das richtig implementiert. Die Vorgehensweise würde auch anderen XHDI-fähigen Systemen zugute kommen (EmuTOS auf allen Plattformen, z.B.).
Gruß,
Markus
-
Ich habe mal eine Version gebastelt wo die LNX Abfrage bei einer Firebee rausgenommen wurde, Mathias teste die mal bitte, ist aber mit Vorsicht zu genießen
http://atari.grossmaggul.de/download/em1_prg.zip
@mfro: Ich glaube das was Du vorschlägst bekomme ich gar nicht hin, erstmal ist das schon ewig her, daß ich die XHDI Implementation gemacht habe und außerdem beruht sie auf einem Assemblerprogramm, daß ich nicht selbst geschrieben habe. Inwieweit ich die einzelnen XHDI Funktionen abfragen kann habe ich vergessen.:-/
maanke
-
Angehängt ein Image.
Zunächst „pdf“ entfernen und dann entpacken. Es wird knapp 500 MB groß. Danach das Image mit „Drive Image“ (Version 1.32, http://atari.8bitchip.info/drimus.php (http://atari.8bitchip.info/drimus.php)) auf eine SD- oder CF-Karte bringen. Diese muß mind. 110 MB groß sein.
Das Image enthält zwei primäre Partitionen
32 MB, Kennung $06
79 MB, Kennung $83
Ob’s jedoch mit EM und FireBee funktioniert, weiß ich nicht.
-
...Das Image enthält zwei primäre Partitionen
32 MB, Kennung $06
79 MB, Kennung $83
...
Auch das wird - wie oben erklärt - nicht funktionieren. Kennung 0x83 ist DOS-Partitionsformat, der Installer will aber "LNX" oder "RAW" sehen.
-
Mathias hat eine 1GB CF Karte für die Firebee zur Verfügung und die sollte vielleicht so 500MB DOS/TOS als erste Partition und eine 500MB Partition mit der LNX Kennung bekommen ...
Die DOS/TOS Partition muss auf jeden Fall groß genug sein und alle Easymint Pakete und mehr aufzunehmen ...
-
Du meinst besser ich habe den Streß als die Anderen.
Das Wohl vieler wiegt schwerer als das Wohl eines einzelnen! :P
Aranym kann (zumindest, wenn's auf Linux läuft) eine CF-Karte direkt "raw" verwenden und so partitionieren, daß sie zumindest auf einem Falcon bootet und auch sonst funktioniert.
Ob die Firebee von einem vollständig Atari-kompatiblen Datenträger booten kann, habe ich nie probiert. Zumindest theoretisch sollte das aber funktionieren (wenn man denn einen Harddisk-Treiber findet, der läuft).
Das wäre schon mal ein Weg, um einen Datenträger mit Atari-Partitionstabelle und den erforderlichen Partitionen zu erzeugen.
Die Firebee hat - so viel ich weiß - einen XHDI kompatiblen Treiber im Flashbaustein mit drin. Wir spekulieren hier jetzt auch zu viel rum. Mathias muss erstmal klären ob der HD-Treiber der Firebee mit Atari-Partitionstabellen umgehen kann. Und danach kann man sich der Frage widmen wie man die entsprechende Partitionskennung hinbekommt und das Dateisystem erzeugt.
Also lassen wir ihn doch erstmal machen und mal gucken, was bei rumkommt.
Vielleicht klappt's ja auch schon mit der Modifikation des Easymint-Installers, die maanke vorgenommen hat. ;)
Andreas
-
...Die Firebee hat - so viel ich weiß - einen XHDI kompatiblen Treiber im Flashbaustein mit drin. Wir spekulieren hier jetzt auch zu viel rum...
Stimmt. FireTOS enthält einen XHDI-fähigen IDE-Treiber.
Spekulieren tun wir trotzdem.
Drum hab' ich eben in den Quellen nachgeschaut. So wie's aussieht, kann FireTOS nicht nur mit DOS-Partitionstabellen umgehen, sondern auch mit TOS-Rootsektoren und braucht dazu keinen zusätzlichen Treiber (HDDRIVER und Konsorten werden also gar nicht benötigt, alles schon im Flash). Wie gesagt, ich habe das selbst nie ausprobiert, aber zumindest ist der Code dafür da.
Damit bliebe eigentlich nur das Problem, eine CF-Karte entsprechend zu partitionieren. Das geht - wie oben schon geschrieben - mit Aranym + HDDRIVER (allerdings leider nur unter Linux, nach meinem Verständnis).
Jetzt muß das nur noch jemand ausprobieren...
Schöner wäre aber m.E. trotzdem die XHDI-Lösung im EasyMiNT-Installer. Wenn ich dabei helfen kann, stehe ich zur Verfügung.
Gruß,
Markus
-
Damit bliebe eigentlich nur das Problem, eine CF-Karte entsprechend zu partitionieren. Das geht - wie oben schon geschrieben - mit Aranym + HDDRIVER (allerdings leider nur unter Linux, nach meinem Verständnis).
Und SCSI Tool und der zur Hilfenahme der Mint-Dateisystemersteller:
http://wiki.aranym.org/afs/hd_partition_atari?s[]=scsitool
;D
Ich weiß, ich nerve.
Funktioniert der Partitionierer von HDDriver denn auch in der Demoversion? Wenn ja dann wäre es am einfachsten unter Aranym mit dem HDDriver Partitionstool alles entsprechend einzurichten und dann einfach die CF-Karte rein in die Firebee und los geht's. 8)
-
Andererseits sollte das mit dem Partitionieren doch direkt an der Biene machbar sein.
Ein Partitionierer aus einem der bekannten Treiberpakete sollte doch laufen? Nur darf man die Biene nicht mit dem Treiber aus dem jeweiligen Treiberpaket starten oder den eigentlichen Treiber aufrufen. Nur das Partitionierungsprogramm. Auf dem Falcon unter AHDI 6 läuft auch der Partitionierer von SCSITool ohne Probleme und der von CBHD auch. Nur eben die Biene am besten mit dem blanken FireTOS starten und dann den Partitionierer aufrufen. Nichts weiter sonst starten oder machen. Da müsste doch was gehen! >:(
-
Ich habe mal eine Version gebastelt wo die LNX Abfrage bei einer Firebee rausgenommen wurde, Mathias teste die mal bitte, ist aber mit Vorsicht zu genießen
http://atari.grossmaggul.de/download/em1_prg.zip
Das sieht ja schon mal sehr vielversprechend aus! Der erste Teil der Installation läuft sauber durch. Meiner Meinung nach auch extrem flott, so in ca 2 Minuten inkl. Entpacken usw. . Dann kommt der Reboot, und dann hängt sich die Biene im Auto Ordner während dem Booten auf:
START AUTO FOLDER
/AUTO/MINTMINT.PRG
ERROR TOS : 39
Was kann das sein?
-
Hallo Mathias, lass doch mal Bitte SCSITOOL auf der Firebee laufen damit das Thema SCSITOOL und Firebee vom Tisch ist ...
Wenn überhaupt wird irgendwann mal HDDriver auf der Firebee laufen ... !
SCSITOOL 6.52 -> http://www.atari-forum.com/viewtopic.php?f=14&t=24100
So, HUSHI.PRG stürzt auch mit dieser 6.52er-Version sofort ab. Ich habs auch unter unserem Standard-FreeMiNT mit Vincents letztem 68kemu probiert. Geht nicht. ABER; SCSITOOLS.PRG läuft. Zumindest mal die Oberfläche und die ganzen Menüeinträge. Scheint ich muß mich mal reinlesen (ich hab SCSITOOLS noch nie benutzt) und schauen wie Hushi und SCSITOOLS zusammenarbeiten usw. und dann mal vom USB-Stick starten, damit ich die leere CF-Karte testen kann. Das mach ich wirklich erst am Wochenende, und berichte dann im FireBee Board. Zumal wir das jetzt auch für EasyMiNT nicht merh direkt brauchen.
-
Angehängt ein Image.
Zunächst „pdf“ entfernen und dann entpacken. Es wird knapp 500 MB groß. Danach das Image mit „Drive Image“ (Version 1.32, http://atari.8bitchip.info/drimus.php (http://atari.8bitchip.info/drimus.php)) auf eine SD- oder CF-Karte bringen. Diese muß mind. 110 MB groß sein.
Das Image enthält zwei primäre Partitionen
32 MB, Kennung $06
79 MB, Kennung $83
Ob’s jedoch mit EM und FireBee funktioniert, weiß ich nicht.
Hallo René,
Der Versuch war schon die richtige Richtung, da ich keinen Falcon habe, und auch am Hades usw. keinen CF-Cardreader. Aber ich vertraue Markus' hervoragendem Wissen. Soll ichs trotzdem noch testen? Kann ich machen falls es Dir wichtig ist. Wieso bist Du übrigens nur Gast? Ich kann Dir keine PNs schicken, ... ?
liebe Grüße
Mathias
-
dann hängt sich die Biene im Auto Ordner während dem Booten auf:
Was ist denn im AUTO Ordner alles drin?
Gibt's auf C: einen Ordner EASYMINT und wenn ja, was ist da drin?
Komisch finde ich dieses MINTMINT.PRG.
TOS Error 39 ist, meine ich, "Datei nicht gefunden"
-
dann hängt sich die Biene im Auto Ordner während dem Booten auf:
Was ist denn im AUTO Ordner alles drin?
Gibt's auf C: einen Ordner EASYMINT und wenn ja, was ist da drin?
Komisch finde ich dieses MINTMINT.PRG.
TOS Error 39 ist, meine ich, "Datei nicht gefunden"
Tjo, ... da ist gar nichts, außer dem "em_183"- Ordner, ...
kein MiNT Ordner, kein Auto Ordner nichts, ... ? Wie obskur! Ich fange jetzt nochmal von vorne an und schau ob ich das reproduzieren kann, ...
-
So, CF-Karte nochmals mit GParted plattgemacht und eine FAT16 und eine ext2 Partition eingerichtet. Jetzt klappts auch daß Alles (?) auf die Platte geschrieben wird. Es wird auch im Statusfenster während der Installation angezeigt. "Kopiere MiNT Ordner" usw.
Auf der Platte ist jetzt ein AUTO-Ordner mit einem MINTMINT.PRG drinnen, und ein MiNT-Ordner mit einem 1-18-0 (wo dann XaAES, Teradesk, die TBLs und die XFS' usw. drinnen sind) und ein EasyMiNT Odner.
Nur die Fehlermeldung bleibt genau gleihc wie beim Ersten mal, ... "ERROR TOS : 39"
Installation dauert gestoppte 72 Sekunden bis zur TBL-Auswahl. ;)
-
Doppelpost durch Änderung des Ersten, bitte löschen ;)
-
Auf der Platte ist jetzt ein AUTO-Ordner mit einem MINTMINT.PRG drinnen
Das ist jetzt allerdings ein wenig seltsam, welche Dateigröße hat denn das MINTMINT.PRG?
Ich schaue morgen noch mal in den Code, vielleicht habe ich da auch Mist gebaut. ???
-
MINTMINT.PRG ist laut Linuxkiste 0 kB groß, wurde 2010 erstellt, und hat 1979 den letzten Zugriff, ... ich schau mal daß ich die Uhr von meiner Biene aktuell bekomme und versuchs nochmal. ;)
-
Ich hab noch ein bissl heimlich vorgearbeite, ...
Ich hab mir aus "easymint.zip" aus dem kernel-Ordner mintv4e in den AUTO-Ordner auf der CF-Karte kopiert und in MINT.PRG umbenannt. Dann geht die Installation auch sauber weiter nach dem Neustart, bis nachdem das ext2 Dateisystem auf "D" eingerichtet ist. Dann meldet sich XaAES mit folgender Dialogbox:
XaAES
pid 6(XaSYS): Ext2-FS (D):
WARNING: mounting unchecked
fs, running e2fsck is
recomended
Die Maus ist weiterhin bewegbar, aber es geht halt nichts mehr sonst, ...
-
MINTMINT.PRG ist laut Linuxkiste 0 kB groß
O.K., da scheine ich wohl Mist bei der Kopierroutine gebaut zu haben, ich gucke mir das morgen nochmal an.
Das mit dem Fehler von XaAES kann ich jetzt nicht so einordnen, eigentlich sollte der filesystem check automatisch starten, wenn "recommended" warum da XaAES dann aussteigt habe ich im Moment keine Ahnung.
-
TOS Error 39 ist, meine ich, "Datei nicht gefunden"
39 müsste "out of memory" sein (allerdings angesichts 512 MB Hauptspeicher etwas verwunderlich). "File not found" ist 33. Mein' ich.
pid 6(XaSYS): Ext2-FS (D):
WARNING: mounting unchecked
fs, running e2fsck is
recomended
Die Fehlermeldung ist wahrscheinlich korrekt, aber wahrscheinlich auch normal.
Die Absturzursache ist woanders (möglicherweise in der XaAES-Konfiguration) zu suchen.
-
So, HUSHI.PRG stürzt auch mit dieser 6.52er-Version sofort ab. Ich habs auch unter unserem Standard-FreeMiNT mit Vincents letztem 68kemu probiert. Geht nicht.
Mathias hat nicht alles gelesen! :o
HUSHI.PRG ist der eigentliche Festplattentreiber. Den bloß nicht auf der Biene starten! Die Biene hat im FireTOS ja schon einen XHDI kompatiblen Treiber verbaut. Und der HUSHI-Treiber ist auch ganz bestimmt nicht für die Firebeehardware gedacht!
Die Biene am besten mit nacktem FireTOS starten und SCSITOOL.PRG aufrufen!
ABER; SCSITOOLS.PRG läuft. Zumindest mal die Oberfläche und die ganzen Menüeinträge. Scheint ich muß mich mal reinlesen (ich hab SCSITOOLS noch nie benutzt) und schauen wie Hushi und SCSITOOLS zusammenarbeiten usw. und dann mal vom USB-Stick starten, damit ich die leere CF-Karte testen kann.
Mit SCSITOOL.PRG wird u. a. die Partitionierung der Massenspeicher vorgenommen. Das ist im Grunde auch nicht weiter schwierig. Das Programm erklärt sich von selbst. Wenn im unteren linken Fenster die Massenspeicher korrekt angezeigt werden (deren Werte liest SCSI Tool aus), dann ist die Wahrscheinlichkeit verdammt groß, dass SCSITOOL.PRG die Massenspeicher auch partitionieren kann, da die Kommunikation mit dem XHDI kompatiblen Treiber des FireTOS anscheinend funktioniert. Wenn das der Fall wäre, hätte man auch ein Partitionstool für die Biene. Ein weiterer Test lohnt sich. ;D
Andreas
-
Moin,
39 müsste "out of memory" sein
Ja, hast recht, gerade mal Profibuch gewälzt.
Mathias, wenn die Auswahl des Rechners kommt, ist da Coldfire vorausgewählt oder mußt Du den selbst auswählen?
Ich habe mir gerade mal den Code angesehen und kann beim besten Willen nicht verstehen wo das MINTMINT.PRG her kommt.
Ist im MINT/1-18-0 Ordner denn eine fec.xif zu finden?
maanke
-
Nachtrag, da hatte sich doch ein Fehler eingeschlichen, den ich gerade fixe, gibt gleich eine neue Version.
-
So, neue Version 1.831 ist online:
http://atari.grossmaggul.de/download/em2_prg.zip
maanke
-
So, neue Version 1.831 ist online:
http://atari.grossmaggul.de/download/em2_prg.zip
maanke
Der Installationsprozess läuft jetzt sauber durch, bis nach dem Neustart. Super!
Dann kommt allerdings die selbe Fehlermeldung wie gestern und nach der XaAES Meldung geht nichts mehr.
-
Ist das bekannt ? -> http://wiki.sparemint.org/index.php/FireBee
-
Ist das bekannt ? -> http://wiki.sparemint.org/index.php/FireBee
Das kann aber mit meiner Fehlermeldung nix zu tun haben, oder? Da muß es irgendwie ums Dateisystem gehen, warum sich der EasyMiNT-Installer (oder schon das XaAES?) aufhängt. Womöglich auch eine 68k-Version vom e2fsck? Als Zusatzinfo hätte ich noch, daß das alte e2fsck von SpareMiNT angeblich nicht auf der FireBee läuft, aber jenes aus Alans Gentoo-Distribution schon, …
-
Wird e2fsck während des Bootvorganges aufgerufen?
Ansonsten bleibt Dir erstmal nichts anderes übrig als Dir mal die Konfigurationsdateien anzugucken: mint.ini, mint.cnf, xaaes.cnf. Ich vermute stark, dass dort irgendwas drinsteht, was nicht so ganz auf der Biene funzt. Zur Not müsste man die Konfigurationsdateien mal mit denen der Firebee Mint-Edition vergleichen. Und ich würde auch gucken, dass alles von dem Installer an Ort und Stelle gepackt wurde, wo es hin soll. Wird denn die richtige Xaaes-Programmdatei gestartet? Man muss die entsprechend umbenennen und für seinen Rechnertyp raussuchen. Vielleicht passiert dort auch noch Murgs. :(
Je komplexer ein System desto mehr Fehlerquellen! >:(
-
Du könntest mal versuchen, die Zeile wo der e2fsck gestartet wird, in der MINT.CNF auszukommentieren, dann wüßte man schonmal ob's daran liegt.
Eigentlich sollte EM das richtige XaAES selber raussuchen, ich werde das morgen aber noch mal prüfen.
maanke
-
So, noch mal nachgesehen.
Nach dem ersten Installationsschritt, sprich nach dem ersten reboot, wird e2fsck noch gar nicht aufgerufen, weil in der MINT.CNF noch gar nicht vorhanden.
XaAES wird über das xaloader.prg gestartet und das sucht sich die passende XAAES***.km selbst raus, EasyMiNT macht da nix ausser die XaAES Klamotten an die richtige Stelle zu kopieren. Es scheint also mit XaAES zusammenzuhängen.
Mathias, kannst Du mal die MINT.CNF posten, wie sie nach dem ersten reboot aussieht?
maanke
-
Mathias, kannst Du mal die MINT.CNF posten, wie sie nach dem ersten reboot aussieht?
Ja mache ich. Ich bin aber erst morgen Abend wieder bei meiner FireBee.
-
So, hier die MiNT Config, nach dem ersten Hochstarten. Zur Erinnerung, der Rechner tut nichts mehr nach der XaAES Fehlermeldung. Im Statusfenster steht "erzeuge ext2/minix filesystem" zu dem Zeitpunkt. Und nur zur Sicherheit, "Coldfire" beim Schritt 1 ist richtig vorausgewählt.
# MINT.CNF erstellt von EasyMiNT Installer am 01.08.2010 um 12:02:30
#
SLICES=2
#
# filesystem cache (kb)
# more memory increases the filesystem speed
CACHE=4096
#
# enable VFAT (long names) for this drives
# (can be changed in runtime by FSetter too)
# VFAT=D,E
#
# enable write protection for this drives
# (can be changed in runtime by FSetter too)
# WRITEPROTECT=
#
# completly remove drive B:
# HIDE_B=Y
#
# Links zu EasyMiNT
sln d:\bin u:\bin
sln d:\lib u:\lib
sln d:\etc u:\etc
sln d:\home u:\home
sln d:\usr u:\usr
sln d:\tmp u:\tmp
sln d:\var u:\var
sln d:\sbin u:\sbin
sln d:\root u:\root
sln d:\opt u:\opt
sln d:\mnt u:\mnt
sln d:\boot u:\boot
echo
#
# Environment
setenv PCONVERT PATH,HOME,SHELL
setenv UNIXMODE /brUs
setenv PATH u:\bin,u:\usr\bin,u:\usr\sbin,u:\sbin,u:\boot\mint\bin,C:\xaaes
#
#
# Autostartprogramme
#
#
# Additional tools
# Draconis to MiNT-Net gateway
# exec u:\usr\sbin\mgw
# echo
# Gluestik - STiK/STiNG to MiNT-Net gateway
# exec u:\usr\sbin\gluestik
# echo
cd u:\
INIT=u:/C/mint/1-18-0/xaaes/xaloader.prg
echo Setup complete, now booting system...
echo
-
Setz mal in mint.ini DEBUG_LEVEL auf 0, dann müsste der alert wegbleiben.
-
Also mit e2fsck hat der Fehler nix zu tun, der wird an der Stelle noch gar nicht gestartet.
Kannst Du mal genau beschreiben was alles passiert, bzw. was Du zu sehen bekommst nach dem reboot?
-
Vielleicht Hilfreich ->
Was sagt denn der boot.log vom kernel und der xa_boot.log ...
mint.ini
BootstrapArgs = DEBUG_LEVEL=1
BOOT_DELAY=0
MEM_PROT=NO
WRITE_BOOT=1
Das kommt dann nach c:/mint/boot.log.
xa_boot.log
-
Kannst Du mal genau beschreiben was alles passiert, bzw. was Du zu sehen bekommst nach dem reboot?
Der Rechner startet, EasyMiNT startet, und fragt mich ob ich ein "ext2/minix dateisystem" auf "d:" einrichten will, dann muß ich das 2 mal bestätigen, dann geht das Statusfenster vonEasyMiNT auf, dort steht dann "Schritt 3/6 ext2/minix filesystem wird erzeugt" und drüber geht dann die XaAES-Dialogbox auf mit besagter Fehlermeldung.
Dann passiert nichts mehr, aber ich kann die Maus bewegen. Ich breche dann immer anch 15-20 min. per Reset ab, ... (habs auch schon mal 2 Stunden laufen lassen).
-
Setz mal in mint.ini DEBUG_LEVEL auf 0, dann müsste der alert wegbleiben.
Genau. Die Fehlermeldung erscheint nicht, ansonsten genau das Selbe Verhalten wie grade beschrieben. Das EasyMiNT Statusfenster ist offen, und es passiert ncihts, …
-
Also auf mich macht das jetzt grade den Anschein, als ob die ext2-Partition nicht initialisiert werden kann, ... ?
-
Wird das nicht mit mke2fs.ttp gemacht !?!
Vielleicht läuft das Tool nicht auf der Firebee ... !?!
Vielleicht lieber die ganze Einrichtung der ext2 Partition aus dem Installer raus nehmen und einfach nur Installieren. Die ext2 Partition ist ja durch Gparted schon da ...
-
Das Gefühl habe ich auch, daß das mkfs.ext2 auf der FB nicht läuft.:-/
Wenn ich das jetzt rausnehme, dann guckt aber der in die Röhre, der seine Partition nicht mir Gparted erstellt hat und kein ext2 fs auf der Partition hat. Besser wäre es ein mkfs.ext2 Programm zu bekommen, daß auf der FB läuft, denn es gibt doch auch ein Linux für die Biene, da sollte sowas doch auch dabei sein.
-
Könnte nicht wer "mkfs.ext2" für MiNT & FireBee kompilieren? Oder brauchts da Portierungsarbeit?
Bzgl. Linux, da hab ich zwar die Kontakte aufgemacht, es aber noch nie selber probiert. die Sache ist auch, daß man das BaS mit dem dBUG (Freescales Boatloader) im Flash ersetzen muß. Also definitiv nix für reine Atari-Enduser (obwohls ganz ok mit Didiers FLASH060.PRG läuft).
-
Ach Mathias, der boatloader ist echt gut... Schenkel klopf. Aua Bauch. Tränen kuller. :D Der kam trocken aus der Hüfte...
-
Na schön, daß meine Typos wenigstens zur allgemeinen Erheiterung beitragen! ;)
-
Auch auf die Gefahr hin, dass ich gleich wieder Schelte einkassiere, aber wäre es machbar eine Abfrage in den Easymint-Installer einzubauen, so dass das Anlegen der ext2-Partition übersprungen werden kann?
Ich weiß, das kostet wieder Arbeit. ;)
Ich fürchte nur, dass letzten Endes eine ganze Menge der Unixprogramme, die beim Easymint dabei sein werden, auf der Biene nicht laufen werden. Hat sich denn schon mal jemand um diese Programme gekümmert bzw. gibt es schon Erfahrungen damit?
-
Also wenn ich mich nicht total täusche, kann man jetzt schon auswählen ob das ext2 Filesystem erzeugt werden soll oder nicht, oder nicht? ???
-
Meine Gedanken dazu …
Mit Gparted wird die Firebee CF Karte eingerichtet. EasyMiNT Installiert nur in der Firebee Version, ohne ext2 Einrichtung etc. …
Wenn dann in so sagen wir mal vier bis fünf Jahren HDDriver komplett auf der Firebee läuft kann man den Installer der Firebee Version wieder an den Stand der 68k Version heran bringen, also mit ext2 Einrichtung etc. …
-
Ich habe gerade noch mal nachgesehen, man wird im zweiten Installationsschrit gefragt ob man ein ext2 Filesystem einrichten möchte oder nicht, hast Du, Mathias, mal 'Nein' angeklickt?
-
Also hier mein Bericht wenn ich auf "nein" klicke bei der Frage nach filesystem auf "D" einrichten":
• Es geht das Fenster Voreinstellungen auf (und im Hintergrund das leere Statusfenster
• Im Voreinstellungsfenster wähle ich dann nur "Easy MiNT Basic" aus
• Wenn ich auf "weiter" klicke geht ein Info-Fenster auf
• dann kommt ein Fenster "Einstellungen zum AES start"
• dort wähle ich dann "XaAES Starten" aus
• klick auf "Weiter"
• Statusfenster kommt in den Vordergrund mit:
"Schritt 4/6
Root filesystem wird installiert"
• dann kommt eine Alertbox namens "EasyMiNT Install"
Error -34
GFA-BASIC
Error -034
:-(
Der Installer bricht aber sauber ab, und es gibt schon einen Teradesk der funktioniert.
-
Hallo Mathias,
danke für die Meldung, also schein tatsächlich das mkfs.ext2 Programm auf der Biene nicht zu laufen, das ist blöd.:-(
Error -34 ist "Pfad nicht gefunden", die Frage ist jetzt nur welcher Pfad.:-/
Das rootfs wird mittel 'tar' ausgepackt, möglicherweise läuft das auch nicht auf der Firebee, laufen überhaupt irgendwelche MiNT Programme aus dem Sparemint Repo auf der Firebee?
Guckst Du mal auf C: im EASYMINT Ordner, da müssten irgendwo Logdateien rumfliegen, ob da irgendwas drin steht?
-
Achso, nochwas, wenn Du schon einen Teradesk Desktop(mit MiNT) hast, dann könntest Du das tar.ttp auch mal per Doppelklick starten um zu sehen ob's überhaupt läuft.
-
Also ich hab keine logdatei gefunden. Im neuen Ordner Easymint sind 9 Ordner, 4 .TTPs und ein MKFS.ERR.
Wenn ich ein TAR auf TAR.TTP schiebe, meldet sich Teradesk mit folgender Fehlermeldung:
"Failed to start
selected application.
It may be protected
or maybe is not
a valid program file."
Hier wäre übrigens ein tar speziell für die FireBee:
http://vincent.riviere.free.fr/soft/m68k-atari-mint/archives/mint/
-
ein MKFS.ERR.
Steht da was drin?
Wenn ich ein TAR auf TAR.TTP schiebe
War's ein TAR oder ein TAR.GZ ?
Hier wäre übrigens ein tar speziell für die FireBee:
Schau ich mir mal an.
-
ein MKFS.ERR.
Steht da was drin?
Nix sinnvolles, Datum und Uhrzeit oder so.
Wenn ich ein TAR auf TAR.TTP schiebe
War's ein TAR oder ein TAR.GZ ?
Es war das Basic.tar ;)
Wenn ich ein Hier wäre übrigens ein tar speziell für die FireBee:
Schau ich mir mal an.
Super! Danke für Deine Bemühungen.
-
Mathias, könntest Du mal das tar für die firebee runterladen, in tar.ttp umbenennen und in den EasyMiNT Ordner kopieren (das alte tar.ttp erstmal sichern) und nochmal die Installation starten?
-
Hallo,
Nebenbei:
ich habe e2fsprogs aus dem Sparemint archiv kompiliert. Wenn alles gut geht kann ich es heute nochmal mit den Coldfire flags kompilieren.
Wäre gut wenn es tester gibt, ich werde das wohl nicht machen.
-
Hallo,
falls interesse besteht:
http://monokrom.orion.uberspace.de/tmp/e2fsprogs.zip
Ich habe das kaum getestet, das muss jemand machen der sich mit den Tools auskennt. Wenn was schief geht, kann es auch durchaus sein das das am Firebee OS liegt.
-
Mathias, könntest Du mal das tar für die firebee runterladen, in tar.ttp umbenennen und in den EasyMiNT Ordner kopieren (das alte tar.ttp erstmal sichern) und nochmal die Installation starten?
So, ich soll was machen bitte? Wo ist ein "tar für die FireBee"? Auf Deiner Homepage hab ich nichts extra gefunden, ...
Und soll ich dann versuchen den angefangenen Installationsprozess fortzusetzen, oder ganz von vorne beginnen?
-
Wo ist ein "tar für die FireBee"?
Ähm, wie jetzt?
Na, das: http://forum.atari-home.de/index.php?topic=10234.msg81618#msg81618
soll ich dann versuchen den angefangenen Installationsprozess fortzusetzen
Ja.
-
Also ich hab es jetzt nochmal auf meinem TT probiert. Vielleicht liegt es ja auch an meinem Rechner. Die Installation läuft durch bis zum dem Punkt, an dem Basic.tar und net.tar entpackt sind. Danach hagelt es Fehlermeldungen.
MagiC läuft auf dem Rechner ohne Probleme. irgendwelche Ideen?
Toni
-
Wenn ich dich richtig verstehe ist beim Basic Paket und bei der Installation vom Net Paket noch alles in Ordnung !?!
Die Reihenfolge ist richtig -> http://forum.atari-home.de/index.php?topic=10234.msg79308#msg79308
Hast du denn die aktuellen Pakete von maanke´s Seite !?!
Die EasyMiNT version 1.83 -> http://atari.st-katharina-apotheke.de/home.php?lang=ge&headline=EasyMiNT&texte=easymint
-
Nein. Zunächst wird ja das basic-Packet und dann das net-packet entpackt. Das funktioniert noch. Dann beginnt die Installation des basic-Packetes. Beginnt, glaube ich mit Installation dar bash. Da kommen die Fehlermeldungen. Auch Bus error-Meldungen. Easymint versucht dann weitere Sachen zu installieren, wobei dann i d Regel die Meldung über dependency-Probleme kommt. Und ja, ich habe die aktuellen Dateien von Maanke. Ih glaube eigentlich, dass mein TT ein Problem hat. Ich habe nämlich jetzt versucht das alte Easymint zu installieren. Da gibt es das gleiche Problem. Ist ein TT der 32MHZ PGA-Version. Also kein Daughter-Board mehr, aber technisch wohl sehr ähnlich. bei der daughter-Board version soll es ja diesen FPU-Fehler geben. Soll ja aber auf meine Board-Version nicht mehr zutreffen. Keine Ahnung. Bin für Tipps dankbar
Toni
-
Der Atari TT sollte eigentlich laufen, um auf eventuelle Fehlersuche am Rechner zu gehen wäre das Atari Testkit Romport Modul nötig, denke ich ...
Installiere doch noch mal neu, ganz von vorne mit dem EM_183 Paket von maanke´s Seite und wähle erstmal nur das Basic Paket zur Installation aus ...
Merke dir wenn möglich die Fehlermeldungen und poste sie hier ...
-
Ich habe mal zum gegen Test EasyMiNT 1.83 von maanke´s Seite geladen und entpackt, dann das easym68k.prg in easymint.prg umbenannt und das ganze mal unter Hatari 1.70 (ST-030+FPU-32Mhz-14MB) plus EmuTos 0.91 auf meinem MacBook installiert nur mit dem Basic Paket und alles läuft einwandfrei und ohne Fehler …
So sollte es auch auf dem Atari TT oder Falcon laufen ...!
Für die kleinen Atari ST ist das nichts da das fertige System ca. 5,5MB Ram braucht und der 68000er 1.18 Kernel auf einer 4MB Maschine schon Probleme hat, bei mir läuft es nicht ...
-
Die Leute die hier sich mal die Mühe machen und EasyMiNT mal schnell auf ihrem Atari Falcon oder Atari TT installieren ist ja verschwindend gering, schade das ist schon einwenig beschämend wenn nicht sogar etwas erbärmlich …
Das Interesse scheint ja nicht allzu groß zu sein ... !?!
-
Das Interesse meinerseits zum TT und Falcon ist sogar sehr groß. Aber bevor ich nicht wenigstens eine Erfolgsmeldung für beide Maschinen habe, probiere ich es nicht aus, denn ich kenne MiNT zu wenig, um mir im Fehlerfall selbst zu helfen. Es scheint ja nichtmal eine Installationsanleitung zu geben.
-
Bitte sehr ...
**************** WICHTIG ************************
********** Diesen Text komplett lesen!! ***********
***************************************************
** Bei der neuen Version 1.8x findet man zwei Programmversionen,
EASYMCOL.PRG und EASYM68K.PRG, wie unschwer zu verstehen, ist die
eine Version fÅr Coldfire/Firebee Rechner die andere fÅr Rechner mit
68xxx Prozessor. Damit EasyMiNT nach dem zweiten Installationsschritt
automatisch startet, sollte man die entsprechende PRG Datei nach
EASYMINT.PRG umbenennen.**
Dieser Text bezieht sich auf die EasyMiNT Version 1.8x, mit dieser
Version wird der Freemint Kernel 1.15 nicht mehr unterstÅtzt, will
man die 1.15er
Version installieren muû man die Version 1.6x benutzen, allerdings ist da
die ARAnyM UnterstÅtzung nur rudimentÑr.
Ich stelle den Support fÅr alle vorigen Versionen ein, da ich mit einer
Version schon mehr als genug zu tun habe.
1. Copyright
2. Voraussetzungen
3. Dateien
4. Schluûwort
1. Copyright
ACHTUNG!!
Da es wohl einige noch nicht bemerkt haben, EasyMiNT ist
Emailware!
Das heiût, wer EasyMiNT benutzt muû mir eine Email schicken
und zwar auch dann, wenn die Installation problemlos geklappt
hat, ansonsten arbeitet er mit einer Raubkopie!
2. Voraussetzungen
Es empfiehlt sich sehr, auch einmal einen Blick in die FAQ
(und auch die NEWS) zu werfen, da dort die immer
wiederkehrenden Probleme und deren Lîsung aufgefÅhrt sind!!
Bitte alle AUTO Ordner und Autostartprogramme deaktivieren,
erst nach der Installation, alle Programme wieder nach und
nach einschalten!
EasyMiNT auf keinen Fall Åber eine alte MiNT Installation
installieren, da sind die Probleme vorprogammiert!!
Als Festplattentreiber funktionieren nur HDDriver oder CBHD
(nur SCSI Platten), da diese beiden Treiber die aktuellsten
XHDI Spezifikationen bieten, AHDI funktioniert z.B. nicht!
Seit Version 1.7 funktioniert auch das Gespann EmuTOS/ARAnyM.
Wichtig!!!
Der Bootsektor/Rootsektorschreibschutz mit HDDriver muû bei
der ext2 Partition abgeschaltet sein!! (s. FAQ)
3. Dateien
Die EasyMiNT Distribution besteht aus folgenden Archiven:
Die folgenden Pakete mÅssen auf jeden Fall vorhanden sein:
EM_xxx.ZIP - EasyMiNT Installationsprogramm
EASYMINT.ZIP - Kernel, Treiber, etc.
ROOTFS.TGZ - Root Filesystem
BASIC.TAR - RudimentÑres MiNT System
Mindestens das BASIC Paket muû installiert werden, da nur so
ein Start des Systems Åber 'Login' mîglich ist, anderenfalls
lÑût sich nur ein entsprechendes AES (N.AES, XaAES) starten.
Installiert man nur die o.a. Pakete, kommt es beim Booten zu
diversen Fehlermeldungen, die man aber vorerst ignorieren
kann. Die Fehlermeldungen verschwinden, wenn zusÑtzlich das
STANDARD Paket installiert wird.
Diese Pakete sind optional:
STANDARD.TAR - Erweitertes Basispaket
NET.TAR - Netzwerk Paket
DEVEL.TAR - Programmentwicklungspaket
LIBS.TAR - Libraries Paket
X11.TAR - X11 Paket
Zu Beachten ist, das die Pakete in der aufgefÅhrten
Reihenfolge voneinander abhÑngig sind, wer also das
Development Paket installieren will, muû vorher das Netzwerk
Paket installieren!!
Seit Version 1.4 lÑût sich EasyMiNT auch direkt von CD
starten, allerdings muû auch hierbei Ordner- und
Dateistruktur eingehalten werden, sonst funktioniert EasyMiNT
nicht!
(Manchmal scheint der Start von CD nicht zu funktionieren,
bis jetzt habe ich aber noch nicht herausbekommen woran's
liegt)
EASYMINT\
DEUTSCH\
EASYMINT.RSC
LANGUAGE.LNG
ENGLISH\
EASYMINT.RSC
LANGUAGE.LNG
PAKETE\
BASIC.LST
STANDARD.LST
DEVEL.LST
LIBS.LST
NET.LST
X11.LST
BASIC.TAR
STANDARD.TAR
DEVEL.TAR
LIBS.TAR
NET.TAR
X11.TAR
EASYMINT.PRG
EASYMINT.RSC
LANGUAGE.LNG
UNZIP.TTP
ROOTFS.TGZ
EASYMINT.ZIP
ab Version 1.6:
XAAES.ZIP
TERADESK.ZIP
Wer nicht die dicken .tgz Pakete downloaden mîchte, kann sich
auch von der Sparemint Homepage, die einzelnen rpm Pakete
herunterladen und diese dann mittels tar/gzip unter den
entsprechenden Namen einpacken. Welche rpm Pakete sich in den
einzelnen .tgz befinden, kann man aus den .LST Dateien
ersehen, die sich in EASYMINT\PAKETE befinden, diese Dateien
dÅrfen nicht verÑndert werden!!
Seit Version 1.5 hat man die Mîglichkeit die rpms nur anhand
der LST files zu installieren, d.h. es mÅssen nur die rpms in
einem beliebigen Ordner liegen (der lange Dateinamen
unterstÅtzt!) und EasyMiNT installiert diese dann von dort
aus. Das BASIC Paket muû allerdings nach wie vor als TAR
Archiv installiert worden sein. WÑhlt man die Methode RPMs
per LST hat man auch die Mîglichkeit sich eigene LST files
vorher zu erstellen, bzw. diese zu Ñndern und dann mittels
EasyMiNT zu installieren, der rpm ist intelligent genug zu
erkennen, welche rpm Pakete bereits installiert sind, sodaû
man sich darÅber nicht allzuviele Gedanken machen muû.
Das Archiv EM_xxx.zip enthÑlt bereits die notwendige
Ordnerstruktur und die Dateien, allerdings mÅssen noch die
TAR Pakete in den Ordner EASYMINT/PAKETE kopiert werden!
Um eine anderssprachige Version von EasyMiNT zu benutzen,
kopiert man einfach EASYMINT.RSC und LANGUAGE.LNG aus dem
entsprechenden Ordner in das Verzeichnis wo das EASYMINT.PRG
liegt.
XaAES/Teradesk Installation
Alles was man braucht wird bereits mitgeliefert, seit Version
1.7 wird XaAES/Teradek im zweiten Installationsschritt gestartet,
was die Installation insgesamt stabiler macht, da MiNT nicht mehr
unter dem SingleTOS Desktop lÑuft.
4. Schluûwort
Zum Schluû noch ein paar Anmerkungen zu den Dateien und
Ordnern, die EasyMiNT wÑhrend der Installation anlegt.
Einmal wird im Ordner C:\EASYMINT ein Ordner TMP angelegt,
wichtigste Datei in diesem Ordner ist POSITION.TMP, wenn
diese Datei vorhanden ist, startet EasyMiNT mit dem zweiten
Teil der Installation, fehlt diese Datei wird der erste Teil
der Installation gestartet. Auûerdem wird in dieser Datei die
Bootpartition und die ext2 Partition vermerkt.
In diesem Ordner befinden sich noch weitere Dateien, die
selbsterklÑrend sein sollten, diese kann man getrost lîschen,
wenn die Installation erfolgreich beendet wurde.
Um festzustellen welche Pakete bereits installiert sind, legt
EasyMiNT im Ordner C:\EASYMINT\TMP\ Dateien mit der Endung
CHK an, BI.CHK bedeutet, daû das Basic Paket bereits
installiert ist, dies ist wichtig wenn man Pakete
nachinstallieren mîchte.
Weiterhin enthÑlt der Ordner C:\EASYMINT alle Kernel und
Treiber, die nach einer erfolgreichen Installation ebenfalls
gelîscht werden kînnen.
Have fun!
Marc-Ant¢n Kehr, Juli 2007
makehr@ndh.net
http://atari.st-katharina-apotheke.de
-
Im Ordner "DOC" finden sich noch Hilfe Texte als *.html Dateien ...
Ansonsten die vielen Seiten zu MiNT im Internet -> http://wiki.sparemint.org/index.php/Main_Page -> https://sites.google.com/site/probehouse/mint-os-for-atari
-
... ansonsten ist das eine kurze Anleitung da EasyMiNT easy ist -> http://forum.atari-home.de/index.php?topic=10234.msg81842#msg81842
Einfach Hatari durch TT oder Falcon ersetzen !
-
Ich würde erstmal nur das Basic Paket installieren damit es schnell geht, der Rest kann jederzeit durch erneutes Starten von Easymint.prg Installiert werden ...
-
Zur Vorbereitung eine alte Festplatte nehmen und z.B. eine 240MB C: BGM TOS Partition und eine D: Partition größer 200MB (meine ist 760MB von einer 1GB Festplatte) LNX anlegen ...
Wichtig ist die Kennung LNX für die spätere ext2 Partition D:
-
Möchte nochmal beitragen, dass ich easymint sehr sehr schätze. Ich habe hier zwar von Problemen bei der Installation berichtet. Ich bin aber überzeugt, dass das eher ein Hardware-Problem meines TT ist. Das Problem tritt ja auch mit der älteren Easymint-Version auf, die ich auf einem anderen TT vor ca 1,5 Jahren schon mal problemlos installieren konnte. Auch auf dem Falcon war Easymint bisher ohne Probleme. Gerde ohne mint-Kenntnisse ist das eine Riesen-Hilfe. Falls etwas schief geht, ist es ja auch kein Problem alles wieder rückgängig zu machen. Wenn man MINT.PRG aus dem Auto-Ordner löscht, Den easymint-Ordner und den Ordner MINT auf dem Boot-Laufwerk löscht, ist alles wie vorher.
Ich hoffe, maanke macht noch seeeehr lange weiter. Denn ohne Easymint bleibt mint eher etwas für Freaks und für Normalsterbliche wie mich eher undurchschaubar.
Toni
-
Wegen des Atari TT kann ich nur sagen das z.B. NetBSD auf meinen Atari TT mit Daugther Board und PGA CPU nicht lief und ein netter Mensch aus dem Team mir einen speziellen Kernel gebaut hat mit dem es dann funktionierte um meine SMC_TT Netzwerkkarte testen zu können ...
Der Rechner hatte aber sonst keine Probleme (kein FPU Fehler) und MiNT lief mit einer Nova Mach32 Karte einwandfrei ...
Das Board was du hast ist ein zwischen Board bevor die Board´s mit der SMD CPU unter der zweiten ST Ramkarte rauskamen, mir ist aber nicht bekannt das diese Board´s irgendwelche Fehler haben sollen, was natürlich nichts zu heißen hat ...
Man kann glaube ich um Fest zustellen ob ein/der FPU Fehler vorliegt nicht einfach die FPU aus dem Sockel nehmen, weil der Rechner dann beim Booten Bomben wirft, meine ich ...
-
Hat dein Atari TT denn TOS 3.06 ?
-
Ja, hat TOS 3.06. Habe das auch schon gegen einen anderen Satz ausgetauscht. Hat aber nichts gebracht. Ist hier aber off topic. Wollte nur dafür sorgen, dass hier niemand denkt, mein Problem läge an Easymint. Habe leider derzeit keinen geeigneten anderen Atari zur Verfügung. Bin aber weiter auf der Suche nach einem anderen TT (auch off-topic). Also Leute >> Packt Easymint auf eure Rechner.
Toni
-
Ok, fast überzeugt... Wie sieht es mit genauen Systemvorraussetzungen aus, welche Festplattentreiber gehen, wie sieht es mit dem Diabolo 630C bzw. Laserbrain Epson FX-Emulator für dem SLM-804/605 aus, wie bekommt man Grafikkarten bzw. Grafikerweiterungen (Nova-, Matrix-, Screenblaster, NVDI, etc). zum Laufen, kann man da einfach die bisherigen Treiber vorher im Autoordner lassen? Braucht man noch Extendos für SCSI-DVD-Laufwerke oder kann MiNT das so? Das sind alles auf jeden Fall Dinge, die auch in eine Installationsanleitung rein gehören.
-
Die Frage zu den Platten Treibern steht im wichtig.txt -> http://forum.atari-home.de/index.php?topic=10234.msg81857#msg81857
Das mit dem Drucker muss man probieren, kann aber sein das es nicht geht ...
Grafikkarten und NVDI oder andere Treiber zu Grafikkarten gehen, hatte ich damals wunderbar mit einer Nova Mach32 und EasyMiNT 1,70 MiNT 1.16, kann aber sein das es Probleme mit XaAES aus der 1.18 gibt, muss man ausprobieren ...
CD Rom Treiber funktionieren so wie unter TOS, allerdings hat "Spin" glaube ich einen speziellen Treiber für MiNT ...
Wichtig ist das "mint.prg" immer das letzte Programm im Autoordner ist ...
Wenn man XBoot oder ein ähnliches Programm benutzt kann man indem man "mint.prg" in Bootsetup ausschaltet (umbenennen in prx) ganz normal ins TOS booten und so zwei Systeme auf einem Rechner haben, die ext2 Partition ist dann einfach nicht mehr ansprechbar ...
-
Hier mal ein Bild wie das MiNT (EasyMiNT 1.70) auf einem Atari TT mit Nova Mach32 bei 1280x1024 Pixel bei 256 Farben ausschaut ...
(http://fglukas.lima-city.de/bilder/desk.png)
-
Ich glaub ich muss mal meinen TT und Falcon ins Auto packen, mit aktuellem EasyMint-Installations-Dateien auf Platte kopieren und mal zum M. B. fahren... (oder er hilft mir am 5/6. Oktober in Hanau) um das einzurichten.
-
Du kannst das auch selbst bewerkstelligen, du hast bestimmt noch eine alte < 700MB SCSI Festplatte, diese in den Atari TT einbauen und mit HDDriver oder CBHD eine Partition C: mit sagen wir mal 200MB anlegen und eine zweite Partition mit < 500MB allerdings mit der Kennung LNX oder RAW ...
Die Grafikkarten Treiber der Nova Karte einrichten, NVDI_5 installieren für Nova Grafikkarten, sonst nichts im Autoordner ...
Das EM_183 von maanke´s Seite runterladen und entpacken und dann auf die Partition C: der Atari TT Festplatte kopieren ...
Man kann z.B. die Easymint Dateien von einer CD-R auf die Partition C: kopieren oder einem ZIP.
easym68k.prg im Ordner EM_183 in easymint.prg umbenennen und starten und dann einfach den Anweisungen folgen ...
Es reicht erstmal nur das Basic Paket zu installieren den Rest kann man jederzeit noch später nachholen.
Das ist erstmal alles ...
-
Das sind alles auf jeden Fall Dinge, die auch in eine Installationsanleitung rein gehören.
Na klar, ich habe auch jede erdenkliche Hardwarekombination zu Hause stehen um das auszuprobieren und dann eine Installationsanleitung schreiben zu können.%-)
Aber bevor ich nicht wenigstens eine Erfolgsmeldung für beide Maschinen habe, probiere ich es nicht aus,
Irgendwie haben hier einige nicht den Sinn von Beta Testing verstanden bzw. sind nicht in der Lage ein solches zu betreiben.
Ich hoffe, maanke macht noch seeeehr lange weiter.
Wohl eher nicht, wie ich schon an anderer Stelle schrieb wird das wohl die letzte EasyMiNT Version sein, da die Weiterentwicklung des Sparemint Repositories wohl eingestellt wurde.
-
Wenn der Firebee Port von EasyMiNT mal fertig ist oder aber klar ist das es nicht läuft weil z.B. eine Großzahl der Unix Bestandteile nicht auf der Firebee laufen und der Aranym Port fertig ist, wäre es nett für die Nachwelt die Kompletten Quellen von EasyMiNT incl. der Zusatztools irgendwo bereit zu stellen ...
-
Das geht leider nicht.
-
Warum denn nicht?
-
Weil die Sourcen copyrightbehaftete Routinen enthalten.
-
Also in Zukunft wieder selbst basteln! :o
https://sites.google.com/site/probehouse/mint-os-for-atari/mint-unix-environment
https://sites.google.com/site/probehouse/mint-os-for-atari/mint-and-rpm
Ansonsten wäre es ja noch eine Möglichkeit, sich um die Freigabe der copyrightbehafteten Routinen zu kümmern, aber ganz ehrlich, ich bastel dann lieber selbst, weil Atari Hobby ist und Spielkrams. >:D
Ich habe jetzt auch mal versucht so ein wenig fies zu sein. ;)
Easymint ist schon 'ne feine Sache und wenn es ein Ende gefunden hat, dann ist es auch noch so. Irgendwie schade, aber was will man machen? Wobei das Problem im Grunde nur die RPM-Sachen sind, weil diese nicht mehr gepflegt werden?
Ich habe das Gefühl, dass einerseits ein wenig Bewegung reingekommen ist, was Atari Software betrifft aufgrund der Firebee (Siehe Netsurf, Troll etc.) und andererseits, dass vieles gleichermaßen den Bach runtergeht und nicht mehr weiterentwickelt wird. Die Gründe dafür mögen vielfältig sein. Ist nur schade, dass es sich rund um die TOS-Software nicht wirklich stabilisiert.
Andreas
-
Nun, EasyMiNT kann man auch noch in ein paar Jahren benutzen, man muß dann halt nur den Kernel und die Treiber händisch aktualisieren, was aber eigentlich auch nicht besonders schwierig ist, schwieriger wird's dann eher beim Xa(AES).
Die Jungs um die Firebee haben sich halt für gentoo entschieden(was ich persönlich für eine falsche Entscheidung im Hinblick auf Otto-Normaluser halte) und das Problem beim rpm ist nunmal, daß alles noch statisch gelinkt ist und dadurch eine Portierung von Programmen extrem schwierig bis unmöglich ist, da müßte nochmal jemand bei, aber wer soll das machen?
sich um die Freigabe der copyrightbehafteten Routinen zu kümmern,
Das habe ich bereits versucht und mit dem Autor Kontakt aufgenommen, er ist auch grundsätzlich dazu bereit aber er müßte sich da noch was überlegen, wie er das am Besten macht und dafür hat er wohl keine Zeit, das alte Problem.
maanke
-
Warum ist das so schwer für den Autor, selbstentwickelte Software als Opensource frei zu geben? Was braucht da so viel Zeit? Um welche Teile von Easy-Mint geht es denn da eigentlich?
-
Was ist denn mit Mathias, hat er keine Zeit mehr zum Testen …
Wie wäre es denn wenn Mathias Leihweise eine Firebee für maanke hätte … !?!
-
Die Jungs um die Firebee haben sich halt für gentoo entschieden(was ich persönlich für eine falsche Entscheidung im Hinblick auf Otto-Normaluser halte)
Das stimmt doch überhaupt nicht! Alans Entscheidung für Gentoo gabs doch schon lange vor der FireBee! Das ist doch komplett unabhängig von der Hardware. Und außerdem, das FireBee FreeMiNT-Setup, geht für UserInnen nochmal einen ganz anderen noch einfacheren Weg, und zwar den der reinen graphischen GEM-Nutzung (wir wurden von 4 bis 5 lauten Menschen oft genug gerügt dafür).
Es ist halt einfach ein Vakuum nach Frank da.
Und ich versuche nicht erst seit gestern die Entwickler zur Zusammenarbeit anzuregen, aber es muß ja jeder sein Süppchen kochen, anstatt daß mal 4-5 Leute ein paar Monate auf ein gemeinsames Ziel hinarbeiten, …
Und nochwas, EasyMiNT war von Beginn an sehr begehrt für die FireBee, aber nachdem da nichts passiert ist und von vielen (z.B. aus Übersee) nur Absichtserklärungen gekommen sind, statt neuer rpms, hat halt Jo Even sein GEM-Setup gemacht, Vincent sein Zeug auf seine Seite gestellt, und Alan halt an Gentoo weitergemacht.
Mit der FireBee hat das aber alles ncihts zu tun!
-
Was ist denn mit Mathias, hat er keine Zeit mehr zum Testen …
Mathias hat seine FireBe nicht zuhause, sonder in Vereinslokal, wo er meistens nur am Wochenende ist. Besonders blöd ist das weil ich seit 9 Tagen genau jetzt zum ersten mal wieder da bin, und grade anfangen wollte, … aber nein, ich kann mich mal zuerst öffentlich rechtfertigen. Die die sich vornehm raushalten werden natürlich auch nicht bedrängt, …
Wie wäre es denn wenn Mathias Leihweise eine Firebee für maanke hätte … !?!
Mathias hat nur seine eigene FireBee!
Ich sitze hier nicht auf einem Haufen von Boards herum, falls das wer glaubt.
-
Ja das ist schon schade ...
-
So, jetzt alles mit Vincents "tar" getestet, und es sind 1:1 die selben Ergebnisse wie mit dem TAR.TTP das mit EasyMiNT mitkommt. Sehr eigenartig!? Auch wenn ich das Basic.tar draufschiebe, kann die Anwendung nicht geöffnet werden usw.
-
Das stimmt doch überhaupt nicht! Alans Entscheidung für Gentoo gabs doch schon lange vor der FireBee!
O.K., entschuldige, das hatte sich mir so dargestellt, ich bin ja nicht mehr so in der Szene involviert.
Und nochwas, EasyMiNT war von Beginn an sehr begehrt für die FireBee,
Achja? Außer Dir hat sich aber keiner mal bei mir gemeldet und nachgefragt und auch jetzt bekomme ich Feedback nur von Dir.
und es sind 1:1 die selben Ergebnisse wie mit dem TAR.TTP das mit EasyMiNT mitkommt.
Tja, da weiß ich jetzt leider auch nicht weiter.:-(
maanke
-
Und nochwas, EasyMiNT war von Beginn an sehr begehrt für die FireBee,
Achja? Außer Dir hat sich aber keiner mal bei mir gemeldet und nachgefragt und auch jetzt bekomme ich Feedback nur von Dir.
Naja, die wollen alle die Features vom EasyMiNT und nerven dann mich, anstatt mir Dir zusammenzuarbeiten! ;) Das is es ja was ich nicht kapiere! ;)
und es sind 1:1 die selben Ergebnisse wie mit dem TAR.TTP das mit EasyMiNT mitkommt.
Tja, da weiß ich jetzt leider auch nicht weiter.:-(
Hmm, mal mit m0n0s neuem e2fsprogs weitermachen vielleicht? Ich bin halt echt der Falsche für sowas, und brauch immer Anleitungen für Dummies, ...
Edit: ok, anders herum. Kann mir mal wer so eine kopierbare Textzeile geben, wie ich mit einem TAR.TTP eine Datei entpacken lasse? Dann kann ich mal schaun ob Vincents TAR mit den diversen MiNTs sauber zusammen läuft. Ich hab irgendwie das Gefühl das halb installierte MiNT von EasyMiNT findet gar nichts. Womöglich liegts auch am Desktop?
-
Was ist denn, wenn Du das tar.ttp einfach durch Doppelklick startest, wird Dir da eine Eingabemöglichkeit angeboten?
-
... nur so eine Idee, vielleicht mal diese Version ausprobieren -> http://gentoo.atariforge.org/files/app-arch/tar-1.26.tbz2
Das tar in tar.ttp umbenennen.
-
Was ist denn, wenn Du das tar.ttp einfach durch Doppelklick startest, wird Dir da eine Eingabemöglichkeit angeboten?
Ja, beide Versionen. Das meinte ich ja auch mit meinem letzten Edit, daß ichs mal händisch versuchen will. Nur was gebe ich dann ein??
-
Was ist denn, wenn Du das tar.ttp einfach durch Doppelklick startest, wird Dir da eine Eingabemöglichkeit angeboten?
Ja, beide Versionen. Das meinte ich ja auch mit meinem letzten Edit, daß ichs mal händisch versuchen will. Nur was gebe ich dann ein??
xvf <voller_Pfad_zum_Archiv>
x = xtract
v = verbose
f = file to extract
-
Ja, beide Versionen.
Das zeigt ja zumindest schonmal, daß die Programme funktionieren.
-
Ja, beide Versionen.
Das zeigt ja zumindest schonmal, daß die Programme funktionieren.
Nein, denn dieses Eingabefenster kommt von GEM. Erst danach wird das TTP gestartet.
-
O.K., wußte ich nicht, na dann muß der Mathias wohl doch noch die Kommandozeile eingeben.
-
Wie läuft die Firebee denn …, mit FireTOS oder unter EmuTOS ?
Vielleicht ein Bug im FireTOS beim ausführen von TTP Anwendungen !?!
-
Kann mir mal wer so eine kopierbare Textzeile geben, wie ich mit einem TAR.TTP eine Datei entpacken lasse? Dann kann ich mal schaun ob Vincents TAR mit den diversen MiNTs sauber zusammen läuft.
Was ist denn, wenn Du das tar.ttp einfach durch Doppelklick startest, wird Dir da eine Eingabemöglichkeit angeboten?
Kommt nach dem Doppelklick ein GEM-Eingabefeld, in dem man Parameter eingeben, mit denen das "tar.ttp" gestartet werden soll? Mir ist noch nicht so ganz klar, was im Grunde nach dem Aufrufen des "tar.ttp"s passiert.
Ansonsten müsste das eigentlcih so aussehen wie in folgendem Link beschrieben:
https://sites.google.com/site/probehouse/mint-os-for-atari/mint-unix-environment
Dort werden auch die Kommandos beschrieben und was man eigentlich macht und warum. Ein Anleitung für "Dummies" eben. ;D
Und was die den Unixunterbau für Mint angeht, bin ich jetzt etwas verwirrt. Es gibt die Möglichkeit des Easymints und die Verwendung der darin enthaltenen rpm-Pakete. Die rpm-Pakete werden aber nicht mehr gepflegt und verharren bei ihrer alten Versionsnummer?
Dann gibt es noch Leute, die andere Unixpakete (gento?) für Mint/Coldfire kompiliert haben und die man auf der Firebee verwenden kann? Diese Pakete muss man dann aber händisch installieren?
Das ist jetzt etwas verworren.
-
Die rpm-Pakete werden aber nicht mehr gepflegt und verharren bei ihrer alten Versionsnummer?
Ja.
Dann gibt es noch Leute, die andere Unixpakete (gento?) für Mint/Coldfire kompiliert haben
Jein, gentoo ist eine quellbasierte Linuxdistribution, bei der man jedes Paket erstmal kompilieren muß um es zu installieren (was auf älterer Hardware schonmal recht lange dauern kann), im Gegensatz dazu ist Sparemint eine Binärdistribution, bei der fertig kompilierte Programme mit einem Paketmanager installiert werden.
Der Vorteil von gentoo ist, daß man die volle Kontrolle über's System hat, der Nachteil man muß sich mit unixoiden Systemen schon ziemlich gut auskennen um es zu nutzen.
Der Vorteil von rpm (und anderen paketbasierten Systemen wie Debian) ist, daß sich der Anwender nicht darum kümmern muß wo er was hin installieren muß,alles wieder rückstandsfrei entfernen kann und sein System recht einfach aktuell halten kann.
Was die Frage zu den Quellen von EasyMiNT betrifft, das Programm wurde mit dem Applicationbuilder faceValue erstellt, d.h. der Autor von faceValue müßte erstmal dieses Programm freigeben, was auch wiederum nicht so einfach ist, weil faceValue auch wieder auf einem Programm von jemand anderem basiert.
maanke
-
Es geht also um das hier http://www.run-software.de/faceval.php und vermutlich um das zugrunde liegende GFA-Basic...?
-
Nein es geht nicht um das GfA Basic sondern um die von faceValue erzeugten Routinen.
-
Dann ist doch alles in einer Hand?
-
... wurde mit dem Applicationbuilder faceValue erstellt, d.h. der Autor von faceValue müßte erstmal dieses Programm freigeben, was auch wiederum nicht so einfach ist, weil faceValue auch wieder auf einem Programm von jemand anderem basiert.
-
Und auf welchem Programm von wem basiert es? Kennen wir den?
-
Was haben diese Fragen jetzt mit dem Betatest zu tun?
Such doch einfach mal ein bißchen im Netz, dann wirst Du schon was finden, für mich ist das Thema jetzt durch.
-
Ich habe nun das Easymint auf dem Mega STE installiert. Bei der Installation gab es keine Probleme. Aber nun beim Booten:
Nun hängt er bei: Mint Net tcp/ip
loading interfaces
Pid 0 Mint
slip v.05 4 channels
ppp v.05 4 channels
Keine Ahnung was er hat...???
-
Hatte ich auch mal ausprobiert allerdings unter Hatari (ST, 4MB) und ist auch hängengeblieben, ich denke das da zu wenig Speicher vorhanden ist, die 4MB reichen da nicht mehr aus ...
Probiere mal das -> http://atari.st-katharina-apotheke.de/home.php?lang=ge&headline=CrippleMiNT&texte=cripple
... ansonsten nehme das alte EasyMiNT !
-
Das ist mal wieder mist. Ich denke, wenn ich irgendwie mithalten will, komm ich an einer Feuerbiene nicht mehr vorbei....
Nochmal Danke für deine Hilfe Lukas...
-
Da die erste EasyMiNT Installation ja durchläuft kannst du mal versuchen den 1.18er Kernel gegen einen 1.16er auszutauschen, natürlich mit allen Modulen im MiNT Ordner, weiss aber nicht ob das läuft ...
-
Du könntest auch erst mal versuchen ein paar der Treiber (außer dem ext2.xfs) zu deaktivieren und dann noch mal starten und dann nach und nach wieder aktivieren um zu sehen ob's wirklich ein Speicherproblem ist oder ein Treiber der nur auf einem >68020 läuft.
-
Wie mache ich das? Hatte bisher noch keine Erfahrung was Mint betrifft.
-
... im Ordner Mint ist ein weiterer Ordner mit dem Namen 118-cur oder so ähnlich, darin liegen etliche Dateien, diese Dateien alle einfach in einen neuen Ordner verschieben z.B. den Ordner "aus" nennen ...
... außer der Datei "ext2.xfs" die muss da bleiben. Und die weiteren Ordner müssen bleiben. Du kannst die Dateien auch im letzten Buchstaben hinter dem Punkt z.B. in Z umbenennen oder so ähnlich, das geht auch.
-
mint.ini und mint.cnf müssen natürlich auch noch bleiben ...
-
Gerade mal unter Hatari probiert und ohne die ganzen Mint Module außer dem ext2.xfs, mint.ini und mint.cnf geht es auf einem 4MB Atari ST ...
... bei mir sind noch ganze 800kB Speicher über.
-
Meine Aussagen stimmen nicht, ich hatte aus versehen auch den ext2.xfs entfernt .
Wenn der Text Richtig ist, geht es nicht, man braucht eine spezielle Version vom ext2 Treiber ...
Ist aber auch egal weil bei einer 4MB Maschine nicht mehr ausreichend Speicher überbleibt um arbeiten zu können ...
Requirements:
-------------
Ext2.xfs requires a XHDI compatible harddisk driver.
It also requires a recent FreeMiNT version (at least 1.15.1 beta 0.6).
The right version is checked on startup.
There are now two versions: ext2.xfs and ext2_st.xfs. The ext2.xfs
version requires at least a 68020 processor. If you have a 68000
processor you must use the ext2_st.xfs version.
It's your task to verify that you use the right version!
NOTE: The 68000 version isn't tested. That's why it's not included here!
If you are interested to test the 68000 version and the 68000 e2fsprogs
please contact me. I don't have a 68000 based ATARI and can't test
it self.
-
Achso, auf 'nem 68000er muß der minit.xfs Treiber drin bleiben, einen ext2.xfs gibt's da gar nicht oder sollte es nicht geben.
-
Mehr Arbeitsspeicher kann man dem Mega Ste auch nicht geben, oder? Ich glaube dem fehlt da die A10 Datenleitung damit er mehr als 4 MB adressieren kann. Ich kann mich nämlich erinnern, es gab mal Mainboards für damals die AT 286, mit einem neat Chipdatz musste man die A10 Datenleitung auch separat irgendwo aktivieren.
-
Beim MMU-Chip im (Mega-)ST(E), welcher die Speicheransteuerung macht, gibts die A10-Adressleitung nicht. Man kann den Arbeitsspeicher zwar auf bis zu 14 MB aufrüsten, aber das wird eine ganze Ecke aufwändiger. (Zusätzlicher Speichercontroller mit Refreshlogik, Unterbinden eines Bus-Errors durch die GLUE beim Adressieren von RAM zwischen 4 und 14 MB, etc))
-
Achso, auf 'nem 68000er muß der minit.xfs Treiber drin bleiben, einen ext2.xfs gibt's da gar nicht oder sollte es nicht geben.
Ja genau, ich habe mich schon gewundert und aus Ärger alles gelöscht ...
Aber dann kommt da eine Fehlermeldung das der Installer die ext2 Partition nicht einrichten kann und bricht ab ...
-
Aber dann kommt da eine Fehlermeldung das der Installer die ext2 Partition nicht einrichten kann und bricht ab ...
Geht's auch ein bißchen genauer? Wo genau bricht die Installation ab?
-
Ich installiere und lade gerade wieder alles runter ...
Das 500MB MSDOS Image mit HDX zu formatieren dauert Stunden !
Ich Berichte dann ...
-
- Erster Installer Durchlauf bis zum Neustart mit Mint in Ordnung
- Shift Taste drücken wenn die Meldung von Mint kommt
… dann im Boot-Menü die Tasten 2 und 3 drücken (keine XFS, XDD laden) und mit
Return bestätigen .
- Easymint Installer abbrechen
- Im Ordner Mint, 1-18-0 alle Dateien außer mint.ini, mint.cnf, minix.xfs, Keyboard.tbl in einen
anderen Ordner verschieben
- Neu booten
- Shift Taste drücken wenn die Meldung von Mint kommt
… dann im Boot-Menü die Tasten 2 und 3 drücken (XFS, XDD laden) und mit
Return bestätigen .
- Easymint Installer startet …
Schritt 3/6
ext2/minix Fiesestem wird erzeugt.
Box: "Ein Fehler ist beim Erstellen … aufgetreten" auf "Mist" klicken und der Installier beendet sich ...
... wäre schön wenn "chris78" das auf seinem Mega STE bestätigen könnte !
-
Ich werde es heute Abend testen wenn ich wieder zu Hause bin und ich hoffentlich dazu komme.. Jedenfalls gebe ich direkt bescheid. Auch werde ich extendos aus der Autostart holen, was ist mit dem nvdi, wird das benötigt oder kann ich das ebenfalls entfernen?
-
Fehler gefunden, siehe Bild ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5172;image)
-
Habe die zweite Partition jetzt "RAW" genannt und installiere gerade alles noch mal neu ...
-
...ich bin gespannt.
Ich schaue mir aber noch mal den Quelltext an, ob ich da irgendwo eine Abfrage vergessen oder falsch ausgewertet habe.
Vielleicht wäre es auch ganz gut, wenn EasyMiNT bei 68000er Installationen, die Treiber erstmal in einen separaten Ordner kopiert?
-
... auch werde ich extendos aus der Autostart holen, was ist mit dem nvdi, wird das benötigt oder kann ich das ebenfalls entfernen?
Wenn du Easymint 1.83 auf deine Partition C: oder sonst wohin kopiert hast, würde ich den alten Autoordner in "AUT" umbenennen da der Speicher je schon recht knapp wird beim Mega STE ...
... wenn alles installiert ist kannst du ja wieder z.B. NVDI oder den CD Rom Treiber in den neuen Autoordner legen, aber die Reihenfolge beachten, mint.prg muss das letzte Programm sein ...
-
Man braucht nur nfs.xfs und inet4.xdd auszuschalten indem man diese beiden Dateien in einen anderen Ordner verschiebt …
Man muss aber eine 68k Version der inet4.xdd Datei finden da man ansonsten kein Netzwerk unter Mint aufbauen kann … !
Mit der Partitionskennung "RAW" läuft der UNIX Installationsprozess …
Schritt 3/6 ext2/minix filesystem wird erzeugt !
Ein Fehler ist aufgetreten … Mist anklicken und der Installer beendet sich !
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5178;image)
Ich versuche nochmal eine UNIX Partition kleiner 200MB ...
-
Habe jetzt mal drei Partition je 165MB und als UNIX Kennung "MIX" gewählt, mal schauen ob es jetzt läuft ...
-
... läuft nicht !
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5180;image)
Habe mal versucht mkfs.ttp und minit.ttp manuell zu starten, da kommt aber nur eine Fehlermeldung das dies keine ausführbaren Programme wären ...
Liegt vielleicht am EmuTOS, vielleicht das gleiche Problem wie auf der Firebee ...
Dann sollte eine Installation auf einem Atari ST/STE ja klappen ...!
-
Habe mal TOS 2.06 probiert aber dann bekomme ich vier Bomben, wahrscheinlich wegen dem ACSI HD_Image ...
Mit TOS 1.04 läuft Hatari aber immer noch der gleiche Fehler wie unter EmuTOS ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5182;image)
Aber das es unter Hatari nicht läuft heißt ja noch nicht das es auf einem Atari ST/STE nicht geht ...
Wenn Hatari mit EmuTOS, 030er und 14MB Ram Emulation läuft funktioniert ja alles Wunderbar ...
-
Gerade nochmal den gegen Test gemacht und alles mit EmuTOS, 030er und 14MB unter Hatari Installiert, alles wundbar !
Dann sind bestimmt alle Tools die der EasyMiNT Installer braucht als 020/030er Version kompiliert, oder ... !?!
Vielleicht rühren daher auch die Firebee Probleme !?!
-
Einmal ST 030er 4MB ohne die XDD Erweiterungen (man muss allerdings noch 256kB an Speicher dazu zählen da ich ein 512kB EmuTOS nutze) ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5184;image)
-
Bei mir läuft es nun. Es fehlen mir nur leider 2 Partitionen, ich habe nur C. Es sollte normalerweise bis F gehen wobei ich nicht weiß ob er F noch anzeigt da das meine LNX Partition ist...
Es startet bei mir nachdem ich XDD laden auf No gesetzt habe.
Es läuft auch recht schnell, gute arbeit und meine Gratulation an die Entwickler.
-
Hallo, ist bei dir denn auch der zweite Installationschritt durchgelaufen wo die Minix Partition erstellt wird und das Datei System auf der UNIX Partition erstellt wird, sowie die UNIX Tools aufgespielt werden ?
-
... es fehlen mir nur leider 2 Partitionen, ich habe nur C. Es sollte normalerweise bis F gehen wobei ich nicht weiß ob er F noch anzeigt da das meine LNX Partition ist
Die fehlenden Partitionen kannst du über die Menüleiste "Options" "Set Desk Icons" anmelden und dann Arbeit sichern ...
-
Hat alles geklappt. Habe nun ein funktionierendes Mint auf dem mega Ste. 8)
-
Na, dann fehlt dir ja nur noch eine Netzwerkkarte ...
-
Tja, da habe ich ehrlich gesagt auch schon drüber nachgedacht. aber ich denke wenn die Treiber von der Netzwerkkarte noch geladen werden dann kann ich vermutlich nicht mehr viel damit machen...???
Dann brauch ich diese netusbee, andere alternativen wird es wohl nicht mehr geben. Ehrlich gesagt bräuchte ich auch eine bessere Grafikkarte damit man da richtig Freude daran hat. Aber die sind glaube ich noch seltener als die Lan - Karten... Und wenn ich das alles zusammen rechne, mit Arbeitsspeichererweiterungbastelkrams, Lan und Grafikkarte, bin ich bestimmt preislich bei einer Firebee.. :'(
-
Wenn die Netzwerkerweiterungen von Mint bei einem 68000er laufen ist eine Netzwerkkarte bestimmt kein Problem, das braucht wahrscheinlich nur ein paar kB an Ram ...
Aber mit einer Grafikkarte wird es wahrscheinlich nichts da in aller Regel der Bildschirmspeicher der auf der Grafikkarte belegt wird auch im ST Ram gespiegelt wird ...
Und bei den Preisen für einen kompletten Atari TT oder besser, liegt eine Firebee nicht allzu weit entfernt ...
-
Ich glaub ein paar kB RAM ließe sich sparen, wenn man das RSC von XaAES in monochrom konvertiert, geht mit rsm soviel ich weiß.
Die Sachen vom MiNT-cvs sind bis auf den kernel und XaAES alle für 020-60, meine ich, und mit der fierebee gibt's dann ja das gleiche Problem, dass die nicht laufen, oder?
Aber immerhin ein Erfolg, Glückwunsch!
-
Also, ich habe es noch einmal überprüft.
Auf die Linuxpartition kann ich nicht zugreifen. Obwohl er sie ja anstandslos installiert hat. Vor der Installation hatte ich den Partitionstyp einfach von BGM auf LNX geändert. Danach lief die Installation ohne Probleme. Ich kann die Partition zwar neu anlegen aber dann sind die Daten weg. Oder sind da überhaupt welche drauf...? Wenn ich neu Partitioniere, wie bekomme ich die richtigen Daten überhaupt wieder auf die Partition, kann ich da einfach ein Archiv entpacken?
Falls ja, was ist mit den UNIX - Berechtigungen, die werden doch sicher auch benötigt, oder?
-
Wenn du keine UNIX Partition hast, ist die Installation nicht Ordnungsgemäß verlaufen ...
Was sollte denn deine UNIX Partition sein, vielleicht E: ?
Wenn ich maanke richtig verstanden habe wird auf den kleinen Atari ST keine ext2 sondern eine Minix Partition angelegt und deren Kennung muss dann anstatt "LNX" z.B. "RAW" oder "MIX" sein ...
-
Wenn du HDDriver nutzt kannst du unter "Harddisk" "Change Partition Type" die Kennung ändern ohne die Partition zu löschen.
Lösche mal im Ordner "EASYMINT/TMP" die Dateien …
basic.err
basic.out
bi.chk
package.err
package.out
rootfs.err
rootfs.out
Dann kannst du vielleicht Easymint.prg nochmal starten und den zweiten Installationsschritt nochmals ausführen ...
-
Es reicht wenn man bi.chk löscht um das Basic.tar noch einmal zu installieren, sollte aber bereits eins installiert worden sein, hagelt's Fehlermeldungen.
-
So.
Habe eine kleine Nachtschicht eingelegt und noch etwas gespielt. Jetzt bin ich etwas schlauer, komme aber nicht weiter. die oben genannten Dateien sind nicht in dem Verzeichnis. Ich bin hin gegangen und habe alle noch einmal neu installiert. Dabei habe ich gesehen das er nach dem ersten Teil der installation noch einmal neu booten will und dann hängt er sich wieder auf. Deaktiviere ich XDD, läuft er weiter in den terradesk daber hat er aber die Basic.tar noch nicht angefasst. Wie kann ich denn da weiter machen? Welche Datei müsste er denn nun ausführen damit er mit dem entpacken weiter macht?
-
So.
Habe eine kleine Nachtschicht eingelegt und noch etwas gespielt. Jetzt bin ich etwas schlauer, komme aber nicht weiter. die oben genannten Dateien sind nicht in dem Verzeichnis. Ich bin hin gegangen und habe alle noch einmal neu installiert. Dabei habe ich gesehen das er nach dem ersten Teil der installation noch einmal neu booten will und dann hängt er sich wieder auf. Deaktiviere ich XDD, läuft er weiter in den terradesk dabei hat er aber die Basic.tar noch nicht angefasst. Wie kann ich denn da weiter machen? Welche Datei müsste er denn nun ausführen damit er mit dem entpacken weiter macht?
-
Nach dem neubooten läuft easymint.prg automatisch ein zweites mal ...
Starte doch mal easymint.prg aus dem Ordner em_183 manuell ...
-
Oder hast du easym68k.prg nicht in easymint.prg umbenannt !?!
-
Muss man das umbenennen? habe ich nicht. habe mich auch schon gewundert wo die Datei stecken soll...Vielleicht läuft es deswegen nicht weiter da er die Datei nicht findet. Dann lösche ich wieder alles raus und beginne von vorne... Auch habe ich das alles von der CD direkt installiert, vielleicht mag er das auch nicht da er nicht früh genug den extendos treiber läd.
-
Ganz von vorne musst du nicht installieren ...
http://forum.atari-home.de/index.php?topic=10234.msg82072#msg82072
... benenne easym68k.prg im Ordner em_183 erstmal in easymint.prg um !
Und dann starte easymint.prg ...
... vielleicht mag er das auch nicht da er nicht früh genug den extendos treiber läd.
Damit hat es nichts zu tun ...
-
Das mal durchlesen -> http://wiki.sparemint.org/index.php/Minix.xfs
und die Partitionskennung auf "MIX" stellen -> http://forum.atari-home.de/index.php?topic=10234.msg82069#msg82069
-
Auf Mix habe ich sie stehen. Muss noch etwas auf der Arbeit ausharren bis ich weiter machen kann. Wenn ich soweit bin, dann werde ich hier sofort weiter berichten.
-
Also ich bin sicherheitshalber noch einmal hin gegangen und habe alles neu installiert und vorher das Setup auf die festplatte kopiert denn auf der CD konnte ich ja die Datei Easymint.org nicht umbenennen. Die Installation läuft nun zwar so wie sie soll aber ich weiß nicht, irgendwas scheint immer noch nicht zu stimmen. Es steht nun bestimmt über eine halbe Stunde: ext2:minix filesystem wird erzeugt. Ist das normal, dauert es so lange, oder hat er sich aufgehängt?
Wenn ich mit der Maus oben ins Menu will, passiert nichts. Ich kann entweder auf Datei oder auf Easymint klicken, es tut sich nichts, nur der Mauszeiger bewegt sich.
-
Normalerweise geht die Einrichtung z.B. auf einem 030er Rechner und einem ext2 System recht schnell, nur ein paar Sekunden ...
Unter Hatari dauerte die Einrichtung des Minix System´s auch zu lange, so das ich den Vorgang abgebrochen habe ...
... maanke sollte was dazu sagen !
Wenn das stimmt was da steht darf man keine Partition größer 64MB nutzen -> http://de.wikipedia.org/wiki/Minix_(Betriebssystem) " Siehe auch / Minix (Dateisystem) "
Zitat ___
Geschichte
Minix wird seit den 1980ern als Unix-ähnliches Betriebssystem vollständig von Andrew S. Tanenbaum als Lehrsystem programmiert (die aktuelle Version ist Minix3 aus dem Jahr 2005).
Das Minix-Dateisystem wurde für Minix konzipiert. Es basiert auf den grundlegenden Strukturen des Unix File System unter Auslassung komplexer Funktionen, um den Quellcode im Sinne des Lehreinsatzes von Minix möglichst klar strukturiert und einfach gestalten zu können. Es weist daher eine Reihe von Begrenzungen auf:
Eine Partition kann nicht größer als 64 MB sein (Cluster-Adressen werden als 16-bit-Integer-Zahlen dargestellt).
Dateinamen können nicht länger als 14 bzw. 30 Zeichen sein.
Dateiverknüpfungen ("Symbolic links", auch "symlinks") sind nicht verwendbar.
Dieses Dateisystem wurde von Linux bis zur Einführung des extended file system (siehe auch: second extended filesystem) im April 1992 als Standard benutzt und wird bis heute noch häufig bei (bootfähigen) Disketten, teilweise für RAM-Disks und auf anderen Anwendungsgebieten wegen des geringen für die Verwaltung benötigten Speicherplatzes verwendet.
-
... maanke sollte was dazu sagen
Was soll ich dazu sagen?
-
Wenn das stimmt was da steht darf man keine Partition größer 64MB nutzen -> http://de.wikipedia.org/wiki/Minix_(Betriebssystem) " Siehe auch / Minix (Dateisystem) "
Mal 'ne Partition mit tatsächlich nur 64 MB anlegen und erstmal nur das "BASIC.TAR" installieren?
Warum wird auf dem ST eigentlich kein ext2 genutzt?
Wenn es solche Beschränkungen gibt, was die Größe einer Partition angeht, dann sollte das mit in die Readme von Easymint aufgenommen werden, denke ich. Aber dazu ist ja auch ein Betatest da, damit man alles optimieren kann und noch Fehler ausbügeln kann. ;)
Andreas
-
Ich könnte mir vorstellen das es was mit dem Arbeitsspeicher zu tun hat das man sich für Minix entschieden hat. Wenn das so stimmt was da so steht dann lief es ursprünglich auch auf Systemen mit nur 512 kb Arbeitsspeicher. Und da man bei dem ST ja auf jedes Byte achten muss, gerade wenn man so eine neue grafische Oberfläche betreiben will, gehe mich mal davon aus das man deswegen auf Minix gegangen ist.
-
Wenn es nicht funktionieren will und immer bei der Einrichtung vom Minix Dateisystem hängt, starte doch mal das Programm minit.ttp im Ordner easymint manuell und gebe in die Eingabezeile einfach E: für deine Minix Partition ein ...
Berichte mal was dann für Meldungen auf dem Bildschirm kommen ...
-
Also viel weiter bin ich nun nicht.
Da ich die Platte neu partitionieren musste, waren alle Daten weg. Für das Easymint braucht man zwingend das NVDI. Ich habe zwar NVDI aber keine SN. Also suchte ich im Internet und fand Version 5 mit SN... Das ganze installiert und MINT startet aber mit einer Fehlermeldung das der Speicher nicht ausreicht. Er möchte zwar das Dateisystem anlegen aber er hängt sich wieder auf mit der Fehlermeldung das der Speicher nicht ausreicht. Ich denke ich sollte es mal mit NVDI Version 4 versuchen aber dafür habe ich keine SN. Wenn ich eine gefunden habe, versuche ich noch einmal mein Glück. Ich komme auch nicht auf den Desktop um die Datei minit.ttp manuell aus zu führen. Auch habe ich den Extendos aus dem Auto entfernt aber es hat nicht viel gebracht.
-
Das MiNT oder auch EasyMiNT braucht kein NVDI ...
NVDI zu haben ist zwar schön, da damit alles schneller läuft, aber ein muss ist es nicht ...
Wichtig wäre jetzt mal zu wissen ob das minit.ttp läuft ?
-
MiNT ist in neueren Versionen für 4MB-Maschinen einfach zu fett, das Problem hatte man schon damals mit KGMD, welches wirklich leicht (=Easy!) installierbar war. Nimm einfach Ataris originales MultiTOS, das hat einen MiNT-Kernel der auch auf 4MB-Maschinen Multitasking erlaubt, allerdings erwarte nicht allzuviel. MiNT macht erst auf TT oder Falcon oder besser Sinn. Wenn es flottes Multitaking auf einem (mega)ST(e) sein soll, ist wohl Magic! die bessere Wahl.
-
Also wenn ich kein NVDI starte, läuft es überhaupt nicht und hängt sich mit einer Fehlermeldung auf. Erst mit NVDI startet es den Desktop. Woran kann das denn liegen?
Das kann doch nicht sein, gestern hat alles soweit geklappt bis auf das Dateisystem anzulegen. nun will er noch weniger als vorher.
an einen Falcon oder TT günstig heran zu kommen ist doch fast so wie ein 6er im Lotto. Mich reizt das Mint da es ein Unixsystem ist, das macht halt laune! :D
-
Ich habe letztes Jahr den TT und den Falcon für jeweils 300 erstanden, den TT allerdings hier übers Forum, es gab aber auch welche in der Bucht. Allerdings sind die Angebote dieses Jahr sehr rar gesät. Vielleicht wird es gegen Weihnachten wieder besser, allerdings dann vermutlich auch zu höheren Preisen.
-
Das ist leider so. Ich bin an einem TT schon seit einem halben Jahr und länger dran. Leider sind die meisten viel zuweit weg oder viel zu teuer. Ich bin auch nicht bereit 500-600 € für ein Computer - Hobby auszugeben, irgendwo ist Schmerzgrenze erreicht.
Hier habe ich einen Falcon in England gefunden:
http://www.ebay.co.uk/itm/ULTRA-RARE-VINTAGE-ATARI-FALCON-030-COMPUTER-VGC-/290795081472?pt=UK_VintageComputing_RL&hash=item43b4bccf00
-
Ist hier im Forum noch jemand bereit EasyMiNT mal auf einem 4MB Atari ST/STE zu testen, außer Chris78, damit wir dem Fehler auf die Spur kommen ...?
-
Ich habe vielleicht einen Workaround wenn der Installer im zweiten Schritt immer beim anlegen des Dateisystem´s hängt und sich manuell unter MiNT nicht starten lässt …
EasyMiNT installieren (UNIX Partition mit der Kennung MIX anlegen 60MB)
(Wobei man noch testen kann ob nicht doch mehr als 64MB möglich sind!)
(… nicht vergessen easym68k.prg in easymint.prg umzubenennen!)
Beim Booten nach der Meldung "shift" Taste drücken und mit den Tasten 2 und 3 die Erweiterungen ausschalten .
Den Easymint Installer abbrechen …
Auf dem Desktop C: öffnen und im Ordner "mint" und dann "1-18-0" einen neuen Ordner "aus" anlegen.
In den Ordner "aus" inet4.xdd, lp.xdd, mfp.xdd, nfs.xfs und slip.xif verschieben .
Den Ordner "auto" in "aut" umbenennen
Neu booten
Im Ordner "easymint" das Programm minit.ttp mit dem Befehl D: aufrufen (oder dem entsprechenden Buchstaben der UNIX Partition) …
Den Ordner "aut" umbenennen in "auto"
Neu booten (wenn die Meldung kommt "shift" Taste drücken und mit den Tasten 2 und 3 die Erweiterungen wieder einschalten)
Bei der Meldung "soll das ext2 Dateisystem angelegt werden" auf nein klicken und danach das Basic Paket installieren lassen …
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5194;image)
Die 32Mhz haben nichts zu sagen, ist nur damit es schneller geht ...
Wie man sehen kann hat der Rechner mit 800kB Speicher nicht genug um die Pakete zu installieren ...
Eine Lösung könnte z.B. ein Desktop sein der weniger Speicher verbraucht !?!
Aber der/mein Systenfehler ist ja erstmal nur bei Hatari und muss beim Atari ST/STE ja nicht sein, also heisst es ausprobieren !
Wenn Speichermangel besteht kann man auch Teradesk beenden und unter XaAES Programm starten einfach nur den EasyMiNT Installer starten lassen ...
-
ich denke mk2fs.ttp wird nur unter mint funktionieren. Deshalb, habe ich mir immer zuerst cripple mint + mk2fs.ttp installiert, die partitionen mit ext2 eingerichtet und
dann den easymint installer gestartet - dann entfällt auch die lästige Sicherheits-Abfrage nach der Parititions ID :)
Grüße,
Ole
-
Hallo, hast du das auf einem Mega ST gemacht oder auf dem Falcon ?
Ich dachte ext2 geht nur auf 68030er Maschinen !?!
-
Als Minix Partition sind auch mehr als 64MB möglich ...
-
Also ich habe hier die Fehlermeldung die Mint mit bringt wenn ich versuche es ohne NVDI zu starten:
pid 3 (AESSYS): ILLEGAL INSTRUCTION : User PC=630D0 (basepage=1DB9E, text=1DC9E, data=65612, bss=68C36)
-
Mit NVDI hat das nichts zutun ... (mit NVDI ist eine Installation zwecklos, da der Speicher nicht ausreicht)
Ist deine Partition C: bis auf den Ordner em_183 denn auch Leer ?
Das ging doch vorher !?!
-
Wie groß ist denn deine Festplatte ?
-
Mache deine Partition C: ganz leer, alles löschen …
Installiere deinen CD Rom Treiber
Neubooten
Die Easymint CD auf C: kopieren, dann hast du auf C: einen Ordner em_183
CD Romtreiber löschen, ganze Partition C: löschen bis auf den Ordner em_183
neubooten
Im Ordner em_183 "easym68k.prg" in easymint.prg umbenennen und starten ...
... und dann die Geschichte mit "shift" drücken wenn die Meldung von Mint kommt !
http://forum.atari-home.de/index.php?topic=10234.msg82024#msg82024
http://forum.atari-home.de/index.php?topic=10234.msg82143#msg82143
-
Ich habe nun alles noch einmal durchgespielt. Immer die selbe Fehlermeldung. Ich hatte die Festplatte komplett leer bisauf den HDDRIVER. Ohne ihn bootet er überhaupt nicht.
-
Du meinst die Fehlermeldung mit der "illegal instruction"?
Könntest Du bitte mal genau beschreiben was Du gemacht hast?
-
So, ich habe mir das noch mal angesehen, mit dem fscheck kann das Problem eigentlich nix zu tun haben, das ist ja einfach nur ein Script, was die entsprechenden filesystemcheck Programme aufruft, u.a. auch ein spezielles für das minix Filesystem. Außerdem wird der Filesystemcheck erst ausgeführt, wenn die Installation von EasyMiNT abgeschlossen ist, sprich wenn man das neu installierte System das erste Mal bootet.
Um ganz sicher zu gehen, daß es wirklich nicht der fs check ist, sollte man mal die Zeile
exec \u\x\mint\bin\sh u:\c\mint\bin\fscheck.sh
in der MINT.CNF auskommentieren.
Es könnte höchstens sein, daß die sh ihren Dienst auf einem 68000er verweigert.
Im Moment bearbeite ich gerade die Abfrage der LNX, RAW, MIX Kennungen, das kann aber noch etwas dauern, bis die Version fertig ist.
Ich habe hier schon mal eine Version abgelegt, die die Treiber beim ST, bis auf minix.xfs erstmal in einen separaten Ordner kopiert, außerdem habe ich die inet4.xdd durch die sockdev.xdd ersetzt, da könnte mal jemand testen ob die auf dem 68000er läuft.
http://atari.grossmaggul.de/download/em_prg.zip
Das ist nur die PRG Datei, einfach die alte Datei durch diese ersetzen.
maanke
-
Unter Hatari funktioniert es nicht ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5196;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5198;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5200;image)
... es hakt beim Einrichten vom Minix Dateisystem, der Rechner macht einfach nichts. Ich habe dann unter Single TOS das minit.ttp gestartet und das Dateisystem manuell eingerichtet.
-
... es hakt beim Einrichten vom Minix Dateisystem, der Rechner macht einfach nichts.
O.K., ich schau mir das morgen noch mal an, vielleicht habe ich beim minit.ttp Aufruf Mist gebaut oder irgend'ne IF Abfrage geht nicht dahin wo sie hin soll.
maanke
-
Wäre halt schön wenn noch jemand seinen Atari ST mit 200MB Festplatte auspackt und mal EasyMiNT installiert und dann hier über die Probleme berichtet ...
-
Tja, es gibt wohl nicht so viele, die EasyMiNT auf einem ST oder der Firebee installieren wollen.
-
Vermutlich habe ich die Probleme ausmachen können. das minit.ttp läuft nicht, weil es noch eine Abfrage macht ob man sich sicher ist, die man aber mit EasyMiNT nicht zu Gesicht bekommt, also kann man warten bis der Arzt kommt, der kommt aber nicht. :D
Ich versuche gerade die Sicherheitsabfrage rauszupatchen, weiß aber noch nicht ob mir das gelingt, da ich von C keine Ahnung habe.
Das zweite Problem ist tatsächlich der fscheck, im Script steht zwar eindeutig, daß er bei ein fsck.minix aufrufen soll, tatsächlich versucht das Script aber den fsck.ext2 auf die minix Partition loszulassen, was natürlich in die Hose geht.
Ich versuche mal das irgendwie zu reparieren, könnte aber sein, daß ich da auf Hilfe angewiesen bin, ich melde mich dann.
maanke
-
Hallo,
am 28. findet ja die OFAM statt.
Es sind mind. 3 Firebee vor Ort. Ich denke da können wir mal
gemeinsam versuchen EasyMint zu installieren.
Viele Grüße
Martin
-
Moin,
es sieht so aus, als hätte ich die Probleme mit minit ausgemacht und entfernt. Ich will noch ein wenig testen, denke aber, daß ich morgen ein Update hochladen kann.
maanke
-
So, bei meinen Tests auf dem Milan hat's bisher funktioniert, ich hoffe, daß es auf echten 68000er Machinen auch geht.
Das Paket enthält die Programmdateien für 68k und Coldfire, die je nach Rechner in EASYMINT.PRG umbenannt werden sollten und in den Installationsordner kopiert werden müssen.
Außerdem eine neue EASYMINT.ZIP, die ebenfalls in den Installationsordner kopiert werden muß und die alte ZIP Datei ersetzt.
Bitte hier herunterladen. (http://atari.grossmaggul.de/download/emb_185.zip)
maanke
-
besten Dank!!
raphael
-
Die Einrichtung vom Dateisystem mit dem EasyMiNT Installler funktioniert auf den kleinen Atari ST/STE jetzt einwandfrei ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5215;image)
-
Das ist ja schonmal etwas. :D
-
Ja, wunderbar ...
-
Das Paket enthält die Programmdateien für 68k und Coldfire, die je nach Rechner in EASYMINT.PRG umbenannt werden sollten und in den Installationsordner kopiert werden müssen.
Außerdem eine neue EASYMINT.ZIP, die ebenfalls in den Installationsordner kopiert werden muß und die alte ZIP Datei ersetzt.
Bitte hier herunterladen. (http://atari.grossmaggul.de/download/emb_185.zip)
Ich kann das Paket grade nicht runterladen. Ich bekomm immer 404, ... ? Soll das so sein?
-
Der Link zum Downloaden funktioniert nicht.
:(
-
... die Serveradressen von maanke laufen nicht !
-
... die Serveradressen von maanke laufen nicht !
Hmmm, geht immer noch nicht.
Weiß jemand Genaueres zum Problem und wann es behoben sein wird?
-
... nein ich weiss auch nicht !
-
So, meine Seite ist wieder online, war ein kleiner Test, der mir leider bestätigt hat, daß das Interesse an EasyMiNT einfach gegen Null tendiert.
Ratet mal wieviele Leute mich in der Zeit, in der die Seite offline war kontaktiert haben?
Genau, keiner.
Ich werde jetzt noch die Bugfixes durchziehen aber das wird dann definitiv die letzte EasyMiNT Version gewesen sein.
In der letzten Version hatte sich noch ein kleiner Bug eingeschlichen, darum hier nochmal die gefixten Binaries
http://atari.grossmaggul.de/download/emprg186.zip
Hier nochmal der Link zu der vorigen Version, die wird wegen der geänderten ZIPs gebraucht: http://atari.grossmaggul.de/download/emb_185.zip
maanke
-
Nageh, ...
Ich habs vor einer Woche hier geschrieben, daß ich die Datei nicht runterladen kann. Hätte ich auch noch ein Mail hinterhergeschickt, dann wär ich womöglich wieder stressend rübergekommen. Ein Balanceakt, der anscheinend nicht immer klappt. ;)
Ich komme jedenfalls morgen Abends zum Testen auf der Biene und werde dann ausführlich berichten.
-
Mensch Marc, lese auch immer gespannt mit obwohl ich auch gerade viel um die Ohren habe. Will es auch mal auf dem ST mit 4 MB testen... Ausserdem bist Du doch gerade so schön wieder in der Materie drin. :d... und nur weil nicht genug gemeckert wird. Poste dies vom Tablet... der PC muß renoviert werden... ist ja auch schon 6-7 Jahre alt.
-
maanke, warum soll man einen Download von deiner Seite versuchen, wenn hier im Forum steht, dass die Seite ohnehin nicht funktioniert? Hast du eigentlich mal im englischen Atari-Forum geschrieben, dass es eine neue Version gibt?
-
Hallo maanke, da ist ein Zahlendreher im "easym86k.prg" ...
@1ST1 , im Englischem Forum geht es nur um die Firebee und nicht um EasyMiNT auf den alten Atari Rechnern. Bis man dort etwas vermelden kann müssen erstmal maanke mit Hilfe von Mathias den Firebee Installer ans laufen bekommen …
Anstatt so sinnfreie Dinge zu schreiben kannst du bei der Fehlersuche der kleinen Atari ST Rechner helfen, man braucht einen 4MB Atari ST mit 68000 CPU, eine 200MB Festplatte mit der Möglichkeit das EasyMiNT Paket (erstmal nur mit dem Basic.tar) auf die Platte zu bekommen und etwas Zeit …
Alle Serveradressen laufen doch wieder !?!
-
Ich habe nur auf den Platten meiner STs keine 200 MB Platz, und da ich momentan viel zu tun habe, auch Vorbereitungen für Hanau kommendes Wochenede, hatte ich jetzt eigentlich nicht vor, z.B. meinen Mega-STE mal eben für den Test umzubauen (andere Platte). Ich denke aber, wenn es einer erfolgreich schafft, dann sollte es auf allen ST/STE gehen.
-
maanke, warum soll man einen Download von deiner Seite versuchen, wenn hier im Forum steht, dass die Seite ohnehin nicht funktioniert?
1. Ist das Forum hier nicht der Nabel der Welt.
2. Warum fragt man nicht mal direkt beim Seitenbetreiber nach warum?
wenn es einer erfolgreich schafft,
Ja, genau, sollen sich doch die Anderen die Mühe machen.
Bursche, Du gehst mir gehörig auf den Sack, Du willst hier immer wissen ob EM läuft aber selber es mal probieren möchtest Du erst, wenn Du weißt, daß es läuft, nur noch mal zur Erinnerung, hier werden Beta Tester angesprochen und nicht Schwätzer, die nix Konstruktives beizutragen haben und nur Forderungen stellen.
maanke, ziemlich angefressen.
-
Ich hatte auch versucht das Programm runterzuladen und dann bestimmt wie manche andere zum "Tee trinken und abwarten" tendiert...
-
maanke, warum soll man einen Download von deiner Seite versuchen, wenn hier im Forum steht, dass die Seite ohnehin nicht funktioniert?
1. Ist das Forum hier nicht der Nabel der Welt.
Einerseits schreibst du außer hier nichts zu EM, andererseits ist das hier nicht der Nabel der Welt. Ja, klar..
Du bist mir einer... Du bist doch der Seitenbetreiber? Liest du etwa hier nicht mit? Und du schreibst ja selbst, dass das ein "Test" war, als ob man nicht über Webserverstatistiken rausbekommen könnte, welche Seiten/Dateien wie oft abgerufen wurden. 2. Warum fragt man nicht mal direkt beim Seitenbetreiber nach warum?
wenn es einer erfolgreich schafft,
Ja, genau, sollen sich doch die Anderen die Mühe machen.
Bursche, Du gehst mir gehörig auf den Sack, Du willst hier immer wissen ob EM läuft aber selber es mal probieren möchtest Du erst, wenn Du weißt, daß es läuft, nur noch mal zur Erinnerung, hier werden Beta Tester angesprochen und nicht Schwätzer, die nix Konstruktives beizutragen haben und nur Forderungen stellen.
maanke, ziemlich angefressen.
Ich habe schonmal geschrieben, dass ich von MiNT nur wenig Plan habe, woher soll ich im Falle eines Fehlers wissen, ob der Fehler bei mir oder bei deinem Installer liegt? Bei Linux-Installationsprozessen kann man ja zumindestens in dokumetierte Logfiles reinschauen, oder sich die Installationsscripte ansehen, aber bei deinem Installer ist weder was dokumentiert noch kann man sich den Quelltext ansehen. Ich bin sehr an EM interessiert, aber bevor ich nicht sehe, dass es Installations-Erfolge gibt, fange ich nicht damit an. Wenn ich dann schon hier sehe, dass es am Anlegen des Dateisystems scheitert, frage ich mich, was die letzten 20 Jahre seit KGMD (welches übrigens mit nachvollziehbaren Installationsskripten arbeitet) an diesen grundsätzlichen Dingen anders sein soll, dass das jetzt nicht mehr geht.
-
Die hier gezeigten Fehler müssen auf einem Atari ST Rechner nicht auftreten ...!
Unter Hatari läuft die Installation bis zum zweiten Installationsschritt wo die RPM Archive installiert werden einwandfrei.
Beim Installieren der RPM Archive kommt es zu Fehlermeldungen ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5249;image)
Diese Fehlermeldungen kommen wenn ich Teradesk beende und nur den EasyMiNT Installer laufen lasse um mehr freien Speicher zu haben ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5251;image)
Außerdem besteht ein Problem mit dem Filesystem Check unter MiNT und Minix
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5253;image)
Vielleicht sind ja alle diese Probleme auf das Minix Dateisystem zurück zuführen !?!
-
@1ST1 ... du hast es nicht verstanden, es geht darum das maanke keinen Atari ST Rechner hat um die eventuellen Fehler in der 68000er Installation auf einer 4MB Maschine zu beheben. Auf einem Atari TT oder auch Atari Falcon läuft die Installation einwandfrei durch, ebenso auf maanke´s Milan Maschine ...
Wir brauchen jemanden mit einem Atari ST oder auch Mega STE mit einer großen Festplatte, der die Installation durchlaufen lässt und über die Fehler die dabei auftreten hier berichtet ...
-
Du bist doch der Seitenbetreiber?
Eben, was email ist weißte aber?
Liest du etwa hier nicht mit?
Nur sporadisch.
ob der Fehler bei mir oder bei deinem Installer liegt?
Und wie soll ich das beurteilen können, wenn Du gar nix machst? Wenn Du nix zum Betatest beitragen möchtest ist das ja o.k., man fragt sich dann halt, was machst Du hier in dem Thread?
aber bei deinem Installer ist weder was dokumentiert
Das stimmt zwar nicht aber wenn Dir das alles nicht passt, dann lasses doch einfach, es zwingt Dich keiner EM zu benutzen.
Ich bin sehr an EM interessiert, aber bevor ich nicht sehe, dass es Installations-Erfolge gibt, fange ich nicht damit an.
Super Einstellung, wenn alle so in der Vergangenheit gedacht hätten, gäbe es EM nicht und wenn ich so Typen wie Dich sehe, die die gebratenen Tauben ins Maul geflogen haben wollen, wäre das vielleicht auch besser gewesen. >:(
Ich fände es gut, wenn Du weiterhin KGMD benutzen würdest und mich in Ruhe lässt.
maanke
-
@Lukas: Du testest ja in einem Emulator, und selbst da scheitert es ja schon in einer ST-Konfiguration an nicht ausreichendem Speicher. Warum soll das auf einem realen ST/STE anders sein? Es hindert ja niemand Maanke daran, es auch mal in einem Emulator zu testen und ggf. mal den Speicher schrittweise auf 5,6,...14 MB zu vergrößern, um zu sehen ab wann die Installation durchläuft, oder ob es doch nicht am freien Speicher liegt. Dazu ist keine Originalhardware notwendig, und Originalhardware lässt sich nur mit großer Mühe üner 4 MB hinaus erweitern. Außerdem gibts ja diverse kleine Tools, die den freien Speicher ständig oben in der Menüleiste von GEM einblenden können, um mal die Speicherauslastung in Realtimme zu beobachten. So ein Tool mal starten, und dann die Installation, und dann einfach mal gucken...
-
Ein Emulator ist halt keine echte reale Maschine und da gibt es allerlei Probleme, siehe z.B. Probleme mit diversen Spielen die bei jedem Update behoben werden ...
-
Ja aber wenn es erstmal im Emualtor fehlerfrei durchläuft, sind auch die Chancen dass es auf realer Hardware auch funktioniert, schonmal deutlich höher. Die heutigen Emulatoren sind ja schon ziemlich gut.
-
Toll was Du alles weißt. Wie wäre es wenn Du Dich um andere Dinge kümmern würdest.
-
Unter Hatari läuft es bis/einschliesslich dem installieren des Rootfile System´s und einiger Programme einwandfrei ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5255;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5257;image)
Ich habe beim entpacken des tar Archives den Emulator beendet ...
-
O.K., dann scheint ja wohl die Einrichtung des minix Filesystems zu funktionieren.
Kannst Du Dir mal die /etc/fstab ansehen?
-
Bitte sehr ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5259;image)
... aber es bleibt noch das Problem mit dem Minix Filesystem Check !?!
-
Die fstab ist korrekt, wenn Du nur zwei Partitionen hast.
... aber es bleibt noch das Problem mit dem Minix Filesystem Check !?!
Der sollte aber funktionieren, da er die fstab auswertet, zumindest auf meinem Milan geht das. Vielleicht hat das ja auch was mit den "falschen Festplatten" im Hatari zu tun.
Also bevor ich jetzt anfange, da einen Fehler zu suchen, der vielleicht nur auf einem Emulator auftritt wäre es mir ganz lieb wenn das mal jemand auf einem echten Atari testen könnte.
maanke
-
Ja, ich habe der Einfachheithalber nur zwei Partitionen ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5261;image)
Die Sache mit dem auspacken des TAR Archiven funktioniert auch einwandfrei, ebenso das kopieren in das Verzeichnis ...
-
... was mir gerade so auffällt, vielleicht stört sich der Installer/RPM Installer an den Datum´s angaben !?!
-
Also unter Hatari funktioniert es nicht, der Installer bricht ab ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5263;image)
Ich kann zwar z.B. 8MB Ram angeben aber dann bekomme ich andere Fehlermeldungen ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5265;image)
68000, EmuTOS, 8MB Ram ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5267;image)
Das basic.err dazu ...
Unter Hatari funktioniert nur die Kombination aus 030er CPU + FPU, 14MB Ram und EmuTOS !
Hier muss jemand mit einem echten Atari ST ran ... !
-
Wer frisst denn den ganzen Speicher? Kann man im taskmanager z.B. sehen.
Der Nullpointer ist dann wohl ein bug in easymint ..
-
... müsste eigentlich noch genug Speicher da sein, ist aber scheinbar nicht ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5269;image)
Nachdem das basic.tar ausgepackt wurde und der Installer mit den RPM Paketen anfängt kann ich leider nicht
mehr XaAES hervorholen um zu sehen was der freie Speicher so macht ...
-
Ctrl-Alt-F geht auch nicht?
-
Ctrl + Alt + L funktioniert, ich teste gerade ...
-
Rätselhafte Phänomene ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5271;image)
Beim auspacken und kopieren der RPM Pakete ...
Damit bricht der EasyMiNT Installer immer ab ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5273;image)
-
Ich bin fast der Meinung das es auf einem Atari ST funktioniert ...
-
In beiden Fällen ist der PC kleiner als der Start vom Text-Segment, was darauf hindeutet, dass der Crash außerhalb von easy-mint passiert, evtl. in XaAES oder im VDI. Mehr kann man so kaum sagen.
Der Taskmanager kurz vor der Speicher-voll-Meldung wäre vielleicht noch interessant. Das kann aber maanke mit hatari doch auch untersuchen?
-
Das kann aber maanke mit hatari doch auch untersuchen?
Könnte er wohl aber seine Motivation jetzt auch noch Hatari zu installieren und zu konfigurieren, tendiert gegen Null.
-
Hallo,
nochmal was zum Thema motivation: EasyMint ist für mich momentan nicht interessant, weil es leider immer noch kein release von der gefixten xaaes version für coldfire gibt. Da war ein bug drin und der brachte netsurf zum absturz, nur nochmal so zur info ;)
-
Danke für die Info und was mache ich jetzt damit. :D
-
Danke für die Info und was mache ich jetzt damit. :D
Naja, Du könntest Dich freuen, weil m0n0 Dir das Feedback gegebenhat, daß EasyMiNT schon mal interessant wird, sobald jemand den XaAES-Bug gefixt hat. Also daß es momentan absolut nicht an Dir liegt, daß von m0n0 nicht mehr kommt derzeit. :-)
-
So, jetzt zu meinen Tests:
Ich habe also das EM183-Paket mit dem EM1.85.zip und dem EM1.86 EASYMINT.PRG auf der Biene getestet (stimmt das soweit, hab ich mir das richtige "Paket" zusammengestoppelt?).
Das Verhalten ist genau gleich wie bei meinen ersten Tests auf Seite 19/20 hier. Nach dem Reboot im Installationsprozess klappt der Schritt 3 "richte ext2-Systme ein" nicht. Wenn ich den Schritt abbreche, kommt bei Schritt 4 ein "GFA BASIC Error -34", ... wie weiter?
Ganz blöde Frage; nutzt Du eh die neueste GFA-Version von Lonny?
-
Das wundert mich jetzt nicht, bei den letzten Versionen habe ich nur Änderungen in Richtung STs gemacht.
Man müsste erstmal wissen ob das mkfs.ext2 auf der Biene überhaupt läuft.
Was das XaAES Problem betrifft, wäre es von m0n0 trotzdem ganz toll, wenn er es mal auf der Biene testen könnte.
Ja, das ist eine blöde Frage. ;)
maanke
-
Wenn ich es richtig verstanden habe geht es jetzt erstmal bei den Firebee darum zu Testen ob die vom Installer verwendeten ttp´s laufen …
Wenn es das gleiche wie auf einer Atari Maschine ist funktioniert es nicht die ttp´s unter Mint manuell zu starten da dabei die Meldung kommt das es kein Ausführbares Programm wäre etc.
http://forum.atari-home.de/index.php?topic=10234.msg81618#msg81618
http://forum.atari-home.de/index.php?topic=10234.msg82037#msg82037
Also am besten unter EmuTOS starten …
… die Programme gzip.ttp und tar.ttp testen. Passende Parameter zum Entpacken finden sich im Web !
-
Ziemlich drastische Methode...
Ich habe mich bewußt nicht per Email oder PM gemeldet, weil ich den Eindruck hatte, daß Du recht häufig und regelmäßig da bist und die Hinweise und Nachfragen auf den nicht funktionierenden Downloadlink lesen würdest. Warum sollte man da noch zusätzlich Druck per persönlicher Nachfrage machen?
Ich hatte jedenfalls vor, EasyMint auf meinen Mega STE zu spielen und es zu probieren. Der Rechner steht bereit, bloß, daß ich nächste Woche für 2 Wochen im Ausland sein werde und nun nicht mehr genug Zeit ist, den Test noch vor der Abreise zu machen.
Nun muß das halt warten, bis ich wieder da bin und die Zeit dafür finde. Schade.
So, meine Seite ist wieder online, war ein kleiner Test, der mir leider bestätigt hat, daß das Interesse an EasyMiNT einfach gegen Null tendiert.
Ratet mal wieviele Leute mich in der Zeit, in der die Seite offline war kontaktiert haben?
Genau, keiner.
Ich werde jetzt noch die Bugfixes durchziehen aber das wird dann definitiv die letzte EasyMiNT Version gewesen sein.
In der letzten Version hatte sich noch ein kleiner Bug eingeschlichen, darum hier nochmal die gefixten Binaries
http://atari.grossmaggul.de/download/emprg186.zip
Hier nochmal der Link zu der vorigen Version, die wird wegen der geänderten ZIPs gebraucht: http://atari.grossmaggul.de/download/emb_185.zip
maanke
-
Man müsste erstmal wissen ob das mkfs.ext2 auf der Biene überhaupt läuft.
Was das XaAES Problem betrifft, wäre es von m0n0 trotzdem ganz toll, wenn er es mal auf der Biene testen könnte.
Ja, das ist eine blöde Frage. ;)
Ich habe schon einen kleinen Teil beigesteuert: ich habe mkfs.ext2 für die firebee kompiliert, testen sollte es jemand der sich damit auskennt =) Naja, vielleicht komme ich auch dazu, aber das Kompilieren hat auch einen Abend in Anspruch genommen, und im atari-forum.com wurde eigentlich 2 Tests zugesagt, aber wie das dann so ist, nachdem das Programm da war,... kamen keine Test Feedbacks ;)
-
EasyMiNT / 68000 CPU
Der Schuldige ist wahrscheinlich gefunden ... !?!
… da ich ja faul bin und keine langen Pfade tippen wollte habe ich einfach das basic.tar und das tar.ttp auf d:/ in den Ordner /usr/src/etc pp/RPMS/m68kmint kopiert und es auspacken lassen, hat alles Wunderbar geklappt.
Dann habe ich das RPMTOOL von maanke auf dem Desktop abgelegt und als erstes base.1.4-2 etc.pp .rpm abgelegt und auf Installieren geklickt, dann kam der Fehler der auf den 68000 Maschinen die Installation verhindert ...
Fatal error: insufficient memory
Fehler: 65535
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5275;image)
... also liegt es am rpm im Ordner /bin !?!
Der Fehler hat mit dem freien Speicher nichts zu tun da ohne das easymint.prg ungefähr 1,9MB an Speicher frei sind ...
Es sei denn das rpm braucht weit mehr an Speicher als das !
-
Habe nochmal rpm direkt manuell aufgerufen "-i base-1.4-2.m68kmint.rpm" (beide im gleichem Verzeichnis) und es hat nur ganz kurz die Festplattenleuchte aufgeblinkt und sonst nichts ...
Also denke ich mir das es zum gleichen Fehler kam wie mit dem RPMTOOL von maanke ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5277;image)
... man schaue auf die Menüleiste mit der Fehlermeldung !
Das gleiche Fehlverhalten ist auf einem Atari 1040STE auch vorhanden, also liegt es nicht am Emulator mit der Ausnahme das XaAES auf dem STE abstürzt und nur mit NVDI zur Zusammenarbeit zu bewegen ist ...
-
Ich frage mich allerdings ob rpm wirklich einfach so vom Desktop gestartet funktioniert.
-
Selbst wenn ich rpm nur mit dem Parameter --help aufrufe kommt die Error Meldung ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5279;image)
-
Ich kann ja z.B. gzip aus dem Ordner d:/bin/gzip mit dem Parameter --help aufrufen ... Alles einwandfrei !
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5281;image)
Die Zeile mit dem Speicher ist noch von rpm ...
-
... vielleicht tut es eine ältere Version von "rpm" ... ?
-
Unter Hatari mit 030er CPU und 14MB Ram scheint rpm zu laufen ...
z.B. mit dem --help parameter
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5283;image)
-
Ich denke freemint mit 4 mb macht keinen sinn, auch die easymint installation, erscheint mir damit nicht sinnvoll. Eine fehlermeldung solcher art waere voellig logisch, warum stellst du nicht mehr speicher in der hatari config ein?
-
Ein Atari ST/STE hat halt nur in aller Regel 4MB, es geht ja in erster Linie darum zu schauen das es läuft. Ob das jetzt Sinnvoll ist oder nicht sei dahin gestellt. Ich denke auch das man damit nicht mehr Arbeiten kann. Es gibt ja noch Leute mit einer Magnum ST in ihrem Atari ST/STE ...
In Hatari kann ich alles machen, wenn ich will das es läuft stelle ich halt einen 030er ein und 14MB Ram, dann läuft das, ist aber auch Sinnfrei da Hatari kein Netzwerk unterstützt ...
Sowie ich das sehe gibt es zwei Baustellen bei einem 68000 System, einmal XaAES (läuft nicht ohne NVDI, unter Hatari läuft es ohne) und rpm ...
-
Es wird mir im Moment hier wieder zu chaotisch, ich bekomme PMs die weitergeleitet wurden und weiß nicht worauf die sich beziehen.
Bitte, das Thema hier diskutieren, damit es alle lesen können und ich nicht zu jedem einzelnen Kontakt aufnehmen muß.
-
@ HelmutK
Hier die Fehlermeldung wenn EasyMiNT MiNT 1.18 und XaAES installiert hat und das System (1040STE) das erste Mal startet ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5285;image)
Wenn man NVDI 2.5 installiert kommt die Fehlermeldung nicht vor. Die gleiche Fehlermeldung kommt auch auf einem Mega STE zustande ...
Unter Hatari tritt es nicht auf, NVDI läßt sich auch nicht installieren da Hatari ansonsten bombt wenn man z.B. NVDI 5 installiert.
-
Also rpm läuft auch mit einer 68000 CPU und 14MB Ram TOS 2.06 unter Hatari ...
Ich denke mir mal das die Speicheranforderung/Speicherverwaltung von rpm nicht in Ordnung ist, auf einem
4MB Atari ST sind immerhin fast 2MB Speicher frei ...
Allerdings mit einer kleinen Fehlermeldung von XaAES ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5291;image)
-
Also rpm läuft auch mit einer 68000 CPU und 14MB Ram TOS 2.06 unter Hatari ...
Hab es beinahe vermutet. Läßt sich auf den STs eigentlich Speicher sparen wenn der original Atari-Desktop verwendet wird oder ist das hier nicht möglich?
-
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5269;image)
Teradesk braucht knapp 300kB, das bringt denke ich nichts da rpm´s Speicher Hunger wahrscheinlich unbeschreiblich ist ...
Ohne easymint.prg sind noch 1982kB frei an Speicher !
Nur mit XaAES das kann ich nicht testen, da wenn ich Launch Programm über shift+alt+k aufrufe XaAES einfriert und nichts mehr geht ...
Also XaAES läuft noch aber man kann am Bildschirm nichts bedienen !
-
Habe auch schon überlegt die gem.sys vom MultiTOS einzubinden aber die ist auch fast 300kB groß, bringt also gegenüber XaAES nicht viel ...
Oder kennt jemand einen Desktop/Teradesk Ersatz der nur einige kB groß ist und den man unter MiNT 1.18 verwenden kann, bitte mit Download Link ... ?
-
Würde es auch Sinn machen, die AES mal zu tauschen und statt XaAES MyAES einzusetzen?
http://myaes.lutece.net/
http://www.st-katharina-apotheke.de/atari/home.php?view=&seite=0&lang=ge&headline=MyAES&texte=myaes
Ist aber auch nur eine Idee.
-
Wenn ich MyAES nutzen möchte was mache ich denn mit der mint.cnf ?
INIT=u:/C/mint/1-18-0/xaaes/xaloader.prg
-
Habe mir mal MyAES angeschaut !
Ist mir zu kompliziert, ich denke auch das es zuviel Speicher braucht !?!
Geht sowieso nicht weil ich noch gar keine /etc/ttytab habe und kein init zum starten ohne XaAES, da rpm ja nicht läuft ...
... ohne XaAES läuft das ganze System nicht mehr !
-
@ HelmutK
Hier die Fehlermeldung wenn EasyMiNT MiNT 1.18 und XaAES installiert hat und das System (1040STE) das erste Mal startet ...
Wenn man NVDI 2.5 installiert kommt die Fehlermeldung nicht vor. Die gleiche Fehlermeldung kommt auch auf einem Mega STE zustande ...
Unter Hatari tritt es nicht auf, NVDI läßt sich auch nicht installieren da Hatari ansonsten bombt wenn man z.B. NVDI 5 installiert.
So, ich hab mir jetzt erstmal hatari 1.70 installiert, um erste Vortests mit 68000 zu machen. Weit bin ich da bisher nicht gekommen, weil MiNT nicht mit dem GEMDOS-Laufwerk von hatari klarkommt, ich müsste also wahrscheinlich ein disk-image nehmen (oder geht das doch mit dem GEMDOS-LW)?
Als ersten Schnell-Versuch hab ich in MiNT das alte TOSFS reaktiviert, das klappt aber erstmal auch nicht (hab's noch nicht genauer untersucht).
Falls das nur mittels disk-image geht, wird es wahrscheinlich umständlicher, aber es müsste auch gehen.
Wenn dann mit hatari alles klappt, hol ich einen alten ST hervor, und probier mal ob ich XaAES von Diskette ans Laufen bekomme.
So ist mein Plan, aber wann das über die Bühne geht, weiß ich noch nicht.
An anderer Stelle habe ich festgestellt, dass wenn WRITE_BOOT gesetzt ist, das logfile aber nicht zum Schreiben geöffnet werden kann, XaAES abstürzt. Das ist sicher ein bug, ich denke aber nicht, dass es hier eine Rolle spielt.
Das Dumme ist, dass ich momentan keine Lust hab am 1.18er XaAES noch irgendwas zu ändern, aber auf einem ST sollte natürlich alles auch ohne irgendwelche Zusatzprogramme wie NVDI laufen (dann mit der aktuellen Version).
Evtl. könnte das xa_boot.log von dem misslungenen Startversuch was bringen, das kann derjenige mir ja mal schicken, viel verspreche ich mir davon aber nicht.
-
Da MiNT ja kein GEM- sondern ein (wir erinnern uns: "MiNT is NOW TOS") TOS-Ersatz ist, reicht MiNT ein reines GEMDOS-Laufwerk nicht. Du musst also eine Ebene tiefer ansetzen.
-
Damit man unter dem noch nicht ganz fertig Installiertem EasyMiNT wieder *.ttp oder auch Unix Programme starten kann
muss man in der XAAES.CNF die Zeile "setenv TOSRUN u:\opt\toswin2\tw-call.app" mit einem # auskommentieren da ja TOSWIN2 fehlt und die bash noch nicht installiert ist ...
-
... weil MiNT nicht mit dem GEMDOS-Laufwerk von hatari klarkommt, ich müsste also wahrscheinlich ein disk-image nehmen (oder geht das doch mit dem GEMDOS-LW)?
Ich denke für MiNT braucht es ein Festplatten Image, siehe -> http://forum.atari-home.de/index.php?topic=10722.msg82574#msg82574
Unter MiNT hat man keinen Zugriff bei Hatari auf das GemDOS Laufwerk ...
Das geht nur unter TOS/EmuTOS, ich mache das immer so das ich MiNT wenn die 4s Meldung kommt, mit der Taste 1 (ohne MiNT booten) abschalte, dann unter TOS meine Dateien kopiere und dann neu boote und wieder MiNT einschalte ...
-
Da MiNT ja kein GEM- sondern ein (wir erinnern uns: "MiNT is NOW TOS") TOS-Ersatz ist, reicht MiNT ein reines GEMDOS-Laufwerk nicht. Du musst also eine Ebene tiefer ansetzen.
Der Begriff GemDOS unter Hatari ist nur ein beliebiger Name für die Funktion, das Hatari einen Ordner auf dem Hostsystem als Laufwerk , TOS zur Verfügung stellt um z.B. einen Datei austausch mit den Festplatten Image´s zu ermöglichen. Hatari kann eine ACSI Festplatte und zusätzlich einmal eine IDE Master und eine IDE Slave Festplatte emulieren mit Image Dateien. Das GemDOS Laufwerk wird immer als letzte Partition in das System eingebunden. Wenn das GemDOS Laufwerk das einzige Laufwerk im System ist kann Hatari auch davon booten ...
Die Funktion ist also ähnlich dem Hostfs unter Aranym ...
-
Das geht nur unter TOS/EmuTOS, ich mache das immer so das ich MiNT wenn die 4s Meldung kommt, mit der Taste 1 (ohne MiNT booten) abschalte, dann unter TOS meine Dateien kopiere und dann neu boote und wieder MiNT einschalte ...
Genau das wollte ich vermeiden, aber wenn's nicht anders geht ist halt Pech. Die ersten MiNT-Versionen (bis einschl. 1.15 meine ich) haben ja auf das TOS-FS zurückgegriffen für FAT-Partitionen. Mal sehen ob ich das ans Laufen bekomme.
Vielleicht liegt das ja auch an EmuTOS? Ein Original-TOS-image hab ich noch nicht probiert.
-
Gibt es denn hier jemanden der rpm aus den Quellen mal untersuchen kann ob die Speicheranforderung/Verwaltung in Ordnung ist und diese eventuell wieder in das richtige Lot bringen kann, damit rpm mit 1 oder 1,5MB Ram auf einer 68000 CPU läuft ... ?
-
Vielleicht liegt das ja auch an EmuTOS? Ein Original-TOS-image hab ich noch nicht probiert.
Ich würde es mal mit TOS 1.04 versuchen -> http://www.atariworld.org/tos-rom/
-
Selbst bei über 2MB freien Speicher kommt die Fehlermeldung von rpm das der Speicher nicht reicht ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5295;image)
Siehe Menüleiste, das kommt von rpm ...
-
Könnte nich mal wer das CrippleMint mit der aktuellen Version bauen, alles andere fand ich immer etwas too much.
-
Gerade ausprobiert unter Hatari ...
... du Installierst einfach CrippleMiNT und dann einfach den 1.15er Kernel gegen den 1.18er austauschen, sollte gehen !
Habe das aber zusammen mit MultiTOS (GEM.SYS) gemacht -> http://www.atariworld.org/download.php?id=19
-
Macht es nicht Sinn, VanillaMiNT in eure Überlegungen miteinzubeziehen. "Einfach" heisst auf dem Atari auch immer ohne RPM ;)
http://atari.nvg.org/VanillaMiNT/ (http://atari.nvg.org/VanillaMiNT/)
Das wäre jedenfalls grundsätzlich mein Startpunkt beim Neuaufsetzen.
-
Gute Idee aber leider nur für 68030er Rechner so wie ich gelesen habe, wahrscheinlich um Ärger aus dem Weg zu gehen ...
-
Selbst bei über 2MB freien Speicher kommt die Fehlermeldung von rpm das der Speicher nicht reicht ...
Man kann vor dem Programmstart mit limit (ein MiNT-Kommandozeilentool) den Speicher künstlich verkleinern, und vielleicht so rausfinden, wieviel rpm braucht. Also
limit -M <bytes> <rpm ...>
rpm -qplv (Inhalt anzeigen) braucht mind. 1MB, und stürzt bei < 1MB ab, bei < 500K kommt "out of memory" (Version 3.0.6). Mit 1.9MB sollte es aber gehen, es sei denn da ist noch toswin (>500KB) oder bash (900K) dazwischen.
Man kann auch top starten, eine kleine update-Zeit einstellen (also 0s), das in einem eigenen toswin-Fenster laufen lassen, und so beobachten, was passert, oder im taskmanager Ctrl-Alt-L gedrückt halten.
-
Da ist kein TOSWIN2 und keine bash ...
Da ist nur der 68000 Mint Kernel, minix.xfs und XaAES mit Teradesk sonst ist da nichts ...
1,9MB oder auch 2MB sind frei an Speicher laut XaAES.
Ich finde mit Google nichts, wo bekomme ich denn "limit" her ?
-
rpm -qplv base.rpm (habe das rpm Archive umbenannt da ich nicht so viel tippen wollte) alles im gleichen Verzeichnis bringt mit 2MB freien Speicher unter Hatari "insufficient memory" …
Wenn ich Hatari mit dem 030er Kernel starte läuft XaAES nicht mehr richtig und lädt den Desktop nicht, kann man auch nicht mehr nachladen aber wenn ich jetzt rpm ohne Parameter auf einer 4MB Maschine über XaAES starte läuft rpm und zeigt die Hilfe Hinweise an …
Also vermute ich mal das es etwas mit dem 68000 Kernel zutun hat, oder !?!
-
Da ist rpm -qplv base.rpm auf einer 4MB Maschine mit 030er Kernel und 1,7MB freiem Speicher ...
(Teradesk konnte ich über Launch Program starten )
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5299;image)
... also liegt es nicht an rpm sondern am 68000 Kernel, oder !?!
-
Habe mal rpm -i bash.rpm (habe ich umbenannt wegen tippen) installiert und läuft mit ein paar kleinen Fehlermeldungen mit 1,7MB und dem 030er Kernel …
Mir ist aufgefallen das XaAES z.B. 1,9MB freien Speicher anzeigt und Teradesk nur 820kB ... !?!
-
Da ist kein TOSWIN2 und keine bash ...
Da ist nur der 68000 Mint Kernel, minix.xfs und XaAES mit Teradesk sonst ist da nichts ...
1,9MB oder auch 2MB sind frei an Speicher laut XaAES.
Ich finde mit Google nichts, wo bekomme ich denn "limit" her ?
Weiß nicht wo man das bekommt, am ehesten auf der sparemint-Seite, Ist das nicht in easymint enthalten?
Ich hab's mal bei mir hochgeladen:
http://home.arcor.de/zabruder/atari/tools/limit.gz
Mit dem hatari bin ich jetzt weiter: Es läuft mit OLDTOSFS - da waren ein paar bugs in MiNT. Schätze jetzt kann ich langsam mit Testen anfangen. (XaAES läuft auch (vom TOS-desktop gestartet). Fenster mit der Mausverschieben geht irgendwie nicht, muss ich mal gucken, oder hat einer 'ne Idee?
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5303;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5305;image)
-
... schön, schön !
Und Danke für den Link ...
-
Gerade ausprobiert unter Hatari ...
... du Installierst einfach CrippleMiNT und dann einfach den 1.15er Kernel gegen den 1.18er austauschen, sollte gehen !
Habe das aber zusammen mit MultiTOS (GEM.SYS) gemacht -> http://www.atariworld.org/download.php?id=19
ty
-
Habe mal das 1.17er Paket ausprobiert und siehe da rpm -qplv base-1.4-2.m68kmint.rpm läuft mit einem 68000 Kernel und 2MB freien Ram. Dieses mal zeigt XaAES und Teradesk 2MB an freiem Speicher an unter Mint 1.18 zeigte ja Teradesk nur 820kB an obwohl XaAES 2MB angezeigt hatte ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5307;image)
Da XaAES 0.999 im 1.17er Paket wohl nicht richtig läuft, ist die Bildschirmausgabe etwas seltsam zerrissen ...
-
Ich finde ja Bildchen toll ...
... man kann ja leider TOSWIN2 nicht weglassen, oder man installiert es nicht automatisch ins System, da der Speicher auf einer 4MB Maschine recht knapp wird . Es sind ja jetzt die 030er Versionen vom Kernel und XaAES, bei den 68000 Versionen wird ja noch ein wenig mehr Speicher überbleiben, denke ich mir mal so ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5309;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5311;image)
-
Da bleibt ja nicht mehr viel ...
Selbst wenn man noch 200KB irgendwie rauskitzeln könnte, wird wohl nicht allzu viel gehen.
Ich hab früher am ST immer nur die Shell laufen gehabt (GEM=ROM), und für GEM-Programme entweder das TOS-AES benutzt oder XaAES gestartet, und dann ggf. wieder beendet.
Man muss entweder auf toswin oder teradesk auf jeden Fall verzichten, denke ich.
Im aktuellen XaAES ist übrigens ein bug (alles was mit Listen zu tun hat), das sollte man mit 68000 gar nicht benutzen! Im kernel ist auch noch einer, den findet aber bestimmt niemand.
-
Wenn ich das so lese, lohnt es sich überhaupt weiter am ST Support zu arbeiten oder sollte man den vielleicht ganz rauswerfen?
-
... die Anleitung ergänzen und reinschreiben das es erst ab 68030 CPU und entsprechendem Arbeitsspeicher läuft .
-
Da bleibt ja nicht mehr viel ...
Selbst wenn man noch 200KB irgendwie rauskitzeln könnte, wird wohl nicht allzu viel gehen.
Ich hab früher am ST immer nur die Shell laufen gehabt (GEM=ROM), und für GEM-Programme entweder das TOS-AES benutzt oder XaAES gestartet, und dann ggf. wieder beendet.
Man muss entweder auf toswin oder teradesk auf jeden Fall verzichten, denke ich.
Da müsste maanke ja eine gesonderte Version für die kleinen Atari ST in seinen Installer einbauen.
Also mir würde der Gedanke gefallen aber ich muss ja die Arbeit nicht machen !
Wenn es denn geht so ohne XaAES, Teradesk und TOSWIN2 würde ja auch rpm laufen, denke ich mal ...
-
Haste eigentlich mal eine reine Login Installation getestet?
-
...Wenn es denn geht so ohne XaAES, Teradesk und TOSWIN2 würde ja auch rpm laufen, denke ich mal ...
Eine Möglichkeit gibt's vielleicht noch: die Tools, die mit der gcc-Toolchain compiliert wurden, haben möglicherweise eine Stackgröße voreingestellt, die sie gar nicht brauchen (muß nicht sein, aber kann). Bei mir z.B. ist rpm mit 256k Stack eingestellt, soweit ich sehen kann, läuft es aber auch mit 32 (ausprobieren):
bash-2.05a# stack /bin/rpm
stack size: 262144 bytes (256 kilo bytes).
bash-2.05a# stack -S 32k /bin/rpm
stack size: 262144 bytes (256 kilo bytes).
Fixed stack to 32768 bytes (32 kilo bytes).
rpm sollte so deutlich weniger Speicher belegen (ob das reicht, muß man halt ausprobieren).
-
Haste eigentlich mal eine reine Login Installation getestet?
Mache ich sofort ..., aber vielleicht nicht mehr Heute Abend, sitze mit dem Laptop und einem Kasten Bier im Garten !
-
Hallo mfro, wie komme ich denn an eine Shell ohne TOSWIN2 und der bash, damit ich die Unix Programme ausführen kann !?!
Ich habe mal auf alten ftp Servern im Netz geschaut was es da an Sachen unter mint/shell so gibt ...
-
Hallo mfro, wie komme ich denn an eine Shell ohne TOSWIN2 und der bash, damit ich die Unix Programme ausführen kann !?!
Ich habe mal auf alten ftp Servern im Netz geschaut was es da an Sachen unter mint/shell so gibt ...
Die bash brauchst Du. GEM nicht.
Mit "INIT=/bin/bash" in der mint.cnf sollte auch auf einem ST in jedem Fall eine Konsole im Textmodus zu starten sein.
-
Danke, werde ich ausprobieren !
Es reicht bestimmt so eine alte bash von einem der alten ftp Server aus dem Netz, oder !?!
Das sind ja keine rpm Archive die ich nicht installieren kann, sondern zoo Archive.
-
Das passiert neuerdings wenn der Installer auf einem 68000 Kernel läuft ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5313;image)
... er stürzt einfach ab, sonst passiert das immer wenn die Maschine mehr als 4MB Ram hat, aber dort hatte sie nur 4MB !
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5315;image)
Hier der Absturz mit 8MB oder 14MB Ram von rpm ...
-
Danke, werde ich ausprobieren !
Es reicht bestimmt so eine alte bash von einem der alten ftp Server aus dem Netz, oder !?!
Das sind ja keine rpm Archive die ich nicht installieren kann, sondern zoo Archive.
Es gibt auch noch andere shells. Sehr klein ist z.B. ash (jetzt dash). Ich hab immer pdksh benutzt (heute auch noch, aber stark verbessert, von mir).
Eine ash ist hier:
http://sparemint.org/sparemint/html/packages/ash.html.
In 640x400x1 hab ich jetzt mit nur MiNT+XaAES 2048kB frei, beides allerdings mit DEBUG-info. Am kernel hab ich noch das random-dev rausgeschmissen. Wenn man noch gcc2.95 nimmt, und die DEBUG-info weglässt, evtl. OLDTOSFS wieder deaktiviert, sind wohl noch ein paar kB mehr drin, allerdings fehlt nat. jetzt noch ext2fs und sonstige Treiber. Dann mit toswin (500 kB), ash (150kB), wäre immer noch mehr als 1MB frei. Man muss nur wollen ;)
Aber mit dem MiNT 1.18 geht das so nicht wegen dem bug.
-
Soweit ich das weiss läuft ext2 nicht auf 68000 Maschinen da nur für 030 CPU ...
Habe zwar mal von einer 68000 Version gelesen aber soll wohl ungetestet sein !
... maanke benutzt minix als Datei System für die Atari ST/STE Rechner mit dem minix.xfs .
-
Aber mit dem MiNT 1.18 geht das so nicht wegen dem bug.
Vielleicht sollte maanke den 1.19er nehmen ?
-
Aber mit dem MiNT 1.18 geht das so nicht wegen dem bug.
Vielleicht sollte maanke den 1.19er nehmen ?
Klar. Wenn der fix im cvs ist (mach ich die Tage). Mit 1.18 geht's jedenfalls nicht. Das ext2-fs sollte sowieso für alle CPUs vorhanden sein, so wie die anderen xfs, xdd, usw. macht nur keiner, aber minix tut's ja auch. Auf ein 1.19-release würde ich nicht warten, da ist noch zu viel zu tun.
Soll das OLDTOSFS drin bleiben? Für hatari ist das ja ziemlich praktisch, aber wohl nur da.
-
Auf ein 1.19-release würde ich nicht warten,
Würde ich auch nicht, sondern eins aus dem CVS ziehen.
-
Auf ein 1.19-release würde ich nicht warten,
Würde ich auch nicht, sondern eins aus dem CVS ziehen.
Dann musst Du wohl noch warten, aber die paar Tage ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5317;image)
So, ich hab jetzt mein toswin2.6 für 68000 kompiliert, mit ash als shell sind noch 1485 kB frei. Ohne einen Treiber außer xconout2.xdd.
Leider stürzt das toswin ab, wenn man das Fenster konfigurieren will, wohl wieder ein bug. Ich denke aber, es geht auf jeden Fall, wenn man Abstriche beim Komfort macht (und die Fehler beseitigt).
-
Mit "INIT=/bin/bash" in der mint.cnf sollte auch auf einem ST in jedem Fall eine Konsole im Textmodus zu starten sein.
Habe mal unter osx das bash-xxx.rpm entpackt und manuell auf die Hatari Partition kopiert und die mint.cnf entsprechend geändert ...
Läuft auch soweit mit dem 1.18er 68000 Kernel aber die bash kennt jetzt z.B. die ls Eingabe nicht, fehlt da noch was, was habe ich falsch gemacht ?
Habe auch mal die ash ausprobiert und dort das gleiche Verhalten ... !?!
... aber zum Aufrufen von rpm reicht es ja !
-
... schonmal etwas !
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5319;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5321;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5323;image)
rpm ist ganz schön zickig ...
-
hallo
ist es eigentlich möglich EASYMINT 1.18 von Mint 1.17 (CT60) aus zu installieren? (bei meinem Versuch blieben da fast alle Installationspakete auf der Strecke. )
merci
raphael
-
Nochmal zurück zu VanillaMiNT:
Gute Idee aber leider nur für 68030er Rechner so wie ich gelesen habe, wahrscheinlich um Ärger aus dem Weg zu gehen ...
Aber eure Überlegungen zum Betrieb unter 68000 könnte dazu führen, genau am Ende solch eine Installation für 68000er Maschinen zu ermöglichen.
Dort wäre IMHO eine Installation ohne XaAES interessant, nur mit Kernel und dem Netzwerksupport, als minimales VanillaMiNT.
-
Da ist jetzt aber etwas durcheinander, bei/zu VanillaMiNT gehört neben dem Teradesk auch XaAES und TOSWIN2 ...
Ich habe das mal Installiert und da bleibt für einen 4MB Atari ST auch nicht viel an Arbeitsspeicher übrig.
Das müsste auch mit einem 68000 Kernel laufen, aber der Speicher wird halt knapp ...
Da kann man vielleicht besser CrippleMiNT mit einem aktuellen Kernel nehmen ...
-
Oder es nimmt sich mal jemand dem alten Multitos von Atari an und borhrt das mit aktuellem Kernel usw. auf.
-
Ich finde, wer solche Vorschläge macht, sollte sie auch umsetzen. Damit man sehen kann, wie gut die sind.
-
Hey, da fällt mir ein, ich habe heute davon geträumt, dass ich das CrippleMint aufgesetzt habe. Was bedeutet der Traum?
-
@HelmutK
... kann es vielleicht auch sein das es mit dem Minix Datei System nicht so recht funktioniert ?
http://forum.atari-home.de/index.php?topic=10234.msg82710#msg82710
Wenn ich rpm unter einem 030er Kernel und ext2 als Datei System laufen lasse, klappt es mit rpm ...
Wo kann man denn mal die ext2 Version für den 68000 Kernel herbekommen zum Testen ?
-
@HelmutK
Wo kann man denn mal die ext2 Version für den 68000 Kernel herbekommen zum Testen ?
Selber machen ;) Sollte wirklich nicht schwer sein, das ext2.xfs für 68000 zu erstellen aus dem aktuellen cvs, falls da nicht auch irgendwelche 68k-bugs drin sind. Hab ich ja noch vor, aber so weit bin ich mit meinen ST-Experimenten noch nicht. Man sollte jedenfalls nicht xfs und kernel von verschiedenen Versionen mischen.
Dann fehlen immer noch die tools - da muss Du mono fragen, oder vielleicht gibt's die auch auf sparemint für 68000.
-
Von CVS und sowas habe ich keine Ahnung, das ist ein Job für maanke wenn der 68000 Zweig nicht doch noch wegfallen sollte ...
-
Probier mal:
http://home.arcor.de/zabruder/atari/system/ext2000.zip
Für MiNT 1.19, keine Garantie!
Hast Du denn mke2fs for 68000?
-
... erstmal vielen Dank für das ext2.xfs , mke2fs für 68k habe ich nicht.
-
Zum EasyMiNT Paket gehört ein mkfs.ttp das sollte doch gehen, oder ?
-
Ich würde das glatt mal versuchen, wenn ich wüsste wie man genau das Archiv bootstrappen muss und wo man was konfiguriert. MiNT compilieren scheint mir eine größere Geheimwissenschaft, als etwa einen Linuxkernel selberbauen.
Gibt es irgendwo eine sinnvolle Schritt-für-Schritt-Anleitung, bei der nicht gleich alle Teile gebaut werden? Der Kernel und die Treibermodule wären jawohl das interessanteste....auf einem St würde ich persönlich kein XaAES wollen, nur den Kernel mit Netzwerk.
-
MiNT compilieren scheint mir eine größere Geheimwissenschaft, als etwa einen Linuxkernel selberbauen.
Nee, das ist eigentlich recht simpel, das schwierigste ist da fast den Tree aus dem cvs runterzuladen.:-D
Entweder im Hauptverzeichnis make all eingeben, das dauert dann aber selbst auf einem Milan060 mehrere Tage oder in die einzelnen Verzeichnis runtersteigen und ein make ausführen, da hängt zwar schonmal das eine von was anderem ab, aber das kann man meist anhand der Fehlermeldung schnell sehen.
Oder halt Cross kompilieren auf einer portenten Maschine, da muß man sich halte den Crosscompiler bauen.
Wie man an das cvs kommt steht auf sparemint.atariforge.net da müsste eigentlich auch irgendwo eine Kompilieranleitung rumfliegen.
-
Habe mal als ersten Test ein schon fertig installiertes EasyMiNT auf 030er CPU hergenommen und den Kernel gegen die 68000 1.18er Version getauscht und das 030er ext2.xfs gegen die 68k Version ausgetauscht ...
... das kam dabei raus ->
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5329;image)
Ein Bug ist wohl das, dass Dateisystem sauber war also ein Check gar nicht nötig !
Oder braucht es noch die Dateisystemtools in einer 68k Version !?!
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5331;image)
Da ist auch noch ein Error ...
-
Könnte natürlich sein, daß auch die Tools nicht 68k fest sind.
Du kannst übrigens an der Stelle wo die minishell erscheint, den Bootprozess fortführen indem Du Ctrl + D drückst.
-
Wenn ich das mache kommt das ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5333;image)
Hatari ist nicht abgestürzt aber es laufen keine Tastatureingaben mehr obwohl der Tastatur Bling noch da ist, da hat sich wohl MiNT aufgehangen !?!
-
Lass doch das fsck erstmal weg, das ist nicht so wichtig. Musst Du eben immer das image neu kopieren, wenn nichts mehr geht oder so.
Das xfs scheint aber zu laufen? Vielleicht gibt's ja auf kurobox ein fsck für 68000?
-
Vielen Dank für den Hinweis und läuft ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5335;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5337;image)
-
Da ich jetzt irgendwie komplett verwirrt bin, kannste mal ein Fazit schreiben was da jetzt wo ausgetauscht worden ist?
-
... drei Sachen
1. 68000 Kernel 1.18 Version
2. ext2,xfs 68000 Version
3. fscheck aus der mint.cnf auskommentiert
Grundlage war ein fertig Installiertes EasyMiNT auf einem 030 Atari ST (Hatari) mit 14MB Ram ...
Wie man sieht läuft das System jetzt auf einem 68000 System mit 4MB Ram !
-
O.K., danke, damit kann ich arbeiten. Dann werde ich mal sehen, daß ich das Gaze mal in EM reinprogrammiere, das wird aber erst nächste Woche was.
-
... die Nutzung des ext2 ist bestimmt eine sehr gute Sache .
Auf einem Minix Dateisystem habe ich es nie geschafft auch nicht mit 8 oder 14MB Ram das rpm einwandfrei lief, keine Ahnung warum ...
-
Das ext2 ist auch einfach flotter als das uralte minix.
-
Vielen Dank für den Hinweis und läuft ...
Klappt denn der fileselector?
-
Das da ? ... ist mir schon länger aufgefalllen das der beim 68000 Kernel nicht funktioniert.
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5339;image)
Wenn ich QED starte und ein neues Fenster öffne ist alles in Ordnung aber wenn ich auf Datei öffnen klicke gibt es einen Error.
Wahrscheinlich Speichermangel, oder ...?
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5341;image)
-
Das da ? ... ist mir schon länger aufgefalllen das der beim 68000 Kernel nicht funktioniert.
Genau das! Hab ich ja inzwischen repariert, deswegen sollte nur das dann neue XaAES für easymint genommen werden, und da noch boxkite zu installieren, kostet ja wieder RAM.
Ruf mal den launcher (Ctrl-Alt-K) auf, dann müsste XaAES früher oder später abstürzen.
Also alles auf 1.19 würde ich sagen.
-
Ja, XaAES friert ein.
-
Kannst ja mal meine aktuelle probieren (für 1.19):
http://home.arcor.de/zabruder/atari/system/xaaes000.zip
-
Auf den ersten Blick läuft es ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5343;image)
... wenn ich aber ctrl+alt+k drücke stürzt es ab.
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5347;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5345;image)
-
Ich hab das bisher nur mit dem hatari-GEMDOS-Laufwerk getestet.
Was hast Du alles genau laufen (minix, usw.)?
Das müsste ich ja hier nachbilden können, komme aber wohl erst am WE dazu, den Fehler zu suchen.
Aber das xa_boot.log müsste in c:/mint/1-19-cur/xaaes sein, da kann ich ja schonmal gucken.
-
Damit es schnell ging habe ich einfach ein fertig installiertes EasyMiNT 030 CPU genommen, es dupliziert und umbenannt und dann den 1.19er 68000 Kernel im Autoordner und den 1-19-CUR Ordner im mint Ordner installiert und die mint.cnf angepasst, das war alles ...
Im Anhang das xa_boot.log
... wenn ich ohne xaaes.cnf starte (ich verwende die vom easymint) kommt der gleiche Fehler, allerdings mit pid 53 und pid 54 und xaaes friert nach kurzer Zeit das System ein.
-
Hallo,
das XAAES kernel Modul und xaloader.prg hast Du auch durch die 68k Varianten ersetzt? Das müsste auch passieren... Ich denke mal xaloader.prg ist sowieso in 68k Version vorhanden, aber man sollte sicherstellen das das korrekt Kernel Modul geladen wird. Normalerweise sollte das der xaloader mittlerweile selbst finden, aber das ist glaube ich nicht ganz 100% Sicher das es korrekt klappt und dann wird das standard Kernel Modul geladen und wenn die Installation vom Falcon kommt, könnte das durchaus das falsche sein.
-
Hallo, ich bin davon ausgegangen das XaAES das richtige Modul auswählt !?!
Das System wird nicht über XaAES gestartet sondern -> INIT=u:\sbin\init
Wenn XaAES z.B. das 030er KM nutzt müsste doch eine entsprechende Fehlermeldung kommen, oder !?!
Ich meine das auch schon gesehen zu haben als ich VanillaMiNT mit dem 68000 Kernel habe laufen lassen, daraufhin habe ich da das 68000km fehlte im VanillaMiNT, den ganzen XaAES Ordner von der Sparemint Seite ersetzt ...
-
Hab versehentlich das falsche km hochgeladen. Das stürzt bei mir auch ab. Probier mal das:
http://home.arcor.de/zabruder/atari/system/xaaesst.zip
-
... läuft nicht !
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5351;image)
Habe wieder das originale xaes000.km genutzt und das neue xaaesst.km ...
Und XaAES schreibt kein log !
-
Bei mir schon! Was steht denn unten im help-Fenster: Oct 10 2013 20:54? Sollte das was mit den images zu tun haben, muss ich da später suchen, das geht nicht so schnell.
-
Habe mal die mint.cnf geändert von ...
INIT=u:/sbin/init (weiss jetzt nicht genau ob das so richtig ist aber ungefähr!!)
in
INIT=u:/C/mint/1-19-cur/xaaes/xaloader.prg
läuft aber immer noch nicht ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5353;image)
Kann ich sonst nicht sehen da nur 640x400 Pixel wegen Speichermangel ...
-
Das ist ja wohl die falsche Version (vom Juli), da soll stehen:
Oct 10 2013 20:54
wie oben bereits erwähnt. Das ist die von Alan (ich nehm gcc 4.6).
-
Habe alles von dem Link aus deiner PM, dann schicke bitte den richtigen Link !?!
-
Hab ich doch (scroll mal hoch):
http://home.arcor.de/zabruder/atari/system/xaaesst.zip
-
Hallo, habe ich ja auch benutzt, ich überprüfe das nochmal ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5355;image)
Vielleicht habe ich das falsche XaAES !?!
An der Easymint XAAES.CNF kann es ja auch nicht liegen, oder ?
-
Das was da als xaaes000.km steht muss 506646 bytes haben (von xaaesst.km umbenannt).
Das was da als xaaesst.km steht, scheint das richtige zu sein. xaaesst.km muss man immer in xaaes000.km umbenennen (oder xaloader .../xaaesst.km benutzen)!
-
Ja das muss man ja auch wissen ?
Es läuft !
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5358;image)
-
Ich hör grad die Tante aus der alten Media-Markt-Werbung:
"... und noch wahnsinnige 800 Kilobytes frei!!!" :)
-
Wenn ich über INIT=/sbin/init boote ist noch etwas weniger frei aber der syslogd braucht sehr viel Ram, vielleicht kann man den in der 68000 Version weglassen und TOSWIN2 nicht automatisch mit booten und die bash durch was kleineres ersetzen...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5360;image)
In ST-Hoch ist schon mehr Ram frei ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5362;image)
-
Vielleicht gibt es da draußen ja auch was kleineres als Teradesk für die Atari ST/STE Rechner !?!
-
Was passiert denn, wenn Du den syslogd einfach killst (geht im taskmanager mit Del, oder S-Del)?
-
Da muss ich erstmal schauen, ich habe einen alten MacBook und die Tastatur hat keine DEL Taste auch sonst nichts in der Richtung ...
Da fällt mir gerade ein das ich noch eine alte DELL USB PC Tastatur habe, die schliesse ich mal an ...
-
Cool, dann werde ich das auch mal auf meinem Mega-ST mit Magnum versuchen, sofern ich wieder in den genuss meiner eigenen 4 Wände komme! :)
Da werden dann ja noch über 10 MB frei sein ;)
-
Teradesk und MenuInfo zeigen den freien Speicher gleich an und XaAES zeigt fast immer mehr als das doppelte an, wieso ist das so ...?
Da muss ich erstmal schauen, ich habe einen alten MacBook und die Tastatur hat keine DEL Taste auch sonst nichts in der Richtung ...
Da fällt mir gerade ein das ich noch eine alte DELL USB PC Tastatur habe, die schliesse ich mal an ...
Die Dell Tastatur hat funktioniert, syslogd ist weg ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5364;image)
Das da oben rechts in der Ecke ist MenuInfo mit der Speicheranzeige ...
-
Das liegt wahrscheinlich daran, dass die einfach Malloc(-1) aufrufen, und den größten Block im (fragmentierten) Speicher anzeigen, XaAES zeigt die Summe aller Blöcke, probier mal sysinfo, das zeigt irgendwo die ganzen Blöcke, meine ich.
-
Habe den Memory Map Viewer 1.1 gefunden, der zeigt auch noch ein wenig mehr als XaAES an ...
Ja SysInfo kann das auch, habe aber nur die Version 4.01 auf einem ftp Server gefunden und da muss man erst
unter Speicher /Blöcke aufrufen. Habe aber auf einem anderen Rechner noch eine 5.xx Version, meine ich ...
-
Habe mal die 68000 Version von e2fsck ausprobiert ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5370;image)
Ich konnte danach aber ohne Absturz mit ctrl+d weiter booten ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5372;image)
Die beiden Dateien e2fsck und mke2fs sind ja sehr groß !?!
-
Habe mal die 68000 Version von e2fsck ausprobiert ...
Die beiden Dateien e2fsck und mke2fs sind ja sehr groß !?!
Bei mir läuft es. Hab sie schon gestripped, hat nichts geändert.
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5374;image)
Ich komme wohl auch erstmal nicht dazu nach was zu suchen.
-
Das es bei EasyMiNT nicht klappt liegt wahrscheinlich daran wie EasyMiNT das aufruft ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5376;image)
Wenn ich e2fsck manuell aufrufe läuft es Wunderbar !
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5378;image)
-
Das ist ja auch das frontend fsck, was abstürzt. Ich hab das jetzt dazugepackt (ziemlich ungetestet):
http://home.arcor.de/zabruder/atari/tools/e2fsprg000.zip
-
Es läuft nicht ...
Es gibt da noch ein fsck.ext2 ...
#!/c/mint/bin/sh
# Check filesystems on normal boot or after systemcrash.
#
if [ -f /etc/fastboot ]; then
echo "Fast boot. Skipping filesystem checks."
rm -f /etc/fastboot
else
ext2drives=`grep -v '^#' /etc/fstab | \
while read drv mntp type owner group perm; do
if [ "X$type" = Xext2 ]; then
echo "$drv"
fi
done`
mfsdrives=`grep -v '^#' /etc/fstab | \
while read drv mntp type owner group perm; do
if [ "X$type" = Xminix ]; then
echo "$drv"
fi
done`
dosdrives=`grep -v '^#' /etc/fstab | \
while read drv mntp type owner group perm; do
if [ "X$type" = Xdos ]; then
echo "$drv"
fi
done`
for drv in $ext2drives; do
echo; echo "Checking filesystem on drive $drv."
fsck.ext2 -p -C - $drv:
if [ $? -ge 2 ]; then
echo
echo "Warning: e2fsck FAILED ($?)"
echo " Starting single user shell. Fix the"
echo " filesystem on drive $drv by running fsck.ext2"
echo " and REBOOT!"
echo
sh -si < /dev/console > /dev/console 2>&1
fi
done
for drv in $mfsdrives; do
echo; echo "Checking filesystem on drive $drv."
fsck.minix -p $drv:
if [ $? -ne 0 ]; then
echo
echo "Warning: fsck FAILED"
echo " Starting single user shell. Fix the"
echo " filesystem on drive $drv by running fsck.minix"
echo " and REBOOT!"
echo
sh -si < /dev/console > /dev/console 2>&1
fi
done
# for drv in $dosdrives; do
# echo; echo "Checking filesystem on drive $drv."
# fsck.vfat -p $drv:
# if [ $? -ne 0 ]; then
# echo
# echo "Warning: fsck FAILED"
# echo " Starting single user shell. Fix the"
# echo " filesystem on drive $drv by running fsck.vfat"
# echo " and REBOOT!"
# echo
# sh -si < /dev/console > /dev/console 2>&1
# fi
# done
fi
-
Das ist das selbe wie e2fsck, also cp e2fsck fsck.ext2 oder ln oder ls -s.
-
Vielen Dank für die Arbeit, und läuft ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5380;image)
-
rpm läuft jetzt auch Dank ext2 Dateisystem auf einem 4MB Atari ST/STE ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5411;image)
Leider macht rpm auf der bash keine Bildschirmausgaben über den Installationsfortschritt, ich meine da müssten so #### kommen ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5413;image)
-
Leider macht rpm auf der bash keine Bildschirmausgaben über den Installationsfortschritt, ich meine da müssten so #### kommen ...
Probier' mal mit rpm -iv ...
Das sorgt zumindest bei neueren Versionen für etwas mehr Geschwätzigkeit.
-
Danke für den Tipp aber ausser der zusätzlichen Angabe was installiert wurde kommt da nichts, aber schonmal besser als garnichts ...
Spielt ja auch keine Rolle, hauptsache rpm läuft ansonsten einwandfrei .
-
Danke für den Tipp aber ausser der zusätzlichen Angabe was installiert wurde kommt da nichts, aber schonmal besser als garnichts ...
Spielt ja auch keine Rolle, hauptsache rpm läuft ansonsten einwandfrei .
Wenn Du schon mal dabei bist, kannst Du auch -ivh probieren. Das sollte einen Fortschrittsbalken malen.
-
Ja so gehts ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5415;image)
-
Was ist denn mit der Uhrzeit los?
-
Keine Ahnung wie MiNT da auf 1946 kommt !?!
Liegt vielleicht an Hatari, der Mac bezieht seine Zeit und das Datum auf jeden Fall aus dem Internet ...
Es lag wohl doch irgendwie an Minix das ich es nie geschafft habe das rpm gelaufen ist !?!
-
Ich hab erst wenig auf dem hatari installiert (date fehlt z.B.), aber wenn ich mit echo -n >xy eine Datei erzeuge, wird die von ls und von XaAES eine Stunde zurück angezeigt (auf ext2). Da stimmt wohl nur die Zone nicht aber 1946 ???
Mit dem minix bin ich auch nicht zurechtgekommen, und ext2 ist ja sowieso besser. Jetzt muss das e2fsck noch auf Herz und Nieren getestet werden, es sollte auch mal was zu reparieren haben, auch bei sehr großen Partitionen.
-
... was sind denn sehr große Partitionen ?
Und wie kann ich einen Cash provozieren, bei dem auch etwas das Datei System beschädigt wird ...
-
Schätze so über 1GB. Über 8 braucht's wohl nicht. Sollten auch schon einige Files drauf sein.
Kannst ja was mit rpm installieren, und mittendrin reset anklicken oder sowas. Viel Spaß :)
-
Konnte leider kein Image Partitionieren das größer als 1GB war, hatte mir ein 4,24GB Image gemacht aber HDDriver wollte nur 1GB nutzen !?!
Habe dann ein 1GB Image benutzt mit einer 760MB irgendwas ext2 Partition und rpm ein paar mal abgebrochen ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5417;image)
Sieht gut aus ...
-
Vielleicht kann der ST nur 1GB irgendwie?
Ich hab das eben auch mit cp gemacht: Beim 3. abgewürgten Versuch ein img-file nach ext2 zu kopieren, war was zu reparieren: Hat auch geklappt. Die ext2 ist aber nur 150MB oder so.
Denke auch, es funktioniert.
-
Gerade mal mit Atari TT und auch Falcon Emulation probiert aber da will HDDriver 8.22 nicht mitspielen ...
-
Das mit den 1GB ist nat. wegen ASCI - da ist eine Grenze. Was ist mit IDE?
-
Mit IDE funkktioniert es ein 4GB Image mit HDDriver zu Partitionieren aber Hatari bootet vom GemDOS Laufwerk und ich kann das IDE Image nicht ansprechen .
Hatari ist wohl noch ein wenig unfertig ...
-
Ich glaub man muss noch die Partition initialisieren oder so. Geht nicht ASCI und IDE gleichzeitig? Also von ASCI booten? Falls sich dann Laufwerke überlappen kann man das zumindest in HDDRUTIL irgendwie einstellen, aber da kann ich auch nur raten, hab keine Ahnung.
-
ACSI kann nur 1 GB pro Laufwerk adressieren. Was man machen könnte: Mehrere 1Gb Platten dran hängen, und MiNT beibringen, wie es mit RAID0 umgeht... :P
-
Mit einem ACSI Image von 240MB und einem 4GB IDE Image kommt Hatari etwas durcheinander …
Ich glaube nicht das es an meiner alten HDDriver Version 8.22 liegt .
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5419;image)
Mit TOS 2.06 gibt es jede Menge Bomben ...
Das ist dass 4GB IDE Image …
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5421;image)
-
DOS compatible ist jedenfalls falsch. Aber ob's mit TOS dann geht?
-
Ja das weiss ich, muss ich immer erst auf TOS umstellen aber daran liegt es wohl nicht ...
Das Image hat 4GB und Hddutil zeigt nur 1MB an !?!
-
Bei mir setzt Hatari oder HDDriver wenn ein ACSI und ein IDE Image vorhanden ist immer das IDE Image an die erste Stelle vom booten her.
Also geht das Booten über das ACSI Image nicht ... !?!
Man kann ja von einer anderen Partition booten mit HDDriver aber ob das klappt ?
Wenn ich ein 1GB Image als IDE nutze zeigt HDDriver es richtig von der Größe her an.
Aber mir reicht erstmal nur das ACSI Image.
-
Man kann auch hddriver von floppy starten.
Von anderer Partition booten könnte auch gehen, aber das wird natürlich etwas unübersichtlich mit der Zeit.
Es scheint, dass entweder hatari oder sonstwer nicht mehr als 1GB kann, keine Ahnung.
Klar reicht das ASCI-Image. Das image selbst müsste man ja größer als 1GB machen können, und dann in kleinere Partitionen aufteilen, oder geht das auch nicht?
-
Wenn ich das 4GB Image Partitionieren möchte zeigt/bietet mir HDDriver nur 1GB an ...
Unter MiNT geht das vielleicht, müsste das gehen !?!
-
Gerade probiert: 2GB-image als ACSI: HDDRUTIL kann nur 1024 MB, unter MiNT.
Weiß das denn keiner?
-
Bei ACSI geht nicht mehr als 1GB, das habe ich schon weiter oben geschrieben. Und soweit ich weiß, ist die Boot-Priorität bei TOS 2.06 und neuer immer
1. IDE
2. SCSI
3. ACSI
Je nach dem was da ist.
-
Man kann in Hddrutil unter Geräte und Partitionen die einzelnen Busse und Geräte entsprechenden verschieben so das eine andere Bootreihenfolge entsteht, einfach mit der Maus anfassen und verschieben .
Allerdings funktioniert der IDE Teil in Hatari nicht Richtig wie ich finde, aber ich probiere nochmal etwas damit herum ...
Der hddriver.sys von c:/ wird bei mir nur geladen wenn ich TOS 2.06 boote, TOS 1.04 kennt ja die IDE Schnittstelle nicht und EmuTOS hat einen eigenen Plattentreiber eingebaut.
Und unter TOS 4.04 und TOS 3.06 läuft das HDDriver.prg bei mir nicht. TOS 3.06 vom Atari TT kann auch mit einer IDE Schnittstelle umgehen, nur nicht davon booten ...
-
Man kann in Hddrutil unter Geräte und Partitionen die einzelnen Busse und Geräte entsprechenden verschieben so das eine andere Bootreihenfolge entsteht, einfach mit der Maus anfassen und verschieben .
Das ist aber erst, nachdem das TOS rumgeschnüffelt hat, wo es überall booten kann. Dass TOS 3.06 IDE unterstützt, ist mir neu. Gibts da ne einfach nachrüstbare Hardwareerweiterung dafür?
-
Das ist aber erst, nachdem das TOS rumgeschnüffelt hat, wo es überall booten kann.
Verstehe ich nicht !
Holger Zimmermann hat mal ein IDE Interface für den Atari TT entwickelt ...
http://stlabs.free.fr/ttramide.html
(Da ist das TOS gepatcht so das der Rechner vom IDE Bus bootet, allerdings mit CRC Error im ROM)
-
Ist zwar offtopic, aber was verstehst du nicht? Wer initiert denn das Booten der Festplatte, das ist das Henne-Ei-Problem, was ist zu erst da? Ein Festplattentreiber, der in einem Plattenbootsektor darauf wartet, gestartet zu werden, oder ein TOS im ROM, welches nach solch ausführbaren Bootsektoren sucht, und dabei eine gewisse Prioritätenliste, erst IDE, dann SCSI, dann ACSI, abarbeitet?
-
Dein Henne-Ei-Problem ist keins ...
... je ein 240MB Image für IDE und für ACSI, wenn ich mit einem unveränderten HDDriver von Festplatte boote kommt zuerst die IDE Platte, wenn ich aber die Reihenfolge ändere kommt zuerst die ACSI Platte. Mit hddriver.sys auf der ACSI Platte und ohne HDDriver.sys oder sonst etwas auf der IDE Platte und ohne HDDriver in der Floppy ...
Allerdings läuft der Hatari IDE Port nicht richtig wie ich finde ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5423;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5425;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5429;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5427;image)
-
Übrigens brauchst Du nicht mehr mein fsck mit >4GB zu testen: klappt nicht, neue Version ist schon da. Ich hab für aranym ein 16GB image erzeugt, und als SCSI-Partition eingebunden. Das klappt.
-
Du testet also ein 68000 fsck in einer 68040 Umgebung unter MiNT !?!
-
Klar - in der Richtung geht das ja schließlich, nur 040-Programm auf 000-CPU geht nicht.
-
Dein Henne-Ei-Problem ist keins ...
Doch... Ok, du verstehst es nicht. Also folgendes Szenario, ich habe einen Atari mit allen drei Interfaces, ACSI, SCSI und IDE. Ich habe:
- eine ACSI-Megafile, auf der ein AHDI 6.0 eingerichtet ist, die z.B. an einem normalen ST bootet.
- eine SCSI-Festplatte, auf der ein - was weiß ich... nehmen wir mal ... Hushi Festplattentreiber eingerichtet ist, die an einem TT bootet.
- eine IDE-Festplatte, auf der ein HDDriver 8.x eingerichtet ist, die z.B. auf einem Falcon bootet.
Jetzt stöpsle ich die alle gleichzeitig an den Rechner dran.
Die Frage ist jetzt, welcher der drei verschieden Festplattentreiber wird gestartet? (Sprich, ist die Megafile, die SCSI- oder die IDE-Platte die erste Platte, die nach einem Festplattentreiber durchsucht wird?)
Was ist, welcher Festplattentreiber wird gestartet, wenn ich diese "erste" Platte weg nehme, welcher Festplattentreiber wird dann genommen?
Das ist ist die Bootreihenfolge von TOS.
-
Ich glaub er wollte zum Ausdruck bringen, dass man auch von ACSI booten kann, obwohl auch IDE angeschlossen ist, und die ASCI-Laufwerke vor die IDE-Laufwerke legen kann, darum geht es doch letztendlich, oder nicht?
-
Ich habe ja auch nur beschreiben das man die Bootreihenfolge der einzelnen Busse bei HDDriver ändern kann ...
Aber eine ausgedehnte Diskussion darüber gehört hier nicht hin und 1ST1 kann ja bei Bedarf einen neuen Thread aufmachen !
-
Wenn ich es richtig verstanden habe geht es jetzt erstmal bei den Firebee darum zu Testen ob die vom Installer verwendeten ttp´s laufen …
Wenn es das gleiche wie auf einer Atari Maschine ist funktioniert es nicht die ttp´s unter Mint manuell zu starten da dabei die Meldung kommt das es kein Ausführbares Programm wäre etc.
http://forum.atari-home.de/index.php?topic=10234.msg81618#msg81618
So, ich hab mir jetzt mal ausführlich das tar.ttp vom EasyMiNT auf der FireBee zu Gemüte geführt. Nachdem immer wieder die Fehlermeldung
"Failed to start
selected application.
It may be protected
or maybe is not
a valid program file."
kam, dachte ich mir ich probiere mal Vincents tar unter dem teilinstallierten EasyMiNT. Aber genau die selbe Fehlermeldung. Also andere CF-Karte rein, das "Offizielle FireBee FreeMiNT Setup" hochgefahren, und Vincents V4e tar händisch gestartet. Hat problemlos geklappt. Dann wollte ich als Gegenprobe das tar aus dem EasyMiNT Paket testen. Also mit Netsurf runtergeladen und auf der Biene entpackt (um den Mac als Fehlerquelle auszuschließen). Dann hab ich das basic.tar entpackt, dann das easymint.zip und das 68k-tar händisch gestartet, und siehe da das klappt also auch vollkommen problemlos. Also packe ich die beiden 100% funktionierenden EasyMiNT-tar (68k), und Vincents V4e-tar auf den USB-Stick, wechsle die CF-Karte wieder zum teilinstallierten EasyMiNT, und versuche die dort zu nutzen, und beide gehen nicht! Selbe Fehlermeldung wie oben. Sowohl mit dem 68k als auch 100% V4e wobei ja am anderen MiNT beide problemlos laufen! Dabei hat es auch keinen Unterschied gemacht ob ich vom USB-Stick oder von "C" aus die tars gestartet habe. Und andere Programme wie MXPlay laufen auch auf dem teilinstallierten EasyMiNT, sowohl von C als von USB, …
So, und was jetzt? Was kann am teilweise installierten EasyMiNT so eine Fehlermeldung hervorrufen?
:o
-
Hallo Mathias, ich habe dir doch schon beschrieben, auch hier, das man die TOSWIN2 Zeilen aus der XAAES.CNF rausnehmen muss und schon laufen die *.TTP und Unix Programme ...
"Failed to start
selected application.
It may be protected
or maybe is not
a valid program file."
XAAES.CNF
# Environment variables
setenv ACCPATH c:\
setenv ACCEXT ACC,ACX
setenv GEMEXT PRG,APP,GTP,OVL,SYS
setenv TOSEXT TOS,TTP
#setenv TOSRUN u:\opt\toswin2\tw-call.app <- mit dem # zeichen deaktivieren
# start any other programs with run
#run <path>\<application>
#run u:\opt\toswin2\toswin2.app <- mit dem # zeichen deaktivieren
-
Hallo Mathias, ich habe dir doch schon beschrieben, auch hier,
Hast Du? Da läutet nämlich gar nichts, auch ganz hinten nicht. Wenn ja, wunderts mich aber auch nicht, weil ich z.B. gestern 93 Atari E-Mails hatte ;)
das man die TOSWIN2 Zeilen aus der XAAES.CNF rausnehmen muss und schon laufen die *.TTP und Unix Programme ...
Und Du hast recht! ;)
Jetzt läuft das 68k tar.ttp aus dem EasyMiNT Paket auch auf dem teilinstallierten EasyMiNT auf der Biene problemlos! Also daran liegts nicht.
Somit sind wir wieder beim GFA Fehler -34 – wenn ich versuche die Installation weiterlaufen zu lassen. Wie gehabt. Was als Nächstes?
-
Du musst jetzt erstmal Testen ob eine rein manuelle Installation/Fortführung des zweiten Installationsschrittes möglich ist …
1. rootfs.tgz auf die ext2 Partition kopieren und entpacken.
2. basic.tar in das Verzeichnis /usr/src/redhat/RPMS/m68kmint/ kopieren
tar.ttp auch dorthin kopieren und das basic.tar auspacken.
3. rpm in das Verzeichnis /usr/src/redhat/RPMS/m68kmint/ kopieren und in rpm.ttp umbenennen und die rpm Pakete installieren
... was fehlt sind die Befehle um rootfs.tgz zu entpacken und die Befehle für das tar.ttp und die Reihenfolge der rpm Installationen .
Da muss maanke weiterhelfen ...
-
Passt, wenn man mir sagt was ich machen soll, dann tu ichs ;)
-
Befehl für das Auspacken des basic.tar aber nur wenn tar.ttp im gleichen Verzeichnis wie das basic.tar File liegt, ansonsten muss man den kompletten Pfad mit angeben ...
tar.ttp -xvf basic.tar
Befehl für das Installieren eines rpm Archives aber nur wenn rpm.ttp im gleichen Verzeichnis wie das *.rpm File liegt, ansonsten muss man den kompletten Pfad mit angeben ...
rpm.ttp -i dateiname.rpm
-
Jetzt fehlt nur noch das *.tgz ...
-
... gefunden -> http://www.root1024.ch/betriebssystem/linux/tar-tgz-tar-gz-tar-bz2-packen-und-entpacken/
-
Ich komm aber noch nicht auf die ext2 Partition, ... "path not found" wenn ich in Teradesk für "D" ein Icon setze. ext2.xfs ist aber schon im 1-18-0-Ordner.
-
Von maanke über PM ...
rootfs.tgz gzip.ttp und tar.ttp auf die ext2 Partition kopieren, dann
gzip.ttp aufrufen und '-d rootfs.tgz' eingeben, das erhaltene rootfs.tar dann mit 'tar.ttp xvf rootfs.tar' entpacken.
Die Installationsreihenfolge der rpm Archive ergibt sich aus der BASIC.LST
-
Das mit dem ext2.xfs ist ein Problem, ich habe keine Idee an was es liegen könnte ... !?!
-
Wenn du immer noch die 1GB CF benutzt kann es an der Größe ja nicht liegen !?!
ext2.xfs
========
This is a full working Ext2 filesystem driver for FreeMiNT. The complete
project is copyrighted by the GNU Public License.
It can read and write the actual ext2 version as implemented in Linux
for example. The partition size is not limited and the logical sector
size can be 1024, 2048 or 4096 bytes. The only restriction is that
the physical sector size is smaller or equal to the logical sector
size. The blocksize can be configured if you initialize the partition
with mke2fs.
Requirements:
-------------
Ext2.xfs requires a XHDI compatible harddisk driver.
It also requires a recent FreeMiNT version (at least 1.15.1 beta 0.6).
The right version is checked on startup.
-
Ich will nicht hoffen das, dass ext2.xfs doch nicht mit einer echten ext2 Partition umgehen kann so wie sie geparted erzeugt ...
-
Vermutlich muß ich es nur wieder irgendwie in der MiNT config eintragen oder so ;-)
-
Boote mal mit Shift-Taste gedrückt und schau mal ob im MiNT ini alle Treiber auf "ein" geschaltet sind ...
-
Ja, alles an.
-
Probiere doch mal die 1.19er Version ...
HelmutK muss sich mal zu dem Thema/Problem melden.
-
Muss er das ...
Also wenn ein ext2-fs eingerichtet ist, und das xfs läuft, kann man auch auf die Partition zugreifen.
Meine erste Idee war, dass das ext2fs garnicht oder nicht richtig von mke2fs eingerichtet ist (gibt doch keine cf-Version dafür, oder?). Dann könnte es auch sein, dass ext2fs.xfs nicht für cf ist.
Andererseits gibt es ja firebee-Anwender mit funktionierendem ext2-fs.
Dazu muss Matthias sich mal äußern. Was kommt denn bei df?
Ist denn easy-mint überhaupt noch aktiv, oder hat der Erfinder inzwischen aufgegeben?
-
Meine erste Idee war, dass das ext2fs garnicht oder nicht richtig von mke2fs eingerichtet ist (gibt doch keine cf-Version dafür, oder?). Dann könnte es auch sein, dass ext2fs.xfs nicht für cf ist.
Andererseits gibt es ja firebee-Anwender mit funktionierendem ext2-fs.
Soweit ist Mathias ja noch garnicht, nach dem ersten Installationsschritt von EasyMiNT läuft erstmal nur der MiNT Kernel und XaAES, sonst nichts ...
Da auf der Firebee kein Atari Festplatten Treiberpaket läuft (kein HDDriver) muss man unter einer Linux Live CD (Geparted Live CD) die CF Karte mit einer MSDOS Partition zum Booten und eben der ext2 Partition im Vorfeld einrichten ...
Für mke2fs.ttp ist da keine Atari kompatibele Partition vorhanden ... !?!
Ich bin eigentlich davon ausgegangen das wenn ext2.xfs im Ordner /mint/1-18-0/ liegt, auch läuft und man so die ext2 Partition ansprechen kann ... !?!
-
Ja - wenn das filesystem richtig ist, und das xfs läuft, müsste es gehen. Das xfs meldet sich ja beim booten, das ließe sich also leicht klären. Ansonsten könnte man ja mal e2fsck (falls das irgendwie läuft), auf die Partition loslassen, und gucken was das sagt.
Da wissen firebee-Experten bestimmt mehr als ich.
-
Der arme Mathias ist hier der einzige Firebee Experte weit und breit ... (http://www.opel-hecktriebler-forum.de/wcf/images/smilies/heul.gif)
-
Der arme Mathias ist hier der einzige Firebee Experte weit und breit ... (http://www.opel-hecktriebler-forum.de/wcf/images/smilies/heul.gif)
Naja, das wirklich Absurde ist, daß das ja gar nicht stimmt. Hier treiben sich sicher 10 Leute mit FIreBee rum, die weit mehr Ahnung von MiNT als ich haben. Aber die verstecken sich erfolgreich. Womöglich erhoffen sie sich aber auch irgendeinen Lerneffekt bei mir? ;-) Das Problem wäre dabei aber, daß meine innere Ablehnung gegen den ganzen unlogischen Kram nur immer mehr manifestiert wird. Erklär mir Einer warum ext2 "automatisch aktiv" ist, während man VFAT, Minix, und NFS in einem Textfile eintragen muß. Und die Info kann natürlich auch niemand irgendwo aufschreiben (sonst könnte ich es ja in 2 Stunden suchen auch finden), sondern überall steht nur daß man ext2fsck in die mint.cnf eintragen soll. Echt, aber niemand denkt 10cm mit, und schreibt irgendwohin, daß man das ausnamhmsweise nirgens eintragen muß. Und ich mach den ganzen Mist hier nur für diejenigen die unbedingt eine vorinstallierte Konsole in MiNT "brauchen" aber unfähig sind sich selber eine zu installieren, ... das ist doch echt, ach lassen wir das. Morgen wirds sicher wieder besser.
-
Bei VFAT muss man das im cnf angeben, weil nicht klar ist, ob eine Partition als FAT oder eben VFAT betrieben werden soll. Mit ext2- oder minix-Partitionen kann MiNT alleine nichts anfangen (VFAT ist im kernel drin), Daher braucht man das xfs, das sucht sich beim booten die Partitionen die es versteht (also ext2 z.B.), und stellt dem kernel die Zugriffsfunktionen zur Verfügung. Dumm, dass es diese Partitionen nicht gleich angibt, dann wüsste man, ob überhaupt was da ist. Könnte man mal einbauen.
Wenn alles gut geht, merkt man natürlich von diesem Vorgang nichts, wenn nicht, muss man mke2fs oder ähnlich aufrufen;-) Über die firebee-Spezialitäten kann ich nichts sagen, außer dass wenn das xfs läuft, ich nicht verstehe, wieso mke2fs nicht laufen soll, aber wie gesagt: keine Ahnung.
-
Hallo Mathias, den Filesystemcheck kannst du erstmal in der mint.cnf abschalten ...
#
# Autostartprogramme
# Filesystemcheck (mandatory)
#exec u:\c\mint\bin\sh u:\c\mint\bin\fscheck.sh -> mit # auskommentieren/abschalten
echo
#
-
... während man VFAT, Minix, und NFS in einem Textfile eintragen muß.
VFAT wird in der mint.cnf festgelegt. Dateisysteme wie Minix, ext2 werden als minix.xfs, ext2.xfs oder auch nfs.xfs (host.xfs, aranym.xfs) aus dem Mint Verzeichnis geladen ...
Der arme Mathias ist hier der einzige Firebee Experte weit und breit ... (http://www.opel-hecktriebler-forum.de/wcf/images/smilies/heul.gif)
Naja, das wirklich Absurde ist, daß das ja gar nicht stimmt. Hier treiben sich sicher 10 Leute mit FIreBee rum, die weit mehr Ahnung von MiNT als ich haben. Aber die verstecken sich erfolgreich. Womöglich erhoffen sie sich aber auch irgendeinen Lerneffekt bei mir? ;-)
Will halt niemand ausser Mathias mit der Firebee spielen und EasyMiNT Installieren/testen und die Leute haben kein Geld für eine kleine CF Karte, meine alte hat ja Mathias schon ... (http://www.opel-hecktriebler-forum.de/wcf/images/smilies/heul.gif)
-
Bei VFAT muss man das im cnf angeben, weil nicht klar ist, ob eine Partition als FAT oder eben VFAT betrieben werden soll. Mit ext2- oder minix-Partitionen kann MiNT alleine nichts anfangen (VFAT ist im kernel drin), Daher braucht man das xfs, das sucht sich beim booten die Partitionen die es versteht (also ext2 z.B.), und stellt dem kernel die Zugriffsfunktionen zur Verfügung. Dumm, dass es diese Partitionen nicht gleich angibt, dann wüsste man, ob überhaupt was da ist. Könnte man mal einbauen.
Wie jetzt. Man muß also nur VFAT oder NEWFAT eintragen, damit für das im Kernel eingebaute FAT klar ist welches Dateisystem genau? Wenns allerdings ein xfs also quasi "Kernel-extern" ist dann sollte es "automatisch" funktionieren? Ist das die Logik dahinter? Oder gilt das jetzt für NFS und Minix wieder nicht?
Wenn alles gut geht, merkt man natürlich von diesem Vorgang nichts, wenn nicht, muss man mke2fs oder ähnlich aufrufen;-) Über die firebee-Spezialitäten kann ich nichts sagen, außer dass wenn das xfs läuft, ich nicht verstehe, wieso mke2fs nicht laufen soll, aber wie gesagt: keine Ahnung.
m0n0 hat ja e2fsprogs schon für V4e kompiliert, falls die 68k Version echt nicht laufen sollte. Ich teste auch das noch gerne wenn mir wer sagt wie.
Und nein, bisher habe ich den Filesystemcheck nicht eingetragen. Ich wollte ja nur das "ext2.xfs" "aktivieren".
-
Langsam kommst Du dahinter (ich kann also doch erklären!) Zu NFS weiß ich aber auch nicht viel, das brauchst Du wohl auch nicht.
Du kannst ja mal meine 68000-Version probieren:
http://home.arcor.de/zabruder/atari/tools/e2fsprg000.zip
Einfach mke2fs x: aufrufen (x ist das Laufwerk, : nicht vergessen), und gucken was kommt. Am besten aus einer shell in toswin, ansonsten in mke2fs.ttp umbenennen, das hab ich aber noch nie probiert. Auf der firebee sollten doch 68000-Programme laufen, oder?
-
Einfach als mke2fs.ttp umbenennen, eine Shell braucht es nicht, das Programm schreibt dann halt auf den Bildschirm aber das macht ja nichts ...
-
Langsam kommst Du dahinter (ich kann also doch erklären!)
Ja, Du bist eh ein ganz ein Geduldiger! Das muß man Dir hoch anrechnen. Ich verstehe nur nicht warum das nirgens logisch aufgeschrieben ist. Sowas geht doch in einem Absatz. Aber zu Mittag hab ich gedacht ich verzwiefel, weil echt nirgens eine Erklärung war. Irgendwie fehlt immer der Switch zur Logik von dem ganzen Zeug, was extrem schade ist.
Zu NFS weiß ich aber auch nicht viel, das brauchst Du wohl auch nicht.
Eh nicht, aber laufen sollte es trotzdem automatisch, oder?
Du kannst ja mal meine 68000-Version probieren:
http://home.arcor.de/zabruder/atari/tools/e2fsprg000.zip
Einfach mke2fs x: aufrufen (x ist das Laufwerk, : nicht vergessen), und gucken was kommt.
Nagut, ... aber es ist trotzdem Alles grade schräg. Das FireTOS meldet beim Hochfahren die Partition D mit der richtigen Größe, aber drauf zugreifen kann ich dann vom Desktop nicht ("Path not found").
Am besten aus einer shell in toswin, ansonsten in mke2fs.ttp umbenennen, das hab ich aber noch nie probiert.
Äh, nein. Shell hab ich ja noch keine. Deshalb ja überhaupt erst alldas mit EasyMiNT, damit die Herrn "Shell ist cool" eine Shell auf ihre Bienen bekommen. Sonnst kann ich mich wieder Wochenlang erklären warum ich andere Menschen bösartig einschränke usw.
Auf der firebee sollten doch 68000-Programme laufen, oder?
Ja, manche, ca. die Hälfte je nach Lust und Laune. Da EasyMiNT allerdings abbricht versuchen wir ja grade rauszufinden woran es liegt.
-
Nagut, ... aber es ist trotzdem Alles grade schräg. Das FireTOS meldet beim Hochfahren die Partition D mit der richtigen Größe, aber drauf zugreifen kann ich dann vom Desktop nicht ("Path not found").
Das ist auch normal da es keine Atari oder MSDOS Partition ist, darauf zugreifen kann man nur über MiNT und dem ext2.xfs Modul ...
-
Wenn Du das mal hinkriegst, kannst Du das ja irgendwo (im freemint-wiki oder sonstwo) aufschreiben für den nächsten. Ich war anfangs nur mit VFAT, NEWFATFS, FATFS, etc. etwas irritiert, es gab auch mal FVAT, das war aber wohl ein Tippfehler ...
Wenn das TOS die Größe richtig anzeigt (nachdem MiNT gebootet ist!), dann klappt es ja evtl. schon. Wie groß ist sie denn? Läuft hddrutil auf der firebee? Welchen Typ hat die Partition (es muss LNX oder RAW sein)?
Vielleicht liegts ja auch am desktop, geht doch mal über u: dahin (Fenster U: öffnen, dann müsste ein Ordner x mit der ext2-Partition auftauchen). Vielleicht stimmt auch was mit dem filesystem nicht, und das MiNT-ext2.xfs kommt nicht damit zurecht, dann muss man es neu einrichten mit mke2fs, mehr weiß ich jetzt auch nicht.
-
Wenn du die ext2 Partition auch mit der MiNT 1.19 Version nicht ans laufen bekommst wende dich doch dahin -> http://www.atari-forum.com/viewtopic.php?f=92&t=22747 mit deinem Problem ...
-
Ok, beide mke2fs.ttps (sowohl das von Helmut 68k, als auch von m0n0 für V4e) tun so als ob sie problemlos funktionieren. Sie vermelden alles eingerichtet zu haben, ... aber "D" ist dann trotzdem nciht ansprechbar "Path not found" und über "U" gehts nicht, weil D dort auch nicht erscheint, ... ?
-
Jetzt gibt's noch 2 Möglichkeiten:
1. Neu booten
2. Du hast das falsche ext2.xfs (nicht für coldfire). Boote mal MiNT mit step-by-step, dann sieht man was das xfs sagt.
-
Wieso ein spezielles ext2.xfs für Goldfire, ich dachte es gibt nur unterschiedliche Kernel und der Rest ist immer gleich ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=5471;image)
@Mathias, hast du vielleicht den falschen Kernel !?! Im Ordner Easymint auf C:/ im Ordner Kernel sind alle 1.18er Kernel drin auch der für den Goldfire ...
-
Jetzt gibt's noch 2 Möglichkeiten:
1. Neu booten
Ich bin zwar schon ein bissl DAU, aber soo schlimm ist es dann doch nicht. Das habe ich natürlich vorher probiert. ;)
2. Du hast das falsche ext2.xfs (nicht für coldfire). Boote mal MiNT mit step-by-step, dann sieht man was das xfs sagt.
Also ich hab´ das ext2.xfs von unserem Offiziellen FreeMiNT Setup rübergezogen, das bei Etlichen läuft. Auf der teilweisen EasyMiNT installation kann ich damit auf D immer noch nicht zugreifen. Dann bin ich draufgekommen, daß VFAT für D in der mint config eingetragen war, Das zu deaktivieren hat auch nichts gebracht. Anschließend hab´ ich nochmal mit mke2fs.ttp für V4e D eingerichtet (Superblock und Filesystem done, ...), hat nichts gebracht. Dann hab´ ich nochmal versucht den EasyMiN- Installer ein ext2 Filesystem auf D einrichten zu lassen, der tut einfach gar nichts.
Übrigens irgendwas Anderes liegt auch im Argen mit dieser abgebrochenen EasyMiNT-Installation, da das "Step by Step" nicht immer funktioniert. Unreproduzierbar gehts ´mal, und dann läuft der Bootvorgang wieder durch nach dem ersten Tastendruck, obwohl "Step by Step" fix eingestellt ist.
Am Abend versuche ich´s womöglich nochmal von vorne (mit dem anderen ext2.xfs) und wenn das nicht klappt mit 1.19.
Kernel ist natürlich immer der Richtige gewesen, das klappt soweit mit dem Installer.
-
Da sind glaube ich die Firebee Versionen -> http://vincent.riviere.free.fr/soft/m68k-atari-mint/archives/mint/freemint/
... probiere das mal aus Bitte !
http://www.atari-forum.com/viewtopic.php?f=92&t=22747#p204312
-
Da sind glaube ich die Firebee Versionen -> http://vincent.riviere.free.fr/soft/m68k-atari-mint/archives/mint/freemint/
... probiere das mal aus Bitte !
http://www.atari-forum.com/viewtopic.php?f=92&t=22747#p204312
Langsam. Bitte, ich bin kein Laufbursche von irgendwem. Ich war irgendwie auch ein bissl dran beteiligt, daß es diese Versionen für V4e überhaupt gibt, und außerdem hab ich im letzten Posting doch geschrieben, daß ich es mit einer V4e-Version probiert habe. Ich brauche also generell eher keine Links zu irgendwelchen FireBee-Versionen für irgendwas ;)
-
Wenn mke2fs keine Fehler meldet beim Einrichten, kann es eigentlich nur am ext2.xfs liegen.
Ist bei monos Sachen dumpe2fs dabei? Was sagt das denn?
-
Hallo Mathias, nur keinen Stress aufkommen lassen, ich wollte nur helfen !
-
Ist bei monos Sachen dumpe2fs dabei? Was sagt das denn?
Ja ist es. Ich habs in TTP umbenannt doppelgeklickt und "D" gefolgt von "Enter" eingegeben.
"No such file or directory while trying to open D
Couldn´t find a valid Superblock or filesystem"
-
D: Wenn ich den : weglasse, kommt das bei mir auch.
-
;) Ja hab ich auch grade bemerkt. Jetzt zeigts mir 5 "Blocks" mit jeweils Superblock, free Inodes usw.
-
Also ist das filesystem korrekt. Jetzt musst Du das richtige ext2.xfs finden. Aktivier im mint.ini WRITE_BOOT (geht das in 1.18?) und poste die Datei C:\mint\boot.log hier.
-
Mit ext2.xfs aus unserem FireBee Setup (1.18.cur)
Calibrating delay loop ... 264.60 BogoMIPS
Hit a key to continue.
p High quality random number generator q
courtesy of Theodore Ts'o.
Copyright Ω 1994-1998 Theodore Ts'o
All Rights Reserved.
See the file COPYRAND for details.
Hit a key to continue.
Initializing built-in domain ops ... done!
Hit a key to continue.
Loading external modules ...
p MiNT-Net TCP/IP 1.6 PL 1, q
1993-1996 by Kay Roemer.
1997-1999 by Torsten Lang.
2000-2010 by Frank Naumann.
Loading interfaces:
SLIP v0.5, 4 channels
PPP v0.5, 4 channels
FEC Ethernet driver v0.1 (eth0 - 00:CF:54:C3:44:D1)
IP masquerading by Mario Becroft, 1999.
FTP masquerading support by Torsten Lang, 1999.
p xconout2 output catcher version 0.3 q
Ω Jan 1 1995 by TeSche <itschere@techfak.uni-bielefeld.de>
Ω 2000-2010 by Frank Naumann.
Spooled Centronics device driver, by T.Bousch (version 0.9).
This program is FREE SOFTWARE, and comes with NO WARRANTY.
See the file "COPYING" for more information.
Hit a key to continue.
p Network file system driver version 0.57 q
Ω 1993, 1994 by Ulrich KÅhn.
Ω 2000-2010 by Frank Naumann.
See the file COPYING for copying and using conditions.
Hit a key to continue.
Hit a key to continue.
Starting up the update daemon ... done!
Hit a key to continue.
Starting up the idle process (pid 0) ... done!
Installing keyboard table `u:/c/mint/1-18-0/keyboard.tbl' ... AKP 1, ISO 0.
Hit a key to continue.
Reading `u:/c/mint/1-18-0/mint.cnf' ... 1162 bytes done.
INIT 'u:/C/mint/1-18-0/xaaes/xaloader.prg' ''
Setup complete, now booting system...
Hit a key to continue.
Hit a key to continue.
Hit a key to continue.
-
Kein ext2 geladen! Du kannst nochmal alles überprüfen, ansonsten mach ich heute abend ein ext2.xfs für coldfire. WRITE_BOOT und step-by-step zusammen ist übrigens unpraktisch ;-)
Vielleicht ist ja xfs laden in mint.ini deaktiviert?
-
ansonsten mach ich heute abend ein ext2.xfs für coldfire
Nicht notwendig. Ich hab jetzt doch nochmal das ext2.xfs vom Vincent (1-18-0) genommen, und jetzt klappts. Der Installer läuft grade weiter (kein GFA -34 Fehler mehr). Mal schauen, ...
Edit: Allerdings ist das jetzt mit m0n0s mke2fs gelaufen. Eigentlich sollte ich dann nocht das Originale nochmal probieren, ... :-/
-
Nein! Ich hab festgestellt, dass die builds von Alan:
http://gentoo.atariforge.org/files/sys-fs/e2fsprogs-1.41.12-r1.tbz2
auch auf 68000 laufen (hätte mir die Mühe also sparen können). Wenn Du was probieren willst, dann damit.
Ich glaub das war das erst mal, dass ein ext2 auf der firebee ohne externe Hilfe (also ohne Linux z.B.) entstanden ist, oder?
-
Nein! Ich hab festgestellt, dass die builds von Alan:
http://gentoo.atariforge.org/files/sys-fs/e2fsprogs-1.41.12-r1.tbz2
auch auf 68000 laufen (hätte mir die Mühe also sparen können). Wenn Du was probieren willst, dann damit.
Verstehe ich nicht? Dann müßte maanke ja das "einbauen"?
Ich glaub das war das erst mal, dass ein ext2 auf der firebee ohne externe Hilfe (also ohne Linux z.B.) entstanden ist, oder?
Kann sein. ;) Aber womöglich hat m0n0 das doch heimlich getestet?
Na jedenfalls sind jetzt mal alle 42 rpms installiert (wer kompiliert die jetzt für V4e neu?). Allerdings will die Kiste jetzt beim letzten Hochfahren daß ich ex2fsck ausführe. Wenn ich dann ext2fsck eintippe, kommt eine Seite mit den möglichen Argumenten. und wenn ich dann -p eingebe, geht trotzdem nichts und die Seite kommt wieder, aber weiter hochfahren tut der Rechner nicht, ... ?
-
Da musst Du maanke fragen :)
Nimm fsck und alle tools aus dem link auf jeden Fall.
Die sollten dann iedalerweise auch in easy-mint verwendet werden (nur tune2fs klappt nicht).
-
Allerdings will die Kiste jetzt beim letzten Hochfahren daß ich ex2fsck ausführe. Wenn ich dann ext2fsck eintippe, kommt eine Seite mit den möglichen Argumenten. und wenn ich dann -p eingebe, geht trotzdem nichts und die Seite kommt wieder, aber weiter hochfahren tut der Rechner nicht, ... ?
Ich denke du musst "ext2fsck d:" eintippen und abbrechen kannst du mit ctrl + c Tasten ...
-
Nein klappt nicht. Außerdem heißt das Ding jetzt anscheinend fsck.ext2? Wenn ich das aufrufe, ist angeblich mein Superblock defekt, bzw. kein Dateisystem vorhanden. starten mit alternativem Superblock geht auch nicht. Gleiches Ergebnis wenn ich xaaes eintippe und zum Desktop komme und dann in toswin2 eine bash starte und das dort versuche. Außerdem kann ich nichts machen, keine Datei normal öffnen, oder anzeigen lassen, auch die boot.log nicht auf den USB-Stick kopieren weil die Datein "geschützt sind, oder schon vorhanden". auf QED ziehen geht aber, ...
Was mach ich jetzt ich kann den Dateisystemcheck nicht abschalten, weil ich ja die mint config nicht ändern kann, und sonst kann ich auch nichts tun, ... ?
-
Wenn ich das jetzt richtig verstehe kannst man die mint.cnf in QED öffnen aber nicht abspeichern !?!
Setze doch einfach die CF in einen Kartenleser am Linux PC oder Mac und ändere da die mint.cnf ...
-
Ich hab den Eindruck, da kommen verschiedene ext2-tools-Versionen durcheinander. Es müssen alles die aus monos Paket, oder eben die die laufen, sein. fsck.ext2 und e2fsck ist ein und das selbe!
Vielleicht richtest Du das mit mke2fs nochmal neu ein, und probierst dann erstmal ohne easy-mint usw., ob normales kopieren funktioniert.
Wenn die superblock-Meldung kommt, ist sowieso ziemlich sicher alles i.A.
-
Wenn ich das jetzt richtig verstehe kannst man die mint.cnf in QED öffnen aber nicht abspeichern !?!
Genau! Ich konnte zwar QED von Stick auf C kopieren, aber die mint config oder boot.log auf E (Stick). Auch nicht mit rüberziehen, … schräg oder?
Setze doch einfach die CF in einen Kartenleser am Linux PC oder Mac und ändere da die mint.cnf ...
Gute Idee, probiere ich dann gleich mal.
-
Ich hab den Eindruck, da kommen verschiedene ext2-tools-Versionen durcheinander. Es müssen alles die aus monos Paket, oder eben die die laufen, sein. fsck.ext2 und e2fsck ist ein und das selbe!
Vielleicht richtest Du das mit mke2fs nochmal neu ein, und probierst dann erstmal ohne easy-mint usw., ob normales kopieren funktioniert.
Wenn die superblock-Meldung kommt, ist sowieso ziemlich sicher alles i.A.
Na super :-/
Zuerst (als EasyMiNT nur teilweise installiert war) ging ja Alles noch (bis auf das komische "manchmal Step by Step" manchmal nicht). Jetz wo alle rpms fertig installiert sind geht fast gar nichts mehr. Ich kann ja m0n0s tools gar nicht austauschen, weil ich ja nichts kopierne oder löschen kann, ... und zu e2fsck und fsck.ext2, gut zu wissen, nur warum benennt sich das selber um zwischen zwei nicht funktionierenden Bootvorgängen?
-
Kann der USB Stack von MiNT nicht USB Massenspeicher lesen !?!
Vielleicht mit der original Firebee CF starten und die EasyMiNT CF über einen Kartenleser an den USB Anschluss der Firebee hängen ... !?!
-
Kann der USB Stack von MiNT nicht USB Massenspeicher lesen !?!
Es gibt keinen USB-Stack für MiNT (also gibts schon, aber den nutzt niemand auf der FireBee). Es ist der uBoot USB Stack der mit dem FireTOSzusammenarbeitet. Und der funktioniert quasi perfekt. Keine Probleme damit auf der FireBee, auch jetzt mit dem verwordackeltem EasyMiNT nicht. Läuft Alles, und alle dateien sind da und ich kann "E" problemlos am Desktop anmelden.
Vielleicht mit der original Firebee CF starten und die EasyMiNT CF über einen Kartenleser an den USB Anschluss der Firebee hängen ... !?!
Wozu das denn jetzt?? Was soll da der Sinn dahinter sein?
-
Wenn die EasyMiNT Installation komplett durchgelaufen ist startet MiNT mit dem init ...
mint.cnf
#INIT=u:\sbin\init
#INIT=u:\c\mint\1-19-cur\xaaes\xaloader.prg
INIT=/bin/bash
echo Setup complete, now booting system...
echo
... das kannst du ändern und auch XaAES per Hand starten mit "u:/c/mint/1-18-0/xaaes/xaloader.prg" !
-
Na super :-/
Zuerst (als EasyMiNT nur teilweise installiert war) ging ja Alles noch (bis auf das komische "manchmal Step by Step" manchmal nicht). Jetz wo alle rpms fertig installiert sind geht fast gar nichts mehr. Ich kann ja m0n0s tools gar nicht austauschen, weil ich ja nichts kopierne oder löschen kann, ... und zu e2fsck und fsck.ext2, gut zu wissen, nur warum benennt sich das selber um zwischen zwei nicht funktionierenden Bootvorgängen?
Das benennt sich nicht um, es ist aus Kompatibilitätsgründen unter 2 Namen ansprechbar, fsck ruft immer fsck.ext2 auf. Wieso Du da jetzt nichts löschen kannst weiß ich wirklich nicht.
Also alles von vorne würde ich sagen. Und aufpassen, dass easy-mint nicht funktionierende ext2-tools überschreibt (schreibschützen z.B.).
-
Ja, also jetzt den Filesystemcheck in der mint config auf der Linuxkiste auskommentiert, und jetzt startet das System zumindestens problemlos. Jetzt kann ich auch wieder Dateien öffnen, speichern und rumschieben. Auch "D" scheint normal da zu sein. Aber, das ganze System ist komplett nackt. Da sind keine Kontrollfelder (COPS kann ich händisch starten), ich kann nur auf ST-High in 256 Farben schalten (in Teradesk) keineerlei Programme auf C, usw. nur die Unix-Dateistruktur, und ein einige Kommandozeilenprogramme auf D. Ich bilde mir ein, das hat am Hades total anders ausgesehen, …
Wie erkenne ich ob das ein komplettes EasyMiNT ist?
Ja, "Alles von vorne" ist eine Option, aber erst nächste Woche.
-
Ich habe mal eine Aranym Version vom EasyMiNT 1.83 gemacht und da musste ich auch erst die Aranym Tools und FVDI übernehmen/Installieren ...
Auf der Firebee fehlen einfach die speziellen Firebee config/tools Programme aber damit kenne ich mich nicht aus ...
Die User auf -> http://www.atari-forum.com/viewtopic.php?f=92&t=25129 können dir da bestimmt weiterhelfen !
-
Immerhin läuft ext2 anscheinend und der Rest findet sich!
-
Also ich habe das jetzt mal versucht hier nachzuvollziehen, tut mir leid Jungs aber ich blicke das hier jetzt irgendwie gar nicht mehr, welche ext2.xfs e2fsck etc. Version jetzt auf welchem Rechner laufen und wo die herkommen. :(
-
Also eingerichtet hab ichs mit m0n0s Programmen: http://monokrom.orion.uberspace.de/tmp/e2fsprogs.zip
Und das ext2.xfs ist von Vincent: http://vincent.riviere.free.fr/soft/m68k-atari-mint/archives/mint/freemint/
Läuft aber dann nur wenn ich dann mit Linux den Filesystemcheck in der mint config abschalte, sonst gibts die spannendsten Effekte ;) Und obs komplett ist kann ich auch nciht sagen.
-
Und dann gibt's auch noch die 68000er Varianten...
-
Vielleicht ist es ja eine Idee vier EasyMiNT Pakete zu machen …
- MC68000
- MC68030-060 (020 !?!)
- Firebee
- Aranym
... das artet in Arbeit aus. ;D
-
Ich würde ja erstmal versuchen, ob die ext2-tools von gentoo nicht auf allen Rechnern laufen.
-
Vielleicht ist es ja eine Idee vier EasyMiNT Pakete zu machen …
:D :D
-
Hallo Mathias, so wie ich zwischen deinen Zeilen gelesen habe läuft ja TOSWIN2 und darin auch die bash …
Ich vemute mal das die Großzahl der Unix Programme und Tools auf der Firebee laufen. Man kann ja mal den Netzwerktreiber von der Fireebee in den MiNT Ordner kopieren und mit Hilfe des Netzwerktools von maanke mal das Netzwerk einrichten und testen ob ping u.s.w. funktionieren. Wenn die Netzwerkkarte läuft gehen auch die ifconfig etc. pp Tools …
http://atari.st-katharina-apotheke.de/home.php?lang=ge&headline=E-Nick&texte=enick
Eine Idee ist auch mal mc zu installieren, rpm läuft ja auch.
http://sparemint.atariforge.net/sparemint/html/packages/mc.html
einfach rpm -i mc*.rpm aufrufen und danach in der Shell von TOSWIN2 einfach mc eingeben.
-
Hallo Mathias, so wie ich zwischen deinen Zeilen gelesen habe läuft ja TOSWIN2 und darin auch die bash …
Ich vemute mal das die Großzahl der Unix Programme und Tools auf der Firebee laufen. Man kann ja mal
Hi Frank Lukas!
Ich bin ganz ganz sicher zu 100% der falsche Mensch um jetzt irgendwelche Konsolenprogramme zu testen! Glaub mir, uns ist allen viel besser geholfen, wenn ich andere Dinge mache! ;-) Ich muß mich da echt abgrenzen. Es gibt auch einige FireBee-Entwickler, die schon gute Ideen gehabt haben, jetzt nachdem EasyMiNT grundsätzlich mal installierbar ist, aber das müssen sich MiNT-Entwickler generell untereinander ausmachen. Es bringt überhaupt nichts, wenn die Leute nicht miteinander reden und ich den "Lustigen Kurier" spielen darf. Auch solche Konsolendingsis zu installierne und zu testen sollten jetzt eigentlich Diejenigen machen, die sie auch wirklich nutzen wollen! Ich schaue nochmal, ob ich die Leute nicht motivieren kann da jetzt weiterzumachen, und maanke sinnvolle Hinweise und Hilfestellungen zu geben, aber ich kann das nicht leisten (wie Du merkst muß man mir jede einzelne Kommandozeile vortippen). Ich teste nächste Woche nochmal die Installation von vorne, aber mehr kommt da von mir bzgl. Lauffähigkeit nicht mehr.
Spannend wäre echt auch, wenn jemand die rpms die man einfach so für CF kompilieren kann angeht, damit das später mal auch auf EmuTOS alles läuft.
-
Hallo Mathias, vielleicht meldet sich ja noch jemand mit einer Firebee …
Hiermal ein Bild einer Aranym / EasyMiNT Version 1.83
-
Hallo, habe jetzt mal auf der Firebee eine neue CF Karte eingerichtet und auf die ext2 Partition das rootfs.tgz kopiert, manuell die bash-2.05a in den /bin Ordner kopiert und dann rpm manuell aufgerufen …
Zum Test habe ich bis jetzt mal diese Pakete installiert ->
bash-2.05a-3.m68kmint.rpm
info-4.0-2.m68kmint.rpm
cpio-2.4.2-3.m68kmint.rpm
fileutils-4.1-2.m68kmint.rpm
base-1.4-2.m68kmint.rpm
oldstuff-1.0-3.m68kmint.rpm
pstop-1.0-1.m68kmint.rpm
psmisc-19-3.m68kmint.rpm
initscripts-1.3-2.m68kmint.rpm
hostname-2.07-1.m68kmint.rpm
mktemp-1.4-1.m68kmint.rpm
gzip-1.3-1.m68kmint.rpm
tar-1.23-4.m68kmint.rpm
chkconfig-1.0.7-2.m68kmint.rpm
logrotate-3.5.9-1.m68kmint.rpm
sysklogd-1.3-5.m68kmint.rpm
e2fsprogs-1.27-2.m68kmint.rpm
Beim bash Paket musste ich rpm -F aufrufen und hier und da kam mal eine Bus Error Meldung in der bash aber es ist nichts abgestützt, habe einfach den Befehl noch mal aufgerufen …
Also die bash und rpm läuft schon mal !
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=6786;image)
-
Habe jetzt manuell alle Basic Pakete Installiert und was soll ich sagen …
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=6810;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=6808;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=6812;image)
… es läuft Wunderbar, freu ;-)
Kleine Fehler noch weil der schöne Installer von maanke das nicht gemacht hat, Netzwerk Paket fehlt noch etc. pp …
Und das beste ist der Boot vom INIT aus der mint.cnf ...
-
So jetzt ist auch das Netzwerk Paket installiert und es läuft einwandfrei …
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=6814;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=6816;image)
Meine mint.cnf ->
# ---------------- FreeMiNT configuration file ---------------------
#
# The "set" directive controls the behaviour of the mint.cnf parser.
# It accepts one of three parameters:
#
#set -q - silent output (+q for verbose output)
#set -v - print command lines (+v don't)
#set -c - control interpretation of escape sequences
set -q
# The include command allows you to include other files while the
# mint.cnf file is being interpreted. The included file will be
# interpreted as a part of the mint.cnf file.
#include u:/c/mint/vars.cnf
# The smaller the KERN_SLICES value, your processes have faster
# response time but the general performance is worse. Very fast
# machines however, may benefit from setting 1 here.
#KERN_SLICES=2
# KERN_DEBUG_LEVEL controls output of global debugging information.
# The higher the level, the more stuff MiNT will spew about about
# what it's doing.
#
# The average user doesn't want to hear about this stuff, so the
# default is 1, i.e. display ALERT messages only. Note that you need
# a debug kernel to get more: normal kernels do not contain so much
# debug information.
#
# KERN_DEBUG_DEVNO is the BIOS device number to which the info
# should be sent.
#
# Devno can be: 0=printer, 1=aux/modem, 2=screen (console), 3=midi,
# 4=keybrd, 5=raw.
#
# The default is the console.
#KERN_DEBUG_LEVEL=1
#KERN_DEBUG_DEVNO=2
# KERN_BIOSBUF controls how BIOS I/O is performed. Normally, MiNT
# tries to buffer this to provide a (considerable) improvement in
# speed. However, some applications may get upset by this.
#
# KERN_BIOSBUF=NO turns off all buffering for maximum compatibility.
# The default is YES.
#KERN_BIOSBUF=YES
# KERN_SECURITY_LEVEL= enables the appropriate security level:
#
# 0 - recommended for single user setups, like MultiTOS (default).
# 1 - recommended for multiuser setups, like KGMD.
# 2 - full protection, unsupported by software, thus discouraged.
#KERN_SECURITY_LEVEL=1
# KERN_MPFLAGS controls the memory protection behaviour. Its argument
# is a bitfield. Only the bit 0 is defined: 1 means, that more strict
# model of the protection should be enabled. Some programs may
# refuse to run, so the default is 0.
#KERN_MPFLAGS=1
# TPA_FASTLOAD=YES forces fast loading (without zeroing all the
# memory) for all programs. This defines a default state, that can be
# modified later via appropriate kernel calls (use MiNT Setter
# utility to toggle it later when neessary, without reboots).
#
# TPA_FASTLOAD=NO (default) means that the information from the
# program header will be used to decide (this is like TOS does).
TPA_FASTLOAD=YES
# Set maximum additional TPA size for new processes
# (in kilobytes). The default is 1024. Better keep it low (1024 is
# what we call low) if your machine has 4 MB RAM or less.
TPA_INITIALMEM=8192
# FS_NEWFATFS= enables the new FAT filesystem driver for selected FAT
# filesystems. The old TOS FS will be used otherwise.
#
# The default depends on whether the TOSFS driver is compiled into the
# kernel or not. If it is, all drives are TOSFS by default. If not,
# all drives are NEWFATFS by default and this keyword has no effect.
#FS_NEWFATFS=A,B,C,D,E,F,G,H,I,J,K,L,M,N,O,P,Q,R,S,T,V,W,X,Y,Z
FS_NEWFATFS=A,C,E,F,G
# FS_VFAT= enables VFAT extension for selected drives specified in the
# FS_NEWFATFS= command. The VFAT extension is disabled by default.
#
# If you use both TOS and MiNT, better don't enable VFAT extension
# on your boot drive.
#FS_VFAT=D,E,F,G
FS_VFAT=A,D,E,F,G
# FS_VFAT_LCASE=YES tells the kernel to return lowercase filenames
# from VFAT directory searches. The default is NO.
#FS_VFAT_LCASE=YES
# FS_WB_ENABLE= enables write back cache for selected drives. The
# write back cache is disabled by default. Also, it does not have
# any effect for TOSFS drives.
#FS_WB_ENABLE=A,C,D,E,F,G,H,I,J
# FS_CACHE_SIZE= specifies the size of disk cache in kilobytes for the
# internal caching module. Default is 128.
FS_CACHE_SIZE=1000
# FS_CACHE_PERCENTAGE specifies the size of the disk cache (in
# percents) to be filled with linear reads. The default is 5.
FS_CACHE_PERCENTAGE=10
# FS_UPDATE= set update time for system update daemon in seconds
# default is 5, it isn't recommended to use a value less than 4.
#FS_UPDATE=10
# Software write protection on filesystem level.
#FS_WRITE_PROTECT=R,S
# FDC_HIDE_B= tells the MiNT to remove floppy drive B: from the
# system.
# It is useful on single floppy systems to get rid of "Insert
# disk B: into drive A:" messages from the AES. Default is NO.
FDC_HIDE_B=YES
# PROC_MAXMEM= gives the maximum amount of memory that any process
# may use (in kilobytes). The default is to make this unlimited, but
# if you have a lot of memory and/or programs that grab more memory
# than they should, try setting this.
#
# E.g. to limit processes to 4096K of memory, remove the '#' at the
# beginning of the next line.
#
# WARNING: the process will not be allowed to allocate memory beyond
# the limit, and it won't "see" more memory as available from the
# system.
# Please understand that programs like "free" (or any other that
# interrogates the system how much memory is available) is a process
# as well, thus it will undergo this limit too!
#
# Decent shells (desktops) allow you to limit the maximum amount of
# memory independently for each program.
#PROC_MAXMEM=4096
# Three commands, that define output files for RS-232, console and
# printer devices. The argument for each one must be a pathname.
#
# For best results, the convention u:/drive/pathname should be used
# for all specified pathnames from now on.
#GEMDOS_AUX=u:/c/mint/aux.out
#GEMDOS_CON=u:/c/mint/con.out
#GEMDOS_PRN=u:/c/mint/prn.out
# End of kernel settings
#
# -------------------------- Commands ------------------------------
#
# Here are some commands that you can give to MiNT:
#
# alias d: path -- make a fake "drive" that actually points to the
# given path
# cd path -- changes MiNT's default directory
# echo message -- print something on the screen
# exec program -- runs a program; you must give the complete path
# and file extensions (e.g. c:/bin/echo.prg)
# include file -- include another portion of the MINT.CNF file.
# sln path link -- make a symbolic link named "link" pointing to
# "path". "link" must be on drive U: for this to work
sln d:\bin u:\bin
sln d:\lib u:\lib
sln d:\etc u:\etc
sln d:\home u:\home
sln d:\usr u:\usr
sln d:\tmp u:\tmp
sln d:\var u:\var
sln d:\sbin u:\sbin
sln d:\root u:\root
sln d:\opt u:\opt
sln d:\mnt u:\mnt
sln d:\boot u:\boot
echo
setenv PCONVERT PATH,HOME,SHELL
setenv UNIXMODE /bsUs
setenv PATH u:\bin,u:\usr\bin,u:\usr\sbin,u:\sbin,u:\boot\mint\bin,c:\mint\1-18-0\xaaes
# Default login variables. Leave them commented out, if you use
# UNIX style login. If you're using plain MultiTOS and want to
# run UNIX shells under TOSWIN, please uncomment it.
setenv LOGNAME root
setenv USER root
setenv HOME /root
setenv SHELL /bin/bash
# Check filesystems.
exec c:\mint\tools\fscheck\fscheck.prg
# Set up system folders etc
#include u:/c/mint/sys.cnf
# Initalize network.
#include u:/c/mint/network.cnf
# Run Gluestik
exec u:/c/mint/gluestik.prg --force
# Run MGW (Draconis gateway for MiNTnet)
exec u:/c/mint/mgw/mgw.prg
setenv SLBPATH '.\;c:\mint\slb\;c:\gemsys\xtension\;c:\gemsys\slb\'
# The best option is to have INIT= command here, after all pathnames
# are already set up by commands above.
# If the MiNT is supposed to execute GEM, you should specify the full
# path and filename like that:
#GEM=u:/c/mint/xaaes/xaloader.prg
# You can also request MiNT to execute the TOS AES residing in ROM.
# WARNING: this is not recommended, you should use a GEM version
# instead, that is multitasking friendly.
#GEM=ROM
# Otherwise, if your init program is not GEM, you should use INIT= as
# follows:
#INIT=u:/c/mint/1-18-cur/xaaes/xaloader.prg
INIT=u:/sbin/init
#INIT=u:/bin/bash
# If you leave both commands above commented out, the MiNT will
# attempt to execute a file called `sh.tos' found in the system
# directory (the same where the mint.cnf resides), and if this
# fails, the internal minimum shell will be executed.
#
# The "echo" command is really straightforward.
#
echo Setup complete, now booting the system...
echo
Es funktionierte nicht mit der 1.19er MiNT/XaAES Version von Vincent, es geht aber mit der original 1.18er MiNT/XaAES Version von der Firebee CF Karte …
Es fehlt jetzt noch das nfs.xfs ...
-
Die NFS Geschichte mit dem mounten aus der fstab funktioniert auch ist aber auf der Firebee extremmmmmmmmmm langsam, siehe atari-forum.com ...
Ich vermute mal das da mit dem Firebee Kernel etwas im argen ist, keine Ahnung ...
Vincent sagte auch das seine Samba Version nicht so ganz richtig laufen würde, ich weiss aber nicht, ob es das gleiche Problem ist.
-
Vincent hat mittlerweile alle Bugs gefixt und NFS läuft einwandfrei und schnell auf der Firebee ...
-
Hallo,
dank eines Forenmitglieds habe ich jetzt hier leihweise eine Firebee um EasyMiNT anzupassen.
Um ehrlich zu sein. bisher bin ich aber eher angenervt von der Biene, meine Entwicklungsumgebung läuft bis auf den GfA Interpreter (stürzt aber beim laden von Gfa Code ab) von Lonny überhaupt nicht.
TTP Programme können aus irgendwelchen unerfindlichen Gründen nicht gestartet werden.
QED5 meckert, daß es eine fpu braucht (wo bekomme ich die her?)
Wenigstens Thing läuft, habe ich das richtig mitbekommen, daß Thing jetzt Open Source ist? Kann man das irgendwo runterladen?
Sollte die Biene weiter so bockig sein, werde ich das Projekt EM auf FB wohl begraben. >:(
maanke
-
Um ehrlich zu sein. bisher bin ich aber eher angenervt von der Biene,
Das ist wieder mal glorreich, Du bekommst eine Softwaresammlung von jemandem der dauernd herumbastelt und wo ur wenig funktioniert, und bist dann natürlich genervet, ...
meine Entwicklungsumgebung läuft bis auf den GfA Interpreter (stürzt aber beim laden von Gfa Code ab) von Lonny überhaupt nicht.
Welche Entwicklungsumgebungen brauchst Du? Es läuft das ganze GFA-Paket http://userpages.bright.net/~gfabasic/html/gbe.htm dann GCC, vbcc und natürlich AHCC. U.u. kann m0n0 helfen, der GCC für die Entwicklung von vbcc noch inoffiziell damals aufgesetzt hat.
TTP Programme können aus irgendwelchen unerfindlichen Gründen nicht gestartet werden.
Wie absurd, ... ich empfehle eine neue CopactFlash-Karte mit dem offiziellen Setup und nochmal von vorne beginnen, ...
QED5 meckert, daß es eine fpu braucht (wo bekomme ich die her?)
FPU ist im V4e eingebaut. Nimm einen neuen QED: http://vincent.riviere.free.fr/soft/m68k-atari-mint/archives/mint/qed/
Wenigstens Thing läuft, habe ich das richtig mitbekommen, daß Thing jetzt Open Source ist? Kann man das irgendwo runterladen?
Thing wir hier weiterentwickelt: http://atariforge.org/gf/project/thing/
Ein Binary gibts im offiziellen FreeMiNT Setup, wie oben geschrieben würde ich Dir das sowieso empfehlen (mit Update) http://atari.nvg.org/firebee-mint/
-
Erstmal wäre es schön, wenn Du hier sachlich diskutieren würdest und nicht gleich beleidigt bist, wenn man was gegen die Firebee sagt.
Das ist wieder mal glorreich, Du bekommst eine Softwaresammlung von jemandem der dauernd herumbastelt und wo ur wenig funktioniert, und bist dann natürlich genervet, ...
Glorreich ist hier eher, daß Du mir hier irgendwas unterstellst, ich habe mir eine eigene CF gebaut mit MiNT und da habe ich halt die Erfahrung gemacht.
Welche Entwicklungsumgebungen brauchst Du?
ErgoPro! und FaceValue
Wie absurd,
Was soll das? Ich habe ein MiNT mit XaAES und TeraDesk aufgesetzt und da laufen die TTPs nicht, das ist nicht absurd, das ist sch... >:(
Nimm einen neuen QED
Also sorry, mir fehlt einfach die Zeit mir jetzt aus allen Ecken des Internets meine gewohnten Programme zusammenzusuchen, weil die erst für die FB kompiliert werden müssen oder was weiß ich. Ist die Biene nun Atari kompatibel oder nicht?
-
ErgoPro! und FaceValue
Meine Leihbiene funktioniert besser (nicht neu aufgesetzt, möglicherweise nicht alle Systemkomponenten auf dem neuesten Stand). Sowohl ErgoPro als auch faceVALUE stürzen beim Start ab. Der GBE kann ErgoPro ersetzen, allerdings muss man evtl. das Setup ändern. Ich habe bei meinen Programmen ErgoPro quasi nur als Compiler-Shell genutzt und von den erweiterten Funktionen kaum Gebrauch gemacht. Lonny Pursell ist mit Ingo Lafrenz (Run!Software) im Gespräch, aber kurzfristig wird sich da nichts machen lassen.
Die faceVALUE-Lib selbst läuft grundsätzlich, allerdings habe ich bisher nur einfache Programme testen können. Zu den anderen Programmen muss ich erstmal den aktuellsten Quelltext finden...
-
Erstmal wäre es schön, wenn Du hier sachlich diskutieren würdest
Gerne! Die wichtigste Voraussetzung dafür ist, daß die Leute beginnen die Software nicht mit der Hardware zu vermischen! Ich bin es leid daß dem Computer permanent die Unzulänglichkeiten von Allem möglichen umgehängt werden.
und nicht gleich beleidigt bist, wenn man was gegen die Firebee sagt.
Bin ich nicht. Aber Du hast mit der "Gefühlsebene" angefangen. "bocking sein" usw. sind halt schwierige Kategorien. Dir ist vollkommen klar daß ich ur viel auf Dich halte, Dich vor Jahren zum Projekt eingeladen habe, EasyMiNT als Meilenstein auf der FireBee betrachte und Dich immer wieder versucht habe zu motivieren mit Atari generell weiterzumachen. Wenn dann aber so ein "alles mühsam" und "ich hau bald den Hut drauf"-Posting kommt tu ich mir halt schwer. Ich kann nur versuchen mit Informationsweitergabe zu unterstützen.
Glorreich ist hier eher, daß Du mir hier irgendwas unterstellst, ich habe mir eine eigene CF gebaut mit MiNT und da habe ich halt die Erfahrung gemacht.
Ja gut, da habe ich dem FireBee-Verleiher was unterstellt (zu Unrecht), aber nicht Dir.
Wie absurd,
Was soll das? Ich habe ein MiNT mit XaAES und TeraDesk aufgesetzt und da laufen die TTPs nicht, das ist nicht absurd, das ist sch... >:(
Hier haben wir ein Kommunikationsproblem (vermutlich wegen Dialekt und nonverbaler Kommunikation). Als "absurd" habe ich das Verhalten von Computer/Software tituliert, nicht Dich oder Deinen Bericht über das Verhalten. Natürlich ist das scheiße das die TTPs nicht laufen, wobei ich es mir nicht erklären kann momentan.
Nimm einen neuen QED
Also sorry, mir fehlt einfach die Zeit mir jetzt aus allen Ecken des Internets meine gewohnten Programme zusammenzusuchen,
?? Du arbeitest an einem modernen Unixänlichem Betriebssystem, ...
Was denn statt sich alle neuen Programme zusammenzusuchen (und den Usern damit die Such- und Konfigurationsarbeit abzunehmen) ist denn die Aufgabe von einem neuen EasyMiNT?
Außerdem habe ich nicht angeregt daß Du Dich auf die Suche machen sollst (z.B. im Entwicklerforum) sondern Dir direkte Links gepostet.
weil die erst für die FB kompiliert werden müssen oder was weiß ich. Ist die Biene nun Atari kompatibel oder nicht?
Die ganzen Programme von Vincent sind nicht nur Portierungen auf sauberes V4e, sondern auch mit vielen Updates und Bugfixes versehen. Die gibt es alle auch für 68000 und für 020-060 kompiliert.
Ich hab keine Ahnung welche Softwareversionen Du grade versuchst zu nutzen, aber es wird kaum ein Weg dran vorbeiführen die neuesten Versionen zu verwenden.
-
QED war nur ein Beispiel für ein Programm, das nicht funktioniert und mir leuchtet nicht ein warum eine GEM Applikation nicht auf allen Computern läuft, die TOS/GEM als Betriebssystem haben. Um bei der QED Version zu bleiben, die ich benutze, die lief bisher auf allen Ataris, Clones und Emulatoren, nur auf der FB nicht...
Fast alle Programme, die ich auf der FB ausprobiert habe sind abgeschmiert, das macht wenig Spaß.
Jetzt schreibst Du, daß die Software dran Schuld ist, da machst Du es Dir aber meiner Meinung nach ein bißchen einfach.
Es kann doch nicht sein, daß ein Großteil der Software angepasst werden muß um auf der FB zu laufen, meiner Meinung nach sollte es eher umgekehrt sein, die Hardware bzw. das Betriebssystem und die Treiber sollte an die Software angepasst werden, die vorhanden ist, denn das Softwareangebot auf der Atari Plattform ist ja nun nicht gerade so üppig, daß man da auf einen Großteil verzichten könnte.
Gibt's vielleicht irgendwo eine Liste der Software, die auf der Firebee bzw. welche Version läuft?
Und was die Entwicklung von EM angeht, eigentlich wollte ich das gar nicht mehr machen, weil ich eigentlich mit dem Thema Atari abgeschlossen habe aber Frank hat mich gelöchert und mir die FB als Leihgabe angeboten und deshalb habe ich noch mal meinen Milan entstaubt, mir dafür sogar noch einen IDE/CF Karten Adapter gekauft und die Sache noch mal ins Auge gefasst. Ich mußte mich da auch erstmal wieder einarbeiten, weil man ja doch einiges vergisst.
Und die Firebee funktioniert halt irgendwie anders als der klassische TOS Rechner, o.k, ich habe die Zeit investiert um das Ding zu verstehen und wenn dann praktisch jedes Programm, daß ich starte abstürzt oder sonstwie rumzickt dann geht die Motivation ganz schnell in den Keller.
Grüße
maanke
-
Es tut mir leid, aber ich kann das so nicht stehen lassen. Ja, ich glaube Dir schon daß es frustrierend sein kann, und ich kann mir auch vorstellen, daß ein Haufen der Programme die Du nutzen willst aus diversen Gründen abstürzt. Aber es ist eben ein falscher Eindruck, daß das generell so ist. Ich habe grade nochmal nachgesehen, von 527 Programmen die wir bisher intern getestet haben, sind bei 326 keine Probleme aufgetreten. Und daher finde ich (die wenigen) Wortmeldungen wie "auf den Großteil der Programme verzichten", "fast keine Programme gehen", "Alles stürzt ab" halt reichlich unseriös. Und deshalb muß ich da auch "einschreiten" weil es eben falsche Aussagen sind, und nicht weil ich emotional oder unsachlich wäre.
Ich habe das Gefühl daß so Generalisierungen auch eher bei unmotivierten Leuten auftreten. Teilweise handelt es sich dann auch um einfache Bedienfehler (mir bei Phoenix so passiert, und da habe ich Gerhard sogar schon genervt, und war einfach zu blöd es laut Anleitung einzurichten, aber es ist immer schon auf der FireBee gelaufen), oder die Leute haben teilweise Atari-typische Unterschiede zu anderen Plattformen verlernt.
Was mit Deiner QED-Version jetzt speziell war kann ich natürlich nicht sagen. Aber manche User haben immer schon von Problemen von diversen Versionen auf diversen Rechnern berichtet. Aber daß es eine neue verbesserte Version (eben auch für 68000 und 68020+) gibt kann man ja jetzt nicht ernsthaft wem zum Vorwurf machen, oder?
Und generell muß man schon sagen, daß es anscheinend immer schon Programme gab die wirklich sauber programmiert wurden, wie Papyrus, ST-CAD, Phoenix, Chagall, ArtWorx und viele viele andere ernsthaften Programme zeigen, die anstandslos ihren Dienst verrichten. Daß andere GEM-Programme "rumzicken" stimmt schon, und ja – man könnte auch mit viel Aufwand noch an der Kompatibilität vom TOS oder auch MiNT was machen. Aber mehr als die Entwickler zu motivieren kann ich ja nicht versuchen, oder?
Immerhin mußt Du es wissen, da Du einer davon bist. ;-)
Und abschließend verstehe ich auch die Aussage daß die FireBee "anders als der klassische TOS Rechner" funktioniert nicht. Was meinst Du damit? Wo sollte sie näher an welchem "klassischen Verhalten" dran sein?
-
Also ich bin hier eigentlich fehl ab Platz, da ich reiner User bin. Nur eine Bemerkung: Auf meiner Firebee, die weitgehend im "Urzustand" ist, läuft QED v 5.0.2 vom Juni 2002 völlig problemlos.
Toni
-
Ich habe mich jetzt noch mal ein wenig mit der Biene beschäftigt und muß da wohl ordentlich zurückrudern. :-[
Die von mir geschilderten Probleme hatten wohl in erster Linie mit TeraDesk zu tun, da mir dieser Desktop sowieso nie gefiel und auch sonst auf die Nerven ging und Thing ja inzwischen Opensource ist, werde ich TeraDesk durch Thing ersetzen.
GfA Basic habe ich auch zum laufen bekommen und bin schon dem ersten Fehler auf der Spur.
EasyMiNT versucht den [boot]:\MINT Ordner umzubenennen und das funktioniert nicht, ist dieser Ordner geschützt? Er lässt sich nämlich auch unter FireTOS nicht umbenennen.
Mathias, tut mir leid, daß ich blöd war, soll nicht wieder vorkommen. :D
maanke
-
Läuft da MiNT? Wenn ja, könnte es sein, dass da ein Prozess eine Datei offen hat. Dann geht das nicht.
Ohne MiNT vielleicht auch, weiß ich nicht.
-Helmut
-
Ja, dachte ich auch zuerst aber auch unter "Plain" Firetos lässt der MINT Ordner sich auch weder löschen noch umbenennen.
-
Wenn er schreibgeschützt ist, lässt er sich (unter MiNT) umbenennen (gerade probiert, als root).
Vielleicht hat firetos ja was ähnliches, und es ist ein Accesory?
Ansonsten: Weiß nicht ...
-Helmut
-
[quoteWenn er schreibgeschützt ist, lässt er sich (unter MiNT) umbenennen (gerade probiert, als root).][/quote]
In einer Shell oder über den Desktop?
Kann man eigentlich mit der Firebee auch von einer anderen Partition als C booten?
Das größte Problem, daß ich im Moment für EasyMiNT sehe, ist die fehlende Fähigkeit mit der LNX Kennung einer Partition umzugehen.
Wenn ich den EasyMiNT Installer starte und nach der zu wählenden ext2 Partition gefragt werde, dann kann ich alle Partitionen auswählen, das finde ich eherlich gesagt nicht so toll. Da hat sich der unbedarfte Anwender ganz schnell mal eine wichtige Partition zerschossen.
-
Shell.
mke2fs läuft doch nur bei LNX (oder RAW?)- Partitionen. Da sollte man nichts kaputtmachen können.
Wenn schon ein ext2 drauf ist, kann man ja z.B. e2fsck aufrufen zum Testen.
-Helmut
-
mke2fs läuft doch nur bei LNX (oder RAW?)- Partitionen
Auch wieder wahr.
Nochmal zurück zu dem MINT Ordner, ist man auf der Firebee unter MiNT nicht immer root?
-
mke2fs läuft doch nur bei LNX (oder RAW?)- Partitionen
Auch wieder wahr.
Nochmal zurück zu dem MINT Ordner, ist man auf der Firebee unter MiNT nicht immer root?
Doch. Aber MiNT läßt unabhängig davon Löschen des MiNT-Ordners nicht zu, solange darin noch eine Datei offen ist.
Solange MiNT läuft, ist (mindestens) die Logdatei von XaAES offen, drum geht nix.
Wenn ich mich recht erinnere, ist die XAAES.LOG nicht nur offen, sondern normalerweise auch schreibgeschützt.
-
Ich habe mich jetzt noch mal ein wenig mit der Biene beschäftigt (…)
Freut mich, daß jetzt alles besser läuft! Ich find´auch gar nicht daß Du "blöd" warst, sondern einfach frustriert, was ja auch verständlich ist. Aber solange man aufklären kann worans liegt, passt das ja eh auch, ist ja ein Diskussionsforum hier ;-)
Wieso allerdings Teradesk die ganzen TTPs abschmieren lässt, verwundert mich jetzt auch. Eigentlich sollte das nicht sein. Aber wenn mit Thing mal alles passt für Dich ist das jetzt auch nicht so wichtig.
-
mke2fs läuft doch nur bei LNX (oder RAW?)- Partitionen
Auch wieder wahr.
Nochmal zurück zu dem MINT Ordner, ist man auf der Firebee unter MiNT nicht immer root?
Doch. Aber MiNT läßt unabhängig davon Löschen des MiNT-Ordners nicht zu, solange darin noch eine Datei offen ist.
Solange MiNT läuft, ist (mindestens) die Logdatei von XaAES offen, drum geht nix.
Wenn ich mich recht erinnere, ist die XAAES.LOG nicht nur offen, sondern normalerweise auch schreibgeschützt.
3.5x Unfug:
1. Das Problem tritt mit firetos auf (also nix XaAES)
2. Die Logdatei ist nicht schreibgeschützt.
3. XaAES öffnet und schließt die Logdatei bei jeder Ausgabe.
3.5. In der release-Version ist das Log-Schreiben standardmäßig deaktiviert (glaub ich).
XaAES hat normalerweise keine Datei offen, nur /pipe/alert, aber das ist ja keine Datei.
Diese Legende ist irgendwie nicht totzukriegen ..
-Helmut
-
Das Problem tritt mit firetos auf
Ja und ich frage mich warum, kann mir da keinen reim drauf machen und ich kann den Ordner weder unter FireTOS noch unter MiNT löschen.
Wieso allerdings Teradesk die ganzen TTPs abschmieren lässt,
Die sind nicht abgeschmiert, die ließen sich nicht starten, vermutlich sind die TTPs in Teradesk nicht als Applikationen angemeldet, ich hatte aber auch kein Lust mich da weiter mit zu beschäftigen.
-
Vielleicht hat ja der desktop da ein Fenster offen? Aber das artet schon in Raterei aus ...
-
Wegen dem Starten der TTP und TOS Programme ...
Da kommt eine Fehlermeldung das, dass ttp keine ausführbare Anwendung sei oder so in der Art !
Wäre gut wenn jemand dem Teradesk Menschen die bugs mitteilt ...
Edit: gerade mal in Hatari probiert ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=7270;image)
-
Vielleicht hat ja der desktop da ein Fenster offen?
Dann aber nur ein Unsichtbares.
Ist das denn nur bei mir so oder haben andere auch das "Problem".
-
Kann mir mal jemand helfen und sagen, welcher ext2.xfs auf der Firebee läuft?
Ich habe den aus dem freemint 1.19er trunk von heute installiert und der funktioniert nicht.
-
Wegen dem Umbenennen des MiNT Ordners oder auch dem Löschen ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10234.0;attach=7272;image)
... unter Hatari ist der XaAES Ordner oder der Inhalt (eine Datei) im Ordner MiNT kopiergeschützt, allerdings ist nach dem Löschversuch der XaAES Ordner leer und laut Teradesk Infodialog nicht kopiergeschützt.
-
Ja, das ist es ja, der Inhalt lässt sich löschen, nur der Ordner nicht, da fragt man sich natürlich was das soll.
-
Ich habe versucht das unter Hatari zu ergründen aber das klappt nicht ...
Wollte mit der bash nachschauen ob es im Ordner /mint/xaaes eine unsichtbare Datei gibt oder wie die Rechte aussehen, keine Ahnung ...
-
Er kann den Ordner doch schon mit firetos nicht umbenennen, was soll man da mit XaAES rummachen? Ich kann jedenfalls problemlos c:/mint mit aranym und c: per hostfs umbenennen, auch wenn XaAES läuft.
Das hat nichts mit irgendeinem Schreibschutz zu tun.
Auch teradesk kann c:/mint und ...xaaes umbenennen (würde ich aber nicht machen, besser geht das mit dem XaAES-fileselektor, wenn man unbedingt klicken will).
-Helmut
-
Off-Topic...
Mathias, tut mir leid, daß ich blöd war, soll nicht wieder vorkommen.
Ich finde nicht blöd was Du gesagt hast, "genervt" sein hat durchaus seine berechtigung. Ich mag die Firebee, aber trotzdem hatte ich damals andere Erwartungen an die Kompatibilität. Das so eine Kompatibilität mit der Coldfire CPU nicht optimal umzusetzen ist, merkt man dann leider erst wenn man sich etwas mehr mit der Coldfire CPU und dem aufbau der Firebee beschäftigt.
Die Firebee muss nicht zwingend sehr gute Kompatibilitäts-Raten aufweisen, aber es wäre dann halt einfach viel bequemer damit rum zu werkeln und ein viel besser einsetzbarer Computer. So wie es jetzt ist, ist es Hardware, die für FreeMiNT Nutzer und Programmierer interessant ist... jemand der einen Computer nutzen möchte um einfach alte Programme auf neuer Hardware nutzen möchte, ist mit Emulatoren besser beraten.
-
Frohe Kunde, es ist mir tatsächlich gelungen EasyMiNT so zu "verbiegen", daß es ohne Probleme auf der Firebee läuft und installiert.
Es gibt noch ein kleines Problem mit dem Filesystemcheck, das sich aber lösen lassen sollte.
Allerdings ist die Vorgehensweise auf der Biene ein wenig anders als auf einem Originalrechner.
Man braucht eine CF Karte mit einer Linuxpartition, das kann man mit gparted machen, die Partition muß nicht ext2 formatiert sein, das funtkioniert jetzt auch per EasyMiNT.
Was auf der Firebee stark fehlt ist ein Partitionierungstool, ich habe sowohl die Tools von CBHD und HDDriver probiert, funktioniert nicht. Kann doch nicht sein, daß man zum partitionieren noch einen anderen Rechner am Start haben muß.
Ein kleiner Haken ist der nicht veränderbare MINT Ordner um eine evtl. ältere Installation zu schützen wird von EasyMiNT ein vorhandener MINT Ordner umbenannt, das klappt auf der Firebee nicht, warum auch immer, deshalb habe ich das auf der FB deakiviert.
Bei der Firebee ist also (noch) Vorsicht geboten!
So, nun zu den Änderungen
- Teradesk habe ich rausgeschmissen und durch Thing 1.29 ersetzt(könnte natürlich Probleme auf STs geben, müßte mal getestet werden)
- Ich habe die von Vincent für Coldfire kompilierten Programme und Treiber integriert.
- Umgestellt auf MiNT 1.19
- Sowie kleinere Bugfixes und Änderungen, die ich aber vergessen habe.:-)
Ein Problem gibt es noch, weiß aber nicht womit das zusammenhängt, also sprich ob XaAES oder Thing dafür verantwortlich ist,
Man kann keine TOS,TTP Programme vom Desktop aus starten)das Problem gab's ja auch schon mit Teradesk), aus der bash geht's allerdings.
Die Environment Variable ist aber in der XAAES.CNF gesetzt(TOSEXT)
Muß man da in Thing nochwas einstellen, ich habe das irgendwie vergessen.
Ich werde jetzt mal ein Paket packen und heute oder morgen hochladen.
-
Na das klingt doch schon mal sehr sehr vielversprechend!
Partitionieren auf der Biene ist leider ein echtes Problem. Womöglich könnte man Vincent motivieren, der hat einmal ein kleiens Tool geschrieben, daß 2 vorgegebene Partitionen auf eine CF-Karte macht. Aber ich habe keine Ahnung wie groß der Aufwand wäre aus dem ein brauchbares Programm zu basteln?
Zu den TTPs, liegt es eh nicht an TOSWIN2 in ter mint config, wie bei mir damals? http://forum.atari-home.de/index.php?topic=10234.msg83662#msg83662
Wegen dem MiNT Ordner und den TTPs habe ich jetzt auch mal bei den anderen Entwicklern angefragt ob wer eine Idee hat.
-
Zu den TTPs, liegt es eh nicht an TOSWIN2 in ter mint config, wie bei mir damals?
Ah, das werde ich mal testen, danke für den Tip!
-
O.K, TOSRUN entfernt, geht, sehr schön!
Jetzt noch eine andere Frage, XAAES mosert beim Start immer rum, daß es eine XAAES.INF nicht finden kann, was ist denn das ich kennen nur die XAAES.CNF.
Die Veröffentlichung dauert noch etwas, ich muß da doch noch das ein oder andere fixen.
-
Da speichert XaAES die eigenen Fenster und Einstellungen (Ctrl-Alt-S). Kann man ignorieren. Vielleicht sollte ich die Meldung rausnehmen ...
-Helmut
-
Kann man ignorieren. Vielleicht sollte ich die Meldung rausnehmen ...
Wäre vielleicht besser vor allen Dingen, wenn man's ignorieren kann. :D
Nochmal zum EasyMiNT für die Firebee, ich hänge im Moment am filesystemcheck fest.
Damit der auf allen Plattformen läuft müßte man erstmal Vincents Portierung von e2fschk in ein rpm gießen. Leider wollte mir das nicht gelingen, ich bekomme eine Fehlermeldung beim kompilieren und bin da leider nicht firm genug um da was zu machen, gibt's hier jemanden, der das mal machen könnte?
-
So, ich schließe dieses Thema jetzt mal, bitte im neuen Thread weiterschreiben.