une discussion que je viens d'avoir avec un collègue à propos des
dernières trouvailles que j'ai pu faire me pose un problème
intéressant : comment préserver les systèmes d'exploitation présents sur
les disques de façon à pouvoir réinstaller si le disque dur qui a
souvent plus de 10 ans venait à mourir ?
Est-ce que vous utilisez des solutions "modernes" type Ghost, DriveImage
sur vos antiquités ? Beaucoup de vieux systèmes utilisent des disques
scsi est-ce que vous les connectez sur une chaîne équipée d'un graveur
ou d'un streamer pour effectuer des sauvegardes ?
Dans mon cas personnel je constate que j'aurais simplement du mal à
trouver de nos jours des supports d'installation pour refaire une
nouvelle installation (cas de NeXTSTEP) ou je ne serais même pas
capable de la faire par méconnaissance du système (Tru64 ou OpenVMS sur
Alpha). Mais même sans parler de système trop exotique quand je fais le
compte j'ai un certain nombre de machines que je n'arriverais pas à
réinstaller tel quel (dont un PB3400 en dual boot avec Linux). Il est
aussi question que j'adopte un Atari doté d'un disque dur, le question
se pose aussi pour lui...
C'est le moment de partager vos trucs de préservation du patrimoine ;)
--
Sébastien Kirche
une discussion que je viens d'avoir avec un collègue à propos des dernières trouvailles que j'ai pu faire me pose un problème intéressant : comment préserver les systèmes d'exploitation présents sur les disques de façon à pouvoir réinstaller si le disque dur qui a souvent plus de 10 ans venait à mourir ?
Est-ce que vous utilisez des solutions "modernes" type Ghost, DriveImage sur vos antiquités ? Beaucoup de vieux systèmes utilisent des disques scsi est-ce que vous les connectez sur une chaîne équipée d'un graveur ou d'un streamer pour effectuer des sauvegardes ?
Dans mon cas personnel je constate que j'aurais simplement du mal à trouver de nos jours des supports d'installation pour refaire une nouvelle installation (cas de NeXTSTEP) ou je ne serais même pas capable de la faire par méconnaissance du système (Tru64 ou OpenVMS sur Alpha). Mais même sans parler de système trop exotique quand je fais le compte j'ai un certain nombre de machines que je n'arriverais pas à réinstaller tel quel (dont un PB3400 en dual boot avec Linux). Il est aussi question que j'adopte un Atari doté d'un disque dur, le question se pose aussi pour lui...
C'est le moment de partager vos trucs de préservation du patrimoine ;)
Bonjour. Ghost par exemple ne fait que des partitions courantes, exit les HPFS (OS2), UFS (Solaris) et bien d'autres !! Il recrée les partitions et est donc obligé de connaitre les différents types de partitions... d'ou la limite. Par Exemple HPFS : le shéma de partition comprend des n° de cylindre de début et de fin, qu'on ne peut, je crois, modifier !!
Pour certaines partitions Linux, on peut trouver http://www.sysresccd.org/Outils-systemes
Bien sur, garder une carte SCSI en bus ISA en + d'une en PCI ....
Existe-t-il des utilitaires de copie "secteur par secteur" de DD SCSI / IDE ? à condition d'avoir les memes géométries de DD, bien sur.
J'ai le meme soucis sur un HP3000 (6 DD SCSI en Raid 0) ou le seul moyen de sauvegarde est un DAT !! Quand panne d'un disque, on reloade l'OS (MPE XL) sur le DD 1, puis on déclare le volume Raid, puis on reloade les data !! Compter une journée pour le tout !!
@ +
Il se trouve que Sébastien Kirche a formulé :
Bonjour,
une discussion que je viens d'avoir avec un collègue à propos des
dernières trouvailles que j'ai pu faire me pose un problème
intéressant : comment préserver les systèmes d'exploitation présents sur
les disques de façon à pouvoir réinstaller si le disque dur qui a
souvent plus de 10 ans venait à mourir ?
Est-ce que vous utilisez des solutions "modernes" type Ghost, DriveImage
sur vos antiquités ? Beaucoup de vieux systèmes utilisent des disques
scsi est-ce que vous les connectez sur une chaîne équipée d'un graveur
ou d'un streamer pour effectuer des sauvegardes ?
Dans mon cas personnel je constate que j'aurais simplement du mal à
trouver de nos jours des supports d'installation pour refaire une
nouvelle installation (cas de NeXTSTEP) ou je ne serais même pas
capable de la faire par méconnaissance du système (Tru64 ou OpenVMS sur
Alpha). Mais même sans parler de système trop exotique quand je fais le
compte j'ai un certain nombre de machines que je n'arriverais pas à
réinstaller tel quel (dont un PB3400 en dual boot avec Linux). Il est
aussi question que j'adopte un Atari doté d'un disque dur, le question
se pose aussi pour lui...
C'est le moment de partager vos trucs de préservation du patrimoine ;)
Bonjour.
Ghost par exemple ne fait que des partitions courantes, exit les HPFS
(OS2), UFS (Solaris) et bien d'autres !! Il recrée les partitions et
est donc obligé de connaitre les différents types de partitions... d'ou
la limite. Par Exemple HPFS : le shéma de partition comprend des n° de
cylindre de début et de fin, qu'on ne peut, je crois, modifier !!
Pour certaines partitions Linux, on peut trouver
http://www.sysresccd.org/Outils-systemes
Bien sur, garder une carte SCSI en bus ISA en + d'une en PCI ....
Existe-t-il des utilitaires de copie "secteur par secteur" de DD SCSI /
IDE ? à condition d'avoir les memes géométries de DD, bien sur.
J'ai le meme soucis sur un HP3000 (6 DD SCSI en Raid 0) ou le seul
moyen de sauvegarde est un DAT !! Quand panne d'un disque, on reloade
l'OS (MPE XL) sur le DD 1, puis on déclare le volume Raid, puis on
reloade les data !! Compter une journée pour le tout !!
une discussion que je viens d'avoir avec un collègue à propos des dernières trouvailles que j'ai pu faire me pose un problème intéressant : comment préserver les systèmes d'exploitation présents sur les disques de façon à pouvoir réinstaller si le disque dur qui a souvent plus de 10 ans venait à mourir ?
Est-ce que vous utilisez des solutions "modernes" type Ghost, DriveImage sur vos antiquités ? Beaucoup de vieux systèmes utilisent des disques scsi est-ce que vous les connectez sur une chaîne équipée d'un graveur ou d'un streamer pour effectuer des sauvegardes ?
Dans mon cas personnel je constate que j'aurais simplement du mal à trouver de nos jours des supports d'installation pour refaire une nouvelle installation (cas de NeXTSTEP) ou je ne serais même pas capable de la faire par méconnaissance du système (Tru64 ou OpenVMS sur Alpha). Mais même sans parler de système trop exotique quand je fais le compte j'ai un certain nombre de machines que je n'arriverais pas à réinstaller tel quel (dont un PB3400 en dual boot avec Linux). Il est aussi question que j'adopte un Atari doté d'un disque dur, le question se pose aussi pour lui...
C'est le moment de partager vos trucs de préservation du patrimoine ;)
Bonjour. Ghost par exemple ne fait que des partitions courantes, exit les HPFS (OS2), UFS (Solaris) et bien d'autres !! Il recrée les partitions et est donc obligé de connaitre les différents types de partitions... d'ou la limite. Par Exemple HPFS : le shéma de partition comprend des n° de cylindre de début et de fin, qu'on ne peut, je crois, modifier !!
Pour certaines partitions Linux, on peut trouver http://www.sysresccd.org/Outils-systemes
Bien sur, garder une carte SCSI en bus ISA en + d'une en PCI ....
Existe-t-il des utilitaires de copie "secteur par secteur" de DD SCSI / IDE ? à condition d'avoir les memes géométries de DD, bien sur.
J'ai le meme soucis sur un HP3000 (6 DD SCSI en Raid 0) ou le seul moyen de sauvegarde est un DAT !! Quand panne d'un disque, on reloade l'OS (MPE XL) sur le DD 1, puis on déclare le volume Raid, puis on reloade les data !! Compter une journée pour le tout !!
@ +
Alex
"Sébastien Kirche" wrote in message news:
Dans mon cas personnel je constate que j'aurais simplement du mal à trouver de nos jours des supports d'installation pour refaire une nouvelle installation (cas de NeXTSTEP) ou je ne serais même pas capable de la faire par méconnaissance du système (Tru64 ou OpenVMS sur Alpha). Mais même sans parler de système trop exotique quand je fais le compte j'ai un certain nombre de machines que je n'arriverais pas à réinstaller tel quel (dont un PB3400 en dual boot avec Linux). Il est aussi question que j'adopte un Atari doté d'un disque dur, le question se pose aussi pour lui...
Si tu ne peux pas reinstaller depuis les medias d'origine (j'inclus les copies pirates ou non dans le "d'origine"), le plus simple, c'est sous linux, avec un bon vieux dd vers un .tar.gz que tu graves.
Le point fort c'est que Linux sait reconnaitre quasiment n'importe quel disque, et que dd n'a que faire de la structure des donnees dessus, et copie tout sans pitie. De meme a la restauration.
Le point faible c'est que si a la restauration ton disque n'a pas les memes caracteristiques geometriques (secteurs et tetes surtout) que le precedent, ca peut devenir coton pour tout remettre en place.
Apres il ya la question des systemes avec des tailles de secteur bizarres (AS/400 par ex) mais je pense que la methode reste valable. Ca peut aussi etre chaud si tu as pas le controlleur dans la machine linux - mais bon entre ST506, IDE, SCSI et ESDI, je crois qu'on a fait le tour de 95% des becanes sur lesquelles on peut tomber.
-- Alex [JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres jeux de role. www.extremia.org
"Sébastien Kirche" <sebastien.kirche.no@spam.free.fr.invalid> wrote in
message news:87fyhsp9ic.fsf@petisuix.seki.fr...
Dans mon cas personnel je constate que j'aurais simplement du mal à
trouver de nos jours des supports d'installation pour refaire une
nouvelle installation (cas de NeXTSTEP) ou je ne serais même pas
capable de la faire par méconnaissance du système (Tru64 ou OpenVMS sur
Alpha). Mais même sans parler de système trop exotique quand je fais le
compte j'ai un certain nombre de machines que je n'arriverais pas à
réinstaller tel quel (dont un PB3400 en dual boot avec Linux). Il est
aussi question que j'adopte un Atari doté d'un disque dur, le question
se pose aussi pour lui...
Si tu ne peux pas reinstaller depuis les medias d'origine (j'inclus les
copies pirates ou non dans le "d'origine"), le plus simple, c'est sous
linux, avec un bon vieux dd vers un .tar.gz que tu graves.
Le point fort c'est que Linux sait reconnaitre quasiment n'importe quel
disque, et que dd n'a que faire de la structure des donnees dessus, et copie
tout sans pitie. De meme a la restauration.
Le point faible c'est que si a la restauration ton disque n'a pas les memes
caracteristiques geometriques (secteurs et tetes surtout) que le precedent,
ca peut devenir coton pour tout remettre en place.
Apres il ya la question des systemes avec des tailles de secteur bizarres
(AS/400 par ex) mais je pense que la methode reste valable. Ca peut aussi
etre chaud si tu as pas le controlleur dans la machine linux - mais bon
entre ST506, IDE, SCSI et ESDI, je crois qu'on a fait le tour de 95% des
becanes sur lesquelles on peut tomber.
--
Alex
[JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et
autres jeux de role.
www.extremia.org
Dans mon cas personnel je constate que j'aurais simplement du mal à trouver de nos jours des supports d'installation pour refaire une nouvelle installation (cas de NeXTSTEP) ou je ne serais même pas capable de la faire par méconnaissance du système (Tru64 ou OpenVMS sur Alpha). Mais même sans parler de système trop exotique quand je fais le compte j'ai un certain nombre de machines que je n'arriverais pas à réinstaller tel quel (dont un PB3400 en dual boot avec Linux). Il est aussi question que j'adopte un Atari doté d'un disque dur, le question se pose aussi pour lui...
Si tu ne peux pas reinstaller depuis les medias d'origine (j'inclus les copies pirates ou non dans le "d'origine"), le plus simple, c'est sous linux, avec un bon vieux dd vers un .tar.gz que tu graves.
Le point fort c'est que Linux sait reconnaitre quasiment n'importe quel disque, et que dd n'a que faire de la structure des donnees dessus, et copie tout sans pitie. De meme a la restauration.
Le point faible c'est que si a la restauration ton disque n'a pas les memes caracteristiques geometriques (secteurs et tetes surtout) que le precedent, ca peut devenir coton pour tout remettre en place.
Apres il ya la question des systemes avec des tailles de secteur bizarres (AS/400 par ex) mais je pense que la methode reste valable. Ca peut aussi etre chaud si tu as pas le controlleur dans la machine linux - mais bon entre ST506, IDE, SCSI et ESDI, je crois qu'on a fait le tour de 95% des becanes sur lesquelles on peut tomber.
-- Alex [JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres jeux de role. www.extremia.org
philou22
Alex avait énoncé :
"Sébastien Kirche" wrote in message news:
Dans mon cas personnel je constate que j'aurais simplement du mal à trouver de nos jours des supports d'installation pour refaire une nouvelle installation (cas de NeXTSTEP) ou je ne serais même pas capable de la faire par méconnaissance du système (Tru64 ou OpenVMS sur Alpha). Mais même sans parler de système trop exotique quand je fais le compte j'ai un certain nombre de machines que je n'arriverais pas à réinstaller tel quel (dont un PB3400 en dual boot avec Linux). Il est aussi question que j'adopte un Atari doté d'un disque dur, le question se pose aussi pour lui...
Si tu ne peux pas reinstaller depuis les medias d'origine (j'inclus les copies pirates ou non dans le "d'origine"), le plus simple, c'est sous linux, avec un bon vieux dd vers un .tar.gz que tu graves.
Le point fort c'est que Linux sait reconnaitre quasiment n'importe quel disque,
Sauf les Solaris sous UFS, du moins dans les Linux que j'ai pu trouver, ce qui m'embete ...
Si tu connais un linux voire CD Bootable (comme rescue CD), je suis interessé !!
http://www.sysresccd.org/Outils-systemes
Alex avait énoncé :
"Sébastien Kirche" <sebastien.kirche.no@spam.free.fr.invalid> wrote in
message news:87fyhsp9ic.fsf@petisuix.seki.fr...
Dans mon cas personnel je constate que j'aurais simplement du mal à
trouver de nos jours des supports d'installation pour refaire une
nouvelle installation (cas de NeXTSTEP) ou je ne serais même pas
capable de la faire par méconnaissance du système (Tru64 ou OpenVMS sur
Alpha). Mais même sans parler de système trop exotique quand je fais le
compte j'ai un certain nombre de machines que je n'arriverais pas à
réinstaller tel quel (dont un PB3400 en dual boot avec Linux). Il est
aussi question que j'adopte un Atari doté d'un disque dur, le question
se pose aussi pour lui...
Si tu ne peux pas reinstaller depuis les medias d'origine (j'inclus les
copies pirates ou non dans le "d'origine"), le plus simple, c'est sous
linux, avec un bon vieux dd vers un .tar.gz que tu graves.
Le point fort c'est que Linux sait reconnaitre quasiment n'importe quel
disque,
Sauf les Solaris sous UFS, du moins dans les Linux que j'ai pu trouver,
ce qui m'embete ...
Si tu connais un linux voire CD Bootable (comme rescue CD), je suis
interessé !!
Dans mon cas personnel je constate que j'aurais simplement du mal à trouver de nos jours des supports d'installation pour refaire une nouvelle installation (cas de NeXTSTEP) ou je ne serais même pas capable de la faire par méconnaissance du système (Tru64 ou OpenVMS sur Alpha). Mais même sans parler de système trop exotique quand je fais le compte j'ai un certain nombre de machines que je n'arriverais pas à réinstaller tel quel (dont un PB3400 en dual boot avec Linux). Il est aussi question que j'adopte un Atari doté d'un disque dur, le question se pose aussi pour lui...
Si tu ne peux pas reinstaller depuis les medias d'origine (j'inclus les copies pirates ou non dans le "d'origine"), le plus simple, c'est sous linux, avec un bon vieux dd vers un .tar.gz que tu graves.
Le point fort c'est que Linux sait reconnaitre quasiment n'importe quel disque,
Sauf les Solaris sous UFS, du moins dans les Linux que j'ai pu trouver, ce qui m'embete ...
Si tu connais un linux voire CD Bootable (comme rescue CD), je suis interessé !!
http://www.sysresccd.org/Outils-systemes
Dominique ROUSSEAU
Le lun, 26 jun 2006 at 09:36 GMT, philou22 a écrit :
Existe-t-il des utilitaires de copie "secteur par secteur" de DD SCSI / IDE ? à condition d'avoir les memes géométries de DD, bien sur.
Sous un *nix : dd
A partir du moment où le préiphérique est accessible "comme un fichier", il saura y lire ou y écrire sans se préoccuper des partitions ou autre.
Dom
Le lun, 26 jun 2006 at 09:36 GMT, philou22 <philou22@free.frvirerca> a écrit :
Existe-t-il des utilitaires de copie "secteur par secteur" de DD SCSI /
IDE ? à condition d'avoir les memes géométries de DD, bien sur.
Sous un *nix : dd
A partir du moment où le préiphérique est accessible "comme un fichier", il saura y lire ou y écrire sans se préoccuper des partitions ou autre.
Le lun, 26 jun 2006 at 09:36 GMT, philou22 a écrit :
Existe-t-il des utilitaires de copie "secteur par secteur" de DD SCSI / IDE ? à condition d'avoir les memes géométries de DD, bien sur.
Sous un *nix : dd
A partir du moment où le préiphérique est accessible "comme un fichier", il saura y lire ou y écrire sans se préoccuper des partitions ou autre.
Dom
Dominique ROUSSEAU
Le lun, 26 jun 2006 at 09:42 GMT, philou22 a écrit :
Alex avait énoncé :
Si tu ne peux pas reinstaller depuis les medias d'origine (j'inclus les copies pirates ou non dans le "d'origine"), le plus simple, c'est sous linux, avec un bon vieux dd vers un .tar.gz que tu graves.
Le point fort c'est que Linux sait reconnaitre quasiment n'importe quel disque,
Sauf les Solaris sous UFS, du moins dans les Linux que j'ai pu trouver, ce qui m'embete ...
Il a parlé du disque, pas du système de fichier contenu dedans.
Le lun, 26 jun 2006 at 09:42 GMT, philou22 <philou22@free.frvirerca> a écrit :
Alex avait énoncé :
Si tu ne peux pas reinstaller depuis les medias d'origine (j'inclus les
copies pirates ou non dans le "d'origine"), le plus simple, c'est sous
linux, avec un bon vieux dd vers un .tar.gz que tu graves.
Le point fort c'est que Linux sait reconnaitre quasiment n'importe quel
disque,
Sauf les Solaris sous UFS, du moins dans les Linux que j'ai pu trouver,
ce qui m'embete ...
Il a parlé du disque, pas du système de fichier contenu dedans.
Le lun, 26 jun 2006 at 09:42 GMT, philou22 a écrit :
Alex avait énoncé :
Si tu ne peux pas reinstaller depuis les medias d'origine (j'inclus les copies pirates ou non dans le "d'origine"), le plus simple, c'est sous linux, avec un bon vieux dd vers un .tar.gz que tu graves.
Le point fort c'est que Linux sait reconnaitre quasiment n'importe quel disque,
Sauf les Solaris sous UFS, du moins dans les Linux que j'ai pu trouver, ce qui m'embete ...
Il a parlé du disque, pas du système de fichier contenu dedans.
philou22
Dominique ROUSSEAU vient de nous annoncer :
Le lun, 26 jun 2006 at 09:36 GMT, philou22 a écrit :
Existe-t-il des utilitaires de copie "secteur par secteur" de DD SCSI / IDE ? à condition d'avoir les memes géométries de DD, bien sur.
Sous un *nix : dd
A partir du moment où le préiphérique est accessible "comme un fichier", il saura y lire ou y écrire sans se préoccuper des partitions ou autre.
Dom
N'étant pas familier d'**ix, accessible comme un fichier sugnifie qu'il doit pouvoir etre "mount"er ???
merci.
Dominique ROUSSEAU vient de nous annoncer :
Le lun, 26 jun 2006 at 09:36 GMT, philou22 <philou22@free.frvirerca> a
écrit :
Existe-t-il des utilitaires de copie "secteur par secteur" de DD SCSI /
IDE ? à condition d'avoir les memes géométries de DD, bien sur.
Sous un *nix : dd
A partir du moment où le préiphérique est accessible "comme un fichier", il
saura y lire ou y écrire sans se préoccuper des partitions ou autre.
Dom
N'étant pas familier d'**ix, accessible comme un fichier sugnifie qu'il
doit pouvoir etre "mount"er ???
Le lun, 26 jun 2006 at 09:36 GMT, philou22 a écrit :
Existe-t-il des utilitaires de copie "secteur par secteur" de DD SCSI / IDE ? à condition d'avoir les memes géométries de DD, bien sur.
Sous un *nix : dd
A partir du moment où le préiphérique est accessible "comme un fichier", il saura y lire ou y écrire sans se préoccuper des partitions ou autre.
Dom
N'étant pas familier d'**ix, accessible comme un fichier sugnifie qu'il doit pouvoir etre "mount"er ???
merci.
pmoreau
In article , =?iso-8859-15?Q?Sébastien?= Kirche writes:
Bonjour,
une discussion que je viens d'avoir avec un collègue à propos des dernières trouvailles que j'ai pu faire me pose un problème intéressant : comment préserver les systèmes d'exploitation présents sur les disques de façon à pouvoir réinstaller si le disque dur qui a souvent plus de 10 ans venait à mourir ?
Est-ce que vous utilisez des solutions "modernes" type Ghost, DriveImage sur vos antiquités ? Beaucoup de vieux systèmes utilisent des disques scsi est-ce que vous les connectez sur une chaîne équipée d'un graveur ou d'un streamer pour effectuer des sauvegardes ?
Sur un Alpha, Ghost a peu de chances de marcher :-)
Dans le cas d'un système VMS, il est facile de faire une image bootable du disque système sur un autre disque (il s'agira d'un fichier). Bon, il faut que le disque ait assez de place.
Par exemple: le système est sur DKA0: et un second disque avec assez d'espace libre sur DKA100:
D'abord se connecter sous SYSTEM (ou sur un compte avec TOUS les privilèges).
Nota: on peut mettre indifféremment DKA0: ou SYS$SYSDEVICE
Pour restaurer aprés crash de DKA0: et installation d'un nouveau DKA0:
Booter sur un CD VMS (ou sur un disque de secours si vous en avez un)
Restauration:
$ MOUNT/FOR DKA0: ! important, le disque doit être monté FOREIGN $ MOUNT/SYS/OVER=ID DKA100: ! il faut bien sur monter le disque source $ BACKUP/IMAGE/LOG DKA100:[000000]VMS_Date.BCK/SAVE DKA0:
Ensuite, rebootez sur DKA0:, ça doit le faire (j'ai fait ça ce week end sur mon DS10 dont le DKA0 avait claqué au bout de 6 ans).
In article <87fyhsp9ic.fsf@petisuix.seki.fr>, =?iso-8859-15?Q?Sébastien?= Kirche writes:
Bonjour,
une discussion que je viens d'avoir avec un collègue à propos des
dernières trouvailles que j'ai pu faire me pose un problème
intéressant : comment préserver les systèmes d'exploitation présents sur
les disques de façon à pouvoir réinstaller si le disque dur qui a
souvent plus de 10 ans venait à mourir ?
Est-ce que vous utilisez des solutions "modernes" type Ghost, DriveImage
sur vos antiquités ? Beaucoup de vieux systèmes utilisent des disques
scsi est-ce que vous les connectez sur une chaîne équipée d'un graveur
ou d'un streamer pour effectuer des sauvegardes ?
Sur un Alpha, Ghost a peu de chances de marcher :-)
Dans le cas d'un système VMS, il est facile de faire une image bootable du
disque système sur un autre disque (il s'agira d'un fichier). Bon, il faut que
le disque ait assez de place.
Par exemple: le système est sur DKA0: et un second disque avec assez d'espace
libre sur DKA100:
D'abord se connecter sous SYSTEM (ou sur un compte avec TOUS les privilèges).
Nota: on peut mettre indifféremment DKA0: ou SYS$SYSDEVICE
Pour restaurer aprés crash de DKA0: et installation d'un nouveau DKA0:
Booter sur un CD VMS (ou sur un disque de secours si vous en avez un)
Restauration:
$ MOUNT/FOR DKA0: ! important, le disque doit être monté FOREIGN
$ MOUNT/SYS/OVER=ID DKA100: ! il faut bien sur monter le disque source
$ BACKUP/IMAGE/LOG DKA100:[000000]VMS_Date.BCK/SAVE DKA0:
Ensuite, rebootez sur DKA0:, ça doit le faire (j'ai fait ça ce week end sur
mon DS10 dont le DKA0 avait claqué au bout de 6 ans).
In article , =?iso-8859-15?Q?Sébastien?= Kirche writes:
Bonjour,
une discussion que je viens d'avoir avec un collègue à propos des dernières trouvailles que j'ai pu faire me pose un problème intéressant : comment préserver les systèmes d'exploitation présents sur les disques de façon à pouvoir réinstaller si le disque dur qui a souvent plus de 10 ans venait à mourir ?
Est-ce que vous utilisez des solutions "modernes" type Ghost, DriveImage sur vos antiquités ? Beaucoup de vieux systèmes utilisent des disques scsi est-ce que vous les connectez sur une chaîne équipée d'un graveur ou d'un streamer pour effectuer des sauvegardes ?
Sur un Alpha, Ghost a peu de chances de marcher :-)
Dans le cas d'un système VMS, il est facile de faire une image bootable du disque système sur un autre disque (il s'agira d'un fichier). Bon, il faut que le disque ait assez de place.
Par exemple: le système est sur DKA0: et un second disque avec assez d'espace libre sur DKA100:
D'abord se connecter sous SYSTEM (ou sur un compte avec TOUS les privilèges).
Nota: on peut mettre indifféremment DKA0: ou SYS$SYSDEVICE
Pour restaurer aprés crash de DKA0: et installation d'un nouveau DKA0:
Booter sur un CD VMS (ou sur un disque de secours si vous en avez un)
Restauration:
$ MOUNT/FOR DKA0: ! important, le disque doit être monté FOREIGN $ MOUNT/SYS/OVER=ID DKA100: ! il faut bien sur monter le disque source $ BACKUP/IMAGE/LOG DKA100:[000000]VMS_Date.BCK/SAVE DKA0:
Ensuite, rebootez sur DKA0:, ça doit le faire (j'ai fait ça ce week end sur mon DS10 dont le DKA0 avait claqué au bout de 6 ans).
Le 26 June 2006 à 13:09, philou s'est exprimé ainsi :
N'étant pas familier d'**ix, accessible comme un fichier sugnifie qu'il doit pouvoir etre "mount"er ???
Pas forcément. Pour monter une partition il faut que le noyau sache interpréter sa structure donc qu'il connaisse le filesystem. Mais on peut très bien lire une partition ou un disque sans savoir comment il s'interprète, il suffit de recopier une suite d'octets dans un fichier :
dd if=/dev/hdb of=image.raw bsQ2 -> copie du second disque dur dans un fichier par blocs de 512 octets, on pourra remarquer if pour input file et of pour output file ici on recopie un fichier "device" dans un fichier. Après on peut améliorer comme compresser le fichier résultat.
L'embêtant de ce genre de manip c'est qu'il faut restaurer sur un disque identique ou alors si le nouveau disque est plus grand comme il restaure le partitionnement à l'identique on perd la différence d'espace.
-- Sébastien Kirche
Le 26 June 2006 à 13:09, philou s'est exprimé ainsi :
N'étant pas familier d'**ix, accessible comme un fichier sugnifie
qu'il doit pouvoir etre "mount"er ???
Pas forcément. Pour monter une partition il faut que le noyau sache
interpréter sa structure donc qu'il connaisse le filesystem. Mais on
peut très bien lire une partition ou un disque sans savoir comment il
s'interprète, il suffit de recopier une suite d'octets dans un fichier :
dd if=/dev/hdb of=image.raw bsQ2
-> copie du second disque dur dans un fichier par blocs de 512 octets,
on pourra remarquer if pour input file et of pour output file ici on
recopie un fichier "device" dans un fichier. Après on peut améliorer
comme compresser le fichier résultat.
L'embêtant de ce genre de manip c'est qu'il faut restaurer sur un disque
identique ou alors si le nouveau disque est plus grand comme il restaure
le partitionnement à l'identique on perd la différence d'espace.
Le 26 June 2006 à 13:09, philou s'est exprimé ainsi :
N'étant pas familier d'**ix, accessible comme un fichier sugnifie qu'il doit pouvoir etre "mount"er ???
Pas forcément. Pour monter une partition il faut que le noyau sache interpréter sa structure donc qu'il connaisse le filesystem. Mais on peut très bien lire une partition ou un disque sans savoir comment il s'interprète, il suffit de recopier une suite d'octets dans un fichier :
dd if=/dev/hdb of=image.raw bsQ2 -> copie du second disque dur dans un fichier par blocs de 512 octets, on pourra remarquer if pour input file et of pour output file ici on recopie un fichier "device" dans un fichier. Après on peut améliorer comme compresser le fichier résultat.
L'embêtant de ce genre de manip c'est qu'il faut restaurer sur un disque identique ou alors si le nouveau disque est plus grand comme il restaure le partitionnement à l'identique on perd la différence d'espace.
-- Sébastien Kirche
Sébastien Kirche
Le 26 June 2006 à 14:00, Patrick MOREAU vraute :
Sur un Alpha, Ghost a peu de chances de marcher :-)
Certes, mais on peut monter physiquement le disque dans une autre bécane pour effectuer la sauvegarde. Je ne restreignait pas nécessairement aux sauvegardes faites directement sur la plate-forme.
Ceci dit j'ai indexé la manip pour vms okazou. :)
-- Sébastien Kirche
Le 26 June 2006 à 14:00, Patrick MOREAU vraute :
Sur un Alpha, Ghost a peu de chances de marcher :-)
Certes, mais on peut monter physiquement le disque dans une autre bécane
pour effectuer la sauvegarde. Je ne restreignait pas nécessairement aux
sauvegardes faites directement sur la plate-forme.
Sur un Alpha, Ghost a peu de chances de marcher :-)
Certes, mais on peut monter physiquement le disque dans une autre bécane pour effectuer la sauvegarde. Je ne restreignait pas nécessairement aux sauvegardes faites directement sur la plate-forme.
Ceci dit j'ai indexé la manip pour vms okazou. :)
-- Sébastien Kirche
Dominique ROUSSEAU
Le lun, 26 jun 2006 at 11:09 GMT, philou22 a écrit :
Dominique ROUSSEAU vient de nous annoncer :
Le lun, 26 jun 2006 at 09:36 GMT, philou22 a écrit :
Existe-t-il des utilitaires de copie "secteur par secteur" de DD SCSI / IDE ? à condition d'avoir les memes géométries de DD, bien sur.
Sous un *nix : dd
A partir du moment où le préiphérique est accessible "comme un fichier", il saura y lire ou y écrire sans se préoccuper des partitions ou autre.
N'étant pas familier d'**ix, accessible comme un fichier sugnifie qu'il doit pouvoir etre "mount"er ???
Ca signifie qu'on peut faire les appels systeme open/read/write/... dessus. En fait sur les *nix, (presque) tout est fichier (exception notable : les interfaces réseau). Donc lire un disque "brut", octet par octet, c'est (presque) équivalent à lire n'importe quel fichier, ce qui permet du coup de fiare des images disque de façon triviale.
Dom
Le lun, 26 jun 2006 at 11:09 GMT, philou22 <philou22@free.frvirerca> a écrit :
Dominique ROUSSEAU vient de nous annoncer :
Le lun, 26 jun 2006 at 09:36 GMT, philou22 <philou22@free.frvirerca> a
écrit :
Existe-t-il des utilitaires de copie "secteur par secteur" de DD SCSI /
IDE ? à condition d'avoir les memes géométries de DD, bien sur.
Sous un *nix : dd
A partir du moment où le préiphérique est accessible "comme un fichier", il
saura y lire ou y écrire sans se préoccuper des partitions ou autre.
N'étant pas familier d'**ix, accessible comme un fichier sugnifie qu'il
doit pouvoir etre "mount"er ???
Ca signifie qu'on peut faire les appels systeme open/read/write/...
dessus. En fait sur les *nix, (presque) tout est fichier (exception
notable : les interfaces réseau).
Donc lire un disque "brut", octet par octet, c'est (presque) équivalent
à lire n'importe quel fichier, ce qui permet du coup de fiare des images
disque de façon triviale.
Le lun, 26 jun 2006 at 11:09 GMT, philou22 a écrit :
Dominique ROUSSEAU vient de nous annoncer :
Le lun, 26 jun 2006 at 09:36 GMT, philou22 a écrit :
Existe-t-il des utilitaires de copie "secteur par secteur" de DD SCSI / IDE ? à condition d'avoir les memes géométries de DD, bien sur.
Sous un *nix : dd
A partir du moment où le préiphérique est accessible "comme un fichier", il saura y lire ou y écrire sans se préoccuper des partitions ou autre.
N'étant pas familier d'**ix, accessible comme un fichier sugnifie qu'il doit pouvoir etre "mount"er ???
Ca signifie qu'on peut faire les appels systeme open/read/write/... dessus. En fait sur les *nix, (presque) tout est fichier (exception notable : les interfaces réseau). Donc lire un disque "brut", octet par octet, c'est (presque) équivalent à lire n'importe quel fichier, ce qui permet du coup de fiare des images disque de façon triviale.
