Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #328794 > unrolled thread

Partitionen vergrößern

Back to article view | Back to ger.ct

Contents

  Partitionen vergrößern Michael Zink <michael@swamp.franken.de> - 2017-11-13 21:18 +0100
    Re: Partitionen vergrößern Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-11-13 21:24 +0100
      Re: Partitionen vergrößern Jörg Tewes <jogi1964@gmx.net> - 2017-11-13 23:57 +0100
        Re: Partitionen vergrößern Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-11-14 00:06 +0100
          Re: Partitionen vergrößern Jörg Tewes <jogi1964@gmx.net> - 2017-11-14 00:25 +0100
            Re: Partitionen vergrößern Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-11-14 00:27 +0100
              Re: Partitionen vergrößern Michael Zink <michael@swamp.franken.de> - 2017-11-14 19:37 +0100
                Re: Partitionen vergrößern Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-11-14 19:44 +0100
      Re: Partitionen vergrößern Michael Zink <michael@swamp.franken.de> - 2017-11-14 19:37 +0100
        Re: Partitionen vergrößern Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-11-14 19:42 +0100
    Re: Partitionen vergrößern Jörg Tewes <jogi1964@gmx.net> - 2017-11-13 21:37 +0100
      Re: Partitionen vergrößern Michael Zink <michael@swamp.franken.de> - 2017-11-14 19:37 +0100
        Re: Partitionen vergrößern Jörg Tewes <jogi1964@gmx.net> - 2017-11-14 21:35 +0100
      Re: Partitionen vergrößern "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2017-11-16 10:36 +0100
        Re: Partitionen vergrößern Jörg Tewes <jogi1964@gmx.net> - 2017-11-16 18:38 +0100
    Re: Partitionen vergrößern thomas.niering@arcor.de (Thomas Niering) - 2017-11-14 06:31 +0100
      Re: Partitionen vergrößern Michael Zink <michael@swamp.franken.de> - 2017-11-14 19:37 +0100
      Re: Partitionen vergrößern Anonymous <anonymous@foto.nl1.torservers.net> - 2017-11-14 20:18 -0500
      Re: Partitionen vergrößern spamfalle2@arcor.de (Marc Stibane) - 2017-11-15 12:38 +0100
        Re: Partitionen vergrößern Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-11-15 12:43 +0100
          Re: Partitionen vergrößern spamfalle2@arcor.de (Marc Stibane) - 2017-11-15 12:50 +0100
    Re: Partitionen vergrößern Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2017-11-14 12:39 +0100
      Re: Partitionen vergrößern Michael Zink <michael@swamp.franken.de> - 2017-11-14 19:37 +0100
        Re: Partitionen vergrößern gunter Kühne <kuehne123@front.ru> - 2017-11-15 09:26 +0100
        Re: Partitionen vergrößern Fidel-Sebastian Hunrichse-Lara <Fidel-Sebastian_Hunrichse-Lara@b.maus.de> - 2017-11-15 14:40 +0100

Page 1 of 2  [1] 2  Next page →

#328794 — Partitionen vergrößern

Hallo,

wie in einem anderen Thread geschrieben, habe ich ja kürzlich zwei
Partitionen auf eine neue Platte zurückgespielt. Das hat auch soweit
funktioniert, aber leider sind die Partitionen zu klein.

Ich habe also mit Acronis ("nicht ganz" aktuelle Version, aber so paßt
das ja zum nicht mehr ganz aktuellen Betrübssystem ...) zwei
Partitionen auf eine neue Platte gespielt. Da die neue Platte größer
ist als die alte, habe ich Acronis gesagt, es soll die Partitionen
größer machen. Leider hat es das nicht getan. Beide Partitionen haben
also die gleiche Größe wie auf der alten Platte, der zusätzliche Platz
ist nicht zugewiesen.

Die MBR-Platte hat also zwei primäre NTFS-Partitionen und jede Menge
freien Platz. Wie vergrößere ich beide Partitionen am Besten?

