XBOOT III Problem auf TT mit hoher Auflösung

[Lukas Frank]

Schau mal dort ->   http://forum.atari-home.de/index.php?topic=6117.msg37708#msg37708

[Burkhard Mankel]

Ich will mich ja nicht einmischen - aber hier wurde schon mehrfach nach Alternativen gefragt! Vielleicht testet Ihr mal StartUp 3.4 ...

[tuxie]

Danke @Burkhard Mankel werde ich gern Testen

[1ST1]

Ich finde, STartup kommt nicht annähernd an die Funktionalität von XBoot heran. Ich habe damals selbst einen Bootmanager entwickelt (Projektname: automat) und hatte viele Ideen die ich da einbauen wollte und das Ding funktionierte auch schon halbwegs, aber als ich dann XBoot in die Hand bekam, hab ich sofort aufgehört, an Automat weiter zu machen.

[Arthur]

Vielleicht mal McBoot probieren.

http://www.atariworld.org/download.php?id=148

[Burkhard Mankel]

Also - ich habe mich mal mit einer frühen Version (als ich Startup noch nicht kannte) von XBoot befaßt - Uhr Einstellung war nicht drin, verschiedene Desktops konnte es auch nicht! Dann lief mir Startup in einer 2er Version über den Weg! Zuvor habe ich halt gezwungener Maßen das XBoot benutzt! Uhreinstellprogramme für den AUTO-Ordner gab es ja genug! Als ich dann Startup kennen lernte mit der Möglichkeit, mehrerer Desktops und die Uhrzeit einzustellen, war ich richtig verliebt - und habe mich um die Weiterentwicklung anderer Starter nicht mehr gekümmert!
Zugegeben: Das war in den frühen 90ern!

Allerdings hat es auch eine negative Seite: Als ich mit dem Manhatten einen ST mit TOS 2.(0)6 in die Hände bekam, habe ich erfaßt daß ich den Namen "NEWDESK.INF" zur korekten Desktop-Verwaltung in einer extra Textdatei ins Root packen muß - aber Startup kam auch so nicht damit zurecht mit der korrekten Desktopverwaltung, aber mit einem Trick (ein kleiner Patch - per Hand mit Diskmonitor von Harlekin nach dem Eintrag "DESKTOP.INF" im Programm gesucht und zu "NEWDESK.INF" gepatcht) war das dann kein Prob mehr für mich!
Sorry, @tuxie ich hatte daran nicht gedacht, und es geht hier ja wohl um einen TT! Wenn Du es tatsächlich anwenden kannst und willst, solltest Du in diesem Punkt wohl noch ein bißchen "Hand anlegen"!

[1ST1]

Burkhard, hier gehts um XBoot III. Wenn du diese Version nicht kennst, oder nicht kennen willst, funke doch einfach mal nicht dazwischen.

[Burkhard Mankel]

Burkhard, hier gehts um XBoot III. Wenn du diese Version nicht kennst, oder nicht kennen willst, funke doch einfach mal nicht dazwischen.

Was habe ich jetzt wieder falsch gemacht, daß Du "Mäuschen" mir wieder negativ über den Mund fahren mußt!

... oder ... Alternative mir nennen ?

Eine Alternative wäre Startup wohl, wenn es sich um das Handling der AUTO Programme, ACCs, verschiedener Desktops handelt!

[tuxie]

ich schau es mir einmal an, aber momentan sind wir gerade an der Fastramkarte zu gange daher komme ich gerade nicht dazu aber wenn man zu so einem Programm die Quellen auftuen könnte dann könnte man ja die Apps erweitern oder optimieren. Ansonsten würde ich eventuell mal versuchen etwas zu entwerfen von Grund auf neu, vielleicht hab ich ja auch eine Idee wie man das ganze noch anders machen könnte.

[tuxie]

Hab Startup mal getestet, ist eigentlich genau das was ich brauche. Einfach um Apps im Auto Ordner zu aktivieren oder zu deaktivieren. Nicht mehr und nicht weniger vielen Dank

[Nervengift]

Ansonsten würde ich eventuell mal versuchen etwas zu entwerfen von Grund auf neu, vielleicht hab ich ja auch eine Idee wie man das ganze noch anders machen könnte.

Ich bin nie wirklich durchgestiegen durch die ganzen Bootmanager, die es für den ST gibt. Die Konfiguration fand ich immer die Hölle. Viel zu kompliziert für mich. Das ist sicherlich auch alles Empfindungssache.

Ich habe mir unterschiedliche Autoordner angelegt für TOS, MiNT und Magic. Für die entsprechenden ACCs ebenso usw. ... . Wie dem auch sei, mir reichte ein Tool, mit dessen Hilfe ich ich beim Booten den entsprechenden Autoorder, der abgearbeitet werden soll, auswählen könnte. Dann fiele das ewige Umbennen weg. Das wäre schon ein großer Fortschritt für mich.

[1ST1]

Den Autoordner beim Booten komplett auszutauschen geht nicht, denn dadurch würde wahrscheinlich die Abarbeitung der Programme im Autoordner gestört. Der ST würde sich den Ast absägen, auf dem er sitzt.

Aber genau das, was du willst, können doch die ganzen Bootmanager durch Umbenennen der AUTO-Programme von PRG nach PRX und zurück doch steuern. Du kopierst einfach alle Programe in einen AUTO-Ordner und legts dir für jeden Anwendungsfall im Manager ein Set an, in dem du die Programme aktivierst, die dafür nötig sind. Und das selbe mit ACCs, Desktop-INF-Dateien, Asign.sys für NVDI/GDOS, usw. Dann wählt man nur noch so ein Set aus, und der Autostart-Manager benennt alle Dateien dementsprechend um.

Das ist nun wirklich nicht schwer, sogar Burki bekommt das hin. Und auch MIG, bekannter Amiga-Youtuber, hat das sofort begriffen und hantiert inzwischen sicher damit auf seinem Falcon. Der Manager muss nur als erstes Programm im Autoordner stehen, oder nach den Programmen, die immer eingeschaltet sein spollen, wie z.B. bestimmte TOS-Patches.

Komm auf die Retrolution, dann zeige ich dir wie das mit XBOOT III geht.

[Burkhard Mankel]

Hab Startup mal getestet, ist eigentlich genau das was ich brauche. Einfach um Apps im Auto Ordner zu aktivieren oder zu deaktivieren. Nicht mehr und nicht weniger vielen Dank

Aber denke bitte daran, wenn Du mal mit mehreren Desktops arbeiten mußt: Es handelt sich ja um einen TT, der hat ja auch NEWDESK.INF statt DESKTOP.INF! Nicht - wie in der Anleitung beschrieben - den String "NEWDESK.INF" in einer Textdatei auf den Root (Mein M-STE hat das nicht vernünftig geregelt), sondern den String "DESKTOP.INF" (kann auch klein geschrieben sein - winm) im Hauptprogramm suchen und nach "NEWDESK.INF" ändern!

[tuxie]

Brauch ich nicht wirklich, bei mir geht es eher darum verschiedene OSE anzuwählen also Mint Magic oder verschiedene Treiber und dafür ist Startup echt gut und total Simpel..

[ari.tao]

Aus meinen Notizen:

 Von den vorh. BootSeln sind nur TUBS und MC_BOOT interessant. Alle andern -
  BuddyBoot, JCN_Boot, SuperBoot, xBoot - sind entweder buggy, veraltet,
  oder bieten nicht genug Komfort. Jedoch MC_BOOT hat nicht nur 'ne Marotte
  ("Wenn Sie gezahlt hätten..."), sondern ist auch unpräzise (buggy?) beim
  Wechsel der SetUps und läßt außerdem die Möglichkeit des automatischen
  Resets vermissen (wichtig für MAGIC).
 Die Demo-Version von TUBS läßt nur zwei SetUps zu.
 Und noch'n BootSel: -> CD\xPlore\PD_Share\DeskUtil\Combo\
-------

Ich selber finde BootSelektoren ziemlich überflüssig, unbequem und manchmal sogar gefährlich (weil schon vom \AUTO\ aus schreibend auf die Platte zugegriffen wird).
Ich habe stattdessen mehrere Partitionen mit je einem \AUTO\ bootfähig eingerichtet und kann per HDDRIVER (oder CBHD oder...) ganz einfach zw. diversen OSsen wechseln! Benutzt man in jedem \AUTO\ einen Batcher, kann man nicht nur diverse Sets als .BATs einrichten, sondern auch den Inhalt der \AUTO\-Ordner hübsch klein halten.

[Nervengift]

Komm auf die Retrolution, dann zeige ich dir wie das mit XBOOT III geht.

Zu weit weg. Komm nach Hannover zum nächsten Retro-Computer-Treff!

Du kopierst einfach alle Programe in einen AUTO-Ordner und legts dir für jeden Anwendungsfall im Manager ein Set an, in dem du die Programme aktivierst, die dafür nötig sind. Und das selbe mit ACCs, Desktop-INF-Dateien, Asign.sys für NVDI/GDOS, usw. Dann wählt man nur noch so ein Set aus, und der Autostart-Manager benennt alle Dateien dementsprechend um.

Genau dieses Vorgehen finde ich bei den Bootmanagern fürn Popo. Vielleicht bin ich dahingehend zu unflexibel oder zu ordnungsfanatisch, aber alles in einen Ordner schmeißen dient nicht gerade der Übersicht und zerstört die Zusammenhänge. Man legt dann stattdessen Sets an, was ich bei allen Bootmanagern, die mir untergekommen sind, nicht komfortabel fand.

Den Autoordner beim Booten komplett auszutauschen geht nicht, denn dadurch würde wahrscheinlich die Abarbeitung der Programme im Autoordner gestört. Der ST würde sich den Ast absägen, auf dem er sitzt.

Das sollte doch gehen. Ich meine wenn man einen Autoordner angelgt, in dem ein Programm liegt, das dann einfach eine Auswahl an Ordnern bietet, die dann abgearbeitet werden soll, das müsste doch machbar sein? Oder eben wie man das von späteren DOSen gewöhnt ist, dass man Startdateien anlegen kann, in denen man mehrere Sets hat, aus denen man per Startmenü auswählen kann, welches dann entsprechend abgearbeitet wird. Diese Lösung fände ich persönlich besser als die ganzen Bootmanger.

Ich habe stattdessen mehrere Partitionen mit je einem \AUTO\ bootfähig eingerichtet und kann per HDDRIVER (oder CBHD oder...) ganz einfach zw. diversen OSsen wechseln! Benutzt man in jedem \AUTO\ einen Batcher, kann man nicht nur diverse Sets als .BATs einrichten, sondern auch den Inhalt der \AUTO\-Ordner hübsch klein halten.

Hatte ich auch mal überlegt, aber ist dann in Sachen MiNT bei mir daran gescheitert, dass MiNT einiges auf C:\ erwartet. Ich hätte sehr viele Pfade entsprechend umbiegen müssen. Dazu hatte ich dann keine Lust. Das mit dem Batcher klingt sehr interessant. Welches Programm nutzt Du in diesem Zusammenhang? Wenn man diesen Batcher erstmal alleine im Autoornder stehen lassen könnte und dann ein Auswahl bekäme, welchen Ordner man abarbeiten lassen möchte, um MiNT, Magic oder TOS zu starten, wäre das das non plus ultra für mich.

[Burkhard Mankel]

