158 | | Se dejarán de usar las marcar para arrancar Windows y se sustituirá por ogSetMode en la función ogBoot. |
159 | | |
160 | | Al restaurar el seguimiento del doble reinicio de Windows se hacía con las marcas; Hay que ver si es necesario otro mecanismo, que podría realizarse con el agente de Windows |
161 | | |
162 | | Hay que revisar si para los equipo MAC se utilizan las marcas, en caso contrario se modificarán las plantillas PXE para que no revisen las marcas. |
| 158 | Se dejarán de usar las marcar para arrancar Windows y se sustituirá por ogSetMode en la función ogBoot.[[Image(wiki:Reuniones:todo.png)]] |
| 159 | |
| 160 | Al restaurar el seguimiento del doble reinicio de Windows se hacía con las marcas; Hay que ver si es necesario otro mecanismo, que podría realizarse con el agente de Windows. |
| 161 | |
| 162 | Hay que revisar si para los equipo MAC se utilizan las marcas, en caso contrario se modificarán las plantillas PXE para que no revisen las marcas.[[Image(wiki:Reuniones:todo.png)]] |
174 | | * muestra cada partición, permitiendo elegir el tipo y el tamaño en bytes o tanto por ciento del disco. |
175 | | * muestra un gráfico circular representando el tamaño del disco y lo que ocuparian las particiones. |
176 | | * muestra un gráfico lineal con el mismo contenido, donde podemos modificar el tamaño de las particiones de forma gráfica. |
177 | | |
178 | | Al crear la partición Cache la situa automáticamente al final de disco. |
179 | | Al pasar de tipo de particiones MSDOS a GPT: |
| 174 | * Muestra cada partición, permitiendo elegir el tipo y el tamaño en bytes o tanto por ciento del disco. |
| 175 | * Muestra un gráfico circular representando el tamaño del disco y lo que ocuparían las particiones. |
| 176 | * Muestra un gráfico lineal con el mismo contenido, donde podemos modificar el tamaño de las particiones de forma gráfica. |
| 177 | |
| 178 | Al crear la partición Cache la sitúa automáticamente al final de disco. |
| 179 | |
| 180 | Al pasar de tipo de particiones MSDOS a GPT: |
183 | | Al pasar de GPT a MSDOS hace el proceso contrario. |
184 | | |
185 | | |
186 | | Para los comandos es necesario ver como se comunicaría la API REST con el cliente de OpenGnsys. Podría hacerlo con el agente de OpenGnsys. |
187 | | |
188 | | Hasta ahora el agente se ha usado sólo para los sistemas operativos, pero estaba previsto que sustituyera a ogAdmClient. |
189 | | |
190 | | Los cliente al recibir una acción del servidor devolverían un número para identificarla, de forma que podrían mandar mensajes del desarrollo y el servidor podría saber a qué comando se refieren. |
191 | | |
192 | | También existe la posibilidad de usar websocket. |
| 184 | Al pasar de GPT a MSDOS hace el proceso contrario. |
| 185 | |
| 186 | |
| 187 | Para los comandos es necesario ver cómo se comunicaría la API REST con el cliente de OpenGnsys. Podría hacerlo con el agente de OpenGnsys. |
| 188 | |
| 189 | Hasta ahora el agente se ha usado sólo para los sistemas operativos, pero estaba previsto que sustituyera a ogAdmClient. |
| 190 | |
| 191 | Los cliente al recibir una acción del servidor devolverían un número para identificarla, de forma que podrían mandar mensajes del desarrollo y el servidor podría saber a qué comando se refieren. |
| 192 | |
| 193 | También existe la posibilidad de usar websocket. |
196 | | En el caso de la tabla particiones falta la propiedad "tipo de tabla de particiones" a que corresponden. |
197 | | |
198 | | Otro dato ue tenemos asociado a las particiones es si son clonables o no, según su valor aparecerán o no en el comando restaurar. |
199 | | |
200 | | |
201 | | |
202 | | Pruebas__________________ |
203 | | === |
204 | | ogMergeLive _______________________________ |
205 | | [ "$(uname -i)" != "i386" ] && LIBS=lib32 |
206 | | |
207 | | Al cliente ogLive-precise-3.2.0-i386-r5159 no contiene el directorio lib32 |
208 | | |
209 | | |
210 | | Failed to open /opt/oglive/rootfs/lib32/: No such file or directory. Aborting! |
211 | | |
212 | | mount: mounting /opt/oglive/unionsfs/lib32 on /lib32 failed: Invalid argument |
213 | | |
214 | | -> Al arrancar el ogAdmClient da un segmentation fault |
215 | | |
216 | | |
217 | | man uname |
218 | | -m, --machine print the machine hardware name |
219 | | -i, --hardware-platform print the hardware platform or "unknown" |
220 | | |
221 | | -m |
222 | | < [ "$(uname -m)" == "x86_64" ] && LIBS=lib32 |
223 | | --- |
224 | | > [ "$(uname -i)" != "i386" ] && LIBS=lib32 |
225 | | |
226 | | |
227 | | Salida versión 1.1 |
| 197 | En el caso de la tabla particiones falta la propiedad "tipo de tabla de particiones" a que corresponden. |
| 198 | |
| 199 | Otro dato que tenemos asociado a las particiones es si son clonables o no, según su valor aparecerán o no en el comando restaurar. |
| 200 | |
| 201 | == Error en ogLive de 32 bits == |
| 202 | |
| 203 | Al arrancar del cliente de 32 bits intenta montar el directorio lib32 pero no existe. No da problema pero deja un mensaje de error que podría confundir a los usuarios. |
| 204 | |
| 205 | El directorio sólo es necesario en los clientes de 64bits, el script diferencia una arquitectura de otra con el comando {{{uname -i}}} que en este caso aparece como "unknow". |
| 206 | |
| 207 | Se probará a cambiar por {{{uname -m}}}, teniendo en cuenta que debe ser compatible con las distintas versiones del cliente que tenemos.[[Image(wiki:Reuniones:todo.png)]] |