Windows selbst könnte zwar die zweite Partition vergrößern, nicht aber
die erste.

GPARTED (z.B. von der desinfec´t-DVD) sollte beide größer machen
können. Spricht etwas dagegen?

Oder ist es sicherer, ein anderes Programm zu verwenden?

TIA

Auf Wiederlesen

Michael

-- 
Das Internet darf kein GRUNDrechtsfreier Raum werden!

[toc] | [next] | [standalone]

#328798

On 11/13/2017 09:18 PM, Michael Zink wrote:
> Hallo,
> 
> wie in einem anderen Thread geschrieben, habe ich ja kürzlich zwei
> Partitionen auf eine neue Platte zurückgespielt. Das hat auch soweit
> funktioniert, aber leider sind die Partitionen zu klein.
> 
> Ich habe also mit Acronis ("nicht ganz" aktuelle Version, aber so paßt
> das ja zum nicht mehr ganz aktuellen Betrübssystem ...) zwei
> Partitionen auf eine neue Platte gespielt. Da die neue Platte größer
> ist als die alte, habe ich Acronis gesagt, es soll die Partitionen
> größer machen. Leider hat es das nicht getan. Beide Partitionen haben
> also die gleiche Größe wie auf der alten Platte, der zusätzliche Platz
> ist nicht zugewiesen.
> 
> Die MBR-Platte hat also zwei primäre NTFS-Partitionen und jede Menge
> freien Platz. Wie vergrößere ich beide Partitionen am Besten?
> 
> Windows selbst könnte zwar die zweite Partition vergrößern, nicht aber
> die erste.

Klar, weil die dann in die zweite reinragt.


> GPARTED (z.B. von der desinfec´t-DVD) sollte beide größer machen
> können. Spricht etwas dagegen?

Wenn du die Daten danach noch haben willst... ja.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#328840

Gerrit Heitsch schrieb:
> On 11/13/2017 09:18 PM, Michael Zink wrote:

>> GPARTED (z.B. von der desinfec´t-DVD) sollte beide größer machen
>> können. Spricht etwas dagegen?
> 
> Wenn du die Daten danach noch haben willst... ja.

Nö wieso? Das man ein Backup haben sollte ist ja klar, weil immer was
schief gehen kann. Ansonsten funktioniert das aber problemlos.


        Bye Jörg

-- 
Nichts auf der Welt ist so gerecht verteilt wie der Verstand.
Denn jedermann ist überzeugt, daß er genug davon habe.
(René Descartes)

[toc] | [prev] | [next] | [standalone]

#328842

On 11/13/2017 11:57 PM, Jörg Tewes wrote:
> Gerrit Heitsch schrieb:
>> On 11/13/2017 09:18 PM, Michael Zink wrote:
> 
>>> GPARTED (z.B. von der desinfec´t-DVD) sollte beide größer machen
>>> können. Spricht etwas dagegen?
>>
>> Wenn du die Daten danach noch haben willst... ja.
> 
> Nö wieso? Das man ein Backup haben sollte ist ja klar, weil immer was
> schief gehen kann. Ansonsten funktioniert das aber problemlos.

Wenn ich zwei hintereinanderliegenden Partitionen vergrößern will wird 
danach eine in die andere hineinragen oder die zweite komplett 
verschoben werden müssen. Einer solchen Verschiebeaktion würde ich nur 
trauen wenn ich ein verifiziertes Backup habe. Da reicht ein kurzer 
Hickup und schon wars das.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#328843