Ich selber finde BootSelektoren ziemlich überflüssig, unbequem und manchmal sogar gefährlich (weil schon vom \AUTO\ aus schreibend auf die Platte zugegriffen wird).

Fragwürdige Ansicht! Das Einzige, was Startup speichert, ist das Überschreiben der DESKTOP.INF!

Ich habe stattdessen mehrere Partitionen mit je einem \AUTO\ bootfähig eingerichtet und kann per HDDRIVER (oder CBHD oder...) ganz einfach zw. diversen OSsen wechseln! Benutzt man in jedem \AUTO\ einen Batcher, kann man nicht nur diverse Sets als .BATs einrichten, sondern auch den Inhalt der \AUTO\-Ordner hübsch klein halten.

Was für eine Platzverschwendung! Das einzige, was für mich mehrere Bootdrives sinnvoll macht, ist ein Computer mit mehreren OS, die dann aber auch notwendig sein dürften!

[1ST1]

Den Autoordner beim Booten komplett auszutauschen geht nicht, denn dadurch würde wahrscheinlich die Abarbeitung der Programme im Autoordner gestört. Der ST würde sich den Ast absägen, auf dem er sitzt.

Das sollte doch gehen. Ich meine wenn man einen Autoordner angelgt, in dem ein Programm liegt, das dann einfach eine Auswahl an Ordnern bietet, die dann abgearbeitet werden soll, das müsste doch machbar sein? Oder eben wie man das von späteren DOSen gewöhnt ist, dass man Startdateien anlegen kann, in denen man mehrere Sets hat, aus denen man per Startmenü auswählen kann, welches dann entsprechend abgearbeitet wird. Diese Lösung fände ich persönlich besser als die ganzen Bootmanger.

Du müsstest in den Autoordner (jeden) ein Programm reinlegen, welches diese Umbenennung macht. Der erste Schritt wäre den aktuellen Autoordner umzubenennen. In dem Moment würde dieses Umbenennprogramm nicht mehr (in dem Pfad) auf der Platte existieren, weil der Pfad umbenannt ist. Dann würde ein anderer Auto-Ordner umbenannt werden. Da aber das Programm zum Umbenennen gerade läuft, das heißt, gerade geöffnet ist, kann der Ordner nicht umbenannt werden, und falls doch würde die Verbindung zwischen dem Mechanismus in TOS, einen Autoordner abzuarbeiten, und dem Ordner abreißen. Keine Ahnung, wo das hin führt, Abbruch der Abarbeitung oder gar Bomben. Das wird also nicht funktionieren.

Komm auf die Retrolution, dann zeige ich dir wie das mit XBOOT III geht.

Zu weit weg. Komm nach Hannover zum nächsten Retro-Computer-Treff!

Gibts da oben niemanden der dir das zeigen kann?

[ditto]

Gibts da oben niemanden der dir das zeigen kann?

Nö, hier im Raum Hannover kennt sich niemand mit XBoot aus!
Wirst dich wohl mal ins Auto setzen müssen!   

[ari.tao]

  Welches Programm nutzt Du in diesem Zusammenhang?   

Ich benutze eine spez. Variante B+EXT.PRG von MCMD.PRG (aus einer früheren MAGIC-Distribution). Aber empfehlen würde ich Dir AUTOMORE von T.Binder!

Ich selber finde BootSelektoren ziemlich überflüssig, unbequem und manchmal sogar gefährlich (weil schon vom \AUTO\ aus schreibend auf die Platte zugegriffen wird).

Fragwürdige Ansicht! Das Einzige, was Startup speichert, ist das Überschreiben der DESKTOP.INF!

Burkhard, Du solltest inzwischen wissen, daß ich Warnungen nicht spekulativ ausspreche, sondern daß dahinter immer eine böse Erfahrung steckt! Ein einziger Schreibzugriff kann genügen!

Was für eine Platzverschwendung!

Ganz im Gegenteil!