Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Snopy_16]

@martinp oje, ich glaub da happerts schon ein wenig

root@pve:~# fdisk -l
GPT PMBR size mismatch (250069679 != 500118191) will be corrected by write.
The backup GPT table is not on the end of the device.
Disk /dev/sda: 238.47 GiB, 256060514304 bytes, 500118192 sectors
Disk model: SanDisk SD8SBAT-
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: D2DA504F-5EA0-491B-949B-BA0E3C395614

Device       Start       End   Sectors   Size Type
/dev/sda1       34      2047      2014  1007K BIOS boot
/dev/sda2     2048   2099199   2097152     1G EFI System
/dev/sda3  2099200 250069646 247970447 118.2G Linux LVM

Partition 1 does not start on physical sector boundary.


Disk /dev/mapper/pve-swap: 8 GiB, 8589934592 bytes, 16777216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/pve-root: 39.56 GiB, 42475716608 bytes, 82960384 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/pve-vm--121--disk--0: 32 GiB, 34359738368 bytes, 67108864 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes
Disklabel type: dos
Disk identifier: 0x25d27667

Device                                 Boot    Start      End  Sectors  Size Id Type
/dev/mapper/pve-vm--121--disk--0-part1 *        2048 65107967 65105920   31G 83 Linux
/dev/mapper/pve-vm--121--disk--0-part2      65110014 67106815  1996802  975M  5 Extended
/dev/mapper/pve-vm--121--disk--0-part5      65110016 67106815  1996800  975M 82 Linux swap

Partition 2 does not start on physical sector boundary.


Disk /dev/mapper/pve-vm--102--disk--0: 20 GiB, 21474836480 bytes, 41943040 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes


Disk /dev/mapper/pve-vm--103--disk--0: 2 GiB, 2147483648 bytes, 4194304 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes


Disk /dev/mapper/pve-vm--105--disk--0: 8 GiB, 8589934592 bytes, 16777216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes


Disk /dev/mapper/pve-vm--121--state--iobroker: 16.49 GiB, 17704157184 bytes, 34578432 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes


Disk /dev/mapper/pve-vm--104--disk--0: 2 GiB, 2147483648 bytes, 4194304 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes


Disk /dev/mapper/pve-vm--100--disk--0: 16 GiB, 17179869184 bytes, 33554432 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes


Disk /dev/mapper/pve-vm--121--state--iobroker01: 16.49 GiB, 17704157184 bytes, 34578432 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes


Disk /dev/mapper/pve-vm--106--disk--0: 8 GiB, 8589934592 bytes, 16777216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes
root@pve:~# 

bitte um weitere Erklärung und Hilfe

[Homoran]

@snopy_16 sagte in Proxmox gesamten Festplattenspeicher nutzen:

ich glaub da happerts schon ein wenig

;-)

@snopy_16 sagte in Proxmox gesamten Festplattenspeicher nutzen:

auf eine größere SSD 256GB geklont.

wie?
einfach stumpf drauf, bit für bit?

Irgendwo gibt's ne Anleitung dafür mit einem Image von gparted live zu starten.
Dann gibt's wenigstens eine grafische Oberfläche

[mickym]

das geht such nur mit parted in Kommandozeile. habe damit schon mehrfach eine Partition im laufenden Betrieb vergrößert.

Hier nach der Anleitung ging das problemlos: https://javil.eu/posts/linux-root-partition-vergroessern

[Homoran]

@mickym sagte in Proxmox gesamten Festplattenspeicher nutzen:

das geht such nur mit parted in Kommandozeile. habe damit schon mehrfach eine Partition im laufenden Betrieb vergrößert.

sicher geht das!
Aber wenn es heisst

@snopy_16 sagte in Proxmox gesamten Festplattenspeicher nutzen:

Linux, bin da noch ziemlich neu.

sollte man es doch so einfach wie möglich halten und für diese doch etwas komplexere Aufgabe ausnahmsweise mal die Kommandozeile zur Seite legen.
Auch wenn es da viele Hilfehinweise bei gibt.

EDIT:
Der Link stand doch eben noch nicht da!

[mickym]

@homoran Ja habe ich nachgeliefert. Man muss nur schauen, ob man parted und resizefs installiert hat. Sonst halt mit sudo apt install ... nachinstallieren.

