[gelöst] Partition von geklonter platte löschen / virtualbox

[buddy67]

Moin,

ich hab da ein Problem :

Ich habe eine Festplatte mit Clonzilla auf eine zweite Festplatte geclont und daraus dann eine .vhd erzeugt. Die .vhd lässt sich problemlos in virtualbox einbinden, startet und macht was sie soll. So weit, so gut. Allerdings ist auf der .vhd auch eine 235 GB Partition, die gar nicht gebraucht wird. Kann man die nicht benötigte Partition aus der .vhd (oder aus dem Clon der Festplatte) löschen oder zumindest die Größe verringern, so das die .vhd entsprechend kleiner wird? Aktuell ist die .vhd 255 GB groß...

/dev/sdf1 16 Gb -> wird benötigt
/dev/sdf2 200 MB -> wird benötigt
/dev/sdf3 200 MB -> wird benötigt
/dev/sdf4 235 GB -> wird NICHT benötigt (ist nicht formatiert, also freier Plattenplatz)

Gruß
Buddy

[kalle123]

Mal ne Frage am Rande, warum klonst die komplette Platte, wenn du nur 3 der 4 Partitionen brauchst?

Gruß KH

[rhHeini]

Innerhalb der VM gparted starten und die Partition löschen ....

[buddy67]

Mal ne Frage am Rande, warum klonst die komplette Platte, wenn du nur 3 der 4 Partitionen brauchst?

Gruß KH

..und wie clone ich die Platte nur mit den gewünschten Partitionen? Wäre ein super Tipp

[buddy67]

Innerhalb der VM gparted starten und die Partition löschen ....

geht nicht, da ich innerhalb der vm keinen zugriff auf gparted habe...

[rhHeini]

Dann verschaff Dir Zugriff ...

[buddy67]

Dann verschaff Dir Zugriff ...

..witzig... clown gefrühstückt?

[MSfree]

geht nicht, da ich innerhalb der vm keinen zugriff auf gparted habe...

"Geht nicht" ist mal wieder die perfekte Fehlerbeschreibung. Vielleicht solltest du mal beschreiben, was nicht geht, statt gleich angefressen zu reagieren.

[rhHeini]

Wenn das ein Linux ist gibt es auch Konsolentools wie fdisk. Oder Du bootest mit der vm ein gparted-Live ....

Das Du so exakt die Randbedingungen beschreibst kriegst Du halt dem angepasste Rückmeldungen.

[cosinus]

geht nicht, da ich innerhalb der vm keinen zugriff auf gparted habe...

Auweia. Wo ist denn bitte das Problem, die VM mit einer gparted oder grml zu booten.

[buddy67]

geht nicht, da ich innerhalb der vm keinen zugriff auf gparted habe...

Auweia. Wo ist denn bitte das Problem, die VM mit einer gparted oder grml zu booten.

AUWEIA. Leider funktioniert auch das nicht. Die .vhd-Datei ist danach immer noch 256 GB groß.

@MSfree: Habe ich denke ich in meinem ersten Post.

Ich schließe den Thread als unlösbar.

[DeletedUserReAsG]

Das Problem ist, dass es mehrere Arten von virtuellen Laufwerken gibt. Das hier eingangs genannte .vhd gehört eigentlich™ nicht zum eingangs genannten VirtualBox, so dass man zur Manipulation dieses Formats am besten beim originalen Hersteller (Microsoft) schauen sollte, ob der vielleicht Werkzeuge dafür zur Verfügung stellt.
Wenn’s ein natives Image von VirtualBox gewesen wäre (.vdi), und es ein sogenanntes dynamisches Laufwerk gewesen wäre, wär’s hingegen einfach gewesen.

Beste Möglichkeit aus meiner Sicht: virtuelles Laufwerk in der gewünschten Größe anlegen, Livesystem in der VM booten und die gewünschten Daten in das neue virtuelle Laufwerk kopieren und anschließend verifizieren.

[grubenlicht]

..und wie clone ich die Platte nur mit den gewünschten Partitionen? Wäre ein super Tipp

warum überhaupt 'clonen', 'VBoxManage createmedium' mußt du nehmen (damit erzeugst du eine "rawdisk", es ist nur ein virtuelles Abbild der Platte/Partition; somit hast du das ganze nicht doppelt, die reale Platte und einen Image).
Beispiel

