Diskussion:FreeDOS

... wenige andere fehlen noch

welche befehle fehlen denn noch in freedos? ich hatte jedenfalls nicht den eindruck, dass noch irgendwas fehlt. ich frag halt sicherheitshalber, bevor ich diesen satz noch unbesprochen entferne. --Pythagoras1 14:57, 23. Aug 2004 (CEST)

Was fehlt ist der Befehl DIR oder ein anderer Datei-List-Befehl, ein Befehl. der das Herstellen von Direktories (Verzeichnisse) erlaubt, ein Befehl der das Wechseln von Verzeichnisebenen ermöglicht (CD ) usw. Im Grunde genommen ist freedos ein "Betriebssystem", in dem man überprüfen kann, ob der Computer bootet. Zu mehr ist es nicht zu gebrauchen.Ich habe freedos häufig mit Computern zusammen gekauft. kenne es also zu genüge. 31.17.78.118 13:47, 17. Apr. 2016 (CEST)

Der DIR und MKDIR Befehl steckt im command.com Kommandozeileninterpreter und nicht im Kernel von FreeDOS. Da sie im Kommandozeileninterpreter enthalten sind, findest du sie auch nicht im C:\FreeDOS Verzeichnis als eigenständige Programme, da das keinen Sinn ergeben würde. DIR und MKDIR sind somit jedenfalls in der FreeDOS Distribution vorhanden. --IT-Compiler (Diskussion) 19:48, 24. Jan. 2022 (CET)

Dieser Abschnitt kann archiviert werden. --84.158.120.82 17:15, 19. Jul. 2024 (CEST)

Windows NT und FreeDOS

Ich glaube nicht, dass das so leicht geht, wie im Artikel beschrieben, insbesondere wenn FreeDOS auf einer anderen (FAT32-)Partition liegt. Bei mir funktionierte folgendes in der boot.ini nicht:

• kernel.sys auf der zweiten Partition ("d:\kernel.sys")
• Boot-Sektor der zweiten Partition direkt ("d:\")
• Umweg über GRUB (GRUB for DOS) ("c:\grldr") und folgender menu.lst:
  

default 0
timeout 10

title FreeDOS
rootnoverify (hd0,4)
chainloader +1

Wer hat dazu Erfahrungen?

Ich kann Dir bei Deinem Problem leider nicht helfen, habe aber trotzdem eine Empfehlung: Die Mailingliste von FreeDOS, siehe hier: [1] ; Grüße, Nyks 18:27, 10. Sep 2006 (CEST)

es sollte reichen kernel.sys auf die erste partition (c:) zu verlegen. --Pythagoras1 (⠙⠊⠎⠉⠥⠎⠎⠊⠕⠝) 19:19, 1. Nov. 2007 (CET)

Dieser Abschnitt kann archiviert werden. --84.158.120.82 17:14, 19. Jul. 2024 (CEST) (Die Wikipedia ist keine Hilfeseite, bitte nur Fragen zum Artikel.)

Ergibt doch keinen Sinn

"Aufgrund einer Lizenzvereinbarung mit Microsoft, die von Computerherstellern verlangt, Computer nicht ohne Betriebssystem auszuliefern,"

1. Meines Wissens ist es der Gesetzgeber, der verlangt, dass Computer ohne Betriebssystem nicht ausgeliefert werden dürfen. 2. Und unabhängig davon, wem wir das zu verdanken haben: Eine Dell-Serie, die FreeDOS nur als Dummy-Betriebssystem mitliefert, ist die Erwähnung nicht wert, da FreeDOS ohnehin durch etwas besseres ersetzt wird. Und wann war denn das mit der n-Serie? (Vorstehender nicht signierter Beitrag stammt von 134.109.201.46 (Diskussion • Beiträge) 07:09, 18. Sep 2006 ), nachgetragen durch Nyks 13:36, 18. Sep 2006 (CEST)

1. Natürlich dürfen PCs ohne BS ausgeliefert werden, wenn sich die Pc-Lieferanten nicht anderweitig vertraglich gebunden haben. Der Gesetzgeber hat natürlich nichts dagegen.

2. Für Dell ist's kaum Aufwand, und zumindest findet FreeDos dadurch ja einiges an Verbreitung. Auch, wenn nur ein Bruchteil der Benutzer FreeDOS behalten, ist es eine beachtliche Zahl. --Nyks 13:38, 18. Sep 2006 (CEST)

bitte quelle nennen oder richtig formulieren -> oder löschen!

Klar war das Unsinn "Aufgrund einer Lizenzvereinbarung mit Microsoft, die von Computerherstellern verlangt, Computer nicht ohne Betriebssystem auszuliefern". Aber dein "nur als Dummy-Betriebssystem mitliefert, ist die Erwähnung nicht wert, da FreeDOS ohnehin durch etwas besseres ersetzt wird." ist genauso blöd. -- 23. Juli 2008

Dieser Abschnitt kann archiviert werden. --84.158.120.82 17:17, 19. Jul. 2024 (CEST)

Kompatibilität zu grafischen Benutzeroberflächen

Hallo alle zusammen,
also nach meinem Kenntnisstand gehören hier „Windows 95–ME”, „Windows NT–XP” und ReactOS ganz sicher nicht hinein, da es sich dabei um eigenständige Betriebssysteme und nicht um „grafischen Benutzeroberflächen” handelt. Diese Einträge sollten daher entweder hier im Artikel entfernt oder hier anders (ein)gegliedert bzw. beschrieben werden.
Mit freundlichen Grüßen .. Conrad 16:00, 20. Nov. 2006 (CET)

hab den Abschnitt jetzt entfernt, macht keinen Sinn, dann kann man jedes Betriebssystem auflisten das extra gebootet wird
Wer es wieder einbauen will, hier ist der Abschnitt; kann ja auch sein ich hab das nicht richtig verstanden, dann aber deutlicher schreiben
Windows NT/2000/XP und ReactOS
Mit diesen Systemen treten keine Probleme auf (außer dass FreeDOS nicht auf NTFS-Partitionen installiert werden und ohne ein externes NTFSDOS/NTFS4DOS-Produkt nicht auf diese zugreifen kann), da diese Systeme kein DOS als Grundlage verwenden und einen einfachen Bootmanager mitbringen. Der FreeDOS-Kernel lässt sich in die „boot.ini“- oder „freeldr.ini“-Datei eintragen.
--Tomforce 08:30, 8. Feb. 2007 (CET)

Hallo,
hab die zuletzt gelöschten Infos zu WinXP/etc. wieder reingenommen, da dort z.B. auf die Inkompatibilität zu NTFS hingewiesen wird. Meiner Ansicht nach, ist es daher hier besser, das ganze etwas anders zu formulieren ohne dabei nützliche Informationen einfach über Bord zu werfen.
Mit freundlichen Grüßen .. Conrad 15:14, 8. Feb. 2007 (CET)

- Ok, man kann beides in die gleiche Partition installieren. Hatte ich vorhin wohl überlesen. Sollte vielleicht noch klarer herausgestellt werden.--Tomforce 16:24, 8. Feb. 2007 (CET)

"also nach meinem Kenntnisstand gehören hier „Windows 95–ME”, „Windows NT–XP” und ReactOS ganz sicher nicht hinein, da es sich dabei um eigenständige Betriebssysteme" Genau. Wurden als "Betriebssytem" bermarktet, nicht als "grafische Benutzeroberflächen". Kein Bezug zu FreeDOS -> Raus ;-) -- 23. Juli 2008

