Extraire vers des fichiers et des lecteurs étendus (spanned)

Depuis IsoBuster 5.2, il est possible de créer / extraire (des fichiers image) vers des fichiers (et lecteurs) étendus.
Leur ouverture est également possible avec IsoBuster.

L’extraction vers un fichier / lecteur étendu se fait [1] via la ligne de commande (/ei:) ou [2] via la commande du contrôle breadcrumb @cmdl:/ei:
Les fichiers / lecteurs étendus sont séparés par le caractère '|'.

Tout comme il est possible de créer un seul fichier image :

[1] isobuster.exe /ei:c:\image.img /et:u /d:1
[2] @cmdl:/ei:c:\image.img /et:u /d:1

Il est possible de créer un fichier image étendu :

[1] isobuster.exe /ei:c:\image1.img|c:\image2.img /et:u /d:1
[2] @cmdl:/ei:c:\image1.img|c:\image2.img /et:u /d:1

Remarque: IsoBuster respecte toujours la taille d’un fichier qui n’est pas le dernier fichier de la chaîne.  Seul le dernier fichier du chemin peut grandir, et la découpe de fichier définie globalement est également prise en compte.
Donc, dans l’exemple ci-dessus, si le fichier c:\image1.img est vide ou inexistant, il ne grandira pas mais il sera créé si nécessaire. Sa taille restera de 0 octet et donc toutes les données seront extraites vers c:\image2.img
Si c:\image1.img existe et a une taille, par exemple 50 Mo, alors les 50 Mo seront écrasés, la taille restera inchangée, et le reste de l’image sera extrait vers c:\image2.img

La même logique s’applique aux lecteurs (par exemple \\.\PhysicalDrive2).  Évidemment, les lecteurs existent et ont une taille fixe.

Tout comme il est possible de créer un clone de lecteur unique (par ex. cloner le lecteur 1 vers le lecteur 2) :

[1] isobuster.exe /d:1 /ei:\\.\PhysicalDrive2 /et:u
[2] @cmdl: /d:1 /ei:\\.\PhysicalDrive2 /et:u

Il est possible de créer un clone de lecteurs étendus (par ex. cloner le lecteur 1 vers les lecteurs 2 et 3) :
Exemple : supposez que vous imagez un disque de 2 To vers deux disques de 1 To. Le premier To se retrouve sur le lecteur 2, et le dernier To sur le lecteur 3. 

[1] isobuster.exe /d:1 /ei:\\.\PhysicalDrive2|\\.\PhysicalDrive3 /et:u
[2] @cmdl: /d:1 /ei:\\.\PhysicalDrive2|\\.\PhysicalDrive3 /et:u

Il est également possible de combiner ceci avec des fichiers normaux (toute combinaison est possible) :

[1] isobuster.exe /d:1 /ei:\\.\PhysicalDrive2|\\.\PhysicalDrive3|c:\part3.dsk /et:u
[2] @cmdl: /d:1 /ei:\\.\PhysicalDrive2|\\.\PhysicalDrive3|c:\part3.dsk /et:u

Un autre exemple charge un fichier image étendu et crée un clone sur des lecteurs étendus :

[1] isobuster.exe "c:\image1.dsk|c:\image2.dsk|c:\image3.dsk" /ei:\\.\PhysicalDrive2|\\.\PhysicalDrive3|c:\part3.dsk /et:u
[2] @cmdl: c:\image1.dsk|c:\image2.dsk|c:\image3.dsk /ei:\\.\PhysicalDrive2|\\.\PhysicalDrive3|c:\part3.dsk /et:u

Ou pour convertir un fichier image étendu en un seul fichier :

[1] isobuster.exe "c:\image1.dsk|c:\image2.dsk|c:\image3.dsk" /ei:c:\full_image.dsk /et:u
[2] @cmdl: c:\image1.dsk|c:\image2.dsk|c:\image3.dsk /ei:c:\full_image.dsk /et:u

