Hace unos meses un usuario pidió ayuda en Microsoft Community por una cuestión parecida:
http://answers.microsoft.com/es-es/windows/forum/windows_7-windows_update/errores-en-windows-update-e-instalaci%C3%B3n-de/22af0f7b-055c-446e-8774-22c19bd6cd3d. El error 80070BC9 le aparecía al instalar actualizaciones, no cambiando características de Windows,
pero ambas operaciones están relacionadas.
Probablemente la herramienta
System Update Readiness (CheckSUR) no detectaría errores en el almacén de componentes de Windows. En cambio, las líneas del archivo CBS.log (C:\Windows\Logs\CBS) podrían mostrar repetidamente el error HRESULT = 0x80070bc9 - ERROR_FAIL_REBOOT_REQUIRED, lo
que sugeriría la existencia de una transacción pendiente que no puede continuar ni deshacerse por alguna razón y que está bloqueando cualquier operación sobre el almacén de componentes de Windows. De todos modos para hacer bien las cosas habría que comprobar
realmente estos detalles ejecutando la herramienta CheckSUR y observando los logs: "no errors detected" en CheckSUR.log y el mensaje "Pending transaction content must be resolved, cannot begin another transaction yet" seguido de una secuencia de "ERROR_FAIL_REBOOT_REQUIRED"
en CBS.log.
Buscando aquí y allá encontré dos propuestas de solución de este problema, aunque no tengo mucha confianza en la primera:
1. El tipo de inicio predeterminado del servicio TrustedInstaller (Instalador de módulos de Windows) es manual. Cuando se requiere completar una transacción en el próximo reinicio que involucra al almacén de componentes, se debería poner él solo en inicio
automático. La proposición consiste en forzar el tipo de inicio automático y reiniciar de forma inmediata.
Ve a Inicio, escribe services.msc, pulsa Intro y acepta la petición del control de cuentas de usuario. Busca el Instalador de módulos de Windows, haz doble clic para abrir las propiedades, establece el tipo de inicio en automático y a continuación
reinicia Windows.
2. Si la operación anterior no es capaz de desbloquear la situación, intentemos el segundo método, que es un poco
salvaje. Windows guarda registros de transacciones en C:\Windows\System32\Config\TxR y es posible que alguno de ellos esté dañado. Desconozco hasta qué punto afectaría al sistema elminar indiscriminadamente esos archivos, pero habrá que darle un voto
de confianza al procedimiento si
la propia Microsoft lo sugiere para resolver otros problemas. Yo, en vez de borrar, aconsejo mover como mera precaución para restaurar los archivos en caso de surgir algún inconveniente. No obstante, debido a la naturaleza de estos archivos, la acción puede
ser inútil: quizá el estado del sistema después de un reinicio ya no concuerde con el estado registrado en los archivos y Windows los ignore.
La carpeta Config y sus descendientes no son accesibles a los usuarios normales pero sí a los administradores. Al intentar entrar a Config desde System32 en el explorador de Windows preguntará si se desea cambiar los permisos, lo que quizá no es del todo
deseable para la seguridad del equipo, de modo que actuaremos a través del símbolo del sistema.
Ve a Inicio, escribe cmd, pulsa Ctrl+Mayús+Intro (o clic derecho y Ejecutar como administrador) y acepta la petición del control de cuentas de usuario. En la barra de título de la ventana de símbolo del sistema debe figurar la
palabra Administrador. Entonces escribe:
cd /d %windir%\system32\config\txr
attrib -s -h *.*
md "%userprofile%\desktop\txr"
move *.* "%userprofile%\desktop\txr"
Y reinicia. Los archivos se habrán trasladado a una nueva carpeta txr en el escritorio. En vez de md y move se puede ejecutar
del *.* para eliminarlos directamente sin atender a la precaución a la que aludía antes. Si el problema se ha solucionado esta vez y no se observa ningún fallo, se puede eliminar la carpeta
txr del escritorio.
No puedo garantizar a priori que mis respuestas sean exactas y acordes a los problemas descritos, pero por lo menos yo no las voy marcando como propuestas o definitivas sin saber si han sido útiles o no. Tampoco vinculado a Microsoft.
