Raid Rootserver Filesystem vergrösssern

[casu4711]

Hallo allerseits,

Code: Alles auswählen

ich habe ein kleines Problemchen mit einem Rootserver von 1und1. Leider konnte mir die entsprechende Hotline nur bedingt weiterhelfen. Es geht um folgendes: Der Server besitzt 2 raid Platten mit jeweils 2TB. Das Problem war, dass hier nur jeweils 4GB nutzbar waren. Gemerkt hatte ich das, als ich entsprechende backups erstellen wollte unter /backup.

Nun stand auf der entsprechenden Seite von 1und 1 ich solle folgendes machen:

root@localhost ~]# lvextend -L +400G /dev/vg00/var

Diese habe ich auch gemacht, aber ich habe nun nur auf /home entsprechend mehr frei. In /backup oder bspw. in var kann ich immer noch nur lächerliche 4GB speichern, dass nervt.

Mein System sieht so aus:

Code: Alles auswählen

udev                   7.8G     0  7.8G   0% /dev
tmpfs                  1.6G  688K  1.6G   1% /run
/dev/md1               4.0G  3.3G  697M  83% /
/dev/vg00/usr          4.8G  3.4G  1.2G  75% /usr
tmpfs                  7.9G  4.0K  7.9G   1% /dev/shm
tmpfs                  5.0M  8.0K  5.0M   1% /run/lock
tmpfs                  7.9G     0  7.9G   0% /sys/fs/cgroup
none                   7.9G   48K  7.9G   1% /tmp
/dev/mapper/vg00-home  4.8G  1.8G  2.9G  38% /home
/dev/mapper/vg00-var   4.8G  1.5G  3.1G  33% /var
tmpfs                  1.6G     0  1.6G   0% /run/user/0

Code: Alles auswählen

/home/BACKS/sqlback$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md3 : active raid1 sda3[0] sdb3[1]
      1947222016 blocks [2/2] [UU]
      
md1 : active raid1 sda1[0] sdb1[1]
      4194240 blocks [2/2] [UU]
      
unused devices: <none>

Code: Alles auswählen

root@s19457989:~# blkid
/dev/sda1: UUID="a259dca8-954b-455c-1f51-fb8978ee93fe" TYPE="linux_raid_member" PARTUUID="28127ef6-01"
/dev/sda2: UUID="18be79c4-c685-4e50-a39c-bebacfe4e016" TYPE="swap" PARTUUID="28127ef6-02"
/dev/sda3: UUID="854b3289-b8c2-1504-1f51-fb8978ee93fe" TYPE="linux_raid_member" PARTUUID="28127ef6-03"
/dev/sdb1: UUID="a259dca8-954b-455c-1f51-fb8978ee93fe" TYPE="linux_raid_member" PARTUUID="9d536b4f-01"
/dev/sdb2: UUID="4e94b2ef-f2f5-402b-b1d5-524411c547a2" TYPE="swap" PARTUUID="9d536b4f-02"
/dev/sdb3: UUID="854b3289-b8c2-1504-1f51-fb8978ee93fe" TYPE="linux_raid_member" PARTUUID="9d536b4f-03"
/dev/md1: LABEL="root" UUID="2273ad55-2414-4766-aaf7-820def82b322" BLOCK_SIZE="4096" TYPE="ext3"
/dev/md3: UUID="g3kMsu-8MIH-9Kzd-j1g8-zZv7-LrNW-QVwQ2f" TYPE="LVM2_member"
/dev/mapper/vg00-usr: LABEL="usr" UUID="a2bc97ce-d740-42b2-b596-f322367d941d" BLOCK_SIZE="4096" TYPE="ext4"
/dev/mapper/vg00-var: LABEL="var" UUID="c89c63c6-6254-437a-8989-baf75a6318ba" BLOCK_SIZE="4096" TYPE="ext4"
/dev/mapper/vg00-home: LABEL="home" UUID="bc669c1b-a188-4de7-b508-ee5049b12cba" BLOCK_SIZE="4096" TYPE="ext4"

vielleicht kann ja jemand von den Debianexperten mir dazu etwas sagen, ich würde mich sehr freuen


lg und einen schönen Abend noch

[heisenberg]

Hallo Casu,

