Wie viel ist Pre Boot möglich und wo liegen die Grenzen?
-
Ein Bootmanager wird wahrscheinlich so bald er einem anderen Bootsektor chainloaded oder einen Kernel startet sich selbst so weit es geht selbst aus dem Speicher entfernen. Allerdings kann er manchmal trotzdem etwas "hinterlassen".
Was geht, was ich schon gesehen habe:- TrueCrypt steckt einen Verschlüsselungstreiber zwischen Betriebssystem / BIOS / Festplatten Controller der auch im protected mode nicht rausgekickt wird. Wie machen die das?
- Syslinux memdisk kann Disketten Images als Diskettenlaufwerk emulieren. Allerdings nur für 16 bit Systeme, sobald das Betriebssystem seinen eigenen Controller Treiber lädt fliegt das virtuelle Diskettenlaufwerk raus.
- Fast das gleiche ist es mit der CD-ROM Emulation von grub4dos das iso`s benutzt, auch diese sind nicht kompatibel mit 16 bit Systemen.
- Grub kann virtuell hd0 und hd1 tauschen so das Windows auch auf hd1 sein kann.
- Ein Bootmanager kann Grafiken und Menüs darstellen, auch Mausunterstützung habe ich schon gesehen.
- DOS direkt booten, dann grub4dos starten und ein anderes Betriebssystem booten (liegt wahrscheinlich nur daran das DOS erlaubt sich selbst aus dem Speicher entfernen zu lassen).
Was zum Beispiel nicht geht (nehme ich an weil ich sowas nicht gefunden habe):
- Erst mal Linux direkt booten und danach Windows direkt booten. (Ich rede hier nicht von Bochs/VMware etc. wo emuliert/virtualisiert wird, sondern davon etwas im Speicher zu hinterlassen und trotzdem ein anderes Betriebssystem direkt zu booten.
- Einen kompletten Disketten / CD-ROM oder Festplatten Controller oder andere Geräte emulieren so das ein aktuelles Betriebssystem diesen so benutzt als wäre er echt.
- Das BIOS um fehlende Features zu erweitern.
Aber wo sind die Grenzen? Wie funktioniert das? Durch was entstehen diese Grenzen?
-
Was hat das jetzt mit C++ zu tun?
-
Beine schrieb:
Was hat das jetzt mit C++ zu tun?
Hm... Bootmanager können in C / C++ oder asm geschrieben werden.
Falls der Thread hier falsch platziert ist darf er gern verschoben werden.
-
TrueCrypt steckt einen Verschlüsselungstreiber zwischen Betriebssystem / BIOS / Festplatten Controller der auch im protected mode nicht rausgekickt wird. Wie machen die das?
Ich halte das für ein Gerücht und denke die machen das garnicht
Ansonsten... gehen tut viel, bloss müsste man für viele Dinge das Chipset kennen. D.h. man müsste auch für jedes Chipset eigenen Code schreiben. Nicht gerade toll. Und die nötigen Dokus sind normalerweise nicht leicht zugänglich, wenn überhaupt.
Und ja, das hat genau nix mit C++ zu tun.
-
im grunde geht alles. irgendwann verwischt dann allerdings die grenze zwischen bootloader und fast-schon-ein-betriebsystem
-
sap schrieb:
Einen kompletten Disketten / CD-ROM oder Festplatten Controller oder andere Geräte emulieren so das ein aktuelles Betriebssystem diesen so benutzt als wäre er echt.
Hm, bin mir nicht ganz sicher, aber was ist mit diesen Programmen wie DaemonTools, die virtuelle Laufwerke einbringen? Machen die nicht genau das?
-
Wo würde dieser Thread den besser hinpassen? Weil mit programmieren hat das ja viel zu tun. Um dies zu beantworten muss man schon ein ganz schöner Crack sein.
mad_martin schrieb:
sap schrieb:
Einen kompletten Disketten / CD-ROM oder Festplatten Controller oder andere Geräte emulieren so das ein aktuelles Betriebssystem diesen so benutzt als wäre er echt.
Hm, bin mir nicht ganz sicher, aber was ist mit diesen Programmen wie DaemonTools, die virtuelle Laufwerke einbringen? Machen die nicht genau das?
DaemonTools ist ja nur ein Programm/Treiber das genau auf dem Betriebssystem aufsetzt. Aber dieses virtuelle CD-ROM ist ja nicht bootfähig. Mit Pre Boot hat das ja überhaupt nichts zu tun.
After Boot kann man natürlich vieles machen wie einen ganzen PC emulieren, mir ging es ja hier um Pre Boot.
-
Achso, da hab ich nicht weitgenug gedacht, sorry
