Joachim Merkel <[EMAIL PROTECTED]> wrote on 02.09.04:
> Michael Heydekamp ([EMAIL PROTECTED]) schreibt:
>>> in: <[EMAIL PROTECTED]>
>> Hmm, oben geht's um die Systemwiederherstellung, in dem von Dir
>> zitierten Artikel aber wohl eher darum, da� die RAM-Disk schlicht
>> nicht existiert bzw. funktioniert.
> Ja auch, es geht dabei zun�chst nur um die Links welche Ram-Disk-
> Software es gibt. Die funktionieren auch unter WindowsXP-Du kannst mir
> ruhig glauben, da� alle nicht mit der System-wiederherstellung
> funktionieren.
Ich glaub' Dir schon, da� Du das gelesen hast - aber kannst Du es auch
aus eigener Erfahrung best�tigen?
> Ich werde nat�rlich nicht den gesamten Thread hier posten, aber das
> scheint mir klar aus dem weiteren Verlauf des Threads.
Den ich �ber das Web-Interface von M$ leider nicht finden kann
(jedenfalls nicht vollst�ndig). Ich sehe wohl einzelne Postings zu dem
Thema, und in einem davon schreibt J�rg Ott am 08.05.2004 (im
Zusammenhang mit dem 'sample driver' von MS, den ich derzeit auch
verwende):
----------8<----------
> [...] Au�erdem w�re es empfehlenswert, noch FILE_REMOVABLE_MEDIA
> hinzuzuf�gen, um die Systemwiederherstellung nicht auszuhebeln.
----------8<----------
Also scheint es einen Weg zu geben, die RAM-Disk von M$ zu betreiben,
ohne die Systemwiederherstellung zu sabotieren. Da� man den Treiber
dazu patchen und neu compilieren mu�, ist nat�rlich ein Unding.
Da mir gestern anl��lich dieses Themas �berhaupt erst aufgefallen ist,
da� die RAM-Disk von M$ gar nicht als RAM-Disk, sondern als Festplatte
erkannt wird (Windows Explorer, Total Commander, FreeXP) und vermutlich
auch nur deshalb im Papierkorb auftaucht, reime ich mir im Moment
folgendes zusammen:
DIe Systemwiederherstellung versucht evtl. beim Einsatz dieser RAM-Disk,
die sie f�r ein Festplatte h�lt, auch diese wiederherzustellen, was wohl
nicht funktioniert. F�gt man hingegen FILE_REMOVABLE_MEDIA (also wohl
Diskette?) im Code hinzu, wird die RAM-Disk offenbar von der
Systemwiederherstellung ausgenommen.
Ich frage mich nur, warum sie sich nicht gleich korrekt als RAM-Disk
identifiziert (wei� BTW jemand, welcher Partitionstyp f�r eine RAM-Disk
reserviert ist?).
Wie mir Martin mitteilt, meldet sich die RAM-Disk von AR-Soft korrekt
als solche und taucht auch nicht im Papierkorb auf. Vermutlich wird sie
daher auch von der Systemwiederherstellung ausgenommen. Und ich kann
mir speziell bei Martin nicht vorstellen, da� er die einsetzen w�rde,
wenn seine Systemwiederherstellung damit sabotiert w�re, aber ich warte
da noch auf Best�tigung.
AR-Soft bietet allerdings auch eine Option, da� sich die RAM-Disk als
Platte meldet. Wenn man die aktiviert, kann ich mir schon vorstellen,
da� es dann wieder Probleme mit der Systemwiederherstellung geben mag.
�berhaupt scheint es zum Thema RAM-Disk ja die tollsten Ger�chte zu
geben, ein J�rgen Klein schreibt z.B.:
----------8<----------
> Die Ramdisk funktioniert nur, wenn die Systempartition NTFS formatiert
> ist.
----------8<----------
Was ich angesichts der untigen Erl�uterung f�r recht unwahrscheinlich
halte.
>> Letzteres Problem habe ich zwar nicht, Unklarheiten bestehen
>> trotzdem. Z.B., warum man den Treiber bei reinen NTFS-Systemen selbst
>> patchen und compilieren mu�, statt ihn gleich in funktionierendem
>> Zustand auszuliefern.
> Wei� ich auch nicht.
Schon klar.
>> Wobei die Vermutung dahintersteht, da� ein auf reinen NTFS-Systemen
>> funktionierender Treiber auch auf "gemischten" Systemen funktionieren
>> w�rde. Hier jedenfalls ist das so, denn es ist ja ein
>> Diskettenlaufwerk drin und somit kein reines NTFS-System, *trotzdem*
>> funktioniert der gepatchte Treiber.
> Was meinst Du, die Ram-Disk gibt sich als LW B: aus?
Nee, l�uft hier als Laufwerk R:
> Kann ja sein, da� die Ram-Disk funktioniert, auch wenn Du ein
> Diskettenlaufwerk schon als B: installiert hast,
Nein, der Hintergrund ist ein anderer (schreibe ich jetzt alles aus dem
Ged�chtnis, Begrifflichkeiten m�gen daher unpr�zise sein):
Der 'sample driver' von MS funktioniert laut MS-eigener Dokumentation
"as is" nur auf Systemen, bei denen mindestens ein Nicht-NTFS-Laufwerk
vorhanden ist (weil dann automatisch irgendein FAT-Treiber oder -Dienst
geladen/gestartet wird, der bei NTFS-only-Systemen nicht ben�tigt und
daher auch nicht geladen wird).
Besitzt man aber ein NTFS-only-System, mu� man den Treiber wie
dokumentiert patchen und neu compilieren. Dazu ben�tigt man BTW, wie
HJT mir sagte, nicht nur einen gew�hnlichen C-Compiler, sondern das
komplette DDK.
Dieses Patchen/Compilieren hat HJT freundlicherweise erledigt, und
dieser so f�r NTFS-only-Systeme neu compilierte RAM-Disk-Treiber l�uft
hier auf einem System, das gar nicht NTFS-only ist (eben weil ein
Diskettenlaufwerk existiert und der oben erw�hnte FAT-Treiber daher auch
geladen ist).
Wenn aber der eigentlich f�r NTFS-only-Systeme gedachte Treiber auch auf
Systemen l�uft, die auch �ber FAT-Partitionen verf�gen, dann k�nnte man
doch gleich diese Fassung fertig compiliert zum Download anbieten?
So ist man als Besitzer eines NTFS-only-Systems ja darauf angewiesen,
da� man zuf�llig jemanden kennt, der das komplette DDK besitzt.
> die Frage bleibt nat�rlich, ob das Diskettenlaufwerk noch auf B:
> funktioniert.
Nie probiert, war auch nicht meine Absicht.
Ich denke, ich werde mal die RAM-Disk von AR-Soft testen (eigentlich
wollte ich ja prim�r nur verifizieren, da� die RAM-Disk-Erkennung von
FreeXP funktioniert ;)).
Michael
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
