puis-je installer une etch avec debian-40r9-i386-netinst.iso ou bien il mettra la 6 ?

[Michael REMY]

bonjour,

je souhaite installer vieille version de debian, la derniere stable Etch (4r9)
j'ai trouvé l'iso du netinstall debian-40r9-i386-netinst.iso mais si je le lance ne va-t-il pas installer la version 6 car il vérifie les mises-à-jour je pense non ?

si vous arriver à trouver ces iso de debian 4 release 9, ça m'intéresse aussi...

merci à vous

[Winnt]

Salut,

Cela dépends de comment est configurer le "sources.list".
Si c'est avec le nom de la version (ici etch) il ne tenteras d'accéder qu'au dépôts etch.
Si c'est avec le nom générique (à priori "stable") il fera automatiquement la proposition de mise à jour.

Maintenant rien n'interdit de faire ta netinstall. Puis de modifier (si nécessaire) le sources.list pour t'assurer que c'est bien etch qui apparait et non stable.

PS : pourquoi spécifique la etch ?

[Michael REMY]

bonjour et merci pour l'aide précédente.

j'ai donc tenté.

au moment d'indiquer le serveur de mirroir je bloque et cela me dit cela :



Pourtant juste à l'écran d'avant j'ai bien indiqué le bon path de la debian sur le serveur d'archive :



et comme vous pouvez le voir sur ma capture dans le broswer, le serveur est bien ok, alors où est-ce que j'ai fauté :

[Winnt]

Salut,

J'essayerai plutôt ceci :

Code :

http://archive.debian.org/

Code :

etch

[Michael REMY]

Envoyé par Winnt

PS : pourquoi spécifique la etch ?

merci je vais essayer de suite...
j'ai besoin d'installer une etc (dans une vm au passage) pour reproduire un environnement d'un très vieux applicatif (lui-même en etch) ayant des vieux paquets (vieux python, vieux postgres, vieux libxml,vieux gtk) qui ne peuvent pas être évolué (mis à jour) sous peine de faire planter l'applicatif (car le développement n'est pas maintennu)

[frp31]

il est donc plus intelligent de faire évoluer l'applicatif que de maintenir un système vieux et potentiellement non-corrigé de bugs ou même de failles de sécurité. Sans quoi ce n'est reculer pour mieux sauter .....

[Michael REMY]

Envoyé par frp31

il est donc plus intelligent de faire évoluer l'applicatif que de maintenir un système vieux et potentiellement non-corrigé de bugs ou même de failles de sécurité. Sans quoi ce n'est reculer pour mieux sauter .....

sauf que j'ai besoin de reproduire l'exacte configuration du système en prod avant tout essai de mise-à-jour pouvant entrainer l'arrêt de l'applicatif momentanément.
c'est pas juste une question de mise à jour, d'upgrade, ou de configuration y du développement à produire aussi.
pour faire simple, disons que la situation est similaire à passer un lamp3 (php3 mysql3) en lamp5 (php5 mysql5)... sur un système en prod.

j'avais cherché une solution de p2v pour une workstation linux mais j'en ai pas trouvé. bien dommage car ça aurait été hyper pratique d'avoir dans ma vmware l'exacte machine physique plutôt que de tenter de la réinstaller (ce que je fait là)