Zugriff auf Windows-Festplatten direkt mit Java NIO

Ich verwende eine Bibliothek, die Java NIO verwendet, um Dateien direkt in den Speicher zu mappen, aber ich habe Probleme beim direkten Lesen von Datenträgern.

I kann die Datenträger direkt mit FileInputStream mit UNC lesen, z. B.

Allerdings kann ich nicht auf NIO erweitern:

Der Stacktrace (bis zur Ursache) ist:

Ich habe keine Lösung gefunden, obwohl ich etwas auf So greifen Sie von Java auf bestimmte Rohdaten auf der Festplatte zu . Die Antwort von Daniel Alder, die die Verwendung von GLOBALROOT vorschlägt, scheint relevant zu sein, da die Antwort FileChannel in der Antwort verwendet, aber ich kann das Laufwerk nicht mit diesem Muster finden. Gibt es eine Möglichkeit, alle Geräte unter GLOBALROOT oder ähnlichem aufzulisten?

Im Moment versuche ich, die Verwendung von NIO durch gerade InputStream s zu ersetzen, aber ich möchte das vermeiden, wenn ich kann. Erstens wurde NIO aus einem bestimmten Grund verwendet und zweitens durchläuft es eine Menge Code und erfordert viel Arbeit. Schließlich würde ich gerne wissen, wie man etwas wie Daniels Lösung implementiert, damit ich in Zukunft auf Geräte schreiben oder NIO verwenden kann.

Also zusammenfassend: Wie kann ich direkt mit Java NIO auf Laufwerke zugreifen (nicht InputStream s) und / oder gibt es eine Möglichkeit, alle Geräte aufzulisten, auf die über GLOBALROOT zugegriffen werden kann, damit ich Daniel Alsers Lösung verwenden kann?

Zusammenfassung der Antworten: Ich habe die letzten Änderungen (unten) beibehalten, um Verwirrung zu vermeiden. Mit Hilfe von EJP und Apangin denke ich, dass ich eine praktikable Lösung habe. Etwas wie

Dies funktioniert, solange der Parameter posn ein Vielfaches der Sektorgröße ist (in diesem Fall auf 512 gesetzt). Beachten Sie, dass dies auch mit dem Channels.newChannel (FileInputStream) funktioniert, der in diesem Fall immer einen SeekableByteStream zurückgibt und es erscheint , dass es sicher in einen umgewandelt werden kann.

Aus dem schnellen und schmutzigen Testen erscheint , dass diese Methoden wirklich suchen und nicht einfach überspringen. Ich habe zu Beginn meiner Fahrt nach tausend Orten gesucht und sie gelesen. Ich habe das gleiche getan, aber einen Offset von der Hälfte der Festplattengröße hinzugefügt (um die Rückseite der Festplatte zu suchen). Ich fand:

• Beide Methoden haben fast die gleiche Zeit gebraucht.
• Beim Suchen am Anfang oder am Ende der Festplatte hat nicht Auswirkungen auf die Zeit.
• Reduzierung der Reichweite der Adressen did reduziert die Zeit.
• Das Sortieren der Adressen did reduziert die Zeit, aber nicht viel.

Dies deutet darauf hin, dass dies wirklich anstrebt und nicht nur das Lesen und Überspringen (wie ein Strom dazu tendiert). Die Geschwindigkeit ist in dieser Phase immer noch schrecklich und meine Festplatte klingt wie eine Waschmaschine, aber der Code wurde für einen schnellen Test entwickelt und muss noch schön gemacht werden. Es kann immer noch gut funktionieren.

Danke an EJP und Apangin für die Hilfe. Lesen Sie mehr in ihren jeweiligen Antworten.

Bearbeiten: Ich habe meinen Code auf einem Windows 7-Rechner ausgeführt (ich hatte ursprünglich keinen), und ich bekomme eine etwas andere Ausnahme (siehe unten). Dies wurde mit Admin-Rechten ausgeführt, und das erste Stück Code funktioniert immer noch unter den gleichen Bedingungen.

Bearbeiten 2: Als Antwort auf EJP habe ich versucht:

Wenn ich das versuche, bekomme ich folgende Ausgabe:

  

Kanal erstellt
     Oh, stören: java.io.IOException: Der Parameter ist falsch

So scheint es, dass ich einen FileChannel oder ReadableByteChannel erstellen kann, aber ich kann es nicht verwenden; das heißt, der Fehler wird einfach zurückgestellt.