Ça marchait déjà en Windows 2000 il me semble

De rien, 30 secondes de google

Ca marche Pour récupérer la taille & l'espace libre un petit exemple :

[DllImport("kernel32.dll")]
static extern bool GetVolumeNameForVolumeMountPoint(string lpszVolumeMountPoint, [Out] StringBuilder lpszVolumeName, uint cchBufferLength);

[DllImport("kernel32.dll", SetLastError = true, CharSet = CharSet.Auto)]
[return: MarshalAs(UnmanagedType.Bool)]
static extern bool GetDiskFreeSpaceEx(string lpDirectoryName, out ulong lpFreeBytesAvailable, out ulong lpTotalNumberOfBytes, out ulong lpTotalNumberOfFreeBytes);

StringBuilder sb = new StringBuilder(200);
GetVolumeNameForVolumeMountPoint("c:\\", sb, (uint)sb.Capacity);

ulong FreeBytesAvailable, TotalNumberOfBytes, TotalNumberOfFreeBytes;
GetDiskFreeSpaceEx(sb.ToString(), out FreeBytesAvailable, out TotalNumberOfBytes, out TotalNumberOfFreeBytes);

C'était la raison de mon clin d'oeil à cette aberration d'un autre temps (CP/M...)

rfr > encore mieux \o/
mille merci

Pourtant c'est dans les specs ntfs depuis windows xp (soit 2001).

C'est ce qui est fait pour le moment mais la machine à une centaine de drives externes en rotation et ça devient le bordel à gérer xD

En plus, la machine devrait avoir plus de 24 drives branchés simultanément sous peu xD

edit : j'ai trouvé une solution en passant par WMI

(pardon pour la petite blague, je sais comme l'humour nerd est penible quand on attend une reponse constructive)

Le début de ta quête se trouve ici: http://msdn.microsoft.com/en-us/library/aa364994(VS.85).aspx

Après ça, tu auras le nom du volume et tu pourras utiliser le reste de l'API Win32.

Bah non, il va te jeter et engager quelqu'un qui connais la réponse..

Sans doute que .net ne le savait pas non plus, et donc DriveInfo est incapable de savoir ce qu'on lui veut.
Tu n'as plus qu'à attribuer un nom de drive à ta partition. "F:" peut-être ?