grundsätzlich kann man für ein laufendes System die Partitionierung jederzeit über ein Rettungssystem nach seinen Wünschen umgestalten. Dabei kann aber jede Menge schief gehen, wenn man das noch nicht gemacht hat und die notwendigen Befehle nicht exakt richtig ausführt. Man muss halt wissen, was man tut.

Insfoern wäre meine Empfehlung, einfach nochmal neu zu installieren und bei einer einfachst möglichen Aufteilung zu bleiben:

• EFI-System-Partition (200 MB, bei UEFI-Boot) oder BIOS-Boot-Partition (1 MB, bei Legacy-/BIOS-Boot)
• Root-Dateisystem ( "/" ) für alles (als RAID1 mit ca. 1980 GB der 2 TB Platten)
• Swap-Partition: ca 4-16 GB

Info zum Thema Partitionierung:

https://wiki.ubuntuusers.de/Manuelle_Partitionierung/

Wie flexibel die Installation von 1 & 1 ist, weiss ich allerdings nicht.

Ansonsten wird Dir der Support von 1 & 1 bei solchen Fragestellungen nicht groß weiterhelfen können, weil die Fähigkeit zur grundlegenden Administration eines Servers von der/dem Kundin/Kunden erwartet wird. Es wundert mich, dass Du im vorliegenden Fall tatsächlich eine qualifizierte Auskunft bekommen hast.

Ein dedizierter Rootserver wird von den Kund:innen selbst administriert. Managed Server, die für Dich administriert werden, bekommst Du idR für einen Aufpreis von ab ca. 100 EUR monatlich pro Server.

Grüße,
h.

[cosinus]

Partitionen und Dateisysteme vergrößern ist im laufenden Betrieb weniger ein Problem. Das Verkleinern schon eher - das geht online nicht.
Wenn hier was Probleme macht, dann Partitionsgrenzen. Poste bitte mal die Ausgaben von:

Code: Alles auswählen

lsblk -f
gdisk -l /dev/sda
gdisk -l /dev/sdb
lvs
vgs
pvs

Vllt bekommen wir das zusammen ohne Neuinstallation hin

[casu4711]

ok danke erstmal Leute,

also nen recoverysystem hätte ich zur Verfügung, und zur Not neu Aufsetzen wär jetzt auch nicht das Ding. Aber nun zu den Werten @Heisenberg

oot@s19457989:~# lsblk -f
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1
│ linux_ 0.90. a259dca8-954b-455c-1f51-fb8978ee93fe
│ └─md1
│ ext3 1.0 root 2273ad55-2414-4766-aaf7-820def82b322 4K 100% /
├─sda2
│ swap 1 18be79c4-c685-4e50-a39c-bebacfe4e016 [SWAP]
└─sda3
linux_ 0.90. 854b3289-b8c2-1504-1f51-fb8978ee93fe
└─md3
LVM2_m LVM2 g3kMsu-8MIH-9Kzd-j1g8-zZv7-LrNW-QVwQ2f
├─vg00-usr
│ ext4 1.0 usr a2bc97ce-d740-42b2-b596-f322367d941d 1.2G 69% /usr
├─vg00-var
│ ext4 1.0 var c89c63c6-6254-437a-8989-baf75a6318ba 210.9M 90% /var
└─vg00-home
ext4 1.0 home bc669c1b-a188-4de7-b508-ee5049b12cba 470.2G 0% /home
sdb
├─sdb1
│ linux_ 0.90. a259dca8-954b-455c-1f51-fb8978ee93fe
│ └─md1
│ ext3 1.0 root 2273ad55-2414-4766-aaf7-820def82b322 4K 100% /
├─sdb2
│ swap 1 4e94b2ef-f2f5-402b-b1d5-524411c547a2 [SWAP]
└─sdb3
linux_ 0.90. 854b3289-b8c2-1504-1f51-fb8978ee93fe
└─md3
LVM2_m LVM2 g3kMsu-8MIH-9Kzd-j1g8-zZv7-LrNW-QVwQ2f
├─vg00-usr
│ ext4 1.0 usr a2bc97ce-d740-42b2-b596-f322367d941d 1.2G 69% /usr
├─vg00-var
│ ext4 1.0 var c89c63c6-6254-437a-8989-baf75a6318ba 210.9M 90% /var
└─vg00-home
ext4 1.0 home bc669c1b-a188-4de7-b508-ee5049b12cba 470.2G 0% /home

