ayant eu quelques déboires avec des SD non compatible avec mon APN
et etant passé au Canon 400D je souhaiterais m'acheter de la mémoire flash a
un bon rapport qualité (évident) prix mais surtout compatible
Comme j'ai un système de rack amovible et un logiciel de backup très rapide je fais une sauvegarde complète en 3 mm. Je fais donc plusieurs sauvegardes par semaines et sur trois autres disques durs. Ma sécurité est ainsi absolue
si tu stocke hors de chez toi oui
Et encore, même pas. "Sécurité" et "absolue" sont 2 mots totalement incompatibles entre eux. La première règle en sécurité (quel que soit le sujet traité) est de savoir que toute politique est faillible. Je passe donc, pour le système, le minimum possible de temps en sauvegardes (je me préoccupe surtout d'avoir mes fichiers de configuration qui contiennent le peu de valeur ajoutée sur l'installation) :
rsync -avx / /root2 (toutes les nuits et resynchro complète de temps en temps)
Si elle marche tant mieux, sinon tant pis je recommence l'installation (c'est pour un usage personnel, bien évidemment). Mais bon, comme cela ne m'arrive quasiment jamais (une fois tous les trois ou quatre ans en changeant de matériel), ce n'est pas bien grave d'y consacrer un peu de temps. Par contre pour les données, je suis un peu plus pointilleux.
-- Stéphan Peccini <URL:http://photonature.fr>
Le Tue, 02 Jan 2007 04:33:48 +0100, jpw a écrit:
"Uly" <Uly@wanadoo.fr> a écrit
Comme j'ai un système de rack amovible et un logiciel de backup très
rapide je fais une sauvegarde complète en 3 mm. Je fais donc plusieurs
sauvegardes par semaines et sur trois autres disques durs. Ma sécurité est
ainsi absolue
si tu stocke hors de chez toi
oui
Et encore, même pas. "Sécurité" et "absolue" sont 2 mots totalement
incompatibles entre eux. La première règle en sécurité (quel que soit le
sujet traité) est de savoir que toute politique est faillible.
Je passe donc, pour le système, le minimum possible de temps en sauvegardes
(je me préoccupe surtout d'avoir mes fichiers de configuration qui
contiennent le peu de valeur ajoutée sur l'installation) :
rsync -avx / /root2 (toutes les nuits et resynchro complète de temps en
temps)
Si elle marche tant mieux, sinon tant pis je recommence l'installation
(c'est pour un usage personnel, bien évidemment). Mais bon, comme cela ne
m'arrive quasiment jamais (une fois tous les trois ou quatre ans en
changeant de matériel), ce n'est pas bien grave d'y consacrer un peu de
temps. Par contre pour les données, je suis un peu plus pointilleux.
Comme j'ai un système de rack amovible et un logiciel de backup très rapide je fais une sauvegarde complète en 3 mm. Je fais donc plusieurs sauvegardes par semaines et sur trois autres disques durs. Ma sécurité est ainsi absolue
si tu stocke hors de chez toi oui
Et encore, même pas. "Sécurité" et "absolue" sont 2 mots totalement incompatibles entre eux. La première règle en sécurité (quel que soit le sujet traité) est de savoir que toute politique est faillible. Je passe donc, pour le système, le minimum possible de temps en sauvegardes (je me préoccupe surtout d'avoir mes fichiers de configuration qui contiennent le peu de valeur ajoutée sur l'installation) :
rsync -avx / /root2 (toutes les nuits et resynchro complète de temps en temps)
Si elle marche tant mieux, sinon tant pis je recommence l'installation (c'est pour un usage personnel, bien évidemment). Mais bon, comme cela ne m'arrive quasiment jamais (une fois tous les trois ou quatre ans en changeant de matériel), ce n'est pas bien grave d'y consacrer un peu de temps. Par contre pour les données, je suis un peu plus pointilleux.
-- Stéphan Peccini <URL:http://photonature.fr>
Ghost-Rider
Si vous avez lu ce que j'ai écrit Windows ne connait que : FAT, FAT32 et NTFS. La réaction du défragmenteur est donc logique.
Oui, oui, j'ai bien lu ce que tu as dit: FAT, FAT32 et NTFS. Par FAT, il faut évidemment comprendre FAT 16 bits, n'est-ce-pas ?
J'ai aussi lu ce que dit le défragmenteur de windows: FAT 12, voir: http://cjoint.com/?bbmKSf8XqU
Le message d'erreur du défragmenteur est le suivant (en bas, à gauche):
"Le volume E: a une partition FAT 12 bits...."
Ce qui est erroné, c'est une FAT 16 bits qu'il ne sait pas exploiter. Réaction logique ? Il vaudrait mieux dire: "Le volume E: a une partition FAT 16 bits illisible".
Mais peu importe, il reste quelques autres messages erronés dans Windows.
Bonne année.
Ghost Rider
Si vous avez lu ce que j'ai écrit Windows ne connait que : FAT, FAT32 et
NTFS. La réaction du défragmenteur est donc logique.
Oui, oui, j'ai bien lu ce que tu as dit: FAT, FAT32 et
NTFS.
Par FAT, il faut évidemment comprendre FAT 16 bits, n'est-ce-pas ?
J'ai aussi lu ce que dit le défragmenteur de windows: FAT 12, voir:
http://cjoint.com/?bbmKSf8XqU
Le message d'erreur du défragmenteur est le suivant (en bas, à gauche):
"Le volume E: a une partition FAT 12 bits...."
Ce qui est erroné, c'est une FAT 16 bits qu'il ne sait pas exploiter.
Réaction logique ? Il vaudrait mieux dire: "Le volume E: a une partition
FAT 16 bits illisible".
Mais peu importe, il reste quelques autres messages erronés dans Windows.
Si vous avez lu ce que j'ai écrit Windows ne connait que : FAT, FAT32 et NTFS. La réaction du défragmenteur est donc logique.
Oui, oui, j'ai bien lu ce que tu as dit: FAT, FAT32 et NTFS. Par FAT, il faut évidemment comprendre FAT 16 bits, n'est-ce-pas ?
J'ai aussi lu ce que dit le défragmenteur de windows: FAT 12, voir: http://cjoint.com/?bbmKSf8XqU
Le message d'erreur du défragmenteur est le suivant (en bas, à gauche):
"Le volume E: a une partition FAT 12 bits...."
Ce qui est erroné, c'est une FAT 16 bits qu'il ne sait pas exploiter. Réaction logique ? Il vaudrait mieux dire: "Le volume E: a une partition FAT 16 bits illisible".
Mais peu importe, il reste quelques autres messages erronés dans Windows.
Bonne année.
Ghost Rider
markorki
"Jean-Claude Ghislain" a écrit
Partition système de 20 GB, occupation 12 GB. Image disque compressée sur deuxième disque interne. Ordinateur moyen, AMD Athlon XP - 1.92 GHz - 512 Mo RAM
Temps de restauration : 11 minutes.
Si je calcule bien, il est tard, en trois minutes cela ferait un débit d'environ 70000 Ko par seconde, ce qui est bien au delà des possibilités d'un disque dur ordinaire.
tout à fait surtout qu'il faut booter la machine redémarrer quand c'est fini, et 12 GO ce n'est pas très gros pour du professionnel OK mais une config domestique avec une encyclopédie style universalis et des applis de montaes vidéo avec des bibliothèques ça fait vite plus
3 minutes ??
foutaises !
jpw
hihi, 12 GO pas très gros !!;-)
mon plus gros C: fait 1,2GO, occupé à 800MO (des tas de progs M$ s'obstinent à bosser dans C:windowstemp ou temporaryinternetfiles : ça m'oblige à prévoir du mou (je me refuse à bidouiller la BDR pour les rendre civilisés, même si je sais faire, je crains les effets de bord), malgré une mémoire virtuelle (et des zones temporaires pour les applis style PSP, XnView, etc...) sur des partitions de données où il y a des 10aines de GO libres ;-(
mes images ghost font selon le PC de 300MO à 450MO, et sur ma machine la plus lente (reste un DD en UDMA66), le gost atteint presque les 3mn à partir d'un DD (sans risque, les images sont gardées avec CRC et vérifiées "de temps en temps" ;-)
je ne suis pas mesquin pour autant: j'ai plus de 300GO en ligne sur chaque machine, mais le volume, c'est des données ou des exécutables verts : non polluants et tournant de n'importe où, sans faire de cochonneries dans la BDR
"Jean-Claude Ghislain" <jcg@grimart.com> a écrit
Partition système de 20 GB, occupation 12 GB.
Image disque compressée sur deuxième disque interne.
Ordinateur moyen, AMD Athlon XP - 1.92 GHz - 512 Mo RAM
Temps de restauration : 11 minutes.
Si je calcule bien, il est tard, en trois minutes cela ferait un débit
d'environ 70000 Ko par seconde, ce qui est bien au delà des possibilités
d'un disque dur ordinaire.
tout à fait surtout qu'il faut booter la machine redémarrer
quand c'est fini, et 12 GO ce n'est pas très gros
pour du professionnel OK mais une config domestique avec une encyclopédie
style universalis et des applis de montaes vidéo avec des bibliothèques
ça fait vite plus
3 minutes ??
foutaises !
jpw
hihi, 12 GO pas très gros !!;-)
mon plus gros C: fait 1,2GO, occupé à 800MO (des tas de progs M$
s'obstinent à bosser dans C:windowstemp ou temporaryinternetfiles :
ça m'oblige à prévoir du mou (je me refuse à bidouiller la BDR pour les
rendre civilisés, même si je sais faire, je crains les effets de bord),
malgré une mémoire virtuelle (et des zones temporaires pour les applis
style PSP, XnView, etc...) sur des partitions de données où il y a des
10aines de GO libres ;-(
mes images ghost font selon le PC de 300MO à 450MO, et sur ma machine la
plus lente (reste un DD en UDMA66), le gost atteint presque les 3mn à
partir d'un DD (sans risque, les images sont gardées avec CRC et
vérifiées "de temps en temps" ;-)
je ne suis pas mesquin pour autant: j'ai plus de 300GO en ligne sur
chaque machine, mais le volume, c'est des données ou des exécutables
verts : non polluants et tournant de n'importe où, sans faire de
cochonneries dans la BDR
Partition système de 20 GB, occupation 12 GB. Image disque compressée sur deuxième disque interne. Ordinateur moyen, AMD Athlon XP - 1.92 GHz - 512 Mo RAM
Temps de restauration : 11 minutes.
Si je calcule bien, il est tard, en trois minutes cela ferait un débit d'environ 70000 Ko par seconde, ce qui est bien au delà des possibilités d'un disque dur ordinaire.
tout à fait surtout qu'il faut booter la machine redémarrer quand c'est fini, et 12 GO ce n'est pas très gros pour du professionnel OK mais une config domestique avec une encyclopédie style universalis et des applis de montaes vidéo avec des bibliothèques ça fait vite plus
3 minutes ??
foutaises !
jpw
hihi, 12 GO pas très gros !!;-)
mon plus gros C: fait 1,2GO, occupé à 800MO (des tas de progs M$ s'obstinent à bosser dans C:windowstemp ou temporaryinternetfiles : ça m'oblige à prévoir du mou (je me refuse à bidouiller la BDR pour les rendre civilisés, même si je sais faire, je crains les effets de bord), malgré une mémoire virtuelle (et des zones temporaires pour les applis style PSP, XnView, etc...) sur des partitions de données où il y a des 10aines de GO libres ;-(
mes images ghost font selon le PC de 300MO à 450MO, et sur ma machine la plus lente (reste un DD en UDMA66), le gost atteint presque les 3mn à partir d'un DD (sans risque, les images sont gardées avec CRC et vérifiées "de temps en temps" ;-)
je ne suis pas mesquin pour autant: j'ai plus de 300GO en ligne sur chaque machine, mais le volume, c'est des données ou des exécutables verts : non polluants et tournant de n'importe où, sans faire de cochonneries dans la BDR
jpw
"markorki" <moicestmarcpointmorelchezwanadoofr> a écrit
hihi, 12 GO pas très gros !!;-)
mon plus gros C: fait 1,2GO, occupé à 800MO
ça veut il dire que tu as installé avec programfiles ailleurs qu'en C ?? tiens on peut changer après install comme pour mes docs ou outlook ??
jpw
"markorki" <moicestmarcpointmorelchezwanadoofr> a écrit
hihi, 12 GO pas très gros !!;-)
mon plus gros C: fait 1,2GO, occupé à 800MO
ça veut il dire que tu as installé avec programfiles ailleurs qu'en C ??
tiens on peut changer après install comme pour mes docs ou outlook ??
"markorki" <moicestmarcpointmorelchezwanadoofr> a écrit
hihi, 12 GO pas très gros !!;-)
mon plus gros C: fait 1,2GO, occupé à 800MO
ça veut il dire que tu as installé avec programfiles ailleurs qu'en C ?? tiens on peut changer après install comme pour mes docs ou outlook ??
jpw
markorki
"markorki" <moicestmarcpointmorelchezwanadoofr> a écrit
hihi, 12 GO pas très gros !!;-)
mon plus gros C: fait 1,2GO, occupé à 800MO
ça veut il dire que tu as installé avec programfiles ailleurs qu'en C ?? tiens on peut changer après install comme pour mes docs ou outlook ??
en fait, ça n'aurait pas de sens, en procédant par images ghost
J'ai en C:Programfiles uniquement les programmes qui s'installent au sens Zindoz, c'est-à-dire ceux qui touillent en BDR, sinon il y a risque d'incohérence entre le ghost que je restaure et les dll nécessaires à mes progs installés ailleurs(car ces progs "au standard Zindoz" installent généralement des tas de trucs un peu partout en plus de leur ProgramFileschezmoi...
Juste que j'évite d'utiliser des dizaines de produits pour la même chose, des produits lourds pleins de gadgets et de poids inutile, et j'utilise **beaucoup** de produits verts: ça se dézippe où on veut, les dll sont **là_où_on_dézippe**, et les paramètres sont dans un .ini en général au même endroit (c'est ce que je choisis par exemple pour les différents programmes de génération de panoramique qui en sont capables)
J'ai où je veux un ou des répertoires "outils_exe" où je case des sous-répertoires avec des progs verts, et ça devient indépendant d'une casse de C:, où je n'ai que ce que je suis forcé d'y mettre (connexion internet : couches système physique, protocoles, appli/FAI trop délibérément imbriquées dans cet OS , Office97 partiel (plus d'ACCES depuis que j'ai quitté mon dernier boulot), Mozilla - pas assez futé pour être commode à installer ailleurs, etc...) mais **toutes** mes configs(profils Mozilla, équivalents de "C:windowsuserapplicationData*) sont sur des partitions de données: j'ai quelques images "jouables" différentes, mais toutes capables d'utiliser **mes** paramètres.
bien sûr tout ça est plus costaud si j'évite le ZindozUpdate automatique ;-)
"markorki" <moicestmarcpointmorelchezwanadoofr> a écrit
hihi, 12 GO pas très gros !!;-)
mon plus gros C: fait 1,2GO, occupé à 800MO
ça veut il dire que tu as installé avec programfiles ailleurs qu'en C ??
tiens on peut changer après install comme pour mes docs ou outlook ??
en fait, ça n'aurait pas de sens, en procédant par images ghost
J'ai en C:Programfiles uniquement les programmes qui s'installent au
sens Zindoz, c'est-à-dire ceux qui touillent en BDR, sinon il y a risque
d'incohérence entre le ghost que je restaure et les dll nécessaires à
mes progs installés ailleurs(car ces progs "au standard Zindoz"
installent généralement des tas de trucs un peu partout en plus de leur
ProgramFileschezmoi...
Juste que j'évite d'utiliser des dizaines de produits pour la même
chose, des produits lourds pleins de gadgets et de poids inutile, et
j'utilise **beaucoup** de produits verts: ça se dézippe où on veut, les
dll sont **là_où_on_dézippe**, et les paramètres sont dans un .ini en
général au même endroit (c'est ce que je choisis par exemple pour les
différents programmes de génération de panoramique qui en sont capables)
J'ai où je veux un ou des répertoires "outils_exe" où je case des
sous-répertoires avec des progs verts, et ça devient indépendant d'une
casse de C:, où je n'ai que ce que je suis forcé d'y mettre (connexion
internet : couches système physique, protocoles, appli/FAI trop
délibérément imbriquées dans cet OS , Office97 partiel (plus d'ACCES
depuis que j'ai quitté mon dernier boulot), Mozilla - pas assez futé
pour être commode à installer ailleurs, etc...) mais **toutes** mes
configs(profils Mozilla, équivalents de
"C:windowsuserapplicationData*) sont sur des partitions de données:
j'ai quelques images "jouables" différentes, mais toutes capables
d'utiliser **mes** paramètres.
bien sûr tout ça est plus costaud si j'évite le ZindozUpdate automatique
;-)
"markorki" <moicestmarcpointmorelchezwanadoofr> a écrit
hihi, 12 GO pas très gros !!;-)
mon plus gros C: fait 1,2GO, occupé à 800MO
ça veut il dire que tu as installé avec programfiles ailleurs qu'en C ?? tiens on peut changer après install comme pour mes docs ou outlook ??
en fait, ça n'aurait pas de sens, en procédant par images ghost
J'ai en C:Programfiles uniquement les programmes qui s'installent au sens Zindoz, c'est-à-dire ceux qui touillent en BDR, sinon il y a risque d'incohérence entre le ghost que je restaure et les dll nécessaires à mes progs installés ailleurs(car ces progs "au standard Zindoz" installent généralement des tas de trucs un peu partout en plus de leur ProgramFileschezmoi...
Juste que j'évite d'utiliser des dizaines de produits pour la même chose, des produits lourds pleins de gadgets et de poids inutile, et j'utilise **beaucoup** de produits verts: ça se dézippe où on veut, les dll sont **là_où_on_dézippe**, et les paramètres sont dans un .ini en général au même endroit (c'est ce que je choisis par exemple pour les différents programmes de génération de panoramique qui en sont capables)
J'ai où je veux un ou des répertoires "outils_exe" où je case des sous-répertoires avec des progs verts, et ça devient indépendant d'une casse de C:, où je n'ai que ce que je suis forcé d'y mettre (connexion internet : couches système physique, protocoles, appli/FAI trop délibérément imbriquées dans cet OS , Office97 partiel (plus d'ACCES depuis que j'ai quitté mon dernier boulot), Mozilla - pas assez futé pour être commode à installer ailleurs, etc...) mais **toutes** mes configs(profils Mozilla, équivalents de "C:windowsuserapplicationData*) sont sur des partitions de données: j'ai quelques images "jouables" différentes, mais toutes capables d'utiliser **mes** paramètres.
bien sûr tout ça est plus costaud si j'évite le ZindozUpdate automatique ;-)
nikojorj_jaimepaslapub
markorki wrote:
Juste que j'évite d'utiliser des dizaines de produits pour la même chose, des produits lourds pleins de gadgets et de poids inutile, et j'utilise **beaucoup** de produits verts: ça se dézippe où on veut, les dll sont **là_où_on_dézippe**, et les paramètres sont dans un .in i en général au même endroit (c'est ce que je choisis par exemple pour l es différents programmes de génération de panoramique qui en sont capa bles)
Ca, ça a l'air alléchant! Mais pour pouvoir l'appliquer, il faudrait savoir quel produit est tout vert et quel autre est fermé... Et je ne sais pas où c'est marqué!
Et bon, pour savoir qu'un produit est lourd et plein de trucs zinutiles, il faut souvent l'essayer et pourrir sa BDR...
markorki wrote:
Juste que j'évite d'utiliser des dizaines de produits pour la même
chose, des produits lourds pleins de gadgets et de poids inutile, et
j'utilise **beaucoup** de produits verts: ça se dézippe où on veut, les
dll sont **là_où_on_dézippe**, et les paramètres sont dans un .in i en
général au même endroit (c'est ce que je choisis par exemple pour l es
différents programmes de génération de panoramique qui en sont capa bles)
Ca, ça a l'air alléchant!
Mais pour pouvoir l'appliquer, il faudrait savoir quel produit est tout
vert et quel autre est fermé... Et je ne sais pas où c'est marqué!
Et bon, pour savoir qu'un produit est lourd et plein de trucs
zinutiles, il faut souvent l'essayer et pourrir sa BDR...
Juste que j'évite d'utiliser des dizaines de produits pour la même chose, des produits lourds pleins de gadgets et de poids inutile, et j'utilise **beaucoup** de produits verts: ça se dézippe où on veut, les dll sont **là_où_on_dézippe**, et les paramètres sont dans un .in i en général au même endroit (c'est ce que je choisis par exemple pour l es différents programmes de génération de panoramique qui en sont capa bles)
Ca, ça a l'air alléchant! Mais pour pouvoir l'appliquer, il faudrait savoir quel produit est tout vert et quel autre est fermé... Et je ne sais pas où c'est marqué!
Et bon, pour savoir qu'un produit est lourd et plein de trucs zinutiles, il faut souvent l'essayer et pourrir sa BDR...
nikojorj_jaimepaslapub
markorki wrote:
Juste que j'évite d'utiliser des dizaines de produits pour la même chose, des produits lourds pleins de gadgets et de poids inutile, et j'utilise **beaucoup** de produits verts: ça se dézippe où on veut, les dll sont **là_où_on_dézippe**, et les paramètres sont dans un .in i en général au même endroit (c'est ce que je choisis par exemple pour l es différents programmes de génération de panoramique qui en sont capa bles)
Ca, ça a l'air alléchant! Mais pour pouvoir l'appliquer, il faudrait savoir quel produit est tout vert et quel autre est fermé... Et je ne sais pas où c'est marqué!
Et bon, pour savoir qu'un produit est lourd et plein de trucs zinutiles, il faut souvent l'essayer et pourrir sa BDR...
markorki wrote:
Juste que j'évite d'utiliser des dizaines de produits pour la même
chose, des produits lourds pleins de gadgets et de poids inutile, et
j'utilise **beaucoup** de produits verts: ça se dézippe où on veut, les
dll sont **là_où_on_dézippe**, et les paramètres sont dans un .in i en
général au même endroit (c'est ce que je choisis par exemple pour l es
différents programmes de génération de panoramique qui en sont capa bles)
Ca, ça a l'air alléchant!
Mais pour pouvoir l'appliquer, il faudrait savoir quel produit est tout
vert et quel autre est fermé... Et je ne sais pas où c'est marqué!
Et bon, pour savoir qu'un produit est lourd et plein de trucs
zinutiles, il faut souvent l'essayer et pourrir sa BDR...
Juste que j'évite d'utiliser des dizaines de produits pour la même chose, des produits lourds pleins de gadgets et de poids inutile, et j'utilise **beaucoup** de produits verts: ça se dézippe où on veut, les dll sont **là_où_on_dézippe**, et les paramètres sont dans un .in i en général au même endroit (c'est ce que je choisis par exemple pour l es différents programmes de génération de panoramique qui en sont capa bles)
Ca, ça a l'air alléchant! Mais pour pouvoir l'appliquer, il faudrait savoir quel produit est tout vert et quel autre est fermé... Et je ne sais pas où c'est marqué!
Et bon, pour savoir qu'un produit est lourd et plein de trucs zinutiles, il faut souvent l'essayer et pourrir sa BDR...
markorki
markorki wrote:
Juste que j'évite d'utiliser des dizaines de produits pour la même chose, des produits lourds pleins de gadgets et de poids inutile, et j'utilise **beaucoup** de produits verts: ça se dézippe où on veut, les dll sont **là_où_on_dézippe**, et les paramètres sont dans un .ini en général au même endroit (c'est ce que je choisis par exemple pour les différents programmes de génération de panoramique qui en sont capables)
Ca, ça a l'air alléchant! Mais pour pouvoir l'appliquer, il faudrait savoir quel produit est tout vert et quel autre est fermé... Et je ne sais pas où c'est marqué!
Et bon, pour savoir qu'un produit est lourd et plein de trucs zinutiles, il faut souvent l'essayer et pourrir sa BDR...
ben c'est justement pour ça que j'utilise ghost :
j'essaie même des trucs suspects et lourds (dont rien ne garantit qu'ils se désinstallent sans laisser de scories) , et si moindre pb: retour à une image d'un état stable (3mn de ghost plutot que cuisine avec divers "harpic WC" miracle style cleansweep, regclean et autres charlataneries diverses). De plus, par principe, c'est **extérieur** au système.
En général, les produits verts se signalent comme tels, et se trouvent pas n'importe où (framasoft par ex)
markorki wrote:
Juste que j'évite d'utiliser des dizaines de produits pour la même
chose, des produits lourds pleins de gadgets et de poids inutile, et
j'utilise **beaucoup** de produits verts: ça se dézippe où on veut, les
dll sont **là_où_on_dézippe**, et les paramètres sont dans un .ini en
général au même endroit (c'est ce que je choisis par exemple pour les
différents programmes de génération de panoramique qui en sont capables)
Ca, ça a l'air alléchant!
Mais pour pouvoir l'appliquer, il faudrait savoir quel produit est tout
vert et quel autre est fermé... Et je ne sais pas où c'est marqué!
Et bon, pour savoir qu'un produit est lourd et plein de trucs
zinutiles, il faut souvent l'essayer et pourrir sa BDR...
ben c'est justement pour ça que j'utilise ghost :
j'essaie même des trucs suspects et lourds (dont rien ne garantit qu'ils
se désinstallent sans laisser de scories) , et si moindre pb: retour à
une image d'un état stable (3mn de ghost plutot que cuisine avec divers
"harpic WC" miracle style cleansweep, regclean et autres charlataneries
diverses). De plus, par principe, c'est **extérieur** au système.
En général, les produits verts se signalent comme tels, et se trouvent
pas n'importe où (framasoft par ex)
Juste que j'évite d'utiliser des dizaines de produits pour la même chose, des produits lourds pleins de gadgets et de poids inutile, et j'utilise **beaucoup** de produits verts: ça se dézippe où on veut, les dll sont **là_où_on_dézippe**, et les paramètres sont dans un .ini en général au même endroit (c'est ce que je choisis par exemple pour les différents programmes de génération de panoramique qui en sont capables)
Ca, ça a l'air alléchant! Mais pour pouvoir l'appliquer, il faudrait savoir quel produit est tout vert et quel autre est fermé... Et je ne sais pas où c'est marqué!
Et bon, pour savoir qu'un produit est lourd et plein de trucs zinutiles, il faut souvent l'essayer et pourrir sa BDR...
ben c'est justement pour ça que j'utilise ghost :
j'essaie même des trucs suspects et lourds (dont rien ne garantit qu'ils se désinstallent sans laisser de scories) , et si moindre pb: retour à une image d'un état stable (3mn de ghost plutot que cuisine avec divers "harpic WC" miracle style cleansweep, regclean et autres charlataneries diverses). De plus, par principe, c'est **extérieur** au système.
En général, les produits verts se signalent comme tels, et se trouvent pas n'importe où (framasoft par ex)
Ghost-Rider
si moindre pb: retour à
une image d'un état stable (3mn de ghost plutot que cuisine avec divers "harpic WC" miracle style cleansweep, regclean et autres charlataneries diverses).
Tu as essayé EasyCleaner ? Si oui, qu'en penses-tu ?
Ghost Rider
si moindre pb: retour à
une image d'un état stable (3mn de ghost plutot que cuisine avec divers
"harpic WC" miracle style cleansweep, regclean et autres charlataneries
diverses).
Tu as essayé EasyCleaner ?
Si oui, qu'en penses-tu ?
une image d'un état stable (3mn de ghost plutot que cuisine avec divers "harpic WC" miracle style cleansweep, regclean et autres charlataneries diverses).
Tu as essayé EasyCleaner ? Si oui, qu'en penses-tu ?
Ghost Rider
jpw
"markorki" <moicestmarcpointmorelchezwanadoofr> a écrit
ça veut il dire que tu as installé avec programfiles ailleurs qu'en C ?? tiens on peut changer après install comme pour mes docs ou outlook ?? en fait, ça n'aurait pas de sens, en procédant par images ghost
vi
J'ai en C:Programfiles uniquement les programmes qui s'installent au sens Zindoz, c'est-à-dire ceux qui touillent en BDR, sinon il y a risque d'incohérence entre le ghost que je restaure et les dll nécessaires à mes progs installés ailleurs(car ces progs "au standard Zindoz" installent généralement des tas de trucs un peu partout en plus de leur ProgramFileschezmoi...
je suis incapable de savoir ceux qui font ça et ceux qui ne le font pas
Juste que j'évite d'utiliser des dizaines de produits pour la même chose, des produits lourds pleins de gadgets et de poids inutile, et j'utilise **beaucoup** de produits verts: ça se dézippe où on veut, les dll sont **là_où_on_dézippe**, et les paramètres sont dans un .ini en général au même endroit (c'est ce que je choisis par exemple pour les différents programmes de génération de panoramique qui en sont capables)
ben tu est certainement plus doué que moi pour savoir ce qui convient ou pas du premier coup...
J'ai où je veux un ou des répertoires "outils_exe" où je case des sous-répertoires avec des progs verts, et ça devient indépendant d'une casse de C:, où je n'ai que ce que je suis forcé d'y mettre (connexion internet : couches système physique, protocoles, appli/FAI trop délibérément imbriquées dans cet OS , Office97 partiel (plus d'ACCES depuis que j'ai quitté mon dernier boulot), Mozilla - pas assez futé pour être commode à installer ailleurs, etc...) mais **toutes** mes configs(profils Mozilla, équivalents de "C:windowsuserapplicationData*) sont sur des partitions de données: j'ai quelques images "jouables" différentes, mais toutes capables d'utiliser **mes** paramètres.
bien sûr tout ça est plus costaud si j'évite le ZindozUpdate automatique ;-)
ben oui pas moi on a des niveau de compétence sensiblement différents il me semble, et donc les stratégies en découlant sont différentes
merci de tes explications
jpw
"markorki" <moicestmarcpointmorelchezwanadoofr> a écrit
ça veut il dire que tu as installé avec programfiles ailleurs qu'en C ??
tiens on peut changer après install comme pour mes docs ou outlook ??
en fait, ça n'aurait pas de sens, en procédant par images ghost
vi
J'ai en C:Programfiles uniquement les programmes qui s'installent au sens
Zindoz, c'est-à-dire ceux qui touillent en BDR, sinon il y a risque
d'incohérence entre le ghost que je restaure et les dll nécessaires à mes
progs installés ailleurs(car ces progs "au standard Zindoz" installent
généralement des tas de trucs un peu partout en plus de leur
ProgramFileschezmoi...
je suis incapable de savoir ceux qui font ça et ceux qui ne le font pas
Juste que j'évite d'utiliser des dizaines de produits pour la même chose,
des produits lourds pleins de gadgets et de poids inutile, et j'utilise
**beaucoup** de produits verts: ça se dézippe où on veut, les dll sont
**là_où_on_dézippe**, et les paramètres sont dans un .ini en général au
même endroit (c'est ce que je choisis par exemple pour les différents
programmes de génération de panoramique qui en sont capables)
ben tu est certainement plus doué que moi pour savoir ce qui convient ou pas
du premier coup...
J'ai où je veux un ou des répertoires "outils_exe" où je case des
sous-répertoires avec des progs verts, et ça devient indépendant d'une
casse de C:, où je n'ai que ce que je suis forcé d'y mettre (connexion
internet : couches système physique, protocoles, appli/FAI trop
délibérément imbriquées dans cet OS , Office97 partiel (plus d'ACCES
depuis que j'ai quitté mon dernier boulot), Mozilla - pas assez futé pour
être commode à installer ailleurs, etc...) mais **toutes** mes
configs(profils Mozilla, équivalents de
"C:windowsuserapplicationData*) sont sur des partitions de données:
j'ai quelques images "jouables" différentes, mais toutes capables
d'utiliser **mes** paramètres.
bien sûr tout ça est plus costaud si j'évite le ZindozUpdate automatique
;-)
ben oui pas moi
on a des niveau de compétence sensiblement différents
il me semble, et donc les stratégies en découlant sont différentes
"markorki" <moicestmarcpointmorelchezwanadoofr> a écrit
ça veut il dire que tu as installé avec programfiles ailleurs qu'en C ?? tiens on peut changer après install comme pour mes docs ou outlook ?? en fait, ça n'aurait pas de sens, en procédant par images ghost
vi
J'ai en C:Programfiles uniquement les programmes qui s'installent au sens Zindoz, c'est-à-dire ceux qui touillent en BDR, sinon il y a risque d'incohérence entre le ghost que je restaure et les dll nécessaires à mes progs installés ailleurs(car ces progs "au standard Zindoz" installent généralement des tas de trucs un peu partout en plus de leur ProgramFileschezmoi...
je suis incapable de savoir ceux qui font ça et ceux qui ne le font pas
Juste que j'évite d'utiliser des dizaines de produits pour la même chose, des produits lourds pleins de gadgets et de poids inutile, et j'utilise **beaucoup** de produits verts: ça se dézippe où on veut, les dll sont **là_où_on_dézippe**, et les paramètres sont dans un .ini en général au même endroit (c'est ce que je choisis par exemple pour les différents programmes de génération de panoramique qui en sont capables)
ben tu est certainement plus doué que moi pour savoir ce qui convient ou pas du premier coup...
J'ai où je veux un ou des répertoires "outils_exe" où je case des sous-répertoires avec des progs verts, et ça devient indépendant d'une casse de C:, où je n'ai que ce que je suis forcé d'y mettre (connexion internet : couches système physique, protocoles, appli/FAI trop délibérément imbriquées dans cet OS , Office97 partiel (plus d'ACCES depuis que j'ai quitté mon dernier boulot), Mozilla - pas assez futé pour être commode à installer ailleurs, etc...) mais **toutes** mes configs(profils Mozilla, équivalents de "C:windowsuserapplicationData*) sont sur des partitions de données: j'ai quelques images "jouables" différentes, mais toutes capables d'utiliser **mes** paramètres.
bien sûr tout ça est plus costaud si j'évite le ZindozUpdate automatique ;-)
ben oui pas moi on a des niveau de compétence sensiblement différents il me semble, et donc les stratégies en découlant sont différentes
