Die große Retro-Diskussion mit Gästen!

[florida]

Zitat:Ähm, das sind zwei komplett unterschiedliche Dateien, die io.sys ist ein Teil des MS-DOS Kernels und der ntldr ist der Bootloader von Windows NT (und auch Windows 2000 bis XP, bei Vista und 7 bin ich mir nicht sicher, ob ntldr da noch die gleiche Funktion hat)

Das beides dient ja dazu, dass das entsprechende Betriebssystem gebootet werden kann.
Also müssten die doch ein paar identische Eigenschaften aufweisen.

[florida]

Ich habe gerade gehört, dass Office 2010 nicht unter XP x64 laufen soll.
Ist euch da auch irgendwas bekannt?

[gandro]

florida schrieb:  Ich habe gerade gehört, dass Office 2010 nicht unter XP x64 laufen soll.
Ist euch da auch irgendwas bekannt?

Wenn du Dinge "hörst" sollst du ne Quelle verlinken.

Technisch denkbar ist es allerdings, weil Windows XP x86-64Bit unter der Haube den Server 2003 Kernel enthält, kommt es selten mal vor, dass ein Programm (welches unter XP 32bit und Vista/7 64Bit läuft) nicht mit XP x86-64 laufen will.

[clik!84]

@florida, @gandro Office 2010 LÄUFT unter XP x64, aber NUR in der 32-Bit-Version. habs schon ausprobiert.

[Igor Todeshure]

florida schrieb:  

Zitat:Ähm, das sind zwei komplett unterschiedliche Dateien, die io.sys ist ein Teil des MS-DOS Kernels und der ntldr ist der Bootloader von Windows NT (und auch Windows 2000 bis XP, bei Vista und 7 bin ich mir nicht sicher, ob ntldr da noch die gleiche Funktion hat)

Das beides dient ja dazu, dass das entsprechende Betriebssystem gebootet werden kann.
Also müssten die doch ein paar identische Eigenschaften aufweisen.

Identisch wohl weniger, aber vergleichbare: z.B. Miniatur-Dateisystemtreiber, um sich die jeweilige Kerneldatei und weitere Basistreiber einzulesen - aber dann kannst Du auch NTLDR mit z.B. dem Gespann OS2BOOT/OS2LDR oder entsprechenden Dateien bei Linux vergleichen. In allen Fällen hat es etwas von Münchhausen, der sich am eigenen Schopfe aus dem Sumpf zog.
Interessant gerade bei IO.SYS ist die Entwicklung der "Eigenintelligenz" bei den Versionen: frühe IO.SYS und MSDOS.SYS bis MS-DOS 3.3 mußten z.B. komplett unfragmentiert am Anfang des Datenbereiches der Bootpartition liegen und in der Verzeichnisliste die ersten Einträge belegen, weswegen der SYS-Befehl häufig scheiterte, wenn sich schon Daten auf der Partition befanden, die diesen Bereich belegten. Bei späteren wurde es weniger kritisch, und ab WIN95/MS-DOS7 konnte IO.SYS liegen, wo es wollte.

[Aqua]

Igor Todeshure schrieb:  weswegen der SYS-Befehl häufig scheiterte, wenn sich schon Daten auf der Partition befanden, die diesen Bereich belegten.

Bei Dos 6 kann ich auch nichts sagen, da funkt der Sys Befehl auch immer, egal was auf der Systempartition drauf ist.
Gabs nicht mal Vdisk.sys, das unter Dos Auslagerungen erlaubte? (Ram war ja damals echter teurer Luxus)
Hab eben niemals mit einem Dos vor Version 6 gearbeitet.
Die Msdos.sys ist übrigens ab Dos 7 quasi eine künstlich aufgeblasene Datei aus Kompatiblitätsgründen und keine Binärdatei mehr.
Dort kann man z.b. auch BootMenu=1 eintragen, um das Dos Startmenü automatisch aufrufen zu lassen, die z.b. einen "echten" Dos Boot
(etwa mit vollständigen Autoexec.bat Config.sys Einträgen samt allen Treibern) ohne die WinGui ermöglicht.
(Nicht mit dem eher seltsamen nur bedingt brauchbaren Dos-Modus, der auch mit so manchen Win Ide Dma Treibern seine Problemchen hat.

[Igor Todeshure]

Aquanox1968 schrieb:  

Igor Todeshure schrieb:  weswegen der SYS-Befehl häufig scheiterte, wenn sich schon Daten auf der Partition befanden, die diesen Bereich belegten.

Bei Dos 6 kann ich auch nichts sagen, da funkt der Sys Befehl auch immer, egal was auf der Systempartition drauf ist.
Gabs nicht mal Vdisk.sys, das unter Dos Auslagerungen erlaubte? (Ram war ja damals echter teurer Luxus)
Hab eben niemals mit einem Dos vor Version 6 gearbeitet.
Die Msdos.sys ist übrigens ab Dos 7 quasi eine künstlich aufgeblasene Datei aus Kompatiblitätsgründen und keine Binärdatei mehr.
Dort kann man z.b. auch BootMenu=1 eintragen, um das Dos Startmenü automatisch aufrufen zu lassen, die z.b. einen "echten" Dos Boot
(etwa mit vollständigen Autoexec.bat Config.sys Einträgen samt allen Treibern) ohne die WinGui ermöglicht.
(Nicht mit dem eher seltsamen nur bedingt brauchbaren Dos-Modus, der auch mit so manchen Win Ide Dma Treibern seine Problemchen hat.

BOOTMENU=1 aktiviert zwingend die Bootauswahl, die man ansonsten nur durch rechtzeitiges Drücken von F8 bekommt
BOOTMULTI=1 bietet ein vorhandenes altes DOS in der Auswahl an
BOOTGUI=0 ist das eigentlich spannende: MS-DOS 7.X in Reinkultur mit Realmode und FAT32-Support - wer's braucht kann dann immer noch WIN eingeben
LOGO=0 deaktiviert das Bootlogo, sodaß man die CONFIG.SYS/AUTOEXEC.BAT-Meldungen verfolgen kann

[Windows NT]

Ja mit den Sachen konnte man sozusagen wie zu DOS-Zeiten nur DOS laden und mit win.com Windows starten. Also daran erkennt man ja auch, dass DOS nur versteckt ist und mit Bootlogo "verdeckt" ist.

[florida]

Ob in Windows 7 64 nicht auch noch ein bisschen DOS integriert ist. Es kommt mir zumindenst so vor.
Ich habe es von einem Verwandten von mir gehört, warum er dies meinte, weiß ich nicht, da muss ich nochmal nachfragen.

[Igor Todeshure]

florida schrieb:  Ob in Windows 7 64 nicht auch noch ein bisschen DOS integriert ist. Es kommt mir zumindenst so vor.

Die Systemfunktionen, um DOS-Programme auszuführen, fehlen. Was noch vorhanden ist, sind die meisten Kommandozeilenbefehle mit ähnlicher bzw. identischer Funktion.