Gerrit Heitsch schrieb:
> On 11/13/2017 11:57 PM, Jörg Tewes wrote:
>> Gerrit Heitsch schrieb:
>>> On 11/13/2017 09:18 PM, Michael Zink wrote:
>> 
>>>> GPARTED (z.B. von der desinfec´t-DVD) sollte beide größer machen
>>>> können. Spricht etwas dagegen?
>>>
>>> Wenn du die Daten danach noch haben willst... ja.
>> 
>> Nö wieso? Das man ein Backup haben sollte ist ja klar, weil immer was
>> schief gehen kann. Ansonsten funktioniert das aber problemlos.
> 
> Wenn ich zwei hintereinanderliegenden Partitionen vergrößern will wird 
> danach eine in die andere hineinragen oder die zweite komplett 
> verschoben werden müssen. Einer solchen Verschiebeaktion würde ich nur 
> trauen wenn ich ein verifiziertes Backup habe. Da reicht ein kurzer 
> Hickup und schon wars das.

Das man bei solchen Operationen am "offenen Herzen" ein Backup haben
sollte ist klar, hatte ich ja erwähnt. Aber ich habe das schon
mehrfach gemacht, und nie Probleme gehabt. Dieses T-Shirt(1) habe ich
dabei natürlich immer getragen. :-)

(1)<https://www.spreadshirt.de/-A110318284>


        Bye Jörg

-- 
"I am the right hand of vengeance. And the boot that is gonna kick
your sorry ass all the way back to earth. I'm death incarnate and
the last living thingthat you are ever going to see. God sent me!!"
(Ivanova in "Between the Darkness and the Light")

[toc] | [prev] | [next] | [standalone]

#328844

On 11/14/2017 12:25 AM, Jörg Tewes wrote:
> Gerrit Heitsch schrieb:
>> On 11/13/2017 11:57 PM, Jörg Tewes wrote:
>>> Gerrit Heitsch schrieb:
>>>> On 11/13/2017 09:18 PM, Michael Zink wrote:
>>>
>>>>> GPARTED (z.B. von der desinfec´t-DVD) sollte beide größer machen
>>>>> können. Spricht etwas dagegen?
>>>>
>>>> Wenn du die Daten danach noch haben willst... ja.
>>>
>>> Nö wieso? Das man ein Backup haben sollte ist ja klar, weil immer was
>>> schief gehen kann. Ansonsten funktioniert das aber problemlos.
>>
>> Wenn ich zwei hintereinanderliegenden Partitionen vergrößern will wird
>> danach eine in die andere hineinragen oder die zweite komplett
>> verschoben werden müssen. Einer solchen Verschiebeaktion würde ich nur
>> trauen wenn ich ein verifiziertes Backup habe. Da reicht ein kurzer
>> Hickup und schon wars das.
> 
> Das man bei solchen Operationen am "offenen Herzen" ein Backup haben
> sollte ist klar, hatte ich ja erwähnt. Aber ich habe das schon
> mehrfach gemacht, und nie Probleme gehabt. Dieses T-Shirt(1) habe ich
> dabei natürlich immer getragen. :-)
> 
> (1)<https://www.spreadshirt.de/-A110318284>

Ich hätte da jetzt eher 'Ich bin root, ich darf das' erwartet. :)

  Gerrit

[toc] | [prev] | [next] | [standalone]

#328976

On Tue, 14 Nov 2017 00:27:58 +0100, Gerrit Heitsch wrote:

>Ich hätte da jetzt eher 'Ich bin root, ich darf das' erwartet. :)

Gibt es diese Version auch? Ich kenne nur "Ich bin /root ...". Und ich
bin ja schließlich kein Verzeichnis ...

Auf Wiederlesen

Michael

-- 
Das Internet darf kein GRUNDrechtsfreier Raum werden!

[toc] | [prev] | [next] | [standalone]

#328984

On 11/14/2017 07:37 PM, Michael Zink wrote:
> On Tue, 14 Nov 2017 00:27:58 +0100, Gerrit Heitsch wrote:
> 
>> Ich hätte da jetzt eher 'Ich bin root, ich darf das' erwartet. :)
> 
> Gibt es diese Version auch? Ich kenne nur "Ich bin /root ...". Und ich
> bin ja schließlich kein Verzeichnis ...

Ja, hier z.B.:

https://image.spreadshirtmedia.net/image-server/v1/mp/products/P123460675T6A2MPC144678239PA4PT17/views/1,width=800,height=800,appearanceId=2,backgroundColor=E8E8E8,version=1478003241/ich-bin-root-ich-darf-das-t-shirts-maenner-t-shirt.jpg

Auch gut:

https://image.spreadshirtmedia.net/image-server/v1/mp/compositions/P143236837MPC178134667/views/1,width=300,height=300,appearanceId=2,backgroundColor=E8E8E8,version=1478003241/root-backup-laughing-maenner-t-shirt.jpg



  Gerrit

[toc] | [prev] | [next] | [standalone]

#328975

On Mon, 13 Nov 2017 21:24:05 +0100, Gerrit Heitsch wrote:

>On 11/13/2017 09:18 PM, Michael Zink wrote:
>> Windows selbst könnte zwar die zweite Partition vergrößern, nicht aber
>> die erste.
>
>Klar, weil die dann in die zweite reinragt.

Naja, wer solche Programme schreibt, sollte schon auf die Idee kommen,
bei Bedarf erst Daten hin oder her zu verschieben ...

Auf Wiederlesen

Michael

-- 
Das Internet darf kein GRUNDrechtsfreier Raum werden!

[toc] | [prev] | [next] | [standalone]

#328983

On 11/14/2017 07:37 PM, Michael Zink wrote:
> On Mon, 13 Nov 2017 21:24:05 +0100, Gerrit Heitsch wrote:
> 
>> On 11/13/2017 09:18 PM, Michael Zink wrote:
>>> Windows selbst könnte zwar die zweite Partition vergrößern, nicht aber
>>> die erste.
>>
>> Klar, weil die dann in die zweite reinragt.
> 
> Naja, wer solche Programme schreibt, sollte schon auf die Idee kommen,
> bei Bedarf erst Daten hin oder her zu verschieben ...

Ein Partitionseditor muss das aber nicht können. Dessen Job ist es die 
Paritionstabelle zu editieren, nicht Daten zu verschieben. Wenn er das 
kann ist das nett, aber man sollte die korrekte Funktion vorher 
verifizieren.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#328805

Michael Zink schrieb:

> GPARTED (z.B. von der desinfec´t-DVD) sollte beide größer machen
> können. Spricht etwas dagegen?

Nein GParted funktionierte hier bisher immer prima. Und ja ich habe
das schon mindestens 100 Mal gemacht.


        Bye Jörg

-- 
Letzte Woche hatte er noch Erektionsstörungen.

[toc] | [prev] | [next] | [standalone]

#328977

On Mon, 13 Nov 2017 21:37:13 +0100, Jörg Tewes wrote:

>Nein GParted funktionierte hier bisher immer prima. Und ja ich habe
>das schon mindestens 100 Mal gemacht.

Schön.

Ich gehe mal davon aus, das da möglichst viele Daten gepuffert werden
und der Schreib-Lese-Kopf nicht wegen jedem einzelnen Block hin und
her gescheucht wird ...

Auf Wiederlesen

Michael

-- 
Das Internet darf kein GRUNDrechtsfreier Raum werden!

[toc] | [prev] | [next] | [standalone]

#329002

Michael Zink schrieb:
> On Mon, 13 Nov 2017 21:37:13 +0100, Jörg Tewes wrote:
> 
>>Nein GParted funktionierte hier bisher immer prima. Und ja ich habe
>>das schon mindestens 100 Mal gemacht.
> 
> Schön.
> 
> Ich gehe mal davon aus, das da möglichst viele Daten gepuffert werden
> und der Schreib-Lese-Kopf nicht wegen jedem einzelnen Block hin und
> her gescheucht wird ...

Wie kopiert wird, davon habe ich keine Ahnung. Dazu müßte man
vermutlich in den Code gucken, und ihn dazu auch noch verstehen.


        Bye Jörg

