C++ - Odczyt numeru woluminu

Question

Na wstępie powiem że wywołanie komendy DIR nie wchodzi w grę.Jak odczytać numer woluminu i zapisać go w zmiennej string albo char?

sedr · Answer

Jaki system operacyjny?

tomek_programista · Answer

Windows XP

winuser2 · Answer

Użyj WinAPI : Link - na tej stronie wszystko napisano, wystarczy poczytać i się zagłębić

User removed account · Answer

Numer ten znajduje się przy offsecie 0x48, licz±c od pocz±tku superbloku wybranej partycji NTFS.

U mnie partycja ma numer FC5D-7831, zapis w hex po uwzględnieniu kolejno¶ci bajtów jest odwrotny - 0x31785DFC.

winuser2 · Answer

Odradzam stosowania tej metody. Od tego jest systemowe API żeby go używać do takich celów. Offset ten może się zmieniać dla różnych wersji NTFS nie mówiąc już o innych systemach plików.

User removed account · Answer

@winuser2, ioctl który sugerujesz użyć operuje na zupełnie innym numerze (numer seryjny urz±dzenia to nie numer seryjny woluminu), robi to tylko dla dysków USB i nie obsługuje flashowych dysków USB. Pominę fakt, że wysyłanie ioctl'i do urz±dzeń fizycznych niesie za sob± dokładnie to samo ryzyko co np. bezpo¶rednia interpretacja struktur odczytanych bezpo¶rednio z dysku.

Je¶li chcesz wykorzystywać WinAPI, zrób to raczej za pomoc± GetVolumeInformation(). Funkcja zwróci numer seryjny woluminu w argumencie lpVolumeSerialNumber. Numer ten trzeba zamienić na liczbę w hex. Użycie tej metody ucina możliwo¶ci pisania kodu przeno¶nego między różnymi systemami operacyjnymi, ponieważ wi±że kod do ¶rodowiska kompilacji w Windows.

Btw, wszystkie Windowsy, od 2000 do Windows 8 zawieraj± ten sam superblok. Nie zmienia się on z wersji na wersję, musi zachowywać wsteczn± kompatybilno¶ć. Jedyne do tej pory duże złamanie kompatybilno¶ci nast±piło w czasach przej¶cia z NT4 na 2000 - jednak NT4 jest tak starym systemem, że nawet wykorzystanie standardowego WinAPI wymaga odpowiednich poprawek kompatybilno¶ciowych. Je¶li w przyszło¶ci nast±pi rozszerzenie NTFS, będzie to zaimplementowane przy użyciu modularnej architektury samego NTFS, czyli przy użyciu specjalnych plików z pocz±tku MFT ($LogFile, $Boot, etc), lub przy użyciu nowych atrybutów (z ich definicjami w $AttrDef).