Pour les sessions graphiques, on utilise VNC pour prendre un bureau à distance, cela devrait correspondre à ce que tu cherches. Sinon, avec ssh, tu peux utiliser l'option -X pour activer la redirection du flux X-Window et ouvrir sur ton bureau local les applications qui tournent sur ta machine de test, et ce de manière transparente.
Pour le reste, tu peux effectivement acheter une machine de test mais cela va te coûter cher et te prendre de la place chez toi (sans compter la température, le bruit et l'électricité consommée qui n'est pas négligeable). Et de toutes façons, tu ne pourras faire des tests que sur ce qu'étaient les machines à l'époque où elles sont sorties. Et Linux lui-même a beaucoup évolué depuis également. En revanche, il est vrai que plus les machines sont anciennes, plus elles sont faciles et agréables à bidouiller. À toi de voir donc.
Ce que je te conseille donc, c'est de faire tous tes tests dans un premier temps sur ta machine de travail, avec un compte dédié à cet usage. Il est beaucoup moins facile de planter un système Unix qu'un Windows. Un bon petit su, chrooté comme il se doit, devrait suffire à te définir un terrain de jeu suffisament éloigné de ton travail.
Par la suite, quand tu en seras à modifier le MBR avec un dd bien configuré, à recompiler le noyau et à faire des bidouilles en espace root ou kernel, le mieux que tu aies à faire à mon avis est d'acheter un rack et un second disque dur. Tu installes un système de travail à l'identique sur ton second disque, puis tu t'amuses à le bidouiller. Si tu le crashes complètement, soit tu le réinstalles, soit tu fais un « cp -R » depuis ton disque de production. La seule chose à laquelle il faut veiller est de mettre en place un code couleur bien visible sur tes deux disques histoire de ne pas te tromper de volume lorsqu'il te prendra l'envie de jouer aux apprentis-sorciers :-)
Sinon, si tu décides d'acheter tout de même une ou deux machines, fais l'économie du moniteur, du clavier et de la souris et prends à la place un switch vidéo. Leurs prix ont également bien chuté sur Montgallet. Tu pourras mettre tes machines là où elles ne gênent personne et c'est infiniment plus confortable de ne pas avoir à changer de console.
Pour l'anecdote, je m'éclate avec le même genre d'exercices. L'un de mes derniers petits programmes est un bootloader à deux entrées, un barre de sélection, et un scrolling d'étoiles horizontal en trois plans différentiels à la mode 1985-1990. Il est écrit entièrement en assembleur et tient en 446 octets, ce qui me permet de l'installer directement dans le MBR sans écraser la table des partitions et sans avoir à écrire de bootstrap. Ce genre de bidouilles est vraiment aussi instructif que ludique. Les plus jeunes commencent aujourd'hui directement sous Windows et n'ont que rarement l'occasion d'aller extraire les tripes de leur machine. Dommage ...
# Disque dur et SSH
Posté par Obsidian . En réponse au journal Récupérer de vieux ordis pour bidouiller. Évalué à 4.
Pour le reste, tu peux effectivement acheter une machine de test mais cela va te coûter cher et te prendre de la place chez toi (sans compter la température, le bruit et l'électricité consommée qui n'est pas négligeable). Et de toutes façons, tu ne pourras faire des tests que sur ce qu'étaient les machines à l'époque où elles sont sorties. Et Linux lui-même a beaucoup évolué depuis également. En revanche, il est vrai que plus les machines sont anciennes, plus elles sont faciles et agréables à bidouiller. À toi de voir donc.
Ce que je te conseille donc, c'est de faire tous tes tests dans un premier temps sur ta machine de travail, avec un compte dédié à cet usage. Il est beaucoup moins facile de planter un système Unix qu'un Windows. Un bon petit su, chrooté comme il se doit, devrait suffire à te définir un terrain de jeu suffisament éloigné de ton travail.
Par la suite, quand tu en seras à modifier le MBR avec un dd bien configuré, à recompiler le noyau et à faire des bidouilles en espace root ou kernel, le mieux que tu aies à faire à mon avis est d'acheter un rack et un second disque dur. Tu installes un système de travail à l'identique sur ton second disque, puis tu t'amuses à le bidouiller. Si tu le crashes complètement, soit tu le réinstalles, soit tu fais un « cp -R » depuis ton disque de production. La seule chose à laquelle il faut veiller est de mettre en place un code couleur bien visible sur tes deux disques histoire de ne pas te tromper de volume lorsqu'il te prendra l'envie de jouer aux apprentis-sorciers :-)
Sinon, si tu décides d'acheter tout de même une ou deux machines, fais l'économie du moniteur, du clavier et de la souris et prends à la place un switch vidéo. Leurs prix ont également bien chuté sur Montgallet. Tu pourras mettre tes machines là où elles ne gênent personne et c'est infiniment plus confortable de ne pas avoir à changer de console.
Pour l'anecdote, je m'éclate avec le même genre d'exercices. L'un de mes derniers petits programmes est un bootloader à deux entrées, un barre de sélection, et un scrolling d'étoiles horizontal en trois plans différentiels à la mode 1985-1990. Il est écrit entièrement en assembleur et tient en 446 octets, ce qui me permet de l'installer directement dans le MBR sans écraser la table des partitions et sans avoir à écrire de bootstrap. Ce genre de bidouilles est vraiment aussi instructif que ludique. Les plus jeunes commencent aujourd'hui directement sous Windows et n'ont que rarement l'occasion d'aller extraire les tripes de leur machine. Dommage ...