Kein Betreff

>From guckes  Tue Jan 26 15:05:13 1999
Return-Path: <owner-linux-l at calle.in-berlin.de>
Delivered-To: guckes at math.fu-berlin.de
Received: (qmail 27114 invoked from network); 26 Jan 1999 14:05:08 -0000
Received: from methan.in-berlin.de (160.45.10.13)
  by leibniz.math.fu-berlin.de with SMTP; 26 Jan 1999 14:05:07 -0000
Received: from calle.in-berlin.de (calle.in-berlin.de [193.175.21.97])
	by methan.in-berlin.de (8.9.1/8.9.1) with ESMTP id PAA03303;
	Tue, 26 Jan 1999 15:04:48 +0100 (CET)
	(envelope-from owner-linux-l at calle.in-berlin.de)
Received: by calle.in-berlin.de (Smail3.2.0.98) 
	  from  localhost with smtp
	  id <m10592t-000A0YC>; Tue, 26 Jan 1999 15:00:47 +0100 (CET)
Received: by calle.in-berlin.de (Smail3.2.0.98)
	  id <m10592r-000A0Oa>; Tue, 26 Jan 1999 15:00:45 +0100 (CET)
Message-Id: <199901261241.NAA01611 at aleks.dialup.fu-berlin.de>
Date: Tue, 26 Jan 1999 13:41:48 +0100 (MET)
From: Alexander Stielau <aleks at zedat.fu-berlin.de>
Subject: Re: linux-l: Neue HD
To: linux-l at calle.in-berlin.de
In-Reply-To: <36ADA6C5.58958E93 at ptb.de>
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by aleks.dialup.fu-berlin.de id NAA01611
Sender: owner-linux-l at calle.in-berlin.de
Reply-To: linux-l at calle.in-berlin.de
Status: O
Content-Length: 1847
Lines: 48

Am 26 Jan schrieb G. Rupschus:

> 2 GB werden zu eng, 8 GB sind vorgesehen.

Das alte Problem. Ich frage mich immer wieder, wie ich mal mit 40 MB
zurechtgekommen bin :-)
Bei meinem ersten wirklich selbstfinanzierten Rechner war eine
gigantische 230 MB-Platte drin, O-Ton-Verk=E4ufer: Die bekommen Sie nie
voll!

> Das komplette Spiegeln einer HD auf eine neue Platte ist in der
> suse-supp-db sehr gut beschrieben. (Dazu muss die neue voellig leer
> sein.)
>=20
> Wie bekomme ich es aber hin, dass auf der neuen Platte alle Partitionen
> (ausser /swap und /boot natuerlich) etwa 4x groesser angelegt werden?=20

Das ist ebenfalls in der Suse-sdb beschrieben, der Artikel hei=DFt
SDB-maddin_kopieren, die URL w=E4re
http://localhost/support-db/sdb/maddin_kopieren.html

Oder meinst Du das bereits?

Jedenfalls ist es damit kein Problem, weil die jeweiligen Partitionen
einzeln kopiert werden. Die gehen davon aus, das auf der neuen Platte
bereits ein ext2-Dateisystem exisitiert, daf=FCr mountest Du die neue
Platte im alten System und bereitest die neue Platte entsprechend vor
(mit Yast oder zu Fu=DF).

Die Beschreibung ist ziemlich idiotensicher, wenn man nicht vergi=DFt,
beim Starten des Rescue-Systems per Diskette die ben=F6tigten Treiber
einzubinden, jedenfalls habe ich es damals (mit schwitzigen Fingern)
alleine hinbekommen.

> Hat da jemand einen heissen Tip? Sonst sehe ich nur die Moeglichkeit,
> alle config-files auf einer Reserveplatte zu sichern, die neue HD
> komlett neu einzurichten und dann die gesicherten files wieder
> einzuspielen, ein etwas muehseliger Weg.

Jup. Besonders, weil man ja nicht wirklich alle Ver=E4nderungen
dokumentiert hat, und meistens auch Pakete zu Fu=DF eingespielt hat.

Wenn Du fragen hast, kannst Du Dich ja noch mal bei mir melden.

Aleks
--=20

airconditioned environment - do not open windows