Los actuales sistemas de los que parte OpenGnsys (Hidra, Brutalix, EAC) comparten los parámetros indicados en el apartado anterior.
Con dichos parámetros ciertas funcionalidades no podrán ser implementadas, o deben de realizarse de una manera no muy clara. Un ejemplo claro es !RestorePartitionFromPartition (EAC), donde ambas particiones pueden ser locales, o pueden ser remotas, es decir un equipo envia por multicast su partión a multiples particiones remotas. Siguiendo en nuevo formato de particiones se podrían unificar tanto RestorePartitionFromPartition y RestorePartitionFromImage en una sola:
La sintaxis podría set tal como RecursoOrigen RecursoDestino
.
Donde cada Recurso estaría compuesto por unos valores que lo identifiquen.
De esta manera tendríamos los siguientes recursos simples: (,)
* DISK (disco local) DISK:int_disk,int_partition
* DISKREMOTE (disco remoto) DISKREMOTE:str_IP,int_disk,int_partition
* CDROM (cdrom,dvd) CDROM:
* USB (dispositivos usb) USB:
* RAM (particiones en ram) RAM:
* LOOP (dispositivos loop LOOP:
y los siguientes recursos compuestos: (
* FILE (archivo) FILE//DISK|diskRemote|crdrom|usb|ram|loop|variables$REPO$CACHE;subdirectorio;fichero
Algunos ejemplos:
*RestorePartition Disk:1,1 Disk:1,2
*RestorePartition DiskRemote:1,2:172.16.72.242 DISK:1,2
*RestorePartition Disk:1,1 File://$GLOBAL:hdimages/curso0809/:xpbase0.lzop1
*UpdateCache File//$GLOBAL:hdimages/curso0809/:xpbase0.lzop1
*RestoreImageToPartition File//$CACHE;hdimages/curso0809/;xpbase0.lzop1 Disk:1,1
*DeployImageToPartition File//$GLOBAL;hdimages/curso0809/;xpbase0.lzop1 Disk:1,1
*CapturePartitionToImage Disk:1,1 File//$GLOBAL;hdimages/curso0809/;xpbase0.lzop