Andreas Pakulat schrieb: > On 04.Oct 2004 - 10:01:11, Ulrich Mietke wrote: >> Andreas Pakulat schrieb: >>> >>> ... eine Abfrage der Hardware und darauf >>> basierend eine entsprechende Auswahl waere besser. >>> >> Nicht unbedingt praktikabel. Die Hardware k�nnte zum Installationszeitpunkt >> nicht verf�gbar sein. > > Ja und? Das bedeutet doch nur, dass wenn die Hardware verfuegbar wird > ein Paket nachinstalliert werden muss... Was passiert wohl wenn ich > mir einen neuen Scanner zulege und den unter $MS-OS nutzen will? Da > muss ich auch erst noch nen Treiber installieren und evtl. ne > Bildbearbeitungssoftware. Dasselbe Prinzip ist das hier, wenn ein > Modem in den Rechner kommt muss man halt den ppp nachinstallieren... > Ich m�chte aber die notwendige Software installieren, ohne das die entsprechende Hardware zum Installationszeitpunkt am Ger�t angeschlossen ist. Es kann sich beispielsweise die Notwendigkeit ergeben in A-dorf ein System fertig zu konfigurieren um es nach B-heim zu senden wo es einfach nur gegen ein defektes System ausgetauscht wird.
> Wie schon oefters gesagt, da meine Maschinen laufen (und laufen...) > brauche ich den neuen Installer nicht zu testen... > Dann wird ja auch f�r dich nicht die Notwendigkeit bestehen, das so zu machen wie ich es gerne h�tte. Das hei�t aber nicht, da� nicht das Andere eben andere Bed�rfnisse sehen. >>>> Du hast ein ziehmlich egoistisches denken... >>> Noe, ich nicht, vielleicht der OP. >> Mache ich den Eindruck? > Na ein wenig sturkoepfigen Eindruck machste schon... ;-) > Es tut mir leid, mein Gr�nde f�r mein Vorhaben nicht richtig vermitteln zu k�nnen. > Hmm, ich bin zwar "nur" Student und habe keine echte Praxiserfahrung > als Admin in $Firma, wuerde aber eigentlich nicht auf die Idee kommen > das System alle X Monate neu aufzusetzen... Eher wenn es > Auffaelligkeiten gibt. > Wenn auch nur der geringste Verdacht besteht, da� jemand ein System manipuliert haben k�nnte, sollte man es neu aufsetzen. Vorbeugend kann man periodisch ein System neu aufsetzen, wenn man nicht sicher ausschlie�en kann, das eine Manipulation stattgefunden hat. >> ... Oder damit noch nach Jahren >> jemand nachvollziehen kann, was warum wie aufgesetzt wurde. > > Hmm, was ist denn wenn der Server neue Hardware erhaelt? Dann musste > dein Skript wieder aendern (und hoffen das es klappt). > Nicht hoffen, testen! Aber das mu� man mit einem anders aufgesetzten System auch. > Was ist wenn du nach 3mal neu > aufsetzen des Systems merkst, dass durch einen Fehler > in deinem Skript immer wieder diesselbe Sicherheitsluecke sich > auftut... > Auch das passiert dir mit einer anderen Installationsvariante auch. > Ich denke eine ordentliche Doku zu den Aenderungen die am > System vorgenommen werden ist da besser, denn da macht man alles immer > wieder und kann es nochmal pruefen, bei einem Skript wie von dir > angestrebt verlaesst man sich naemlich sehr darauf. Am Lehrstuhl bei > uns werden neue Dienste i.A. nach einer ausgedruckten Anleitung > installiert und darauf auch Anmerkungen gemacht zu veraenderten Ports, > Usernamen usw. > Von da aus ist es doch nur ein (hoffentlich) kleiner Schritt zu einer "Dokumentation" die die notwendigen Arbeiten selber macht. Au�erdem m�ssen Systeme immer dann neu aufgesetzt werden, wenn gerade keiner da ist der die Dokumentation richtig interpretieren kann. Selbst wenn jemand nach der Dokumentation arbeitet ist es nicht ausgeschlossen das er die Vorgaben ohne Nachpr�fung �bernimmt. Ich gebe dir aber recht, da� bei einer h�ndischen Installation zumindestens die M�glichkeit der Nachpr�fung besteht, bei einer automatisch ablaufenden Installation nicht. Aber das von mir angestrebte Verfahren soll ja auch nicht andere Verfahren ersetzen. Es soll nur eine weitere, bisher offensichtlich nicht vorhandene M�glichkeit sein. Und ob der Aufwand daf�r gerechtfertigt ist, sollte jeder der es einsetzen will selber entscheiden. Keinen Glaubenskrieg bitte! Aber bitte auch nicht die Einstellung: "Es ist gut so wie es ist, wer etwas �ndern will ist ein Terrorist." >>> Er will sowas wie ein Monitor-Prog das aufzeichnet was er beim >>> Installieren macht und das ganze dann in ein Skript schreibt. >> Das w�re nat�rlich ideal. > Ja, musste aber wohl selbst schreiben.. > Eins nach dem Anderen. :-) Erst einmal mu� ich wissen, wie das Skript auszusehen hat. >>> Nur duerfte das mit Debian reichlich schwierig werden oder? >> Nicht unbedingt. > Na wenn du die Paketsoftware (dpkg,apt-get & Co) benutzen > willst schon, > Das mu� ja nicht unbedingt sein. Auf dem installierten System sollte aber anschlie�end die Paketsoftware nutzbar sein. > ich wuerde deswegen in jedem Fall auf fai oder tar.bz2 > zurueckgreifen. > Wird ja bisher bei uns so gemacht, ich sehe aber die Notwendigkeit einer Alternative. Gru� Uli -- Auftragsdatenbank: http://jobjektiv.de/index.html -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