root@s19457989:~# gdisk -l /dev/sda
GPT fdisk (gdisk) version 1.0.6

Warning: Partition table header claims that the size of partition table
entries is 1153912944 bytes, but this program supports only 128-byte entries.
Adjusting accordingly, but partition table may be garbage.
Warning: Partition table header claims that the size of partition table
entries is 0 bytes, but this program supports only 128-byte entries.
Adjusting accordingly, but partition table may be garbage.
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present

***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************


Warning! Secondary partition table overlaps the last partition by
33 blocks!
You will need to delete this partition or resize it in another utility.
Disk /dev/sda: 3907029168 sectors, 1.8 TiB
Model: ST2000NM0033-9ZM
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 095B4D48-EEBE-47F5-AD74-A5EA79FF609F
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number Start (sector) End (sector) Size Code Name
1 2048 8390655 4.0 GiB FD00 Linux RAID
2 8390656 12584959 2.0 GiB 8200 Linux swap
3 12584960 3907029167 1.8 TiB FD00 Linux RAID

root@s19457989:~# gdisk -l /dev/sdb
GPT fdisk (gdisk) version 1.0.6

Warning: Partition table header claims that the size of partition table
entries is 1153912944 bytes, but this program supports only 128-byte entries.
Adjusting accordingly, but partition table may be garbage.
Warning: Partition table header claims that the size of partition table
entries is 0 bytes, but this program supports only 128-byte entries.
Adjusting accordingly, but partition table may be garbage.
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************


Warning! Secondary partition table overlaps the last partition by
33 blocks!
You will need to delete this partition or resize it in another utility.
Disk /dev/sdb: 3907029168 sectors, 1.8 TiB
Model: ST2000NM0033-9ZM
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 044FBF4E-0AB7-4650-A0FF-015E08A5086D
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number Start (sector) End (sector) Size Code Name
1 2048 8390655 4.0 GiB FD00 Linux RAID
2 8390656 12584959 2.0 GiB 8200 Linux swap
3 12584960 3907029167 1.8 TiB FD00 Linux RAID

root@s19457989:~# lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
home vg00 -wi-ao---- 500.00g
usr vg00 -wi-ao---- 5.00g
var vg00 -wi-ao---- 1.32t

--------------
root@s19457989:~# vgs
VG #PV #LV #SN Attr VSize VFree
vg00 1 3 0 wz--n- 1.81t 0

------------------------------------------------------------
PV VG Fmt Attr PSize PFree
/dev/md3 vg00 lvm2 a-- 1.81t 0

Ich hoffe das kann irgendwie weiterhelfen


vielen lieben Dank

lg und schönen Sonntag

[cosinus]

Ok danke, aber ich glaube das können wir vergessen denn:

Code: Alles auswählen

Number Start (sector) End (sector) Size Code Name
    1 2048 8390655 4.0 GiB FD00 Linux RAID
    2 8390656 12584959 2.0 GiB 8200 Linux swap
    3 12584960 3907029167 1.8 TiB FD00 Linux RAID 

Du müsstest da zuviel umpartionieren. Das dauert länger als eine Neuinstallation.

[casu4711]

ok dannbeisse ich in den sauren Apfel und setz das Ding am Montag zurück, dann poste ich noch mal die Sachen von oben, habe ich wohl was vergurkt mit dem was im 1und 1 FAQ stand


lg und schönen Sonntag

[cosinus]

Versuchst du da ein Software-RAID auch für root und EFI? Das ganze ist etwas tricky. Hatten wir erst neulich mit @heisenberg bekrakelt siehe viewtopic.php?t=188080
Was hast du denn da für nen Server gemietet? Vernünftige Server haben bereits einen RAID-Controller und Linux würde dann nicht die einzelnen Platten sehen sondern das RAID1-Device, das der RAID-Controller dann bereitstellt.

[casu4711]

Hallo liebe Forengemeinde,

also ich will keine Kompliziertheiten, einfach auf dem geammten root entsprechend mehr Speicher als 4GB, ich habe 2 2TB Platten, das muss doch möglich sein. So habe das Debian Image jetzt neu installiert und habe folgendes erhalten:

