Bien avant que SunOS 2.0 n'introduise le Network File System (NFS) et l'interrupteur Virtual Filesystem (VFS), les stations sans disque s'appuyaient sur un pseudo-périphérique appelé nd. Contrairement à NFS, qui fonctionne au niveau des fichiers, nd était un périphérique bloc du noyau envoyant des E/S de blocs brutes sur le réseau. Les clients trouvaient leurs serveurs par diffusion, plutôt que par une configuration fixe.

L'utilisation de nd était très manuelle et risquée. Comme les disques physiques n'offraient qu'un nombre limité de partitions, le pilote nd gérait son propre sous-partitionnement. Les administrateurs devaient définir à la main les secteurs de début et de fin de chaque disque réseau à l'intérieur d'une partition plus grande. Le système ne faisait aucune vérification de cohérence, si bien que des partitions qui se chevauchaient étaient possibles et pouvaient entraîner de graves pertes de données.

Pour gagner de la place, les administrateurs pouvaient aussi utiliser la partition c pour rendre un disque physique entier accessible à nd, ce qui rendait plus probable un conflit avec des systèmes de fichiers locaux déjà présents sur ce disque. Le réglage manuel des secteurs était alors le seul moyen de fournir du stockage aux clients sans disque avant NFS.

Nd évitait aussi bien UDP que TCP. Il utilisait directement des datagrammes IP pour réduire la charge liée au calcul des sommes de contrôle, un choix dicté par les capacités limitées des processeurs des années 1980. Cela signifiait qu'il n'y avait aucune vérification d'intégrité sur le réseau, et que les données restaient exposées au moindre bruit ou à la moindre corruption.