mkdir: no se puede crear el directory: Función no implementada

Estoy en la universidad y tengo que enviar mi tarea cs desde una máquina Linux de la escuela, pero me gusta hacer la tarea en mi computadora portátil (Mac). Entonces, en lugar de copyr mis files en todo momento y luego enviarlos, decidí hacer un script para hacerlo usando scp y ssh . Cuando probé mi script la primera vez, el command scp creó el directory hw3 en la otra máquina. La próxima vez que lo probé, creó el directory hw4 . Ambos directorys tenían mis files de progtwig en ellos. Como ambos directorys solo se crearon para la testing, los eliminé usando rm -r . Pero aquí es donde surge el problema.

A través de testings posteriores de mi secuencia de commands y otra debugging, descubrí que ahora no puedo crear ningún file o carpeta llamada hw3 o hw4 en la otra máquina mientras estoy conectado a ella a través de ssh . Puedo crear una carpeta llamada cualquier otra cosa, solo que no hw3 o hw4 . No puedo hacerlos a través de mkdir , mv , cp o touch, lo que me hace pensar que hay algún problema con el sistema de files. Sin embargo, puedo crear files hw3 y hw4 en el directory principal. Nadie con quien he hablado sabe qué es esto y nunca lo ha visto antes, y search en Google no ha dado ningún resultado.

En mi escuela hay muchas máquinas diferentes en las que puedo iniciar session e intenté varias, pero el problema persiste en todas ellas, lo cual tiene sentido ya que estoy trabajando desde una unidad de networking (SDRIVE en la ruta). Para que funcione el script, utilicé la solución de simplemente crearlo hww# lugar de hw# , pero aún así me gustaría saber qué está pasando y cómo solucionarlo.

Esta es mi salida de terminal desde cuando inicio session a través de ssh y mis commands.

 Last login: Tue Mar 3 11:40:18 2015 from r03ane3md.device.mst.edu You are currenly one of 7 users on this host! [email protected]:~$ cd SDRIVE/cs1510 [email protected]:~/SDRIVE/cs1510$ ls -l total 0 drwxr-xr-x 2 ane3md mst_users 0 Mar 3 12:01 hw1 drwxr-xr-x 2 ane3md mst_users 0 Feb 21 21:37 hw2 drwxr-xr-x 2 ane3md mst_users 0 Mar 3 11:59 hww3 [email protected]:~/SDRIVE/cs1510$ mkdir hw3 mkdir: cannot create directory 'hw3': Function not implemented [email protected]:~/SDRIVE/cs1510$ touch hw3 touch: cannot touch 'hw3': Function not implemented [email protected]:~/SDRIVE/cs1510$ mv hww3 hw3 mv: failed to access 'hw3': Function not implemented [email protected]:~/SDRIVE/cs1510$ 

EDITAR: según lo solicitado, ejecutar "stat -f ~ / SDRIVE" genera lo siguiente:

 [email protected]:~$ stat -f ~/SDRIVE File: "/usr/local/home/ane3md/SDRIVE" ID: 0 Namelen: 4096 Type: fuseblk Block size: 4096 Fundamental block size: 4096 Blocks: Total: 0 Free: 0 Available: 0 Inodes: Total: 314572031 Free: 66717154 

EDITAR – EJEMPLO: Hice algo de fisgoneo, y encontré que nuestra escuela usa dfshack (puedes searchlo en github) para vincular los filesystems Windows y Unix / Linux, y fue creado por un estudiante aquí, así que, naturalmente, tiene errores. Aparentemente encontré uno de ellos. También realicé algunas testings más y descubrí que el siguiente process funciona para permitirme volver a crear los directorys. Tengo una Mac, así que no estoy seguro de si esto funcionaría para Windows.

  1. Asigna la unidad de networking a Mac OS para que puedas acceder a ella a través de Finder
  2. Crea a través de Finder el directory que no se pudo crear antes.
  3. Conéctese a la máquina remota a través de ssh y navegue hasta el directory donde no pudo crear las carpetas o files.
  4. Escriba mv dirCreatedViaFinder newName
  5. Ahora puede crear directorys y files con el nombre de lo que no se pudo crear antes, pero hay un inconveniente. Si rm -r newName , ahora no puede crear files y carpetas newName . Así que creo que todo el problema se debe a la eliminación de directorys.

El directory ~/SDRIVE está montado como un sistema de files fusible, lo que significa que las operaciones del sistema de files son manejadas por un progtwig de espacio de usuario, no por el kernel. Esos errores provienen de la implementación del sistema de files, que podría ser cualquier cosa y es probablemente algún tipo de software personalizado.

Este es uno de esos momentos en los que es probable que tengas que molestar a tus administradores de sistemas y preguntarles cuál es el problema. Uno podría adivinar que hay algo que tienen que arreglar, posiblemente solo con su count, o que esta es una extraña forma interna de lidiar con la eliminación accidental.