root@s19457989:~# lsblk -f
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1 linux_raid_member 5ec8ae92-c7b5-033a-1f51-fb8978ee93fe
│ └─md1 ext3 root 6e33689a-d292-4104-85e7-88d84b3d2743 3.5G 10% /
├─sda2 swap daba9103-32d1-4a68-85e5-d5c2bc267df6 [SWAP]
└─sda3 linux_raid_member 9323f074-3ebe-5474-1f51-fb8978ee93fe
└─md3 LVM2_member aOSwUI-iYI1-AuvM-ZYB1-60sb-ds2j-TG20ir
├─vg00-usr ext4 usr ed7dca83-5ec9-4323-9aa6-92d7646a8b7f 3.7G 17% /usr
├─vg00-var ext4 var 4bbd9439-fbcc-4e41-aadd-eb2294486c1b 4.4G 3% /var
└─vg00-home ext4 home 30979b21-2fa5-425b-bd86-eed5d735c21f 2.8G 36% /home
sdb
├─sdb1 linux_raid_member 5ec8ae92-c7b5-033a-1f51-fb8978ee93fe
│ └─md1 ext3 root 6e33689a-d292-4104-85e7-88d84b3d2743 3.5G 10% /
├─sdb2 swap 8a44d39a-f97d-4c0c-8985-a54008d2ab55 [SWAP]
└─sdb3 linux_raid_member 9323f074-3ebe-5474-1f51-fb8978ee93fe
└─md3 LVM2_member aOSwUI-iYI1-AuvM-ZYB1-60sb-ds2j-TG20ir
├─vg00-usr ext4 usr ed7dca83-5ec9-4323-9aa6-92d7646a8b7f 3.7G 17% /usr
├─vg00-var ext4 var 4bbd9439-fbcc-4e41-aadd-eb2294486c1b 4.4G 3% /var
└─vg00-home ext4 home 30979b21-2fa5-425b-bd86-eed5d735c21f 2.8G 36% /home
root@s19457989:~#

root@s19457989:~# lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
home vg00 -wi-ao---- 5.00g
usr vg00 -wi-ao---- 5.00g
var vg00 -wi-ao---- 5.00g

root@s19457989:~# vgs
VG #PV #LV #SN Attr VSize VFree
vg00 1 3 0 wz--n- 1.81t <1.80t


root@s19457989:~# pvs
PV VG Fmt Attr PSize PFree
/dev/md3 vg00 lvm2 a-- 1.81t <1.80t

Die befehle gdisk -l /dev/sda und gdisk -l /dev/sdb kennt er nach dem reinstall plötzlich nicht mehr


dass ist die Grundkonfiguration, was kann ich nun tun?


Danke noch mal

lg

[casu4711]

Hallo nochmal liebe Forengemeinde,

wie gesagt dass ist jetzt meine Konfiguration, nach dem ich es neu installiert hatte, vorher hatte ich wahrscheinlich schon was verstellt. Also hier besteht jetzt auch keine chance dass ROOT LAufwerk entsprechend zu vergrössern? Das wäre echt blöd wenn man bei 2GB Platte nur 4GB nutzen kann.


lg und eine schöne Restwoche noch

[cosinus]

also ich will keine Kompliziertheiten, einfach auf dem geammten root entsprechend mehr Speicher als 4GB, ich habe 2 2TB Platten, das muss doch möglich sein.

So wie du dir das vorstellt ist das nicht möglich, jedenfalls nicht wenn du das alte Partitionsschema mit der winzigen ersten Partition belässt.

Das wäre echt blöd wenn man bei 2GB Platte nur 4GB nutzen kann.

Dann partioniere doch vorher richtig. Oder geht das nicht?
Und wenn es nicht anders geht muss man eben ein anderes Volume verwenden und eben nicht da abspeichern, was die root Partition belastet.

[casu4711]

man bekommt bei 1und 1 ein Image vorinstalliert, da habe ich keine Möglichkeit was zu formatieren...

lg

[cosinus]

Dann kannst du die auch nicht vergrößern!

[casu4711]

Na dann frage ich mich doch mal warum man 2 * 2TB Platten zur Verfügung hat und dann nur lächerliche 4Gig nutzen kann, wo ist da der Sinn hinter?