Code: Alles auswählen

VBoxManage createmedium disk --filename ~/VirtualBox\ VMs/<name>.vmdk --format=VMDK --variant RawDisk --property RawDrive=/dev/sdd --property Partitions=6,8

zu --variant RawDisk siehe VirtualBox Hilfe -> VBoxManage -> VBoxManage createmedium -> --variant=Standard,Fixed,Split2G,Stream,ESX,Formatted,RawDisk

Btw., wenn du die ungewollte Partition sdf partitioniert hast, ist sie leer und verwendet (fast) keinen Platz, wie das ja auch aus deinen Größenangaben hervorgeht. Und das man eine (warum auch immer so erzeugte) *.vdh nicht bearbeiten kann, ist schwer vorstellbar.

[cosinus]

AUWEIA. Leider funktioniert auch das nicht. Die .vhd-Datei ist danach immer noch 256 GB groß.

Wurde hier behauptet, dass nach dem Einsatz von gparted die virtuelle Disk ebenfalls schrumpft? Nein? Also bitte.
Damit man eine virtuelle Disk überhaupt kleiner bekommt, muss sie "thin" bzw. dynamisch alloziiert sein. Ist sie das nicht hat sie immer eine statische Größe egal was und wieviel du in die virtuelle Disk schreibst.
Wenn sie thin ist kann sie verkleinert werden, vorher muss man unbelegte Blöcke in dieser virtuellen Disk nullen. Das eigentliche verkleinern geht mit

Code: Alles auswählen

vboxmanage modifymedium --compact /path/to/disk.vdi

Da du aber als Diskformat VHD genommn hast, geht das nicht mit den Bordmitteln von Virtualbox!

[grubenlicht]

ist überhaupt nicht nötig, man muß halt nur "von außen" darauf zugreifen! (LiveSystem z.B.)

~$ vboxmanage showvminfo bullseye32-R
Name: bullseye32-R
Encryption: disabled
Groups: /
Guest OS: Debian 11 Bullseye (32-bit)
UUID: 0d0566db-444c-43c4-94d1-4f589df94aaa
Config file: /home/ich/VirtualBox VMs/bullseye32-R/bullseye32-R.vbox
Snapshot folder: /home/ich/VirtualBox VMs/bullseye32-R/Snapshots
Log folder: /home/ich/VirtualBox VMs/bullseye32-R/Logs
Hardware UUID: 0d0566db-444c-43c4-94d1-4f589df94aaa
Memory size: 4096MB
Page Fusion: ...
[...]
#0: 'IDE', Type: PIIX4, Instance: 0, Ports: 2 (max 2), Bootable
Port 1, Unit 0: Empty
#1: 'SATA', Type: IntelAhci, Instance: 0, Ports: 2 (max 30), Bootable
Port 0, Unit 0: UUID: f831f6a3-b37d-48f3-9e93-e0529a2d8232
Location: "/home/ich/VirtualBox VMs/bullseye32-R/bullseye32-R.vmdk"
Port 1, Unit 0: UUID: 9dfa7e2e-6c8d-4272-b81e-5b0f0a6e5aa5
Location: "/home/ich/test-vhd.VHD"
NIC 1: ...
[...]

~# parted /dev/sdb
GNU Parted 3.4
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p
Model: ATA VBOX HARDDISK (scsi)
Disk /dev/sdb: 6287kB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
1 1049kB 3146kB 2097kB primary ntfs
2 3146kB 5243kB 2097kB primary ntfs

(parted) resizepart 2
End? [5242kB]? 4000kb
Warning: Shrinking a partition can cause data loss, are you sure you want to
continue?
Yes/No? y
(parted) p
Model: ATA VBOX HARDDISK (scsi)
Disk /dev/sdb: 6287kB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
1 1049kB 3146kB 2097kB primary ntfs
2 3146kB 4000kB 855kB primary ntfs

(parted)

statt 'resizepart' nimmt man zum endgültigen löschen dann eben 'rm'

[DeletedUserReAsG]

statt 'resizepart' nimmt man zum endgültigen löschen dann eben 'rm'

… und hat dann immer noch das 256GB große Image, nur eben nun mit einer Menge leerem Platz am Ende.