Ich würde mir /dev/sda mit print free den freien Platz anschauen und man kann den fix anwenden, wenn der freie Plattenplatz direkt hinter der zu erweiterenden Partition befindet.

[Snopy_16]

@mickym

da hats auch was

root@pve:~# parted /dev/sda3
GNU Parted 3.5
Using /dev/sda3
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print free                                                       
Error: /dev/sda3: unrecognised disk label
Model: Unknown (unknown)                                                  
Disk /dev/sda3: 127GB
Sector size (logical/physical): 512B/4096B
Partition Table: unknown
Disk Flags: 
(parted)                  

[mickym]

@snopy_16 na ich würde erst mal die gesamte Platte nutzen und dich dann auch exakt an die Anleitung halten. also erst mal using /dev/sda und dann print free. Der Plattenplatz ist ja auf der /dev/sda und nicht auf der /dev/sda3

[MartinP]

Interessant finde ich auch ein anderes Feature von Proxmox:

Man könnte auf der SSD eine weitere Partition (oder auch mehrere) im PVE erzeugen, und in das Dateisystem der beherbergten LXCs und VMs einblenden.

Hier ein Bespiel mit einer USB-HDD, deren Partitions ich so "verteile" (zweiter Eintrag)

Hier die Mount-Points für die Partititions der USB-Festplatte im LCX vom turnkeylinux fileserver

Hat möglicherweise den Vorteil, dass man Daten und System trennen kann ...

[mickym]

@martinp Ja das ist eine interessante Idee. Insbesondere wenn man die Daten sauber trennen kann. Ich hab das mal mit mysql versucht, da muss man intern immer eine Menge umbiegen.

[Snopy_16]

@mickym
Danke, es lief dann schon mal durch (wenn auch ohne Abfragen wie fix und beim resizepart) mit diesem Ergebnis.

root@pve:~# parted
GNU Parted 3.5
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Model: ATA SanDisk SD8SBAT- (scsi)
Disk /dev/sda: 256GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      17.4kB  1049kB  1031kB                     bios_grub
 2      1049kB  1075MB  1074MB  fat32              boot, esp
 3      1075MB  256GB   255GB                      lvm

(parted)                  

folgende Meldung beim Anpassen des Dateisystems ??

root@pve:~# resize2fs /dev/sda3
resize2fs 1.47.0 (5-Feb-2023)
resize2fs: Device or resource busy while trying to open /dev/sda3
Couldn't find valid filesystem superblock.
root@pve:~# 

Nachher gehts zur Vergrösserung von lvm :face_with_rolling_eyes:

[mickym]

@snopy_16 Na mit dem lvm ist das was anderes - da musst Du schauen, ob Du das innerhalb von proxmox machen kannst. Da kann ich nicht viel zu sagen.

[Snopy_16]

@mickym
Und das passt?

root@pve:~# resize2fs /dev/sda3
resize2fs 1.47.0 (5-Feb-2023)
resize2fs: Device or resource busy while trying to open /dev/sda3
Couldn't find valid filesystem superblock.
root@pve:~#

[mickym]

@snopy_16 Na ehrlich gesagt glaube ich, dass resizefs nur für Linux Dateisysteme greift und nicht für LVM. Deswegen ist das ein Fehler, aber das liegt daran, dass die Partition kein Linux Dateisystem hat. Schau halt ob innerhalb von Proxmox der LVM die gesamte Partition nutzt - ansonsten musst Du bei Proxmox schauen.

Hier steht auch https://forum.proxmox.com/threads/proxmox-v5-extend-pve-data.37571/, dass man resizefs nicht mehr benutzen muss.

[Snopy_16]

@mickym
OK vielen Dank für die Hilfe

[Snopy_16]

Wie oben geschrieben habe ich mit Balena Etcher die SSD geklont.
Neue Festplatte startet und funktioniert einwandfrei.
Jetzt wollt ich nochmal die Quell-SSD verwenden (für Tests und zum Lernen), nur startet diese nicht mehr. Es scheint als ob sie nicht mehr erkannt wird. Powerlampe leuchtet einige Sekunden, dann erlischt sie wieder und Mini-Pc startet erneut und es geht von vorne los.
Weis wer Abhilfe?

Ist zwar nicht dringend, aber ich will trotzdem daraus lernen.

[Snopy_16]

@snopy_16
Hat sich erledigt