[cosinus]

Na dann frage ich mich doch mal warum man 2 * 2TB Platten zur Verfügung hat und dann nur lächerliche 4Gig nutzen kann, wo ist da der Sinn hinter?

Wieso fragst du uns nach dem Sinn dieser Partitionierung? Die hat 1und1 verbochen, nicht wir. Wende dich an 1und1 oder lege deine Daten auf den anderen Volumes ab.

[heisenberg]

Diese Antwort wird Dir, casu, nicht gefallen:

Es ergibt imho eigentlich keinen Sinn, jemandem zu helfen, einen Rootserver installiert zu bekommen, wenn er selbst die Basics nicht ansatzweise beherscht. Das ist meiner vorläufigen Einschätzung nach hier der Fall. Das führt am Ende nur dazu, dass noch ein weiterer Server ungesichert im Internet betrieben wird und - vermutlich ohne das Wissen des Admins - für alles Mögliche mißbraucht wird. Insofern ist die mangelnde Fähigkeit, sich seinen eigenen Server einzurichten vielleicht eine sinnvolle natürliche Hürde, das Internet sauber zu halten.

Meine Empfehlung an Dich casu, ist, zu Hause mit Linuxrechnern bzw. virtuellen Maschinen (z. B. VirtualBox) Linux zu lernen und dann erst später einen Rootserver zu betreiben.

[cosinus]

Es ergibt imho eigentlich keinen Sinn, jemandem zu helfen, einen Rootserver installiert zu bekommen, wenn er selbst die Basics nicht ansatzweise beherscht.

V.a. verstehe ich nicht, warum er denn soviel auf die root Partition schmeißen muss. Über die fstab und symbolische Links kann man doch wunderbar Daten auf andere Volumes zeigen lassen.

[casu4711]

Doch Heisenberg, die Antwort gefällt mir sehr gut, diese Antwort hätte ich an deiner Stelle auch gegeben. Aber so ist dass nun mal wenn man in einer Behörde beschäftigt ist die im IT Bereich Perosonal einsparen muss und einer 3-4 IT Jobs gleichzeitig erledigen muss, da fallen dann schon mal Sachen hinten raus, da ich mich mit Debian länger nicht beschäftigt habe und wir haupsächlich eine Windows umgebung haben (Schande über mich).

Aber zielführend ist dass Ganze auch nicht.ch möchte doch lediglich /Var vergrössern. Da wird nämlich meine Applikation installiert, bzw. die Datenbank.

lg und schönen Abend noch

[heisenberg]

Hier nochmal Deine lsblk-Ausgabe in lesbar:

Code: Alles auswählen

lsblk -f
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1 linux_raid_member 5ec8ae92-c7b5-033a-1f51-fb8978ee93fe
│ └─md1 ext3 root 6e33689a-d292-4104-85e7-88d84b3d2743 3.5G 10% /
├─sda2 swap daba9103-32d1-4a68-85e5-d5c2bc267df6 [SWAP]
└─sda3 linux_raid_member 9323f074-3ebe-5474-1f51-fb8978ee93fe
   └─md3 LVM2_member aOSwUI-iYI1-AuvM-ZYB1-60sb-ds2j-TG20ir
      ├─vg00-usr ext4 usr ed7dca83-5ec9-4323-9aa6-92d7646a8b7f 3.7G 17% /usr
      ├─vg00-var ext4 var 4bbd9439-fbcc-4e41-aadd-eb2294486c1b 4.4G 3% /var
      └─vg00-home ext4 home 30979b21-2fa5-425b-bd86-eed5d735c21f 2.8G 36% /home
sdb
├─sdb1 linux_raid_member 5ec8ae92-c7b5-033a-1f51-fb8978ee93fe
│ └─md1 ext3 root 6e33689a-d292-4104-85e7-88d84b3d2743 3.5G 10% /
├─sdb2 swap 8a44d39a-f97d-4c0c-8985-a54008d2ab55 [SWAP]
└─sdb3 linux_raid_member 9323f074-3ebe-5474-1f51-fb8978ee93fe
   └─md3 LVM2_member aOSwUI-iYI1-AuvM-ZYB1-60sb-ds2j-TG20ir
      ├─vg00-usr ext4 usr ed7dca83-5ec9-4323-9aa6-92d7646a8b7f 3.7G 17% /usr
      ├─vg00-var ext4 var 4bbd9439-fbcc-4e41-aadd-eb2294486c1b 4.4G 3% /var
      └─vg00-home ext4 home 30979b21-2fa5-425b-bd86-eed5d735c21f 2.8G 36% /home

