Je viens d'installer avec succès sur ma station de travail Windows NT4 SP6
le logiciel d'ARsoft permettant de créer un Ramdrive, c'est-à-dire un
disque dur virtuel en mémoire vive.
Mon disque RAM est de 128Mo, et je compte y placer au moins le répertoire
système, ainsi que les fichiers temporaires.
J'ai ainsi écrit un script de commandes dans un fichier à l'extension .BAT,
copiant le répertoire winnt, et affectant de nouvelles valeurs aux
variables d'environnement pour que les différentes applications aillent
chercher les librairies et autres données système sur le ramdrive.
Or, déjà, j'ai un petit problème quand je lance ce script à partir du
bureau (raccourci) : les modifications des variables d'environnement ne
semblent pas prises en compte, quand je tape SET dans l'invite de commande.
Mais, pas de problème si le script est lancé à partir de l'invite de
commandes.
D'où ma première question : pourquoi cette différence ? Existe-t-il
plusieurs catégories de variables d'environnement avec une portée
différente ?
Ensuite, il me semble qu'un certain nombre de logiciels ignore ces
variables, puisque ils vont toujours chercher librairies et données sur le
disque dur (constaté avec Filemon).
Quels sont donc les autres modifications à effectuer pour que tous les
logiciels ne s'occupent QUE des fichiers système présents sur le ramdrive ?
(édition du registre ?)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Alexandre
bonjour,
"Topaze" a écrit dans le message de news:40928d0a$0$23020$
Bonjour,
Je viens d'installer avec succès sur ma station de travail Windows NT4 SP6 le logiciel d'ARsoft permettant de créer un Ramdrive, c'est-à-dire un disque dur virtuel en mémoire vive. Mon disque RAM est de 128Mo, et je compte y placer au moins le répertoire système, ainsi que les fichiers temporaires.
fichiers temporaires, d'accord. Pour le système, ça me parait trop peu.
J'ai ainsi écrit un script de commandes dans un fichier à l'extension
.BAT,
copiant le répertoire winnt, et affectant de nouvelles valeurs aux variables d'environnement pour que les différentes applications aillent chercher les librairies et autres données système sur le ramdrive.
le disque de boot ne change donc pas. NT ne se base à priori pas que sur les variables d'env... Ton fichier de commandes est lancé par le système, donc celui-ci est déjà chargé, donc...
Or, déjà, j'ai un petit problème quand je lance ce script à partir du bureau (raccourci) : les modifications des variables d'environnement ne semblent pas prises en compte, quand je tape SET dans l'invite de
commande.
Mais, pas de problème si le script est lancé à partir de l'invite de commandes. D'où ma première question : pourquoi cette différence ? Existe-t-il plusieurs catégories de variables d'environnement avec une portée différente ?
Oui. Une par utilisateur, donc une pour le système.
Ensuite, il me semble qu'un certain nombre de logiciels ignore ces variables, puisque ils vont toujours chercher librairies et données sur le disque dur (constaté avec Filemon). Quels sont donc les autres modifications à effectuer pour que tous les logiciels ne s'occupent QUE des fichiers système présents sur le ramdrive
?
(édition du registre ?)
j'ai bien peur que ça ne soit pas possible, en tout cas pour les fichiers système.
bonjour,
"Topaze" <patrice.gross@easyconnect.fr> a écrit dans le message de
news:40928d0a$0$23020$afc38c87@news.easynet.fr...
Bonjour,
Je viens d'installer avec succès sur ma station de travail Windows NT4 SP6
le logiciel d'ARsoft permettant de créer un Ramdrive, c'est-à-dire un
disque dur virtuel en mémoire vive.
Mon disque RAM est de 128Mo, et je compte y placer au moins le répertoire
système, ainsi que les fichiers temporaires.
fichiers temporaires, d'accord.
Pour le système, ça me parait trop peu.
J'ai ainsi écrit un script de commandes dans un fichier à l'extension
.BAT,
copiant le répertoire winnt, et affectant de nouvelles valeurs aux
variables d'environnement pour que les différentes applications aillent
chercher les librairies et autres données système sur le ramdrive.
le disque de boot ne change donc pas. NT ne se base à priori pas que sur les
variables d'env... Ton fichier de commandes est lancé par le système, donc
celui-ci est déjà chargé, donc...
Or, déjà, j'ai un petit problème quand je lance ce script à partir du
bureau (raccourci) : les modifications des variables d'environnement ne
semblent pas prises en compte, quand je tape SET dans l'invite de
commande.
Mais, pas de problème si le script est lancé à partir de l'invite de
commandes.
D'où ma première question : pourquoi cette différence ? Existe-t-il
plusieurs catégories de variables d'environnement avec une portée
différente ?
Oui. Une par utilisateur, donc une pour le système.
Ensuite, il me semble qu'un certain nombre de logiciels ignore ces
variables, puisque ils vont toujours chercher librairies et données sur le
disque dur (constaté avec Filemon).
Quels sont donc les autres modifications à effectuer pour que tous les
logiciels ne s'occupent QUE des fichiers système présents sur le ramdrive
?
(édition du registre ?)
j'ai bien peur que ça ne soit pas possible, en tout cas pour les fichiers
système.
"Topaze" a écrit dans le message de news:40928d0a$0$23020$
Bonjour,
Je viens d'installer avec succès sur ma station de travail Windows NT4 SP6 le logiciel d'ARsoft permettant de créer un Ramdrive, c'est-à-dire un disque dur virtuel en mémoire vive. Mon disque RAM est de 128Mo, et je compte y placer au moins le répertoire système, ainsi que les fichiers temporaires.
fichiers temporaires, d'accord. Pour le système, ça me parait trop peu.
J'ai ainsi écrit un script de commandes dans un fichier à l'extension
.BAT,
copiant le répertoire winnt, et affectant de nouvelles valeurs aux variables d'environnement pour que les différentes applications aillent chercher les librairies et autres données système sur le ramdrive.
le disque de boot ne change donc pas. NT ne se base à priori pas que sur les variables d'env... Ton fichier de commandes est lancé par le système, donc celui-ci est déjà chargé, donc...
Or, déjà, j'ai un petit problème quand je lance ce script à partir du bureau (raccourci) : les modifications des variables d'environnement ne semblent pas prises en compte, quand je tape SET dans l'invite de
commande.
Mais, pas de problème si le script est lancé à partir de l'invite de commandes. D'où ma première question : pourquoi cette différence ? Existe-t-il plusieurs catégories de variables d'environnement avec une portée différente ?
Oui. Une par utilisateur, donc une pour le système.
Ensuite, il me semble qu'un certain nombre de logiciels ignore ces variables, puisque ils vont toujours chercher librairies et données sur le disque dur (constaté avec Filemon). Quels sont donc les autres modifications à effectuer pour que tous les logiciels ne s'occupent QUE des fichiers système présents sur le ramdrive
?
(édition du registre ?)
j'ai bien peur que ça ne soit pas possible, en tout cas pour les fichiers système.
Jack
Topaze wrote:
Bonjour,
Je viens d'installer avec succès sur ma station de travail Windows NT4 SP6 le logiciel d'ARsoft permettant de créer un Ramdrive, c'est-à-dire un disque dur virtuel en mémoire vive. Mon disque RAM est de 128Mo, et je compte y placer au moins le répertoire système, ainsi que les fichiers temporaires.
J'ai ainsi écrit un script de commandes dans un fichier à l'extension .BAT, copiant le répertoire winnt, et affectant de nouvelles valeurs aux variables d'environnement pour que les différentes applications aillent chercher les librairies et autres données système sur le ramdrive.
Or, déjà, j'ai un petit problème quand je lance ce script à partir du bureau (raccourci) : les modifications des variables d'environnement ne semblent pas prises en compte, quand je tape SET dans l'invite de commande. Mais, pas de problème si le script est lancé à partir de l'invite de commandes. D'où ma première question : pourquoi cette différence ? Existe-t-il plusieurs catégories de variables d'environnement avec une portée différente ?
Reboot
Ensuite, il me semble qu'un certain nombre de logiciels ignore ces variables, puisque ils vont toujours chercher librairies et données sur le disque dur (constaté avec Filemon). Quels sont donc les autres modifications à effectuer pour que tous les logiciels ne s'occupent QUE des fichiers système présents sur le ramdrive ? (édition du registre ?)
Le registre + ... c'est très aventureux
Topaze wrote:
Bonjour,
Je viens d'installer avec succès sur ma station de travail Windows NT4 SP6
le logiciel d'ARsoft permettant de créer un Ramdrive, c'est-à-dire un
disque dur virtuel en mémoire vive.
Mon disque RAM est de 128Mo, et je compte y placer au moins le répertoire
système, ainsi que les fichiers temporaires.
J'ai ainsi écrit un script de commandes dans un fichier à l'extension .BAT,
copiant le répertoire winnt, et affectant de nouvelles valeurs aux
variables d'environnement pour que les différentes applications aillent
chercher les librairies et autres données système sur le ramdrive.
Or, déjà, j'ai un petit problème quand je lance ce script à partir du
bureau (raccourci) : les modifications des variables d'environnement ne
semblent pas prises en compte, quand je tape SET dans l'invite de commande.
Mais, pas de problème si le script est lancé à partir de l'invite de
commandes.
D'où ma première question : pourquoi cette différence ? Existe-t-il
plusieurs catégories de variables d'environnement avec une portée
différente ?
Reboot
Ensuite, il me semble qu'un certain nombre de logiciels ignore ces
variables, puisque ils vont toujours chercher librairies et données sur le
disque dur (constaté avec Filemon).
Quels sont donc les autres modifications à effectuer pour que tous les
logiciels ne s'occupent QUE des fichiers système présents sur le ramdrive ?
(édition du registre ?)
Je viens d'installer avec succès sur ma station de travail Windows NT4 SP6 le logiciel d'ARsoft permettant de créer un Ramdrive, c'est-à-dire un disque dur virtuel en mémoire vive. Mon disque RAM est de 128Mo, et je compte y placer au moins le répertoire système, ainsi que les fichiers temporaires.
J'ai ainsi écrit un script de commandes dans un fichier à l'extension .BAT, copiant le répertoire winnt, et affectant de nouvelles valeurs aux variables d'environnement pour que les différentes applications aillent chercher les librairies et autres données système sur le ramdrive.
Or, déjà, j'ai un petit problème quand je lance ce script à partir du bureau (raccourci) : les modifications des variables d'environnement ne semblent pas prises en compte, quand je tape SET dans l'invite de commande. Mais, pas de problème si le script est lancé à partir de l'invite de commandes. D'où ma première question : pourquoi cette différence ? Existe-t-il plusieurs catégories de variables d'environnement avec une portée différente ?
Reboot
Ensuite, il me semble qu'un certain nombre de logiciels ignore ces variables, puisque ils vont toujours chercher librairies et données sur le disque dur (constaté avec Filemon). Quels sont donc les autres modifications à effectuer pour que tous les logiciels ne s'occupent QUE des fichiers système présents sur le ramdrive ? (édition du registre ?)
Le registre + ... c'est très aventureux
Topaze
"Alexandre" écrivait news:409368e6$0$20745$:
Je viens d'installer avec succès sur ma station de travail Windows NT4 SP6 le logiciel d'ARsoft permettant de créer un Ramdrive, c'est-à-dire un disque dur virtuel en mémoire vive. Mon disque RAM est de 128Mo, et je compte y placer au moins le répertoire système, ainsi que les fichiers temporaires.
fichiers temporaires, d'accord. Pour le système, ça me parait trop peu.
Effectivement, c'est trop peu pour "Winnt" avec les sous-dossiers, mais je peux me limiter à une partie des dossiers "Winnt" et "Winntsystem32" (sans les sous-dossiers). Que me conseillez-vous de copier ? - les fichiers *.exe, *.com ? - une sélection de fichiers *.dll ?
J'ai ainsi écrit un script de commandes dans un fichier à l'extension
.BAT,
copiant le répertoire winnt, et affectant de nouvelles valeurs aux variables d'environnement pour que les différentes applications aillent chercher les librairies et autres données système sur le ramdrive.
le disque de boot ne change donc pas. NT ne se base à priori pas que sur les variables d'env... Ton fichier de commandes est lancé par le système, donc celui-ci est déjà chargé, donc...
Je viens de m'apercevoir qu'un fichier de commandes doit comporter la commande setlocal pour pouvoir modifier les variables d'environnement. Donc, si je modifie la variable Path, je devrais pouvoir indiquer au système d'aller rechercher les fichiers d'abord dans mon ramdrive, non ?
Or, déjà, j'ai un petit problème quand je lance ce script à partir du bureau (raccourci) : les modifications des variables d'environnement ne semblent pas prises en compte, quand je tape SET dans l'invite de
commande.
Mais, pas de problème si le script est lancé à partir de l'invite de commandes. D'où ma première question : pourquoi cette différence ? Existe-t-il plusieurs catégories de variables d'environnement avec une portée différente ?
Oui. Une par utilisateur, donc une pour le système.
Je ne comprends pas. Il me semble que l'utilisateur "Administrateur" doit pouvoir modifier les variables d'environnement "système", et pas les autres utilisateurs, non ?
Ensuite, il me semble qu'un certain nombre de logiciels ignore ces variables, puisque ils vont toujours chercher librairies et données sur le disque dur (constaté avec Filemon). Quels sont donc les autres modifications à effectuer pour que tous les logiciels ne s'occupent QUE des fichiers système présents sur le ramdrive
?
(édition du registre ?)
j'ai bien peur que ça ne soit pas possible, en tout cas pour les fichiers système.
Je vais faire quelques tests avec modification du Path.
Je viens d'installer avec succès sur ma station de travail Windows
NT4 SP6 le logiciel d'ARsoft permettant de créer un Ramdrive,
c'est-à-dire un disque dur virtuel en mémoire vive.
Mon disque RAM est de 128Mo, et je compte y placer au moins le
répertoire système, ainsi que les fichiers temporaires.
fichiers temporaires, d'accord.
Pour le système, ça me parait trop peu.
Effectivement, c'est trop peu pour "Winnt" avec les sous-dossiers, mais
je peux me limiter à une partie des dossiers "Winnt" et "Winntsystem32"
(sans les sous-dossiers).
Que me conseillez-vous de copier ?
- les fichiers *.exe, *.com ?
- une sélection de fichiers *.dll ?
J'ai ainsi écrit un script de commandes dans un fichier à l'extension
.BAT,
copiant le répertoire winnt, et affectant de nouvelles valeurs aux
variables d'environnement pour que les différentes applications
aillent chercher les librairies et autres données système sur le
ramdrive.
le disque de boot ne change donc pas. NT ne se base à priori pas que
sur les variables d'env... Ton fichier de commandes est lancé par le
système, donc celui-ci est déjà chargé, donc...
Je viens de m'apercevoir qu'un fichier de commandes doit comporter la
commande setlocal pour pouvoir modifier les variables d'environnement.
Donc, si je modifie la variable Path, je devrais pouvoir indiquer au
système d'aller rechercher les fichiers d'abord dans mon ramdrive, non ?
Or, déjà, j'ai un petit problème quand je lance ce script à partir du
bureau (raccourci) : les modifications des variables d'environnement
ne semblent pas prises en compte, quand je tape SET dans l'invite de
commande.
Mais, pas de problème si le script est lancé à partir de l'invite de
commandes.
D'où ma première question : pourquoi cette différence ? Existe-t-il
plusieurs catégories de variables d'environnement avec une portée
différente ?
Oui. Une par utilisateur, donc une pour le système.
Je ne comprends pas. Il me semble que l'utilisateur "Administrateur" doit
pouvoir modifier les variables d'environnement "système", et pas les
autres utilisateurs, non ?
Ensuite, il me semble qu'un certain nombre de logiciels ignore ces
variables, puisque ils vont toujours chercher librairies et données
sur le disque dur (constaté avec Filemon).
Quels sont donc les autres modifications à effectuer pour que tous
les logiciels ne s'occupent QUE des fichiers système présents sur le
ramdrive
?
(édition du registre ?)
j'ai bien peur que ça ne soit pas possible, en tout cas pour les
fichiers système.
Je vais faire quelques tests avec modification du Path.
Je viens d'installer avec succès sur ma station de travail Windows NT4 SP6 le logiciel d'ARsoft permettant de créer un Ramdrive, c'est-à-dire un disque dur virtuel en mémoire vive. Mon disque RAM est de 128Mo, et je compte y placer au moins le répertoire système, ainsi que les fichiers temporaires.
fichiers temporaires, d'accord. Pour le système, ça me parait trop peu.
Effectivement, c'est trop peu pour "Winnt" avec les sous-dossiers, mais je peux me limiter à une partie des dossiers "Winnt" et "Winntsystem32" (sans les sous-dossiers). Que me conseillez-vous de copier ? - les fichiers *.exe, *.com ? - une sélection de fichiers *.dll ?
J'ai ainsi écrit un script de commandes dans un fichier à l'extension
.BAT,
copiant le répertoire winnt, et affectant de nouvelles valeurs aux variables d'environnement pour que les différentes applications aillent chercher les librairies et autres données système sur le ramdrive.
le disque de boot ne change donc pas. NT ne se base à priori pas que sur les variables d'env... Ton fichier de commandes est lancé par le système, donc celui-ci est déjà chargé, donc...
Je viens de m'apercevoir qu'un fichier de commandes doit comporter la commande setlocal pour pouvoir modifier les variables d'environnement. Donc, si je modifie la variable Path, je devrais pouvoir indiquer au système d'aller rechercher les fichiers d'abord dans mon ramdrive, non ?
Or, déjà, j'ai un petit problème quand je lance ce script à partir du bureau (raccourci) : les modifications des variables d'environnement ne semblent pas prises en compte, quand je tape SET dans l'invite de
commande.
Mais, pas de problème si le script est lancé à partir de l'invite de commandes. D'où ma première question : pourquoi cette différence ? Existe-t-il plusieurs catégories de variables d'environnement avec une portée différente ?
Oui. Une par utilisateur, donc une pour le système.
Je ne comprends pas. Il me semble que l'utilisateur "Administrateur" doit pouvoir modifier les variables d'environnement "système", et pas les autres utilisateurs, non ?
Ensuite, il me semble qu'un certain nombre de logiciels ignore ces variables, puisque ils vont toujours chercher librairies et données sur le disque dur (constaté avec Filemon). Quels sont donc les autres modifications à effectuer pour que tous les logiciels ne s'occupent QUE des fichiers système présents sur le ramdrive
?
(édition du registre ?)
j'ai bien peur que ça ne soit pas possible, en tout cas pour les fichiers système.
Je vais faire quelques tests avec modification du Path.