-- 
"There's always hope. At least that's what I tell myself when I
awaken in the middle of the night and the only sound I can hear
is the beating of my own desperate heart."
(G'Sten to G'Kar, "The Long, Twilight Struggle")

[toc] | [prev] | [next] | [standalone]

#329294

Jörg Tewes <jogi1964@gmx.net> wrote:

>Nein GParted funktionierte hier bisher immer prima. Und ja ich habe
>das schon mindestens 100 Mal gemacht.

Ich nehme für sowas auch gerne MiniTool partition wizard, oder wie das
genau heißt. Kann auch verkleinern und dabei die Dateien verlagern,
erledigt das auf der Systempartition ggf. im Rahmen eines reboots und
ist dabei bisher so zuverlässig gewesen, daß ich das sogar auf
Systemen ohne physischen Zugriff einzusetzen wage, wenn ich mir sicher
bin, daß da sonst an den Partitionen alles OK ist. Erst heute wieder
angewandt, um eine Partition in Zweie aufzuteilen, erst die originale
Partition verkleinert (was automatisch in einem Reboot-Durchlauf
erledigt wurde), und dann in Ruhe mit Bordmitteln die 2. Partition
angelegt und mit robocopy die Daten synchronisiert.


-ras

-- 
Ralph A. Schmid
http://www.schmid.xxx/ http://www.db0fue.de/
http://www.bclog.de/ http://www.kabuliyan.de/ 

[toc] | [prev] | [next] | [standalone]

#329348

Ralph A. Schmid, dk5ras schrieb:
> Jörg Tewes <jogi1964@gmx.net> wrote:
> 
>>Nein GParted funktionierte hier bisher immer prima. Und ja ich habe
>>das schon mindestens 100 Mal gemacht.
> 
> Ich nehme für sowas auch gerne MiniTool partition wizard, oder wie das
> genau heißt. Kann auch verkleinern und dabei die Dateien verlagern,
> erledigt das auf der Systempartition ggf. im Rahmen eines reboots und
> ist dabei bisher so zuverlässig gewesen, daß ich das sogar auf
> Systemen ohne physischen Zugriff einzusetzen wage, wenn ich mir sicher
> bin, daß da sonst an den Partitionen alles OK ist. Erst heute wieder
> angewandt, um eine Partition in Zweie aufzuteilen, erst die originale
> Partition verkleinert (was automatisch in einem Reboot-Durchlauf
> erledigt wurde), und dann in Ruhe mit Bordmitteln die 2. Partition
> angelegt und mit robocopy die Daten synchronisiert.

Ich benutze das Tool auch, mich stört ein wenig, das die Free Edition
kein Bootmedium erstellen kann. Ansonsten kann man das Tool auch nur
empfehlen.


        Bye Jörg

-- 
Zwei Dinge sind unendlich: Das Universum und die menschliche
Dummheit. Aber beim Universum bin ich nicht ganz sicher.
(Albert Einstein)

[toc] | [prev] | [next] | [standalone]

#328846

Hallo Michael,

Michael Zink  <michael@swamp.franken.de> wrote:
> Ich habe also mit Acronis ("nicht ganz" aktuelle Version, aber so paßt
> das ja zum nicht mehr ganz aktuellen Betrübssystem ...) zwei
> Partitionen auf eine neue Platte gespielt.

Wenn du noch beide Platten im System hast, würd ich wie folgt vorgehen:

Die zweite Partition auf der neuen Platte löschen.
Die erste Partition auf der neuen Platte erweitern.
Die zweite Partition neu auf die neue Platte kopieren
Die zweite Partition auf der neuen Platte erweitern.

Ciao Thomas

[toc] | [prev] | [next] | [standalone]

#328981

On 14 Nov 2017 06:31:00 +0100, Thomas Niering wrote:

>Wenn du noch beide Platten im System hast, würd ich wie folgt vorgehen:
>
>Die zweite Partition auf der neuen Platte löschen.
>Die erste Partition auf der neuen Platte erweitern.
>Die zweite Partition neu auf die neue Platte kopieren
>Die zweite Partition auf der neuen Platte erweitern.