Es ging dem TE aber darum, die Datei entsprechend zu verkleinern – und das geht halt beim vorliegenden Format nicht so ohne Weiteres. Es wäre aber mit einem Neuanlegen (dann vielleicht gleich mit einem besser geeigneten Format) und anschließendem Kopieren der gewünschten Daten verhältnismäßig trivial zu erledigen.

[grubenlicht]

… und hat dann immer noch das 256GB große Image, nur eben nun mit einer Menge leerem Platz am Ende.

aber nur in der VM, außerhalb siehe

Btw., wenn du die ungewollte Partition sdf partitioniert hast, ist sie leer und verwendet (fast) keinen Platz, wie das ja auch aus deinen Größenangaben hervorgeht.

[DeletedUserReAsG]

aber nur in der VM, außerhalb siehe
[Selbstzitat]

siehe besser die Aussage des TE:

Die .vhd-Datei ist danach immer noch 256 GB groß.

→ Die Größe der Datei sollte reduziert werden. Die Datei ist ein Image mit fixer Größe; leerer, unpartitionierter Platz innerhalb dieses Images wirkt sich bei dem gegebenen Format nicht auf die Größe der Datei aus. Dein Vorschlag zum Löschen der Partition innerhalb der Datei hat daher keinen Einfluss auf die Größe der Datei, und trifft daher die Fragestellung nicht.

[cosinus]

aber nur in der VM, außerhalb siehe

Nee, die vhd-Datei behält die Größe von 256 GB. Der TO hat hier mE nach zwei Fehler gemacht:

1. ungünstiges Format der virtuellen Disk, also vhd statt vdi
2. alles geklont statt nur die benötigten Partitionen zu klonen

[buddy67]

aber nur in der VM, außerhalb siehe

Nee, die vhd-Datei behält die Größe von 256 GB. Der TO hat hier mE nach zwei Fehler gemacht:

1. ungünstiges Format der virtuellen Disk, also vhd statt vdi
2. alles geklont statt nur die benötigten Partitionen zu klonen

Okay. Und wie sollte ich vorgehen?

[cosinus]

Okay. Und wie sollte ich vorgehen?

Nur das klonen/kopieren was du brauchst. Dazu hast du aber bisher zu wenig Angaben gemacht. Was genau sind denn das für Partitionen, mit welchem Dateisystem?
Du kommst mir nicht wie ein Anfänger vor, da sollte man auch wissen dass man zB die erste Partition mit zB /dev/sdf1 anspricht. Oder hast du einfach nur ohne zu genau zu verstehen irgendwelche Befehle kopiert?

[MSfree]

Aktuell ist die .vhd 255 GB groß...

Hast du überhaupt nachgesehen, wie viel Platz auf den ersten 3 Partitionen belegt ist?

/dev/sdf1 16 Gb -> wird benötigt
/dev/sdf2 200 MB -> wird benötigt
/dev/sdf3 200 MB -> wird benötigt
/dev/sdf4 235 GB -> wird NICHT benötigt (ist nicht formatiert, also freier Plattenplatz

Ich weiß ncht, wie es den anderen hier geht, aber wenn ich 16 + 200 + 200 + 235 zusammenaddiere, komme ich auf 651GB, durch weglassen der 4. Partition ergeben sich immer noch 416GB. Deine vhd ist mit 255GB weitaus kleiner. Ich habe da irgendwie das Gefühl, daß das ohnehin nicht verkleinerbar ist, wenn auf deinen 3 Partitionen zusammen 255GB belegt sind.

[cosinus]

Ich weiß ncht, wie es den anderen hier geht, aber wenn ich 16 + 200 + 200 + 235 zusammenaddiere, komme ich auf 651GB,...

Partition 2 und 3 haben nur 200 Megabyte. Mega nicht Giga

[MSfree]

Mega nicht Giga

Wir wissen nicht, ob das ein Tippfehler ist. Aber auch 16 + 0.2 + 0.2 + 235 ergeben keine 255GB sondern "nur" 252GB. Aber was macht an mit so winzigen Partitionen (wenn es keine Tippfehler sein sollte)?

[cosinus]

Wir wissen nicht, ob das ein Tippfehler ist. Aber auch 16 + 0.2 + 0.2 + 235 ergeben keine 255GB sondern "nur" 252GB. Aber was macht an mit so winzigen Partitionen (wenn es keine Tippfehler sein sollte)?

Jetzt müssten wir mal buddy wieder zu Wort kommen lassen