Recientemente conecté dos discos duros USB con formato GPT a mi estación de trabajo Win10. Tuve que actualizar la tienda BCD en ellos, así que usé Diskpart para asignar letras S: y T: a las particiones EFI en las unidades. Ahora tengo dos letras de unidad fantasma S: y T: que ahora están asignadas permanentemente a mi PC a pesar de que ya no tengo los discos duros en cuestión conectados.
Intenté volver a conectar las unidades para poder eliminar la letra, pero las particiones EFI en esas unidades no obtuvieron letras (que es el comportamiento normal). Intenté usar Diskpart nuevamente para asignarles las mismas letras, pero me dice que esas letras ya están en uso.
Las letras de unidad no corresponden a nada en la consola de Administración de discos, por lo que no puedo eliminarlas desde allí. No hay nada en el Administrador de dispositivos que los mantenga tampoco. Opté por mostrar dispositivos ocultos y eliminé todos los volúmenes de almacenamiento en gris enumerados, pero las letras de unidad permanecen.
Estas letras de unidad están "atascadas" ahora y no puedo deshacerme de ellas.
¿Algunas ideas?
fuente
diskpart
para eliminarlo porque primero debeselect
operar el volumen antes de poderremove
hacerlo, y las letras no corresponden a nada. Parece quemountvol
tampoco está haciendo el truco. / D dice que el sistema no puede encontrar el archivo especificado. / R dice que el directorio no está vacío.HKLM\SYSTEM\MountedDevices
clave de registro; si hay valores llamados cosas como\DosDevices\S:
, elimínelos. Sin embargo, sospecho que eso fue lo que causó el error "Archivo no encontrado"mountvol
; Trató de eliminar esos valores mediante programación y no están allí. Vale la pena revisar, sin embargo.mountvol /R
funcionó para eliminar el disco fantasma de flujo de archivos de Google DriveEste problema desapareció por sí solo después de que algunas actualizaciones de Windows forzaran el reinicio de la computadora.
Este comportamiento parece ser un error. Sospecho que la razón por la cual las letras de la unidad fantasma persistieron durante un reinicio se debió a las funciones de "Reinicio suave" y "Inicio rápido" de Windows 10, que en realidad ya no se apagan o reinician cuando le dice que se apague o reinicie.
Probablemente porque el sistema nunca pasó por una inicialización completa de HW (y, por lo tanto, nunca verificó la presencia de esas letras de unidad) hasta que las actualizaciones de Windows forzaron el problema al reiniciar por completo.
Breve descripción general de las características de reinicio suave y arranque rápido:
En un esfuerzo por acortar los tiempos de inicio en Windows 8 y Windows 10, Windows ya no hace un apagado / reinicio completo. La función de inicio rápido (introducida en Windows 8) hace una hibernación parcial al apagar el sistema. Ciertos procesos centrales (pero no todos como en una hibernación completa) tienen sus estados guardados para que puedan reanudarse sin pasar por una inicialización completa en el próximo inicio. Este comportamiento solo afectó los apagados, no los reinicios, y puede apagarlo a través del panel de control Power.
Windows 10 extiende este comportamiento con la función de reinicio suave. Al reiniciar, el sistema reinicia el software como si se reiniciara, pero no reinicia el hardware o el kernel, lo que hace que los tiempos de reinicio sean más rápidos. No puede desactivar esta función.
En Windows 10, la ÚNICA manera de hacer un reinicio COMPLETO del sistema es emitir un
shutdown -r -f -t 0
comando desde la línea de comandos.fuente
powercfg /H off
)? Ciertamente esperaría que deshabilitara el apagado suave, y probablemente también el reinicio suave. Otra cosa que parece evitar el reinicio suave es usar las opciones avanzadas de inicio para, por ejemplo, arrancar en BIOS / EFI SETUP.-f
cuando lo haces-t 0
;shutdown -r -t 0
también funciona