Die Platte habe ich noch. Aber der Rechner bootet damit ja nicht und
die Daten auf beiden Partitionen sind nicht mehr aktuell. Also würde
ich eher eine aktuelle Sicherung machen und die dann einzeln
einspielen und zwischendurch vergrößern.

Auf Wiederlesen

Michael

-- 
Das Internet darf kein GRUNDrechtsfreier Raum werden!

[toc] | [prev] | [next] | [standalone]

#329047

thomas.niering@arcor.de (Thomas Niering) schrieb:

>Hallo Michael,
>
>Michael Zink  <michael@swamp.franken.de> wrote:
>> Ich habe also mit Acronis ("nicht ganz" aktuelle Version, aber so paßt
>> das ja zum nicht mehr ganz aktuellen Betrübssystem ...) zwei
>> Partitionen auf eine neue Platte gespielt.
>
>Wenn du noch beide Platten im System hast, würd ich wie folgt vorgehen:
>
>Die zweite Partition auf der neuen Platte löschen.

Nicht löschen, nur nach hinten verschieben, dann vergrössern.

>Die erste Partition auf der neuen Platte erweitern.

Klappt gut, hier früher mit PartitionMagic, nun mit G-/Parted,
auch sehr nützlich innerhalb einer VM.

[toc] | [prev] | [next] | [standalone]

#329126

Thomas Niering <thomas.niering@arcor.de> wrote:

> Wenn du noch beide Platten im System hast, würd ich wie folgt vorgehen:
> 
> Die zweite Partition auf der neuen Platte löschen.
> Die erste Partition auf der neuen Platte erweitern.
> Die zweite Partition neu auf die neue Platte kopieren
> Die zweite Partition auf der neuen Platte erweitern.

iOS und macOS machen das anders:
Zuerst ein neues Partitions-Schema für APFS auf leeren Blöcken der
ersten Partition anlegen. Darin sämliche existierende Ordner neu anlegen
und existierende Dateien nur verlinken.
Am Ende im Root-Block den Link der auf die alte Partitionstabelle zeigt
umbiegen auf die neue. 
Fertig.

Es muss nur auf der Platte noch genug Platz sein für die neue
Partitionstabelle und die Verzeichnisstrukturen. Alle Dateien bleiben
auf denselben physikalischen Blöcken, kein Backup oder hin- und
herkopieren notwendig. Die neuen Partitionen sind mehr oder weniger
beliebig groß (solange es halt noch freie Blöcke auf der Platte bzw. dem
FusionDrive gibt) - sind quasi eher Ordner als Partitionen, werden aber
wie Partitionen behandelt.

Apple hat genau das bereits letztes Jahr auf >>100 Mio iOS-Devices
gemacht, und macht es derzeit bei Millionen Macs die auf das neue macOS
High-Sierra updaten.

Wobei die Macs per default eh nur eine kleine Recovery-Partition
zusätzlich zur Haupt-Partition haben - aber bei iOS war das OS selber
schon immer auf einer Systempartition die regelmäßig bei Upgrades
erweitert werden musste und somit musste die User-Partition kleiner
werden. Das ist nun vorbei, fixe Größen gibt es bei APFS nicht mehr.

-- 
In a world without walls and fences,
   who needs windows and gates?

[toc] | [prev] | [next] | [standalone]

#329128

On 11/15/2017 12:38 PM, Marc Stibane wrote:
> 
> Wobei die Macs per default eh nur eine kleine Recovery-Partition
> zusätzlich zur Haupt-Partition haben - aber bei iOS war das OS selber
> schon immer auf einer Systempartition die regelmäßig bei Upgrades
> erweitert werden musste und somit musste die User-Partition kleiner
> werden. Das ist nun vorbei, fixe Größen gibt es bei APFS nicht mehr.

Erinnert irgendwie an ZFS.

  Gerrit

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | ger.ct

csiph-web