Dieser Abschnitt kann archiviert werden. --84.158.120.82 17:19, 19. Jul. 2024 (CEST)

Der DOSLFN-Treiber...

...wurde nicht ursprünglich für FreeDOS entwickelt, sondern gerade für MS-DOS (übrigens 7.x, sonst hat er nicht viel mehr Sinn als mit anderen DOS). Die DOSLFN-"Unterstützung" durch FreeCOM kam, soweit ich weiss, auch erst später dazu. (War beispielsweise bei EDR-DOS auch so.) Falls niemand was dagegen hat, werde ich ihn demnächst ganz aus der Liste nehmen. --Die Nummer 84.62.6.31 20:59, 17. Sep. 2007 (CEST)

Hi! Ich bin zwar neu hier, aber ich denke, dass das einen Unterschied zu MS-DOS darstellt. Schließlich konnte MS-DOS nicht mit langen Dateinamen umgehen. Da DOSLFN im Lieferumfang von FreeDOS enthalten ist (so wie auch LBAcache, oder eben SmartDrv in MS-DOS), sollte dieser Unterschied in der Liste (mit dem Titel „Unterschiede zu MS-DOS“) auch auftauchen. MS-DOS 7.0+ ist übrigens kein Maßstab, da es zu keinem Zeitpunkt erhältlich war. --Andreas 19:08, 19. Sep. 2007 (CEST)

Die Sache mit der Nicht-Unterstützung durch alle offiziellen MS-DOS stimmt schon, aber ich finde, der momentane Eintrag in der Liste hier lässt den Rückschluss zu, dass DOSLFN ureigenst für FreeDOS programmiert wurde. Zugegeben, tatsächlich wurde DOSLFN ja für ein formal nicht existentes Betriebssystem geschrieben, aber trotzdem nicht für FreeDOS.

Vorschlag: In der Liste den jetzigen Eintrag durch "DOSLFN-Unterstützung durch FreeCOM (Lange Dateinamen möglich)" o.Ä. ersetzen. --Die Nummer 84.62.41.236 15:04, 22. Sep. 2007 (CEST)

P.S.: Wenn ich Haare spalten würde, müsste ich erwähnen, dass der (illegale!) Win98-Hack der China DOS Union mal als MS-DOS 7.10 erhältlich war ;-)

Dieser Abschnitt kann archiviert werden. --84.158.120.82 17:20, 19. Jul. 2024 (CEST)

Unterschiede zu MS-DOS: FAT32-Unterstützung wieder reingenommen

Für die FAT32-Unterstützung gilt das Gleiche wie für DOSLFN: Der Maßstab sollte wohl eher MS-DOS 6.x sein. Sonst könnte man mit FreeDOS sicher auch Windows 98 starten ;-) --Die Nummer 84.62.41.236 15:07, 22. Sep. 2007 (CEST)

Wieso, MS-DOS 7.10 ist momentan wohö die am weitesten verbreitete MS-DOS-Version und auch technisch gesehen nicht ein teil von Win 95/98, sondern der Unterbau/Kernel und auch alleine lauffähig, z.B. von Win 9x Startdisketten oder wenn man z.B. von einer solchen Startdiskette sys C: ausführt auch von der Festplatte. Höchstens rechtlich/lizenzmäßig kann man DOS 7.x als Teil von Win 95/98 sehen, weil es nicht legal ist, DOS 7.x zu installieren, wenn man kein Win 95/98 besitzt. Möglich ist es allerdings durchaus, DOS 7.x ohne eine Windows-CD zu installieren. --MrBurns 01:14, 23. Sep. 2007 (CEST)

Es ist auch möglich ein Mac OS X auf einem normalen PC zu installieren (wenn auch sehr sehr kompliziert). Deswegen gleich von einem Mac OS für PCs zu sprechen wäre wohl übertrieben.

MS-DOS ist leider nur bis Version 6.22 zu erwerben. Wer mit MS-DOS 7.0 oder 7.10 arbeitet, der arbeitet in Wirklichkeit mit einem Teil von Microsoft Windows 95/98/98SE/Me. Diese Betriebssysteme unterstützen natürlich auch FAT32 (Win95 ab OSR2).

Ich halte es für richtig, die FAT32-Unterstützung als einen der Unterschiede zu MS-DOS anzuführen. --Andreas 13:22, 23. Sep. 2007 (CEST)

Bei DOS ist es aber sehr leicht möglich. Man muß nur einen einfachen Befehl eingeben. Und wer nicht mal das kann, wir ohnehin kein DOS installieren. Btw, FAT32 wird ausschließlich in MS-DOS 7.10/8 unterstützt, weil Win95 enthält ab OSR2 auch MS-DOS 7.10. --MrBurns 06:32, 24. Sep. 2007 (CEST)

"Der Maßstab sollte wohl eher MS-DOS 6.x sein." Genau. 6.22 was die letzte Version. -- 18 Juli 2008

DOS 7.10/8.0 sind eigenständig lauffähige Betriebssysteme. Dass sie nur zusmamen mit Einer GUI namens Windows 95/98/Me verkauft wurden ist irrelevant. Bei Dos 7.10 ist es sogar sehr einfach, es ohne Windows zu installieren: man muß dafür nur den Befehl sys c: eingeben. --MrBurns 13:01, 25. Jul. 2008 (CEST)

Das ist so nicht ganz richtig. MS-DOS 7.10 besteht aus mehr als nur dem Bootsektor, den Systemdateien IO.SYS und MSDOS.SYS sowie dem Kommandozeileninterpreter COMMAND.COM. Dazu gehören die ganzen Systemprogramme (etwa FORMAT.COM und CHKDSK.EXE als auch SHARE.EXE, EMM386.EXE und HIMEM.SYS) sowie die Treiber (KEYBOARD.SYS, COUNTRY.SYS und KEYB.COM), als auch etwaige Zusatzprogramme (z. B. UNDELETE.EXE) und Anwenderprogramme (EDIT.EXE, DOSSHELL.EXE). Erst das ganze kann man mMn als MS-DOS bezeichnen. Schon MS-DOS 1.25 hatte solche Programme (vgl. EDLIN.EXE). Nur weil man eine Systemdiskette („MS-DOS-Startdiskette“) basteln kann ist das noch lange kein vollständiges MS-DOS.

Und bei MS-DOS 7.10, aber vor allem bei MS-DOS 8.0 ist eben genau das der Fall.

Microsoft hat sich dazu entschlossen, Windows seit Windows 95 als Betriebssystem zu verkaufen. Da Windows damals nur eine grafische Bedienoberfläche für DOS war haben sie kurzerhand MS-DOS integriert. Dann haben sie in MS-DOS auf Windows abgestimmte Funktionen eingebaut (etwas das START-Kommando, womit man aus laufender „MS-DOS-Kommandoaufforderung“ ein Windows-Programm starten kann) und leider haben sie das MS-DOS auch kastriert. Die MSDOS.SYS-Konfigurationsdatei etwa enthält Parameter, die den Start von Windows 95 beeinflussen. Dass das mit DOS nur wenig zu tun hat ist klar – immerhin handelt es sich um Windows.

Dass man mit ein paar Tricks aus Windows 95 ein MS-DOS 7.00, aus Windows 95B/98/98SE ein MS-DOS 7.10 und mit sehr viel Aufwand aus Windows Me ein MS-DOS 8.0 herauskitzeln kann, ist nur darauf zurückzuführen, das Microsoft einerseits damals ein vollwertiges DOS anbieten wollte, um kompatibel zu bestehenden DOS-Anwendungen und Spielen zu bleiben, andererseits darauf, dass sie gepatzt haben. MS-DOS 7.0+ hat seine Wurzeln in MS-DOS bis 6.22, und alles was Microsoft getan hat, um MS-DOS einen Teil von Windows 9x zu machen, haben sie eben nur halbherzig und schlampig gemacht.

Trotzdem: MS-DOS 7.0/7.10 existiert zwar, und man kann als Experte sogar eine vollwertige DOS-Installation damit zustande bringen, aber es ist kein offizielles Produkt. MS-DOS 8.0 ist hingegen schon so weit verstümmelt wie es eigentlich schon bei MS-DOS 7.0 hätte gemacht werden können. Da für Windows 9x die diversen DOS-Programme, die Bestandteil von MS-DOS sind, nicht benötigt werden, hätte ein sys c: für den Start von Windows gereicht. Wer braucht schon DOS-Tastaturtreiber und ähnliches, wenn er sowieso mit Windows arbeitet.

Fazit: man kann nicht von MS-DOS 7.0+ reden, ohne Windows zu erwähnen. MS-DOS 7.0+ lässt sich nicht als Betriebssystem installieren, es sei dann, man trickst. Tricksen zählt aber nicht.

Gruß, ‣Andreas•⚖ 15:29, 25. Jul. 2008 (CEST)

Dieser Abschnitt kann archiviert werden. --84.158.120.82 17:23, 19. Jul. 2024 (CEST)

Absätze überarbeitet zwischen 18.10.2007 und 19.10.2007

Hallo,

hab bei der Überarbeitung des Artikels einfach mal hier (Absatz "Merkmale") angefangen, Folgendes habe ich verändert:

• Hier und da umformuliert
• Mehr Verweise auf andere Artikel hinzugefügt - "Freie Software", "FAT32", "Booten", "LBA", ...
• DOSLFN-Link hinzugefügt und ansonsten noch aufgeräumt
• Emulatoren-Bemerkung bei Dateisystemen neu geschrieben
• Emulation eines USB-Massenspeichermediums durch manche BIOSe, auch wenn NICHT davon gebootet wurde
• Nachteile hinzugefügt. Schwerpunkte: Windows & andere MS-Programme, Teile nicht ausgereift, GPL-keine-Garantie (entkräftet)
• Emulator-Abschnitt fast vollkommen umgeschrieben

Es fehlen auf jeden Fall noch Verweise auf den Artikel Binärpräfix in KiB, MiB und GiB. Die werde ich wahrscheinlich einfügen, wenn ich die anderen Teile des Artikels durchgesehen habe.

Falls jemandem etwas nicht gefällt, möge er hier diskutieren oder es selbst ändern. --Estron 21:52, 19. Okt. 2007 (CEST)

Soeben folgte der Absatz "Kompatibilität zu grafischen Benutzeroberflächen". Wichtigste Veränderungen sind wohl die Erweiterungen im Abschnitt zu Windows 4.x, ansonsten noch zu Windows vor 4.x und NT. Außerdem sind wieder einige Verweise zu anderen Artikeln hinzugekommen, darunter "Microsoft Windows 1.0/3.x/95/Millennium Edition/NT/2000/XP/Vista", "ReactOS". Für nennenswert halte ich noch den sogenannten "Extended Mode" in Windows 3.x - von diesem habe ich leider noch nicht gehört.

Wieder gilt: Wenn jemand etwas an den Änderungen zu bemängeln hat, soll er es doch bitte bemängeln. Ich schätze, möglicherweise ist jemand zum Thema Windows 4.x nicht einer Meinung mit mir. --Estron 22:45, 19. Okt. 2007 (CEST)

Abschnitt "Sonstiges" ergänzt. --Estron 23:07, 19. Okt. 2007 (CEST)

Dieser Abschnitt kann archiviert werden. --84.158.120.82 17:24, 19. Jul. 2024 (CEST)

Kürzungen Anfang November

Vielleicht einen neuen Absatz für "Vorteile" aufbauen. Es war zwar nicht alles nötig, was vorher drin stand, aber dies und jenes könnte man beibehalten; bspw.: Freie Software, Emulation möglich (und auch eine der wenigen sinnvollen Nutzungen heute), DOS-Vergleich (nicht nur mit MS-DOS!)

Übrigens: Die Formulierung "Zu den wenigen Nachteilen in FreeDOS gehören:" stammte von mir, allerdings nur, weil vorher GAR KEINE Nachteile aufgelistet waren.

Abschnit "Kompatibilität zu grafischen Benutzeroberflächen": Sagt "Kompatibilität" nur aus, ob man es ausführen kann? Ich denke, man sollte die Dualboot-Möglichkeiten wieder reinnehmen, wenn auch in verkürzter Form. Vielleicht wäre außerdem ein anderer Absatz besser geeignet - zumindest ein Satz wie "Mit den in FreeDOS enthaltenen Programmen ist auch eine Nebeninstallation zu einem bestehenden Betriebssystem möglich." Abgesehen davon finde ich, dass der Abschnitt "Windows NT" etwas zu kurz ist - sollte man deswegen evt. in "Sonstige" integrieren. Auch ein kombinierter Absatz für alle Windows wäre denkbar. --Estron 19:07, 21. Nov. 2007 (CET)

Dieser Abschnitt kann archiviert werden. --84.158.120.82 17:26, 19. Jul. 2024 (CEST)

Bild wie FreeDOS bootet (im Kasten)...

...vielleicht nicht ganz passend. Warum?

• BOCHS-Meldungen uninteressant, vielleicht verwirrend
• Nur Meldungen vom FreeDOS-Kernel, aber sonst von keinem Programm
• Da Screenshot einer HX-Emulator-Kombination, kein "wirklichkeitsgetreues" Aussehen (grauer Rand, Schriftart?)

Vorschläge: Bild ganz raus nehmen, oder durch ein anderes ersetzen. Ich werde dann demnächst mal handeln, falls sich (wie zu erwarten) sowieso niemand dafür interessiert. --Estron 22:48, 4. Dez. 2007 (CET)

Stimmt. Doch mit welchem Programm kommt man in „nativem“ FreeDOS zu einem grafischen Bildschirmfoto? Oder soll man ein hochfahrendes FreeDOS vom Bildschirm abfotografieren?

Ich würde schon gerne auch Handeln, aber ich weiß 1. nicht wie, und 2. habe ich (im Moment noch) keinen Computer, auf dem FreeDOS installiert ist. Der zweite Punkt wird sich für mich in absehbarer Zeit ändern...

Die meisten Leute verwenden wohl einen Emulator, um FreeDOS laufen zu lassen (siehe eben das beanstandete Bild)...

Gruß, Andreas 19:16, 5. Dez. 2007 (CET)

Bild ersetzt: Siehe FreeDOS-1.0-LiveCD-Boot.png. --Andreas 15:10, 9. Dez. 2007 (CET)

Sieht (meiner Meinung nach) gut aus :) Ich kram demnächst noch ein paar alte DOS-Screenshot-Programme aus, erwarte davon aber keine besseren Ergebnisse. --Estron 21:13, 9. Dez. 2007 (CET)

Dieser Abschnitt kann archiviert werden. --84.158.120.82 17:27, 19. Jul. 2024 (CEST) (Ist inzwischen im Artikel korrigiert.)

Juli 2008 - Diverses

Aus dem Abschnitt Einschränkungen:

Außerdem befinden sich einige Programme in FreeDOS noch in der Beta-Phase, sind also nicht immer ausreichend auf Fehler geprüft und versagen möglicherweise den Dienst.

Vorher stand dort statt "einige" "viele". Und das fand ich auch angemessener: Viele Programme tragen zurecht eine Hauptversionsnummer 0, die Hauptprogramme Kernel und FreeCOM haben bereits seit vielen Monaten keine stabilen Releases mehr (ganz zu schweigen von dem sonstigen Versionschaos dabei), FORMAT und MODE werden auch beide noch als Beta ausgegeben und vor allem letzteres hat viele Funktionen noch nicht. Das einige der Nebenprogramme bereits ausgereift sind wiegt wohl kaum den Kernel, FreeCOM und MODE auf.

Meinung von ‣Andreas•⚖ 16:39, 11. Jul. 2008 (CEST):

Gerade im Open-Source- und Freeware-Bereich werden die Versionsnummern je nach Geschmack des Programmierers, und daher machnmal einfach der Reihe nach vergeben und so sind viele Programme auch mit einer 0.irgendwas-Version schon stabil. Nicht alle springen gleich auf 1.0 als major release, weil es eben keine solche Veröffentlichung (engl. release) gibt. Deswegen ist es aber nicht zwangsläufig eine Beta-Version.

Auch gibt es vielfach Beta-Versionen die sehr stabil laufen, aber wegen mangelnder Tester immer noch als Beta-Version ausgewiesen sind. Woher soll der Programmierer auch wissen, dass es auf anderen Computern stabil läuft, wenn es ihm niemand meldet?

Was Kernel, FreeCOM und MODE betrifft, so ist in FreeDOS 1.0 jeweils eine stabile Version enthalten. Die neueren experimentellen Versionen sind zwar im Funktionsumfang erweitert aber eben nicht stabil, deswegen auch noch Beta.

‣Andreas•⚖ 16:39, 11. Jul. 2008 (CEST)

FreeCOM "0.84pre2" hört sich ja nicht besonders stabil an. --Estron 19:09, 11. Jul. 2008 (CEST)

Dann müsste es auch Windows 95alpha2 heißen... ‣Andreas•⚖ 20:30, 11. Jul. 2008 (CEST)

Abgesehen von der theoretischen Möglichkeit, Windows 95 direkt unter FreeDOS zu starten, bringt Windows 9x als vollwertiges Betriebssystem seinen eigenen DOS-Unterbau in Form von MS-DOS 7.0/7.1 (Windows 95/98) bzw. MSDOS 8.0 (Windows Me) mit.