Aber zielführend ist dass Ganze auch nicht. Ich möchte doch lediglich /var vergrössern. Da wird nämlich meine Applikation installiert, bzw. die Datenbank.

Grundsätzlich finde ich die Partitionierung von IONOS/1+1 hier ziehmlich bescheiden.

Wenn Du wirklich willst: Hier mal eine ungefähr-Anleitung, wie Du das änderst - Anleitung nur für Legacy-Boot-Mode:

• Installiere das System neu mittels IONOS-Installer
• Boote ins Rescue-System
• Partitioniere eine weitere Partition ("Filler") auf einer Platte. Größe: 1 TB. (fdisk)
• Partitioniere eine weitere Partition ("Transfer") auf einer Platte. Größe: Restlicher Platz (fdisk)
• Erzeuge ein ext4 Dateisystem auf der Transfer-Partition. (mkfs)
• Hänge die Transferpartition ein. (mount)
• Hänge die Partitionen der Grundinstallation ein und kopiere die Daten (cp -a !) es auf die Transfer-Partition, so wie sie später im System auch liegen würden. (mount)
• Hänge die Partitionen der Grundinstallation wieder aus (umount)
• stoppe und lösche die bestehenden RAID-Arrays (mdadm)
• entferne die Partitionen der Grundinstallation (fdisk)
• entferne die Filler-Partition (fdisk)
• lege pro Platte diese Partitionierung an - identisch auf beiden Platten! (fdisk):
  • 1 x BIOS Boot (1 MB)
  • 1 x SWAP (4-16 GB)
  • 1 x RAID-Partition (Rest)
• Erzeuge ein Software RAID-1 aus beiden RAID-Partitionen (mdadm)
• Erzeuge ein LVM-PV aus dem Software-RAID-1 device (pvcreate)
• Erzeuge eine Volumegroup mit dem LVM-PV Device (vgcreate)
• Erzeuge ein root-LV in der Volumegroup mit dem kompletten freien Platz der Volumegroup (lvcreate)
• Erzeuge ein Dateisystem auf dem root-LV (mkfs)
• Erzeuge den Swapspace auf beiden Partitionen (mkswap)
• Hänge das root-fs ein nach /newdisk (mount)
• Kopiere die Daten der Transferpartition auf die Root-Partition (cp -a)
• Führe einen bind-mount von {/proc,/sys,/dev} auf /newdisk/{proc,sys,dev} aus (mount)
• Gehe ins Chroot der neuen Partition (chroot /newdisk /bin/bash)
• Passe die /etc/fstab an, so dass diese das neue root-fs verwendet. Verwende dabei UUIDs. (editor, blkid)
• Führe update-grub aus (update-grub)
• Installiere grub auf beide Platten (grub-install)
• verlasse das chroot (exit)
• starte das system neu (reboot)
• lösche die Transferpartition (fdisk)
• lösche die LVM-PV-Partition und lege sie neu an mit maximaler Größe. Erhalte dabei den PV-Header, wenn Du gefragt wirst (fdisk)
• Aktualisiere das LVM-PV (pvresize)
• vergrößere die Root-Partition (Größe ermitteln: vgdisplay -v; Neue Größe setzen: lvresize --resize-fs)

Wahrscheinlich ist das weder 100% vollständig noch 100% korrekt.

Alternative: Du schaust, ob Du bei IONOS irgendwie ein eigenes CD-/DVD-Image hochladen kannst und installierst den Server dann manuell via Debian-Installer.

[casu4711]

ja die ist auch bescheiden, das haben die von 1und1 selber zugegeben. Ok das war doch jetzt mal ausfühlich, werde ich morgen gleich testen.

recht herzlichen Dank

lg

[cosinus]

Wenn du bloß var vergrößern musst, brauchst du diesen ganzen Aufwand nicht...