Hardware > Sun

Sparcstation Festplatte klonen?

<< < (4/6) > >>

Rolli:

--- Zitat ---
Ich würde evtl. doch mal eine Neuinstallation ins Auge fassen.
Ein aktuelles Solaris bringt mehrc Vorteile mit als das alte,
welches Du jetzt verwendest.

--- Ende Zitat ---


Die Software läuft halt nur unter SunOS 4.x. Ich hatte zwar auch einmal eine Version für Solaris 2.5, aber das mit der übernahme der Datenfiles hat irgendwie nie richtig geklappt, weil da was in der Struktur der Datenverwaltung geändert wurde. Deswegen bin ich halt weiter bei dem alten Betriebssystem geblieben. Never change a running system, eben.
Deswegen wollte ich die "neue" auch klonen, damit alles möglichst gleich bleibt.

Habe mittlerweile auch viel über dump und restore gelesen, und denke dass ich das mit dem mounten (z.B. auf /mnt) auch hinbekomme. Ich müsste eigentlich nur noch wissen, ob ich bei dump und restore das übliche /dev/rst8 (also eine reine Laufwerksangabe) durch die Angabe eines Dateipfades (oder evtl. eines Verzeichnispfades) ersetzen kann.
Gruß
Roland

Hi,
hab doch noch was gefunden, und dumpe gerade, und es scheint zu gehen.
Schaun mer mal, wie das restoring läuft...
Gruß Roland

hmm...
die 6MB von der root platte haben tadellos funktioniert beim dumpen. Aber schon die 181MB vom der sd0g, die auf /usr gemountet ist, haben beim Verify fehler ergeben:
"tape verification error 1115 feed into tape 1"
kann mir da jemand nen tipp geben?
Gruß Roland

Dann schreib ich meinen Monolog halt weiter...

die /home Partition mit über 500MB ging tadellos.
Kann es sein, dass sich während des Dumps auf /usr dateien ändern, obwohl ich die Option zum Dokumentieren des Dumps (u) nicht verwendet habe?
Werden da vielleicht irgendwo die Dateien, die gedumpt werden zwischengespeichert, oder sind da temporäre Dateien drauf, die ständig Änderungen unterliegen?
Dann muss der Verify ja an der Stelle hängen bleiben, oder?

Wenn ich dann "Do you want to rewrite" mit no beantworte scheibt er "The ENTIRE dump is aborted", das dumpfile ist ja aber noch da.
Das kann ich ja dann trotzdem verwenden, oder muss ich nochmal nen dump ohne option v machen?
Gruß Roland

erisch:
kommste nich besser du machst den dump im single user modus von cd so dass die filesysteme nicht eingebunden sind.

Rolli:
kommste nich heißt, dass ich das dumpfile nicht verwenden kann?
Ich habs jetzt nochmal ohne verify gedumpt, da gings. Da die anderen Partitionen ja auch gingen, nehme ich mal an, dass der dumpvorgang nicht unbedingt fehlerhaft war. ich hab doch dann halt nur den Zustand VOR dem dump, das sollte mir ja aber nix ausmachen. Wenn das nicht gehen würde, müsste man ja jeden level 0 dump von der cd gebootet machen, oder?
Gruß Roland
P.S.:
Danke für die Antwort, schön dass mal wieder jemand was dazu schreibt...

Sparky:
...darf ich mal dezent darauf hinweisen,
das man ein Posting editieren kann,
solange kein Folgeposting da ist...........
Dafür ist rechts oben ein eigener Button: "Ändern"

erisch:


--- Zitat ---
kommste nich heißt, dass ich das dumpfile nicht verwenden kann?
Ich habs jetzt nochmal ohne verify gedumpt, da gings. Da die anderen Partitionen ja auch gingen, nehme ich mal an, dass der dumpvorgang nicht unbedingt fehlerhaft war. ich hab doch dann halt nur den Zustand VOR dem dump, das sollte mir ja aber nix ausmachen. Wenn das nicht gehen würde, müsste man ja jeden level 0 dump von der cd gebootet machen, oder?
Gruß Roland
P.S.:
Danke für die Antwort, schön dass mal wieder jemand was dazu schreibt...

--- Ende Zitat ---


Ne, du hast im besten Fall nen inkosistenten dump, wenn grade während deines dumps irgend ein Prozess gerade dorthin was schreibt, was gerade gedumpt wird.
Und ja, wenn ich meinen root-slice oder irgendeinen anderes nicht aushängbares filesystem sichere, würde ich das im Single User machen.

Mfg. Erisch

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete