opengnsys-1.0.4 (#9) - Sistema Operativo Cliente no arranca (#120) - Message List

Buenas. El problema está en la función que inyecta el cliente OpenGnSys en Windows.

Ya tenemos corregido el problema en una versión de mantenimiento 1.0.4a, así que puedes actualizar para resolver este asunto y un par de ellos más que se nos han "colado" en la 1.0.4.

Para actualizar, hay que ejecutar:

sudo bash /opt/opengnsys/lib/opengnsys_update.sh

Espero que con esto se soluciona el problema. Saludos.

Después de actualitzar i después de asegurarme que los permisos de todos los ficheros son root:opengnsys ... sigue fallando :-(

Creo que el error es: invalid bitmap, cannot create bitmap sector ...

El error es OpenGnSys error: ogLoadHiveWindows: Formato de ejecucion

Prueba a restaurar otra vez el equipo con la misma imagen.

Continua fallando ... ya no se que probar ...

Adjunto fichero salida ogBoot

ogBoot acaba haciendo reboot y volviendo a cargar via PXE el menú de inicio de pruebas que viene con opengnsys. ¿Como hace el sistema para que ignore el PXE y pase a cargar el sistema operativo desde dicho menú?

Con rembo hacias un HdBoot?(0,1) y ya iba directo al disco. Entendemos que ogBoot deberia hacer lo mismo ... o ¿estamos equivocados en la filosofia de funcionamiento de este nuevo sistema?

Gracias,

No consigo ver el fichero adjunto.

/mnt/sda1/Windows
2	drbl-chntpw -f /tmp/tmpregistry /mnt/sda1/Windows/System32/config/SAM /mnt/sda1/Windows/System32/config/SYSTEM /mnt/sda1/Windows/System32/config/SOFTWARE "" "" "" "" "" "" ""
3	chntpw version 0.99.6 110511 , (c) Petter N Hagen
4	Script File /tmp/tmpregistry found
5	Hive </mnt/sda1/Windows/System32/config/SAM> name (from header): <\SystemRoot\System32\Config\SAM>
6	ROOT KEY at offset: 0x001020 * Subkey indexing type is: 666c <lf>
7	File size 262144 [40000] bytes, containing 6 pages (+ 1 headerpage)
8	Used for data: 247/20344 blocks/bytes, unused: 18/4040 blocks/bytes.
9
10	Hive </mnt/sda1/Windows/System32/config/SYSTEM> name (from header): <SYSTEM>
11	ROOT KEY at offset: 0x001020 * Subkey indexing type is: 686c <lh>
12	File size 10485760 [a00000] bytes, containing 2284 pages (+ 1 headerpage)
13	Used for data: 153742/9869792 blocks/bytes, unused: 4598/211104 blocks/bytes.
14
15	Hive </mnt/sda1/Windows/System32/config/SOFTWARE> name (from header): <emRoot\System32\Config\SOFTWARE>
16	ROOT KEY at offset: 0x001020 * Subkey indexing type is: 686c <lh>
17	File size 37748736 [2400000] bytes, containing 8477 pages (+ 1 headerpage)
18	Used for data: 690588/36525200 blocks/bytes, unused: 15774/763856 blocks/bytes.
19
20
21	* SAM policy limits:
22	Failed logins before lockout is: 0
23	Minimum password length        : 0
24	Password history count         : 0
25	| RID -|---------- Username ------------| Admin? |- Lock? --|
26	| 01f4 | Administrador                  | ADMIN  | dis/lock |
27	| 03e8 | usuariprova                    | ADMIN  |          |
28	| 01f5 | Invitado                       |        | dis/lock |
29	Simple registry editor. ? for help.
30
31	> !!!h 2!!!
32	Switching to hive #2, named </mnt/sda1/Windows/System32/config/SOFTWARE>, size 37748736 [0x2400000]
33
34	> !!!cd \Microsoft\Windows\CurrentVersion\Run!!!
35
36	\Microsoft\Windows\CurrentVersion\Run> !!!nv 1 ogcleanboot!!!
37	add_value: value ogcleanboot already exists
38
39	\Microsoft\Windows\CurrentVersion\Run> !!!ed ogcleanboot!!!
40	pre edit_val
41	get_val2_buf
42	EDIT: <ogcleanboot> of type REG_SZ with length 46 [0x2e]
43	[ 0]: cmd /c del c:\ogboot.*
44
45	Now enter new strings, one by one.
46	Enter nothing to keep old.
47	[ 0]: cmd /c del c:\ogboot.*
48	!!!cmd /c del c:\ogboot.*!!!
49	newkv->len: 46
50
51	\Microsoft\Windows\CurrentVersion\Run> !!!!!!
52
53	Hives that have changed:
54	 #  Name
55	 2  </mnt/sda1/Windows/System32/config/SOFTWARE>
56	 2  </mnt/sda1/Windows/System32/config/SOFTWARE> - OK
57	[10] Desmontar todos los sistemas de archivos.
58	[50] Desmontar cache local.
59	[90] Reiniciar el equipo.

En principio, recomiendo que uses el script bootOs en vez de directamente la función ogBoot, ya que dicho script hace algunas operaciones previas al arranque, como desmontar todos los sistemas de archivos.

Pretendemos que el arranque de los sistemas operativos sea en caliente, pero con algún tipo de hardware, Windows no conseguía arrancarse a no ser que se reiniciase el equipo.

Para mejorar el arranque de Windows, a partir de OpenGnSys 1.0.4 se ha incluido un opción en las propiedades del perfil de hardware asociado a cada modelo de equipo, para seleccionar el tipo de arranque Windows:

• En caliente usando Kexec y sin reiniciar, que solo debe usarse en PCs que se haya probado que funciona bien.
• Reiniciando el equipo, opción por defecto porque vale para todo tipo de hardware.

Vamos avanzando :-)

La màquina cliente es Marca: Hp Compaq Modelo: 8100 Elite Smart Form Factor CPU: Intel Core i5 650 a 3200Mhz Ram: 4GB HDD: 500GB Seagate Barracuda 7200 12 VGA: GF 9500 GT 1GB PCI-E

Si en BIOS -> Sata IDE -> kexec funciona - reboot no funciona

Si en BIOS -> Sata AHCI -> kexec no funciona - reboot no funciona

El Sistema operativo es Windows 7 Professional 64 bits

Me sorprende que no funcione en AHCI ... ¿es normal?

He llegado a la conclusión que el problema no es el SATA IDE o AHCI.

Creo que el problema está en la template pxeADMIN que solo contempla la opción de arranque opengnsys-NET.

La he modificado para contemplar todos los posibles casos, he cambiado el perfil de hardware a modo windows=reboot y parece que funciona.

Seguiremos haciendo pruebas pero os agradeceria nos indicarais si vamos bien orientados.

Siento no haber podido ayudarte más, pero estaba un poco perdido con tu problema, ya que nosotros no tenemos PCs HP y no hemos podido reproducirlo para ver cómo solucionarlo.

pero ... olvidandonos del HP ... ¿que me puedes decir sobre el tema que te planteo sobre los ficheros pxe?