Wechsel / Upgrade in größeren Tarif - Festplatte?

    • Neu

    Hallo.

    Ich habe ein Upgrade in einer größeren Festplatte gemacht.
    Den Tarif auf einen besseren Server.

    Muss ich irgendwelche Einstellungen machen, damit die Festplatte aktiv ist?
    Muss ich bei Netcup Server Control Panel, etwas anpassen, dass sie aktiv ist?

    • Neu

    Du wirst das Partitionslayout anpassen sowie das/die Dateisystem(e) vergrößern müssen, wenn Du von der neuen Größe profitieren willst. Falls Du LVM verwendest, musst Du eventuell die Volume-Group(s) anpassen.

    Wie sieht denn Dein bisheriges Setup aus?

    "Wer nur noch Enten sieht, hat die Kontrolle über seine Server verloren." (Netzentenfund)

    Einmal editiert, zuletzt von KB19 (8. Oktober 2026 um 15:15)

    • Neu
    Zitat von Hille

    Ich vermute mal, dass du vda3 vergrößern möchtest ? Falls ja, musst du vda4 wieder entfernen (vorher Daten sichern, falls dort welche vorhanden sind) und dann vda3 erweitern. Anschließend das Dateisystem erweitern

    Wie mache ich das ? Kann ich das eh unter "cfdisk" machen?

    Genau so ist es vda3 möchte ich vergrößern, und vda4 ist die neue Festplatte. vda4 ist nichts oben, ist ja die neue Festplatte!

    • Neu
    Zitat von mmaark

    gefunden aber das funktioniert nicht im SCP, unter DVD Laufwerk. Da finde ich keine Gparted.

    Dann lade die ISO-Datei halt selbst hoch? ;)

    https://gparted.org/download.php

    Unabhängig davon: Bei mir taucht das ganz normal auf…

    Screenshot_20261008-162516_Fennec.pngScreenshot_20261008-162655_Fennec.png

    "Wer nur noch Enten sieht, hat die Kontrolle über seine Server verloren." (Netzentenfund)

    2 Mal editiert, zuletzt von KB19 (8. Oktober 2026 um 16:28)

    • Neu

    Ich habe es getestet.

    1) ISO Hochgeladen von gparted
    2) Eingelegt/Aktiviert das Laufwerk.
    3) Server heruntergefahren/neugestartet.
    4) Danach in der Konsole mich einfach normal eingeloggt.
    5) Da wurde nur das Terminal / Shell geladen, und nicht das DVD Laufwerk.

    gparted startet nicht das iso.

    Hat vielleicht etwas zu tun, dass ich arm64 server verwende statt einen amd64 ?

    Bei deinen Screenshots steht überall amd64 und bei mir nämlich arm64

    Nebenbei: Kannst du mir vielleicht eine Anleitung schreiben, wie ich das im Terminal machen würde?

    • Neu

    Erstmal hilft das Verständnis, dass die Festplatte vda heißt, wäre es eine weitere Festplatte hieße sie vdb usw.
    vba1 bis vda4 sind Partitionen auf derselben Festplatte. Das man Festplatten „vergrößert“ gibt es eigentlich nicht bei echten physikalischen Festplatten, das entspricht bei physisch etwa der 1:1 Kopie von einer kleineren auf eine größere Festplatte (und man hat dann ja auch Platz übrig).

    Wenn vda4 leer ist (warum ist da überhaupt eine Partition?) kannst Du die entfernen und erstmal die Partition vda3 um die zusätzlich 256GB vergrößern. Und dann musst Du noch das Dateisystem vergrößern.

    Das geht (vorher immer Backup) mit ext4, xfs und LVM auch online.

    Handgeklöppelte Anleitung, die vermutlich auch mit Debian/Ubuntu auf einem ARM64 als root funktioniert (ich hab die sudo-Sicherheitsbewusstseinsbeweise jetzt mal weggelassen):

    apt install cloud-guest-utils (da steckt das Tool growpart drin)

    lsblk (Überblick wie heißt Platte und Partition)

    fdisk -f /dev/vda (Parition vda4 löschen - Kommandos: d (für Löschen), Partitionsnummer (hier wohl 4) angeben, w (Partitionstabelle schreiben)

    lsblk (Kontrolle)

    growpart /dev/vda 3 (vda3 den freien Platz nutzen lassen)

    gerne nochmal ein lsblk zur Kontrolle.

    Und nun kommt es aufs Dateisystem an, dass vergrößert werden soll:

    ext4:
    resize2fs /dev/vda3 (ext4-Partition auf Größe bringen)

    lvm:
    pvresize /dev/vda3. (lvm-Partition auf Größe bringen)
    lvdisplay (pfad des logical volumes ermitteln)
    lvextend -r -l +100%FREE /dev/ubuntu-vg/ubuntu-lv (Vergrößert und logical volume und mit -r auch das darunterliegende Dateisystem ext4 oder xfs, der Pfad am Ende ist nur ein Beispiel - nimm den aus lvdisplay)

    Und nun nochmal ein df -h als Erfolgskontrolle.

    • Neu
    Zitat von ASS

    Dein Admin Wissen kommt mir seltsam vor.

    Hast du überhaupt Linux drauf? Oder Vielleicht BSD?

    Weshalb ist es ein ARM?

    Erzähl mal etwas mehr drumrum, dann haben vielleicht einige noch ein paar wichtige Tipps für dich.

    Ich habe Debian installiert , auf dem ARM Server.
    Danach KeyHelp (Control Panel) installiert, damit kenne ich mich sehr gut aus.
    ARM Server deswegen, weil es günstiger war, vom Preis her damals. und von der Leistung hat es gepasst.

    Nebenbei: Habe ich noch nie beim Server ein Upgrade gemacht, damit ich es hätte machen müssen.
    Deswegen habe ich da nachgefragt.

    Danke, werde ich heute ausprobieren.

    Ich mache gerade Snapshot und tue die Daten absichern (manuell), bevor ich es mache.

    • Neu

    Anregung: Auf den EOS Servern ist cloud-init mit growpart und resizefs installiert. Könnte man sich freilich auch selbst auf seinem Netcup root/vServer installieren und aktivieren, dann einfach rebooten und das cloud-init Service macht beim StartUp alles selbst.