On 04.Nov 2002 - 07:33:00, Joachim Seelig wrote:
> Hallo,
> 
> Am Mon, 2002-11-04 um 01.06 schrieb Andreas Pakulat:
> > > L�sung: Entweder eine zus�tzliche Platte nur f�r Linux einzubauen
> > 
> > Das ist unn�tig.
> 
> sehr mutige Aussage. F�r einen zuk�nftigen Betrieb braucht es sicherlich
> keine zus�tzliche Platte, f�r die Reparatur der vorliegenden Katastrophe
> ist eine weiter Platte h�chstwahrscheinlich unumg�nglich (s.u.).

Es ging aber darum als Probleml�sung eine zus�tzliche Platte zu nehmen
und das ist nicht n�tig. Damit meine ich nicht die Datensicherung nicht
auf ne andere Platte zu bringen, war etwas ungl�cklich ausgedr�ckt.

> > Das ebenso. Ich w�rde vorschlagen, alle Daten sichern, d.h. wenn Platz
> > ist direkt die 3 Partitionen in der erweiterten z.B. mittels dd
> > if=dev/hda5 of=/hda5.sav und dann noch mit tar zusammenpacken. Oder wenn
> > daf�r nicht genug Platz ist nur die Nutzerdaten.
> 
> wohin sichern? Au�erdem muss auch der Inhalt von hda4 gesichert werden,
> die kann so nicht bleiben!

Nat�rlich kann sie, s. u.

> Verwendung von dd ist in diesem Fall nicht anzuraten (erzeugt zun�chst
> Sicherungen von der Gr��e der gesicherten Partitionen, es sein denn, man
> arbeitet mit | und gzip. Au�erdem sichert es auch den "freien" Bereich
> der Partition mit, aus Sicht von dd ist der n�mlich zumindest nicht
> "leer"). tar ist hier (zumindest f�r die Linux-Partitionen) die bessere
> Wahl.

dd erzeugt aber auch 1:1 Kopien und das sollte man nicht untersch�tzen,
vor allem f�r win-Partitionen ist das manchmal nicht ganz unwichtig.
�brigens, die Angabe des dd sollte ein Beispiel sein.

> > Soweit zur Vorbereitung. Nun zum heiklen Teil, du musst den Typ von hda3
> > in f �ndern, da das ab W95 das richtige ist. Geht z.B. mit fdisk
> > /dev/hda, dann mit t den Typ auf f �ndern und schon sollte sie
> > verschwinden (zumindestens ist meine erweiterte Part. von dem Typ und
> > ich sehe sie nicht.
> 
> Das ist nicht das eigentliche Problem. Das Problem ist die verpfuschte
> Partitionstabelle, die ist ohne L�schung aller Partitionen ab Cylinder
> 80 bis Plattenende nicht zu reparieren (die zweite FAT32 liegt au�erhalb
> der erweiterten Partition).

Stimmt doch gar nicht! Die Partitionstabelle ist in Ordnung. Es
exisitiert eine Bootpartition f�r W9x, eine f�r Linux, eine erweiterte
mit falschem Typ f�r den Rest von Linux und dann noch die W9x
Datenpartition (nehme ich mal an). Es ist n�mlich nicht unbedingt so,
da� die Nummern der Devices unter Linux auch die Reihenfolge der
Partitionen in der Tabelle sind. Wenn du mal in die Originalmail
schaust, dort steht das die Platte 790 Zylinder hat, demzufolge liegt
die 2. FAT32 Partition au�erhalb der Erweiterten (physikalisch dahinter
nur halt logisch nicht).

> Das genaue Vorgehen h�ngt auch von Christoph's Kenntnissen ab,
> wesentliche Voraussetzung ist aber in allen F�llen, dass er Platz zur
> Sicherung aller Inhalte der Partitionen hda4-hda7 hat (das kann
> logischerweise sehr viel weniger sein als die Partitionsgr��en,
> vermutlich aber viel zu viel, um es in den Partitionen hda1 und hda2
> zus�tzlich unterbringen zu k�nnen). Christoph: Kannst Du Dir zumindest
> f�r einen Abend eine zweite Platte mit gen�gend Platz besorgen? Dann
> bitte nochmal hier in der Liste melden. Au�erdem: Was liegt in hda4? Nur
> Daten oder sind dort z.B auch Programme installiert? 

Wie gesagt, ein �ndern des Partitionstyps mittels fdisk wie beschrieben
sollte reichen. Dabei _sollten_ (daf�r gibts keine Gew�hr, deswegen
vorher sichern) auch keine Daten verlorengehen, bzw. Daten korrumpiert
werden. 

Andreas

-- 
Wenn man ein Auge zudr�ckt, ist das andere ganz Ohr.

Attachment: msg23725/pgp00000.pgp
Description: PGP signature

Antwort per Email an