En algunas ocasiones SCPM detiene el funcionamiento durante un procedimiento de cambio. Puede producirse debido a algún efecto exterior, como que el usuario lo aborte, un fallo de alimentación o incluso un error en el propio SCPM. Si esto ocurre, se mostrará un mensaje de error con información sobre el bloqueo de SCPM la próxima vez que inicie SCPM. El objetivo es proteger la seguridad del sistema, puesto que los datos almacenados en la base de datos pueden ser distintos de los del estado del sistema. Para resolver este problema, ejecute scpm recover. SCPM llevará a cabo todas las operaciones que faltaban de la ejecución anterior. También puede ejecutar scpm recover -b, que intentará deshacer todas las operaciones realizadas de la ejecución anterior. Si está utilizando el gestor de perfiles de YaST, obtenga un cuadro de diálogo de recuperación al inicio que le ofrezca la posibilidad de ejecutar los comandos descritos anteriormente.

Para modificar la configuración del grupo de recursos cuando SCPM ya se ha inicializado, introduzca scpm rebuild después de añadir o eliminar grupos. De este modo se añadirán nuevos recursos a todos los perfiles y los recursos eliminados se suprimirán permanentemente. Si los recursos suprimidos se configuran de manera diferente en los distintos perfiles, se perderán estos datos de configuración excepto para la versión actual del sistema, que no resultará alterada por SCPM. Si modifica la configuración con YaST, no será necesario introducir el comando rebuild porque será YaST quien lo gestione.