Mostrando entradas con la etiqueta Windows. Mostrar todas las entradas
Mostrando entradas con la etiqueta Windows. Mostrar todas las entradas

miércoles, julio 13, 2022

Acceso denegado a disco externo (Windows)

 Bueno, después de varios años sin escribir nada aquí (demasiados), vuelvo con un tema con el que me he tenido que enfrentar ya dos veces en los últimos años, pero que recién hoy logre entender completamente el trasfondo.

El escenario es así:  tienes un disco externo donde esperas guardar archivos de gran tamaño, específicamente archivos de mas de 5 GB, cómo podría ser un backup de una BD SQL Server o un respaldo de una maquina virtual. 

El tema es que cuando se trata de archivos muy  grandes, FAT32 queda descartado por su limite de 4 GB por archivo.   Que hacia yo entonces?  lo formateaba con NTFS y asunto resuelto.... al menos hasta que por cualquier razón quería acceder a ese disco desde otro equipo, y me topaba con un mensaje de ACCESO DENEGADO al disco entero.

Esto me paso la primera vez al intentar acceder a un disco que normalmente estaba conectado solo a mi MacMini, desde mi laptop Linux con un Windows virtualizado.  En ese momento el problema lo solucione asignando de nuevo los permisos en el disco.

Pero ayer me sucedió de nuevo, esta vez al probar una copia de mi MV Parallels en Virtual Box... pude acceder al disco externo (formateado con NTFS) desde la MV en VirtualBox sin problemas, pero al apagar esa MV y volver a encender la MV original en Parallels, resultó que perdí el acceso completo a ese disco, con el mensaje de ACCESO DENEGADO.

Después de múltiples intentos fallidos de reasignar los permisos para volver a ganar acceso desde Parallels, me tope con este articulo que finalmente me dio luz sobre lo que estaba pasando y, sobre todo, sobre lo que había hecho mal desde el inicio: 

https://www.softzone.es/windows/como-se-hace/diferencias-fat32-ntfs-exfat/

Tal como bien explican en el articulo, el problema con NTFS es que no solo te permite manejar archivos grandes y, en general, manejar tus archivos de manera mas optima y segura (en mis mas de 30 años de carrera he visto cualquier cantidad de discos con FAT32 corruptos al punto de no poder recuperar nada, pero JAMAS he visto un disco NTFS que sufra la misma suerte), sino que ADEMAS incorpora SEGURIDAD a los mismos, es decir, PERMISOS.... y esta característica justamente la que te causa problemas cuando conectas ese mismo disco a otro equipo.

La razón?  NTFS fue pensado para usarse en DISCOS INTERNOS. Así de simple.  O, en todo caso, en discos externos que estarán siempre conectados al mismo equipo.

Cuál es la solución entonces?   Pues usar el formato EXFAT que es similar al FAT32 pero sin las limitaciones de 4 GB por archivo.  Sin embargo, CUIDADO!!   ExFAT es tan propenso a la corrupción como lo es FAT32, especialmente cuando hay caídas de energía durante operaciones de escritura, o cundo se usa de forma intensa permanentemente, por lo que NO SIRVE para usarlo en discos con data sensitiva que te costaría mucho perder en un momento dado.

Como hacer entonces si quieres tener data sensitiva y poderla compartir entre distintos sistemas?  bueno, es una BUENA PREGUNTA... NTFS no sirve por el tema de los permisos y FAT32/EXFAT tampoco por el tema de la tendencia a la corrupción del sistema de archivos durante fallas.

Hay un par de opciones mas que estoy investigando, así que esta historia continuara probablemente. 







martes, septiembre 13, 2011

M$: Como instalar MSSMSE en Windows Vista/7

Hoy estaba intentando instalar el SQL Server Managment Studio Express en un Windows 7 64bits cuando, oh sorpresa, el instalador fallo al final sin mas informacion que un error criptico.

Una rapida busqueda en Google me llevo a este link, donde indicaban somo solventar el problema:

1. Vaya al escritorio y cree un nuevo acceso directo
2. Apunte el acceso directo a c:\Windows\SysWow64\cmd.exe
3. Guarde el acceso directo
4. Haga click derecho sobre el acceso directo y seleccione "Ejecutar como Administrador"
5. En la linea de comandos, escriba la ruta y nombre del instalador del MSSMSE, ej: C:\Users\[YOUR NAME]\Downloads\SQLServer2005_SSMSEE_x64.msi

viernes, septiembre 09, 2011

Registrando MSCOMCTL.OCX en ambientes de 64bits

Si se encuentran con el problema de intentar registrar la libreria MSCOMCTL.OCX en un Windows de 64 bits, he aqui como lograrlo:

1. Copie el archivo MSCOMCTL.OCX en la carpeta C:\Windows\System
2. Abra Notepad y escriba: REGSRV32 MSCOMCTL.OCX
3. Guarde el archivo con el nombre "regcomctl.bat" en C:\Windows\System
4. Ubique el archivo C:\Windows\System\regcomctl.bat, haga click derecho sobre el y seleccione "Ejecutar como administrador"

La informacion original la puede conseguir aqui.

jueves, julio 07, 2011

ODBC: Error raro con Windows 2008 x64

Bueno, la historia es mas o menos así: un sistema hecho en VFP 6, utiliza SQL Server 2008 R2 como motor de datos y ODBC como via de comunicación. Específicamente, estaba usando el driver SQL Server Native Client 10.0 que se instala con el SQL Server 2008.

En las pruebas del programa en mi equipo (Windows XP 32bits) todo funcionaba perfecto. Pero cuando fuimos a instalar en el cliente (Windows 2008 Std x64), empezamos a obtener este error cada vez que el programa intentaba invocar un Stored Procedure:

1526 Connectivity error: Unable to retrieve specific error information. Driver is probably out of resources.

Después de leer varios posts, la única conclusión que pude sacar es que el problema se debía a algún tipo de problema con el driver ODBC de SQL Server, en parte por lo indicado en este post, que aunque específicamente no aplica a este caso particular (yo no estaba pasando ningún parámetro tipo text), ciertamente arrojaba alguna luz sobre el posible origen del problema.

Dado que no tenia muchas mas opciones, decidí intentar usar el antiguo driver SQL Server que usaba para conectarme con SQL Server 2000.... y voila! resulta que con ese driver todo empezó a funcionar como se esperaba.

Quiero llamar la atención sobre el hecho de que el problema se presento SOLAMENTE en el Windows 2008 Std corriendo a 64bits, pues luego hicimos pruebas con un servidor Windows 2008 std pero a 32 bits, usando el driver SQL Server Native Client 10.0, y todo funciono perfectamente.

En fin, para que lo tengan en cuenta si por casualidad le pasa lo mismo.

miércoles, septiembre 29, 2010

Otra de Microshit!!

Hoy tuve la "dicha" de intentar instalar el SQL Server 2008 Managment Studio Express en mi equipo con Windows XP SP2.

Resulto que el ejecutar las reglas de validacion de la instalacion saltaron dos problemas de esos en los que M$ es especialista.

1) Falla en la regla Sql2005SsmsExpressFacet, incluso despues de haber desinstalado el SQL Server 2005 Managment Studio Express. La solucion a esto fue modificar en el register la clave HKEY_LOCAL_MACHINE\SOFTWARE\Microsfoft\Microsoft SQL Server y renombrar la clave "90" temporalmente durante la instalacion.

2) Falla en la regla VSShellInstalledRule, relacionado con no tener instalado el SP1 de Visual Studio 2008. Con lo delicado que es el VS2008 la verdad no tenia mucho interes en instalar el fulano SP1, asi que la solucion paso por dos pasos:

a) Ejecutar el instalador del Managment Express manualmente e indicarle que ignorara esa regla:

SETUP /ACTION=install /SkipRules=VSShellInstaled RebootRequiredCheck

b) Cambiar en el register el valor de la clave HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DevVis\VS\Servicing\9.0\SP segun como se indica aqui

Una vez finalizada la instalacion, se reversan los cambios hechos en el register y listo.


jueves, octubre 04, 2007

Como instalar el SP4 de MSDE 2000

Hoy me tocó instalar el SP4 para MSDE 2000 y, como es costumbre en M$, las cosas no resultaron ser tan sencillas como esperaba.

No se Uds, pero yo cuando voy a hacer una actualización como esta espero que las cosas funcionen mas o menos asi:

a) Descargo el instalador de la actualización
b) Ejecuto el instalador
c) Sigo las instrucciones en pantalla
d) Selecciono las opciones que se acomoden a mi instalación particular
e) Ejecuto el proceso

Pues resulta que con este SP4 solo pude llegar a la opción b)... luego de mucho investigar los múltiples mensajes que me salían, me encontré con que el instalador había que ejecutarlo DESDE LA LINEA DE COMANDOS... imagínense nada mas... en pleno siglo XXI y aun teniendo que ejecutar cosas en la linea de comandos.

En fin, por si algun otro desgraciado le toca vivir esto, aqui esta mi granito de arena para aliviar la carga.

a) Abre una ventana de comandos
b) Haga CD hasta la carpeta donde instalo los archivos del SP4, en mi caso era C:\SQL2KSP4\MSDE
c) Ejecute el comando: SETUP /upgradesp sqlrun -L*v c:\MSDELog.log

IMPORTANTE:
Esto es partiendo del punto que su instalación MSDE usa la instancia por defecto. Si su instalación incluye una instancia con nombre, debe incluir el parametro INSTANCENAME=instancia luego de "sqlrun".