Lors de l’écriture vers des lecteurs physiques ou logiques, alias “Clonage”, l’interface graphique exclut les lecteurs critiques (*) de la sélection de destination. 
(*) Lecteur système, le lecteur source ne peut pas être également le lecteur destination, etc.
Des vérifications similaires sont effectuées lorsque les lecteurs sont fournis via la ligne de commande et une boîte de dialogue demandant la confirmation s’affiche lorsque des collisions sont détectées.
Contrairement à l’interface graphique, il est possible de fournir ces lecteurs sur le chemin et il est possible de continuer !! Cela vous donne un grand pouvoir d’ingénierie. Mais souvenez-vous, avec un grand pouvoir vient une grande responsabilité, vous pouvez totalement foutre en l’air votre système !!!
Par exemple, il est parfaitement possible de cloner un fichier image vers \\.\PhysicalDrive0, ce qui très probablement écrasera votre lecteur système et … boum …
De plus, il est possible de supprimer entièrement la boîte de dialogue d’avertissement (voir le paramètre de ligne de commande /ep:NCD). Si vous utilisez ce commutateur, vous pouvez détruire votre système encore plus vite, sans le moindre avertissement si vous fournissez accidentellement un mauvais chemin de destination.  Vous avez été prévenu.

L’extraction vers des fichiers ou lecteurs étendus peut être combinée avec tous les autres paramètres de ligne de commande tels que /range: /t: /s: /p: etc.
Cependant, pour /ef: cela n’a de sens que lorsque vous extrayez un seul fichier. Par exemple, l’exemple suivant extrait un fichier (qui se trouve être un fichier image) depuis un autre fichier image, et l’écrit directement vers un lecteur Physique (par ex. une clé USB), créant essentiellement un clone d’un fichier image qui se trouve dans un autre fichier image :

[1] isobuster.exe "c:\image.vhdx" /ef:ntfs\usb_stick_image.img|\\.\PhysicalDrive2

Ou vers deux clés USB étendues :

[1] isobuster.exe "c:\image.vhdx" /ef:ntfs\usb_stick_image.img|\\.\PhysicalDrive2|\\.\PhysicalDrive3

Les fichiers image gérés d’IsoBuster (*.ibp / *.ibq) sont toujours créés par paires (ou plus de fichiers si l’ibq est découpé en plusieurs fichiers).
Si vous ouvrez ensuite le fichier IBP avec IsoBuster, IsoBuster ouvre également automatiquement le(s) fichier(s) IBQ. Cela est basé sur des noms de fichiers identiques et les extensions ibp vs ibq.
Vous pouvez surcharger cette fonctionnalité en fournissant le(s) fichier(s) IBQ sur la ligne de commande (ou via @cmdl:)
Le premier fichier (l’IBP) doit avoir l’extension *.ibp (sinon elle est automatiquement modifiée). La partie IBQ peut avoir n’importe quelle extension.
Note importante : si vous vous écartez du standard (same_name.ibp et same_name.ibq), vous devrez toujourscharger le fichier image via la ligne de commande ou via @open ou @cmdl

Par exemple, dans l’exemple suivant, un fichier image géré est créé du lecteur 0 et il est stocké dans les fichiers : managed.ibp et part1.bin (notez que l’extension du premier fichier est modifiée de bin en ibp – afin que lors de son ouverture, IsoBuster sache qu’il s’agit d’un fichier image géré)

[2] @cmdl:/d:0 /ei:c:\managed.bin|c:\part1.bin /et:m

Pour ouvrir à nouveau cette image :

[2] @open:c:\managed.ibp|c:\part1.bin

Dans l’exemple suivant, l’IBQ est divisé en trois fichiers / lecteurs.  La première partie est stockée dans le fichier part1.bin (en supposant que part1.bin existe et a une taille), la deuxième partie est stockée sur PhysicalDrive2, et ainsi de suite :

[2] @cmdl:/d:0 /ei:c:\managed.doh|c:\part1.bin|\\.\PhysicalDrive2|\\.\PhysicalDrive3 /et:m

Pour ouvrir à nouveau cette image :

[2] @open:c:\managed.ibp|c:\part1.bin|\\.\PhysicalDrive2|\\.\PhysicalDrive3