From: "Oliver Pust" Sent: Wednesday, September 13, 2000 2:38 PM

ich habe hier ein SuSE 6.3 prima am Laufen und möchte es mir nicht mit der 7.0 updaten. Daher würde ich gerne wissen, wie ich am besten vorgehe, wenn ich das 7.0 auf einer weiteren Platte parallel zur 6.3 installieren will. Hat da jemand Erfahrung und Tips?

Macht keine Probleme, einfach alles auf eine/mehrere andere Platten/Partionen und gut ists. Die Swap-Partition kann man AFAIK sogar zusammen benutzen. -- Marco Dieckhoff icq# 22243433 PGP key 9EFA D64F 5DAA D36B E0E7 CE1B 9E1B 4903 0C51 1632 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

From: "Christoph Maurer" Sent: Wednesday, September 13, 2000 2:55 PM

On Mit, 13 Sep 2000, Oliver Pust wrote:

...

Hallo,

ich habe hier ein SuSE 6.3 prima am Laufen und möchte es mir nicht mit der 7.0 updaten. Daher würde ich gerne wissen, wie ich am besten vorgehe, wenn ich das 7.0 auf einer weiteren Platte parallel zur 6.3 installieren will. Hat da jemand Erfahrung und Tips?

Ich habe es noch nicht gemacht, aber das Vorgehen ist eigentlich relativ klar, da sollte auch nichts schiefgehen.

Du installierst 7.0 auf der weiteren Platte, als ob es die 6.3 gar nicht gäbe. Allerdings konfigurierst Du den Lilo nicht. Dann kopierst du Den kernel in das boot-Verzeichnis deiner 6.3 (umbenennen) und editierst dort die lilo.conf mit einem zusätzlichen Eintrag ( root=/dev/deinezweiteplatte/ ) lilo aufrufen und fertig, das sollte es gewesen sein...

Oder einfacher: Lilo wird jeweils in die /boot-Partition installiert, ein weiteres Lilo oder ein anderer Bootmanager (chos z.B.) übernimmt den MBR und bootet entweder die 6.3-Bootpartition oder die 7.0-Bootpartition -- Marco Dieckhoff icq# 22243433 PGP key 9EFA D64F 5DAA D36B E0E7 CE1B 9E1B 4903 0C51 1632 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Hi Bernhard, From: Bernhard Walle Sent: Wednesday, September 13, 2000 3:59 PM

Hallo,

On Wed, Sep 13, 2000 at 15:05 +0200, Marco Dieckhoff wrote:

...

From: "Christoph Maurer" Sent: Wednesday, September 13, 2000 2:55 PM

...

On Mit, 13 Sep 2000, Oliver Pust wrote:

...

ich habe hier ein SuSE 6.3 prima am Laufen und möchte es mir nicht mit der 7.0 updaten. Daher würde ich gerne wissen, wie ich am

besten

...

vorgehe, wenn ich das 7.0 auf einer weiteren Platte parallel zur 6.3 installieren will. Hat da jemand Erfahrung und Tips?

Ich habe es noch nicht gemacht, aber das Vorgehen ist eigentlich relativ klar, da sollte auch nichts schiefgehen.

Du installierst 7.0 auf der weiteren Platte, als ob es die 6.3 gar nicht gäbe. Allerdings konfigurierst Du den Lilo nicht. Dann kopierst du Den kernel in das boot-Verzeichnis deiner 6.3 (umbenennen) und editierst dort die lilo.conf mit einem zusätzlichen Eintrag ( root=/dev/deinezweiteplatte/ ) lilo aufrufen und fertig, das sollte es gewesen sein...

Oder einfacher: Lilo wird jeweils in die /boot-Partition installiert, ein weiteres Lilo oder ein anderer Bootmanager (chos z.B.) übernimmt den MBR und bootet entweder die 6.3-Bootpartition oder die 7.0-Bootpartition

Das ist aber IMHO komplizierter. Man könnte bei der 1. Lösung auf eine Bootpartition verzichten, das Verzeichnis /boot ist dann halt einfach in der Root(/)-Partition mit drin. Die 1024-Cyl.-Grenze ist ja egal, wenn sich der 2. Kernel in der Bootpartition von der 6.3er SuSE befindet.

Während der Installation wählt man einfach »LILO auf Diskette«.

Marco's Loesung ist zwar zum Einrichten komplizierter, hat aber einen entscheidenden Vorteil. Wenn Du unter der SuSE 7.0 eine neuen Kernel kompilierst, musst Du nicht jedesmal die SuSE 6.3 fuer den lilo starten um danach wieder die SuSE 7.0 zu starten. by Joerg --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Roland Kruggel wrote:

du solltest die überlegen was das softraid bringt. geschwindigkeit - neu; sicherheit - nein; ärger - ja.

...kann ich nicht nachvollziehen. Softraid läuft problemlos, macht keinen Ärger und ist schnell genug. Warum ist es nicht "sicher"? Servus -- Peter Spiess |\:/| peter.spiess@ima-abele.de (o @) http://www.ima-abele.de ---ooO-(_)-Ooo--- Linux, what else ...! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Moin, On Mit, 13 Sep 2000, Roland Kruggel sent incredible lines:

Am Mit, 13 Sep 2000 schrieb Peter Spiess:

...

...kann ich nicht nachvollziehen. Softraid läuft problemlos, macht keinen Ärger und ist schnell genug. Warum ist es nicht "sicher"? die sicherheit bzgl. eines hardwareraid ist da gemeint.

Die Sicherheit bei einem SoftRAID ist die selbe wie bei einem HardwareRAID, schliesslich wird nichts anderes gemacht. Einzig HotSwap Möglichkeiten wirst du bei einem SoftRAID nicht finden, das hat aber nichts mit der Sicherheit zu tun. ... may the Tux be with you! =Thomas= -- Thomas Bendler \\:// ml@bendler-net.de Billwiese 22 (o -) http://www.bendler-net.de/ 21033 Hamburg ---ooO-(_)-Ooo--- tel.: 0 177 - 277 37 61 Germany Linux, enjoy the ride ...! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

On 13-Sep-2000 Peter Spiess wrote:

Roland Kruggel wrote:

...

du solltest die überlegen was das softraid bringt. geschwindigkeit - neu; sicherheit - nein; ärger - ja.

...kann ich nicht nachvollziehen. Softraid läuft problemlos, macht keinen Ärger und ist schnell genug. Warum ist es nicht "sicher"?

Nicht sicher würde ich nicht _unbedingt_ sagen. Aber zumindest ist ein Hardwareraid von z.B. ICP Vortex einfacher zu Händeln, vor allem im Ernstfall. -- mfg Peter Küchler --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com