[gelöst]rootfs vergrößern bei RAID5+RAID1

[Rubberduck]

Hallo,

habe bei der Erstellung meines Debians auf meiner QNAP einen kleinen Fehler gemacht.
Ich habe den Speicher für das rootfs zu klein bemessen und sehe jetzt schon das es ein Problem werden wird.

Allerdings wird das Vergrößern denke ich nicht so einfach, da hier kombinierte RAID1 mit RAID5 Varianten im Einsatz sind.
Ich beschreibs mal:

Vier Festplatten; Kein LVM
Bei sda und sdb jeweils "boot" "/" und "swap" als RAID 1 verbunden (also dreimal RAID 1)
Den Rest aller vier Festplatten zu jeweils ~2TB zu einem RAID 5 verbunden.

http://take.ms/HiCgp

Obwohl ich mir das vorher ziemlich genau überlegt habe habe ich bei "/" wohl eine Null vergessen (1024(0))MB

Wie gehe ich wohl am besten vor um meine Root Partition zu vergrößern?
Anbei noch ein paar Daten.

Code: Alles auswählen

# RootFs ( / )on RAID 1 md1
UUID=c9b16e52-6f87-47ba-8d22-8b372a0c5a7c /               ext4    errors=remount-ro  0         1

# Boot on RAID 1 md2
UUID=8bc553ab-292d-43be-847d-615eb83e7100 /boot        ext2    defaults                 0        2

# SWAP on RAID 1 on md3
UUID=1829650a-a0ea-4554-8072-d865bf738b59 none         swap    sw                        0       0

# Share on RAID 5 on md0
UUID=412d73aa-e81b-4dcd-8f8b-f2be2d03548e /share        ext4    defaults                  0       2

# Backup via e-Sata
UUID=a2d77bee-c093-4d28-8807-72af0e478c48 /backup     ext4    defaults                  0       2

Code: Alles auswählen

Dateisystem                                            Größe Benutzt Verf. Verw% Eingehängt auf
rootfs                                                  962M    731M  182M   81% /
udev                                                     10M       0   10M    0% /dev
tmpfs                                                    25M    1,9M   24M    8% /run
/dev/disk/by-uuid/c9b16e52-6f87-47ba-8d22-8b372a0c5a7c  962M    731M  182M   81% /
tmpfs                                                   5,0M       0  5,0M    0% /run/lock
tmpfs                                                   148M       0  148M    0% /run/shm
/dev/md2                                                 45M    6,1M   37M   15% /boot
/dev/md0                                                5,5T    1,3T  4,0T   24% /share
/dev/sde1                                               917G    846G   72G   93% /backup

[charno]

Abgesehen von Daten kopieren, neu partitionieren und wieder zurück kopieren fällt mir gerade dies ein, bin aber nicht sicher ob das möglich ist:

- auf sd{c,d} jeweils nochmals 'n raid1 mit der gleichen Grösse wie auf sd{a,b} einrichten
- diese dann als raid0 verbinden

Damit kann immer noch eine beliebige Festplatte ausfallen, und wenn du Glück hast sogar 2 (wenn sie in den zwei verschiedenen raid1 sind).

[Rubberduck]

Abgesehen von Daten kopieren, neu partitionieren und wieder zurück kopieren fällt mir gerade dies ein, bin aber nicht sicher ob das möglich ist:

- auf sd{c,d} jeweils nochmals 'n raid1 mit der gleichen Grösse wie auf sd{a,b} einrichten
- diese dann als raid0 verbinden

Damit kann immer noch eine beliebige Festplatte ausfallen, und wenn du Glück hast sogar 2 (wenn sie in den zwei verschiedenen raid1 sind).

Heureka, da hab ich noch garnicht dran gedacht...das hört sich echt nach einer Lösung an.
Wobei ich dann natürlich auch nur 2GB anstatt 1GB zur Verfügung hab...aber immerhin etwas...

Danke erstmal.

[edit]
Nein, geht nicht...habe auf den restlichen Platten allen Speicher genutzt, nicht ganz so wie auf der Skizze..
Mist

[Cae]

Du koenntest die Swap-Partition grillen und als Swapfile auf dem RAID5 anlegen. Den frei gewordenen Speicher kannst du in's RAID1 fuer / tun. Wieviel waere das? Evtl. ergibt es auch Sinn, /boot und / zusammen zu legen, um den fuer sich genommen unbedeutenden freien Speicher zu addieren.

Gruss Cae

[Rubberduck]

Danke Cae,

also boot lohnt sich leider nicht wirklich..2x50 MB
swap ist aber 2x 500MB groß´, damit wäre mein / 2048 MB groß

,..man könnte ich mir in den Arsch beißen...

Mal sehen, vielleicht nächstes Wochenende...muss das gut überlegen. Wenn das Debian nicht mehr startet, habe ich ein kleines Problem (QNAP).

Aber danke erstmal fürs Gedanken machen.

Gruß

[Rubberduck]

Hallo Cae,

Wäre es dir möglich, mich bei diesem Thema nochmal kurz zu unterstützen - ich traue es mir nicht ganz zu.

Ich denke die Variante SWAP auflösen und zu / hinzu zu fügen möchte ich durchführen.
Info:
Die Installation habe ich auf einer QNAP TS412 liegen nach folgender Anleitung.
http://www.cyrius.com/debian/kirkwood/qnap/ts-41x/

Das Problem, das ich hier sehe ist letztendlich die Vergrößerung des rootfs, ich habe ja keine Möglichkeit
per CD/USB zu starten.
Ist hier eine Live Migration überhaupt möglich?

/boot swap und / liegen jeweils auf einem RAID1 auf 2 der 4 HDDS (md[1,2,3])
/ liegt auf allen 4 HDDs (md0)

--------------------------
EDIT:
Nochmal ein Bild dazu RAID Desaster

1. SWAP habe ich schon in ein Swap-File auf das Raid 5 verlagert. Funktioniert.
2. Wäre es nicht möglich, das RAID 1 von / einfach in ein RAID0 zu wandeln?

[Rubberduck]

Hat sich erledigt.

1. Daten weg kopiert
1.5 Systembackup
2. Raid 5 über 4x10GB für OS
3. Raid 5 über 4x 2TB für /share
4. Anschliessende Endkonfiguration ca. 3 Stunden und fertig.

Danke für eure Hilfe.