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

jueves, 3 de julio de 2014

Error al inicializar OpenGL/D3D en Ubuntu usando Crossover


El wiki de Wine nos dice como correr wine con registro de depuración del controlador 3D

WINEDEBUG=+wgl wine your_3d_app.exe 

Pero Crossover tiene una variable de depuración diferente:

CX_DEBUGMSG=+wgl /opt/cxoffice/bin/wine --bottle "WinXP" Chessmaster.exe

Lo que me mostró el problema:

err:wgl:has_opengl Failed to load libGL: /usr/lib/i386-linux-gnu/libxcb-dri3.so.0: undefined symbol: xcb_send_fd
err:wgl:has_opengl OpenGL support is disabled.

La causa es que las librerías de Ubuntu 14.04 no juegan bien con el libxcb que viene con Crossover.  La solución es actualizar a Crossover 13.1.3, o borrar su libxcb para que use la de Ubuntu:

sudo rm /opt/cxoffice/lib/libxcb.so.1*

jueves, 20 de mayo de 2010

"Setup failed to install the product catalogs" error during Windows XP Installation

On the GUI installation, the following error appears on starting the "Windows Install" stage:


"Setup failed to install the product catalogs. This is a fatal error. The setup log files should contain more information."

(Español: "El programa de instalación no puede instalar los catálogos del producto. Éste es un error grave. Los archivos de registro de la instalación deben contener más información")

On clicking Accept, the log appears, containing amongst others, an error about:

"Error: The signature for Windows XP Professional Setup is invalid. The error code is 80096001."

(Español: "Error: La signatura del programa de instalación de Windows XP Professional Edition no es válida. El código de error es 80096001.")

If you close this dialog, the system will immediately restart.

While this can have other causes, in my case it was because I was using "ProfilesDir=D:\Usuarios" in my unattended setup to relocate all the user data to another partition, and forgot to format D: in the script.

As a quick fix, I opened a terminal with the handy (and obscure) Shift+F10 shortcut, did a "format /fs:ntfs /q D:", and restarted.  And so did the installation, which finished correctly.

sábado, 1 de mayo de 2010

Booting Windows over an hibernated Linux is not a good idea

Booting Windows over an hibernated Linux is not a good idea. I just lost 20 GiB of data in a shared NTFS partition...

I hibernated Ubuntu Lucid one day, and the next I fired up my computer.  Some update messed up the saved option in Grub, so instead of booting Ubuntu again as it should, it started Windows 7.  When I came back with my coffee, I just went on using it without recalling Ubuntu was in bear mode.  I probably accessed music, Firefox profile, documents, downloads and games from the shared partition.

The next time I switched to Ubuntu, I saw the "waking up from hibernation" message.  Dang.  But I expected it to fail at waking, and soft reboot instead, as happened the previous time I "tried" this (in my Karmic times).  But no, it woke up alright.  Cool.  Or not.  I quickly realized a directory in the root of the shared partition was now empty.  I think the only programs accessing the shared partition on resuming were Quod Libet (music player) and Transmission (bittorrent client).

I went back to Windows, where I couldn't even open the directory.  Trying to "dir" it in shell produced "file not found".  Corrupted.  Still, the partition's free space had not increased, so my 20 GiB where probably still there, safe from being overwritten.  Maybe.
But how to get to them?

A little research provided little help, and made my hopes even more bleak.

I ran Scandisk ("Check for Errors") without auto repair, since I don't wanted to risk it fixing things by further destroying my data.  The result was not very informative: "Errors found.  Run with auto repair."  Unknown to me, seemingly it also marked the partition to be automatically checked on next boot.  I powered off and went away, and came back with EasyRecovery later.

The computer started with me not paying attention, as usual, and when I looked, chkdsk was already spewing errors in full swing, which it did for some ten minutes.  Oh well, here goes nothing.

Fortunately I did lit a candle for Santa Tecla recently, and after Windows started, my data was back, all of it as far as I can tell, though some files ended up in found.000.

So yes, this had a happy ending.  You'll forgive the dramatic suspense, but that's to drive a point across: backup your data!  And (in my case) keep the backup up to date!  And of course, be extra careful with hibernation and shared partitions...