atari-home.de - Foren
Software => Alternative Betriebssysteme => Thema gestartet von: Lukas Frank am Sa 27.06.2020, 19:50:22
-
Wie kann ich eine ext2 Partition von EasyMiNT/MiNT von einer SCSI Platte und eine IDE Platte welche von den Laufwerksbuchstaben (BGM, ext2) her gleich sind aber die Größen unterschiedlich sind. Möchte umbauen von SCSI auf IDE ohne alles neu installieren zu müssen.
Die TOS Partitionen kann ich ja so einfach umkopieren aber wie mache ich das mit der ext2 Partition ?
-
Evtl. mit tar... aber dafür braucht es Platz für das Archive. Also ein Backup machen und auf das neue Laufwerk zurück spielen. Welch Partition ist wie groß und wieviel Platz ist jeweils unbelegt?
-
... geht das nicht einfacher ?
-
... geht das nicht einfacher ?
natürlich.
cd /c; tar cvf - . | (cd /d; tar xvf -)
(angenommen, die Quelle ist C: und das Ziel D:)
-
Bedeutet das es wird ein tar Archiv erzeugt von Partition C:\ und auf D:\ direkt wieder ausgepackt? Bedeutet aber ich brauche viel Platz auf C:\ was in meinem Falle kein Problem darstellt.
Was ist denn mit rsync?
-
Bedeutet das es wird ein tar Archiv erzeugt von Partition C:\ und auf D:\ direkt wieder ausgepackt? Bedeutet aber ich brauche viel Platz auf C:\ was in meinem Falle kein Problem darstellt.
Dafür brauchst Du keinen extra Platz. MiNT ist ein Multitasking-System ;)
Der erste Teil (vor dem '|') schreibt in eine Pipe, der zweite Teil (rechts davon) holt's am anderen Ende wieder raus. Die Daten selbst (der "Inhalt" der Pipe) existieren nur - jeweils häppchenweise - im Kernel.
Geht bei deinem Mac genauso.
-
Das klingt sehr gut, vielen Dank.
-
Warum so kompliziert? Wenn beide Platten dran sind: einfach
cp -ra /c/. /d
-
Warum so kompliziert? Wenn beide Platten dran sind: einfach
cp -ra /c/. /d
Das funktioniert mit Linux und mit MiNT, wenn Du das aber mit Mac OS probierst, gibt's u.U. unangenehme Überraschungen (über die man möglicherweise erst sehr viel später stolpert): dort kopiert -a hard links als separate Files.
Wenn man also je in die Verlegenheit kommen könnte, MacOS anfassen zu müssen, sollte man sich das gar nicht erst angewöhnen...
-
cd /c; tar cvf - . | (cd /d; tar xvf -)
@mfro ... er macht was und dann kommt "tar:-: Cannot write: Broken pipe" ...
Ist eine EasyMiNT ext2 partition mit vielen Links und Aliases.
Probiere gerade das "cp -ra /d/. /k
Weil meine originale ext2 ist d:/ und die neue kopie ist k:/
-
wenn Du das aber mit Mac OS probierst, gibt's u.U. unangenehme Überraschungen (über die man möglicherweise erst sehr viel später stolpert): dort kopiert -a hard links als separate Files.
Interessant, wusste ich noch nicht. Liegt vermutlich daran, daß einige der commandline-tools Apple's Eigengebrödel sind, und nicht die gnu-tools (die man aber auch installiieren kann). Abgesehen davon benutze ich Hardlinks nur wenns gar nicht anders geht, und wir sprechen hier auch über MiNT.
Wenn man also je in die Verlegenheit kommen könnte, MacOS anfassen zu müssen, sollte man sich das gar nicht erst angewöhnen...
Oder halt via macports andere tools installieren, und die zuerst auf dem Pfad haben ;)
und dann kommt "tar:-: Cannot write: Broken pipe" ...
Und sonst nichts vorher? Normalerweise müsste das heissen, daß der zweite tar (der schreibende) aus irgendeinem Grund zuerst abgebrochen hat.
-
Ein Bild ...
-
Naja, da stehts doch: "cannot allocate memory".
-
Auch entdeckt ...
Da sind fast 4MB ST Ram frei und 300kB Alternate/Fastram. Mehr Speicher ist da nicht!
-
Warum so kompliziert? Wenn beide Platten dran sind: einfach
cp -ra /c/. /d
Das hat wunderbar geklappt ...
-
wenn Du das aber mit Mac OS probierst, gibt's u.U. unangenehme Überraschungen (über die man möglicherweise erst sehr viel später stolpert): dort kopiert -a hard links als separate Files.
Interessant, wusste ich noch nicht. Liegt vermutlich daran, daß einige der commandline-tools Apple's Eigengebrödel sind, und nicht die gnu-tools (die man aber auch installiieren kann).
Das liegt daran, das Mac OS (bzw. Darwin) von der Abstammung her ein BSD-Unix ist. Weder SysV noch BSD kennen das. Also eher die Eigenbrödelei von Linux ;). Aber in dem Fall - zugegeben - eine nützliche.
und dann kommt "tar:-: Cannot write: Broken pipe" ...
Und sonst nichts vorher? Normalerweise müsste das heissen, daß der zweite tar (der schreibende) aus irgendeinem Grund zuerst abgebrochen hat.
Das liegt wohl daran, dass Du anscheinend (aufgrund von Mangel an selbigem) keine zwei tar's gleichzeitig im Speicher halten kannst. Kannst Dir ja mal mit "stack" und "flags" angucken, was da eingestellt ist. Eigentlich hätte ich angenommen, dass 300k für den zweiten tar-Prozess ausreichen müssten.
-
Ich schätze die kommen sich gegenseitig in die quere beim Speicher anfordern. Aufruf über (...) ist sicher auch nicht hilfreich, weil dann bash nochmal läuft. Könnte man durch Verwendung von -C vermutlich vermeiden. Aber cp tuts ja auch, und dürfte vermutlich auch schneller sein als alles durch ne pipe zu schieben.