Also, entweder man meint mit "Windows 9x" (und demenstsprechend auch "Windows 95") das "vollwertige" Betriebssystem inklusive DOS-Unterbau, oder man meint (wie ich meistens) nur den Protected-Mode-Kernel und die grafische Oberfläche; beides zusammengefasst sind ein großes DOS-Programm. In diesem Satz wird es vermischt: Zuerst die theoretische Möglichkeit, das DOS-Programm unter FreeDOS zu benutzen (man kann kein anderes Betriebssystem direkt unter dem ersten ausführen!), dann aber die Behauptung das zum Begriff des Windows 9x auch der DOS-Kernel hinzuzuzählen sei.

Antwort von Andreas • ⚖:

Ich finde den Satz ganz in Ordnung. Er beschreibt die theoretische Möglichkeit, Windows 95 unter FreeDOS auszuführen, und führt weiters aus, dass Windows 95 sein eigenes DOS mitbringt und eben deshalb als vollwertiges Betriebssystem zu verstehen ist. Hätte man Windows 3.0 mit MS-DOS 4.01 gebündelt, wäre auch das ein vollwertiges Betriebssystem gewesen. Dass sich Windows 95 in MS-DOS 7.0 und Windows 4.0 (alias Windows 95) aufspalten lässt ist eigentlich hinlänglich bekannt. Allerdings kommt es meist zu Verwirrungen, wenn man von Windows 4.0 streibt...

Gruß, Andreas • ⚖ 17:57, 4. Jul. 2008 (CEST)

Nun gut, ich habe den Satz nun umformuliert und Windows 95 klar in Windows 4.0 mit zugehörigem DOS aufgespalten. ‣Andreas•⚖ 16:22, 11. Jul. 2008 (CEST)

Finde ich gut so. Danke! --Estron 19:09, 11. Jul. 2008 (CEST)

Bei einer vorhandenen DOS-Installation richtet Windows als zweites Betriebssystem seinen eigenen Bootmanager so ein, dass das vorhandene DOS gestartet werden kann.

Macht er aber soweit ich weiss nur bei Bootdatei-kompatiblen, also DOS, die entweder mit IO.SYS/MSDOS.SYS oder mit IBMBIO.COM/IBMDOS.COM starten. FreeDOS hat aber KERNEL.SYS. (Jedenfalls funktioniert die Windows-9x-Multiboot-Option nur mit anderem MS-DOS, bin mir aber relativ sicher, dass das NT-Setup auch keine anderen kennt.)

Meinung von ‣Andreas•⚖ 16:28, 11. Jul. 2008 (CEST):

Mag schon sein, aber das müsste man zuerst ausprobieren bevor man es so dezitiert in den Artikel schreibt. Microsoft zufolge bleibt ein auf der Festplatte vorhandenes DOS startfähig. Woher soll man wissen, welches oder welches nicht? PTS-DOS tifft dann wohl das gleiche Schicksal...

‣Andreas•⚖ 16:28, 11. Jul. 2008 (CEST)

Also, FreeDOS mit Windows-95- (bzw. MS-DOS-7.x-)Bootmanager starten geht jedenfalls nicht, daher: das Zitat unten ist definitiv falsch. Bei Windows NT müsste man halt ein NT auf einen Computer installieren, der FreeDOS laufen hat, was (für mich) ziemlich aufwendig wäre. Also kann man dass obere Zitat meinetwegen auch so bestehen lassen. Und zu PTS-DOS: Zumindest neuere Versionen verwenden nicht mehr die gleichen Dateinamen wie MS-DOS, kämen für MS-DOS-7.x-Multiboot also gar nicht in Frage. Aber wo steht in PTS-DOS denn sowas? --Estron 19:09, 11. Jul. 2008 (CEST)

Im Wikipedia-Artikel zu PTS-DOS steht es nicht, mir ist aber von einer sehr alten Version (PTS DOS 6.42) bekannt, dass die Dateien definitiv nicht IO.SYS/IBMIO.SYS und MSDOS.SYS/IBMDOS.SYS heißen...

Man sollte den Satz schon ändern, aber eben nicht ohne vorher genaueres zu wissen. ‣Andreas•⚖ 20:37, 11. Jul. 2008 (CEST)

---

Also gut, nachdem 77.57.90.122 (Diskussion) den entsprechenden Absatz geändert hat (siehe →alte Version) mit der Anmerkung „quatsch korrigiert 95 -> XP“…

…habe ich nicht anders können als den „Quatsch“ wieder zurückzusetzen.

Ich habe es jetzt dennoch entsprechend angepasst, sodass jetzt dort steht, dass Windows 95 zwar könnte, aber nicht will, und dass eben für Windows 9x deswegen METAKERN zum Einsatz kommen muss.

Für Windows NT/2000/XP sollte es eigentlich von Haus aus funktionieren. Das ist bis dato jedoch ungetestet! Nur 77.57.90.122 scheint es mit Windows XP getestet zu haben, sonst hätte er/sie es nicht so geschrieben wie er/sie es geschrieben hat...

Gruß, ‣Andreas•⚖ 12:50, 25. Jul. 2008 (CEST)

---

Bei einer vorhandenen DOS-Installation richtet Windows als zweites Betriebssystem seinen eigenen Bootmanager so ein, dass das vorhandene DOS gestartet werden kann.

Siehe oben. Nur für DOS mit den gleichen Bootdateien wie MS-DOS.

Wenn in den nächsten Tagen mal wieder niemand Lust hat, zu antworten, werde ich's dementsprechend ändern. --Estron 14:08, 4. Jul. 2008 (CEST)

PTS DOS

Dieses wird bei den Weblinks als "weitestgehend in Assembler geschrieben" bezeichnet. Gilt das nicht für jedes DOS? Zumindestens der Kernel von MSDOS (IO.SYS + je nach Version ev. noch MSDOS.SYS) ist soviel ich weiß komplett in Assembler geschrieben. --MrBurns 13:17, 25. Jul. 2008 (CEST)

Nein, auch der FreeDOS-Kernel ist nur in Teilen reiner Assembler-Code. Der Rest ist C und damit zwar schnell genug, aber eben nicht super-schnell. PTS DOS ist hingegen rein in Assembler verfasst. Außerdem sind Assembler-Programme klein (im Speicher=RAM und auf der Diskette/Festplatte). So passte seinerzeit PTS DOS 6.42 auf eine 3,5"-Diskette inklusive aller Systemprogramme und Hilfs-/Zusatzprogramme. Im Vergleich dazu hatte MS-DOS 6.22 und DR-DOS 6.0 vier 3,5"-Disketten.

Also, bei PTS DOS war alles Assembler. Und soweit ich mich erinnere, konnte man auf einem 80486DX 50 MHz gegenüber MS-DOS/DR-DOS einen spürbaren Geschwindigkeitsvorteil mit PTS DOS wahrnehmen. Aber das ist heute nicht mehr so wichtig. Prozessor-Power gibt es ja im Überfluss...

‣Andreas•⚖ 15:03, 25. Jul. 2008 (CEST)

Ich hab mich da ein wenig über den FreeDOS-Kernel eingelesen und entdeckt, dass der Kernel durchgehend von Pat Villani's DOS-C stammt. DOS-C ist ebenfalls unter der GPL veröffentlicht und das Herzstück eines nicht mehr verfügbaren DOS/NT.

Dieser Kernel ist aus Gründen der Portabilität (vgl. Linux-Kernel, der auf vielen verschiedenen Architekturen läuft) in C geschrieben. Als ebenfalls wichtigen Grund auch deswegen, weil die Entwicklungszeit kürzer ist als würde man den gesamten Kernel in Assembler verfassen.

Wer mehr wissen will: DOS-C

‣Andreas•⚖ 16:34, 25. Jul. 2008 (CEST)

Rein in Assembler programmierte Kernels haben noch einen entscheidenden Vorteil: sie brauchen weniger vom ohnehin unter DOS immer knappen konventionellen Speicher. --MrBurns 21:15, 25. Jul. 2008 (CEST)

Diese Aussage ist schlichtweg falsch und gilt bestenfalls nur für damals, als die C Compiler noch nicht so weit entwickelt waren. Heutzutage kann ein hochoptimierter Compiler ebenso sehr kleinen Binärcode oder auch performanten Binärcode erzeugen, manchmal kann man sogar zwischen diesen beiden Extremen optimieren. Das ist also allein vom Compiler abhängig und hat nicht mehr zwingend etwas damit zu tun, dass der Binärcode nur dann klein sein könne, wenn der Code in Assembler programmiert wurde. Zumal letzteres auch stark von den Fähigkeiten des Programmierers abhängig ist. Assembler hat allerhöchstens nur den kleinen Vorteil, dass man hier, anders als bei einer Hochsprache wie C, näher zur Maschine optimieren kann, während eine Hochsprache hier noch sehr generisch sein muss. Dieser Vorteil ist aber in Anbetracht moderner Compiler marginal. --84.158.122.178 02:04, 5. Jan. 2022 (CET)

Dieser Abschnitt kann archiviert werden. --84.158.120.82 17:38, 19. Jul. 2024 (CEST) (Ist inzwischen im Artikel korrigiert.)

AMB (Ancient Machine Book) Format

FreeDOS verwendet für die Hilfeseiten zunehmen das AMB Format, da sich dieses für alte Rechner mit wenig RAM besonders gut eignet und gegenüber HTML, TXT oder gar PDF viele Vorteile auf solchen Alten Rechnern hat. Link zur Spezifikation dieses Formates. Das AMB in FreeDOS verwendet wird, könnte man im Artikel auch noch erwähnen und für das AMB Format selbst wäre ein eigener Artikel sinnvoll. Spätestens nach FreeDOS 1.3 soll die gesamte Dokumentation innerhalb von FreeDOS auf das neue Format umgestellt werden. --IT-Compiler (Diskussion) 19:38, 24. Jan. 2022 (CET)

Einschränkungen NTFS

Gegenüber welcher MS-DOS Version soll die Nicht Unterstützung von NTFS eine Einschränkung sein? Keine MS-DOS Version unterstützt NTFS, auch nicht die letzte von Windows Me. Es gibt nicht einmal DOS Programme, die von NTFS Gebrauch machen. FreeDOS versucht eine freie Alternative zu MS-DOS zu sein, nicht zu Windows NT. Wenn, dann könnte man das höchstens woanders erwähnen, aber nicht unter dem Abschnitt Einschränkungen, weil es keine Einschränkung ist. Ich werde das daher aus dem Artikel entfernen. --84.158.120.82 17:03, 19. Jul. 2024 (CEST)

Ich dachte immer, FreeDOS versucht eine Weiterentwicklung für das aufgegebene MS-DOS zu sein. ‣Andreas•⚖ 13:11, 20. Jul. 2024 (CEST)

Nein. FreeDOS versucht eine Alternative zu MS-DOS zu sein, nicht zu Windows NT. NTFS gehört zu Windows NT und macht bezüglich DOS keinen Sinn. Windows NT ist ein ganz anderes Betriebssystem als MS-DOS. FreeDOS unterstützt Fat32 und lange Dateinamen, weil das auch in Windows 95b/98 und in dessen mitglieferte MS-DOS Version unterstützt wurde. Sollte FreeDOS mal andere Dateisysteme außer die ganzen Fat Varianten unterstützen, dann wäre das gegenüber MS-DOS allerhöchstens ein Vorteil. Wenn es dies momentan noch nicht tut, dann ist es aber keine Einschränkung, denn das Original MS-DOS konnte nie etwas anderes als die alten FAT Dateisysteme vor ExFAT.

Du kannst ja auch schlecht sagen, dass FreeDOS eine Einschränkung hätte, weil es kein DirectX 11 unterstützt. Auch das war nie das Ziel von FreeDOS. Einschränkungen könnten somit nur gegenüber dem Vorbild MS-DOS 7.10 bestehen, wenn es diese geben sollte. Eine bekannte Einschränkung ist bspw. dass der enhanced mode von Windows 3.1 unter FreeDOS noch nicht funktioniert, aber das wurde im Artikel bereits an anderer Stelle ausführlicher behandelt. --84.158.120.82 12:50, 21. Jul. 2024 (CEST)

Darum geht es nicht. Wieso sollte sich FreeDOS hin zu Windows NT entwickeln wollen? Wenn ein Betriebssystem ein anderes Dateisystem aufnimmt, wird es ja nicht gleich zum Betriebssystem, das einem dabei in den Sinn kommt. Linux unterstützt auch NTFS, ist aber sicher kein Klon von Windows NT. Und auch macOS unterstützt exFAT, das heißt aber nicht, dass es jetzt in anderen Dingen zu Microsoft-Produkten kompatibel werden wollte.

