Dll-Zuweisung

[himitsu]

Indirekt hat der schon bissl was damit zu tun.

Der Windows Script Host (WSH) kann aktuell standardmäßig VisualBasic- (VBS), JavaScript- (JS) und PowerShell-Scripte ausführen,
über die Console (wscript.exe bzw. cscript.exe) oder via API (DLL).
Und man kann dort auch nich weitere Script-Sprachen registrieren. (sogar PascalScript gibt es)

Wobei man PowerShell auch direkt auswühren kann (powershell.exe) und den WSH garnicht bräuchte.



Hier sind praktisch paar Dinge gemischt, welche nichtmal alle für das eigentlich Problem nötig sind.
* Laufwerke suchen ... Win32-API, PowerShell, WMI oder sonstwo
* ein PowerShellScript ausführen und dort nach Laufwerken suchen
* ein PowerShellScript im WindowsScriptingHost ausführen

Zitat von TiGü:

1. Schon im Original-Link fehlt das Gleichheitszeichen in der if-Abfrage und der Vergleich darf nicht mit 0 sondern muss mit flag geschehen!
Aus if (flag and DriveMask) 0 then muss also if (flag and DriveMask) = flag then werden.

Wobei hier nicht das = fehlte, denn die sind alle vorhanden.
Es fehlte das <> , da irgendwann diese HTML-Zeichen verschwunden sind.

[JWollenberg]

Hallo Leute,

1.

Zitat:

Zeig mir bitte mal die Fundstelle...

Habe ich vergessen Entschuldige, es ist nicht einfach sich in andere Denkmodelle hinein zu versetzen, wie ich weiter oben schon erläutert habe, brauche ich die Funktion um mit einer RAM-Disk zu arbeiten, das wiederum benötige ich für die Arbeit mit Dateien, dh. Schreib-Lese-Vorgänge, und da ich mindestens 2 RAM-Disks (manchmal auch mehr) zu laufen habe, möchte ich die Auswahl automatisieren.

2.

Zitat:

Wahrscheinlich wäre ein...

Leider wird mir hier keine RAM-Disk angezeigt.

3.

Zitat:

Die Problemstellung hat weder mit...

Genau, das wäre mein Wunsch, es wäre gut zu schreiben wie und nicht das es geht

Aber trotzdem Danke für eure Mühe!

Falls jemand noch eine greifende Idee habe sollte, wäre ich sehr dankbar.

[TiGü]

Zitat von JWollenberg:

2.

Zitat:

Wahrscheinlich wäre ein...

Leider wird mir hier keine RAM-Disk angezeigt.

Aber trotzdem Danke für eure Mühe!

Falls jemand noch eine greifende Idee habe sollte, wäre ich sehr dankbar.

Auch bei Get-CimInstance Win32_LogicalDisk | Select-Object DeviceID, DriveType nicht?

Bei mir kommt sowas bei rum:

Code:

DeviceID DriveType
-------- ---------
C:               3
D:               3
E:               5
M:               4
N:               4
R:               3
S:               4

Wobei bei mir R: die RAM-Disk ist. Diese ist mit "SoftPerfect RAM Disk" in Version 3.4.7 angelegt, 2048 MB groß und mit FAT32 formatiert.

Gemäß https://docs.microsoft.com/de-de/dot...m.io.drivetype ist 3 eine Festplatte und eine 6 wäre ein RAM-Datenträger.
Es ist aber soweit nicht verwunderlich, dass hier 3 anstatt 6 angezeigt wird, weil das Programm gegenüber Windows per Treiber eine richtige Festplatte emuliert.

Soll heißen: Je nachdem, wie und womit die RAM-Disk angelegt wurde, besteht keine Möglichkeit programmatisch herauszufinden, ob es nun eine richtige Festplatte/SSD zum Anfassen ist oder eine RAM-Disk.
Das ist immer abhängig davon, wie und was der jeweilige "Treiber" dafür an WinAPI-Funktionen und/oder Powershell zurückmeldet.

[TiGü]

Als Notbehelf wäre vielleicht möglich, anhand der Größe zu entscheiden, da eine RAM-Disk ja selten die Kapazität einer modernen Festplatte hat:

Code:

Clear
$ConversionFactor = 1024 * 1024 * 1024;  
$MaxSizeInGigaBytes = 2 * $ConversionFactor   
$MinSizeInGigaBytes = 0.1 * $ConversionFactor                 
Get-CimInstance Win32_LogicalDisk  | Where-Object Size -lt $MaxSizeInGigaBytes | Where-Object Size -gt $MinSizeInGigaBytes

Kann man ggf. noch geschickter formulieren.

[JWollenberg]

Also bei mir sieht es so aus:

Laufwerk001.gif - sind meine Laufwerke
Laufwerk002.gif - ausgeführtes PS-Script
Laufwerk003.gif - das Ergebnis

Wie man sieht wird keine RAM-Disk spezifiziert. Darum war meine Idee, dies mit einem Delhpi-Programm zu erledigen. Übrigens wird beim vorgezeigtem Quellcode auch keine RAM-Disk angezeigt.

Nun ist eure Kompetenz gefragt!

Danke im Voraus!

[TiGü]

Zitat von JWollenberg:

Nun ist eure Kompetenz gefragt!

Zitat von Ich:

Je nachdem, wie und womit die RAM-Disk angelegt wurde, besteht keine Möglichkeit programmatisch herauszufinden, ob es nun eine richtige Festplatte/SSD zum Anfassen ist oder eine RAM-Disk.
Das ist immer abhängig davon, wie und was der jeweilige "Treiber" dafür an WinAPI-Funktionen und/oder Powershell zurückmeldet.

Lösung: Wenn es kein Flag gibt, musst du über Umwege herausbekommen, ob das Laufwerk eine RAM-Disk ist. Die Größe wäre ein Indikator. Vgl. mit Beitrag #14.

[JWollenberg]

Hallo Leute, erst einmal Danke für eure Mühe, dh. ich werde weiter nach einer Lösung suchen. Wenn jemand noch eine zündende Idee parat hat, so möge er sie mir aufzeigen.

MfG Jürgen

[himitsu]

Bzw. wenn das Flag hier falsch ist, weil scheinbar jemand den Treiber schrottig programmiert hat.
* besserer RAMDrive-Triber
* oder eben irgendwie anders ermitteln

[Sinspin]

Hallo,

wie legst du die RAM-Disk denn an? Da wird kein Name oder eine Id zurückgegeben? Kannst du nicht nach dem erstellen eine Datei auf Root der Disk anlegen die eine bestimmte UID als Name hat?
Dann kannst du einfach die liste der Laufwerke durchsuchen und nachsehen welches diese Datei hat.

Wozu brachst du die RAM-Disk(s) eigentlich? Vieleicht gibt es anderen Lösungen.

Zitat von JWollenberg:

Nun ist eure Kompetenz gefragt!

Das finde ich doch schon ein bisschen frech!

[JWollenberg]

Danke, ich werde sehen. Die RAM-Disk kommt von OSFMount. https://www.osforensics.com/tools/mo...sk-images.html
Dieses Programm lässt sich gut in Scripten verwenden.

Entschuldigung, ich wollte keinen zu Nahe treten.

Mit einer ID ist eine Option, danke.