Mucho antes de que SunOS 2.0 introdujera el Network File System (NFS) y el conmutador Virtual Filesystem (VFS), las estaciones sin disco dependían de un pseudo-dispositivo llamado nd. A diferencia de NFS, que funciona a nivel de archivos, nd era un dispositivo de bloque del kernel que enviaba E/S de bloques brutas por la red. Los clientes encontraban sus servidores mediante difusión, en lugar de mediante una configuración fija.

El uso de nd era muy manual y arriesgado. Como los discos físicos solo ofrecían un número limitado de particiones, el controlador nd gestionaba su propio subparticionado. Los administradores tenían que definir a mano los sectores de inicio y fin de cada disco de red dentro de una partición mayor. El sistema no hacía comprobaciones de coherencia, de modo que eran posibles particiones solapadas y podían causar graves pérdidas de datos.

Para ahorrar espacio, los administradores también podían usar la partición c para hacer accesible a nd un disco físico completo, lo que hacía más probable un conflicto con sistemas de archivos locales ya presentes en ese disco. La asignación manual de sectores era la única forma de proporcionar almacenamiento a los clientes sin disco antes de NFS.

Nd también evitaba tanto UDP como TCP. Usaba directamente datagramas IP para reducir la carga de cálculo de sumas de comprobación, una decisión condicionada por la limitada capacidad de procesamiento del hardware de los años 80. Eso significaba que no había ninguna verificación de integridad en la red y que los datos quedaban expuestos al ruido o la corrupción.