Weiterentwicklung heißt nur, dass ein System weiterentwickelt wird. Ein moderneres Dateisystem ist eine Möglichkeit der Weiterentwicklung, vorallem deswegen, weil das von DOS bekannte FAT16 größere Einschränkungen hat. FAT32 ist ein erster Schritt, um aber modern zu sein, sind auch dessen Limits zu eng gesteckt (etwa die maximale Dateigröße und Partitionsgröße). NTFS wäre eine Möglichkeit, exFAT oder ext4 weitere. Oder FreeDOS entwickelt sein eigenes Dateisystem, aber das wäre ein immenser Aufwand.

‣Andreas•⚖ 13:17, 21. Jul. 2024 (CEST)

P.S. FAT32 unterstützt keine langen Dateinamen. VFAT tut das. VFAT ist ein Zwischen-Layer, der auf allen FAT-Varianten funktioniert. Somit kann man lange Dateinamen auf FAT12, FAT16 und FAT32 ermöglichen. Oder, ohne VFAT, eben auch nicht. ‣Andreas•⚖ 13:19, 21. Jul. 2024 (CEST)

Es ist keine Einschränkung von FreeDOS, wenn dieses kein NTFS, EXT2, EXT3, EXT4, HPFS, usw. unterstützt. Worüber willst du also diskutieren?

Linux ist ein modernes 32 Bit Betriebssystem mit einer abstrahierten HAL und ohne relevante Speichergrenzen, das kannst du mit 16 Bit DOS basierten Systemen überhaupt nicht vergleichen. Deswegen ist es bei Linux kein Problem ist, viele verschiedene Dateisysteme zu unterstützen ohne das die Anwendungen irgendetwas davon merken worauf sie ihre Daten speichern sollen. --84.158.120.82 17:14, 21. Jul. 2024 (CEST)

Ich will darüber diskutieren, dass das von FreeDOS verwendete Dateisystem auf heutigen Systemen gewisse Einschränkungen aufweist. Eine der Einschränkungen ist das Größenlimit von FAT32: es kann maximal 2 TiB groß sein. Hat eine Festplatte z.B. 3 TB oder 4 TB, dann kann man davon maximal 2.2 TB (das sind 2 TiB) nutzen. Das hat denselben Grund wie auch das Größenlimit des MBR (Master Boot Record), nämlich dass die größte 32-Bit-Zahl bei 512-Byte großen Sektoren dann erreicht ist. Die meisten Betriebssysteme unterstützen nur 512-Byte-Sektoren, obwohl FAT32 selbst bis zu 4K-Sektoren unterstützen würde, was dann ein theoretisches Limit von 16 TiB ergäbe. Wie FreeDOS das genau macht, weiß ich leider nicht, aber anscheinend unterstützt es Laufwerke bis ~8 TB.^ref FreeDOS ist also immens davon betroffen, dass so große FAT32-Dateisysteme gewaltig viel Speicherplatz verschwenden, was mit der größeren (notwendigen) Cluster-Größe zu tun hat. Microsoft hat daher einst mit Windows NT 4.0 im Formatierungs-Dialog ein (willkürliches) Limit von 32 GB gesetzt, und bei größeren Partitionen einfach FAT32 verboten^ref (obwohl es natürlich Wege bzw. Tools^Bsp. gibt, die dieses Limit nicht haben).

Zur Cluster-Größe: eine Datei kann immer nur eine ganze Zahl von Clustern belegen. Wenn ich also viele kleine Dateien auf einem System nutze, ist die Verwendung großer Cluster gleichzusetzen mit viel Platzverschwendung. Beispiel: eine Datei hat 1 kB, der Cluster ist aber 32 kB: so belegt die Datei die gesamten 32 kB des Clusters. Gleich, wenn eine Datei 33 kB groß ist: nun belegt sie 64 kB (2 Cluster) auf dem FAT32-Dateisystem, und "verbraucht" nun fast doppelt so viel Speicherplatz.

Soweit ich weiß sind Partitionen von FAT32 mit bis zu 2 TB bei einer Cluster-Größe von 8 kB möglich. Ob das mit dem FORMAT-Kommando von FreeDOS auch tatsächlich so gesetzt wird, weiß ich nicht. Es könnte auch sein, dass FORMAT sich für 16kB-Cluster entscheidet. Jede Datei würde dann also immer ein Vielfaches von 8192 Bytes (8kB) respektive 16384 Bytes (16kB) belegen. Die englische Wikipedia schreibt dazu:

With the huge cluster sizes (16 KB, 32 KB, 64 KB) forced by larger FAT partitions, internal fragmentation in form of disk space waste by file slack due to cluster overhang (as files are rarely exact multiples of cluster size) starts to be a problem as well, especially when there are a great many small files.^{6. Absatz}

Und, natürlich will FreeDOS nicht nur auf Retro-Hardware laufen, sondern auch auf modernerer Hardware. Da ist es verständlich, dass Festplatten auch größer sein können, und dass das FAT32-Dateisystem an sein Limit kommt. Auch kommt nicht jede Software mit großen Cluster-Größen zurecht:

"The test release currently has a lot of cool updates, most of which provide fixes to things, like the new fdisk that provides workarounds for the Book8088 BIOS bug, a new zoo archiver that has a fix for cluster sizes over 32 kB, and an updated edlin editor that has a quieter startup."^ref

Ein moderneres Dateisystem wäre nicht nur für Windows NT (Anfang der 1990er, NTFS) sinnvoll, für FreeDOS wäre es zumindest eine Möglichkeit, die Nachteil von FAT32 zu umgehen. Es ist jedoch kein anderes Dateisystem geplant. Es bleibt also der Große Nachteil "FAT32" für FreeDOS, wenn man es auf einem z.B. >2010er-Rechner nutzt.^Bsp.

Gerade eben habe ich entdeckt, dass FreeDOS-32 tatsächlich sein eigenes Dateisystem entwickelt hat:^ref LEAN (als Backronym für Lean yet Effective Allocation and Naming), das auf ext2 basiert und Ähnlichkeiten zum QNX4-Dateisystem aufweist (wenn auch zufällig).^ref

Fazit: Natürlich, man könnte jetzt die Frage stellen: warum erwähnt man, dass es keine Unterstützung für NTFS in FreeDOS gibt (außer dem NTFS-Treiber, der jedoch Einschränkungen hat). Dazu kann ich nur mit zwei Punkten antworten: 1. Frag(t)en die Leute danach.^Bsp. FreeDOS wird eben auch auf Systemen verwendet, die auf Microsoft-Betriebssystemen von MS-DOS zu Windows 9x zu Windows NT (XP und neuer) laufen/liefen. Und 2. wird genau das, dass es keinen nativen NTFS-Support in FreeDOS gibt, auch in der englischen Wikipedia erwähnt^link (und zitiert^ref).

‣Andreas•⚖ 19:28, 21. Jul. 2024 (CEST)

FreeDOS bootet auf heutigen Systemen nicht nativ, dafür benötigst du ein BIOS und das A20 Gate in den CPUs, die Legacy BIOS Unterstützung wurde in UEFI entfernt und die A20 Gate Unterstützung wurde aus den modernen Intel CPUs ebenso entfernt (AMD weiß ich gerade nicht). Damit können wir das abschließen. Außerdem ist es völlig absurd, ein OS, dass sich ein Legacy OS zum Vorbild nimmt, einem modernen Betriebssystem gegenüberstellen zu wollen und dann die Einschränkungen aufzuzählen. Da würde es beim Dateisystem nämlich nicht aufhören. Außerdem wurde FreeDOS nie dafür entwickelt, ein modernes OS zu ersetzen. Es soll eine freie Alternative zu MS-DOS sein und diese Aufgabe erfüllt es.

Außerdem scheint es mir so, dass du keine Ahnung hast, wie groß NTFS im RAM wäre. NTFS defragmentiert sich selbst, dafür hat es einen Service, der das macht. In DOS gibt es solche Services nicht, die im Hintergrund arbeiten. DOS bietet nicht einmal Trim Support für SSDs. Und ACL ist auf einem DOS auch völlig überflüssig.

Warum gehst du nicht auf den Artikel vom C64 und zählst die Einschränkungen gegenüber modernen Rechnern auf? Auch auf dem C64 fehlt übrigens NTFS. das im C64 integrierte BASIC bietet keine NTFS Unterstützung. --84.158.120.82 23:45, 21. Jul. 2024 (CEST)

Ich habe doch verlinkt, dass Systeme um ~2010 noch nativ FreeDOS unterstützen, und das dies – nämlich darauf FreeDOS zu installieren – auch gemacht wurde/wird. Das CSM im UEFI wurde erst 2020 entfernt. Einige der Systeme, und das inkludiert welche aus z.B. 2019, können nativ FreeDOS booten. ‣Andreas•⚖ 10:09, 22. Jul. 2024 (CEST)

Nachtrag: FreeDOS funktioniert übrigens mit oder ohne A20-Gate. Und nochmal: auf einem High-End-PC von 2020, der noch ein CSM im UEFI aufweist, läuft FreeDOS nach wie vor nativ. Der hat dann meist sehr viel RAM, sehr viel Festplattenspeicher usw. Das Hauptproblem bei solchen Geräten sind die fehlenden DOS-Treiber für z.B. Audio. Für CD-ROM-Laufwerke u.d.gl. gibt es generische Treiber, die sich meist auf die BIOS-Funktionen abstützen, die vom CSM die Geräte aus dem UEFI ansprechen können. Ob das z.B. auch auf NVMe-PCIe-SSDs geht, weiß ich nicht, aber auf SATA-Anschlüssen gehen damit sowohl SSDs wie HDDs oder CD- und DVD-Laufwerke ganz einwandfrei.

Und da zeigt sich auch schon das FAT32-Problem: mache ich nämlich ein Abbild einer DVD auf der Festplatte, so trifft mich hier das 4-GB-Dateigrößenlimit von FAT32, denn Dual-Layer-DVDs können >4 GB an Daten speichern.

Wenn du Zweifel daran hast, hier nochmal der Link von einem FreeDOS-1.1-Experiment von 2014: https://arstechnica.com/information-technology/2021/07/dos-boot-ars-spends-a-day-working-in-freedos/ und hier eine Forumsdiskussion von 2019: https://www.vogons.org/viewtopic.php?t=69022

‣Andreas•⚖ 11:31, 22. Jul. 2024 (CEST)

Du könntest dich mal nützlich machen und die Einträge, die mit erledigt markiert sind, sichten, damit der Bot seine Arbeit macht und aufräumt. --84.158.120.82 16:45, 22. Jul. 2024 (CEST)

Ich sichte nur, wenn ich mir auch sicher bin, dass das, was ich da sichte, auch passt. Dazu habe ich im Moment weder die Zeit, noch die Muße, noch die Lust. ‣Andreas•⚖ 18:23, 22. Jul. 2024 (CEST)

Na offenbar hast du aber genug Zeit um einen Roman bezüglich NTFS zu schreiben, was bei DOS völlig irrelevant ist. --84.158.120.82 18:48, 22. Jul. 2024 (CEST)

Ja. Weil kommentieren ist gefühlt um den Faktor 100 leichter als fundierte, belegte Artikelarbeit. ‣Andreas•⚖ 20:19, 22. Jul. 2024 (CEST)

Quatsch. Es geht hier um das Archivieren von alten Diskussionszweigen. Du siehst doch selber, dass das alles schon erledigt ist. Was willst du da groß recherchieren?! --84.158.120.82 20:21, 22. Jul. 2024 (CEST)

Diskussionen kann man nicht sichten. Nur Artikel. ‣Andreas•⚖ 20:35, 22. Jul. 2024 (CEST)

Warum räumt der Bot dann nicht auf? --84.158.120.82 22:21, 22. Jul. 2024 (CEST)

Das macht er vielleicht nur unter bestimmten Bedingungen, die gerade nicht erfüllt sind. ‣Andreas•⚖ 22:46, 22. Jul. 2024 (CEST)

Dann setze du mal ein erledigt Tag unter die obigen Diskussionszweige, vielleicht funktioniert es dann. --84.158.120.82 23:37, 22. Jul. 2024 (CEST)

Ich denke nicht, dass es daran liegt. ‣Andreas•⚖ 23:51, 22. Jul. 2024 (CEST)

Dann sag dem Botprogrammierer, dass sein Bot nicht geht. --84.158.120.82 00:35, 23. Jul. 2024 (CEST)