Migrasie van RAID1 om te RAID5 blyk te wees baie keer meer eenvoudig as wat ek gedink het 🙄 is meestal 5 eenvoudige stappe en'n bietjie wag 1 bier vir moed.

Ek het in die stelsel is geskep KLOPJAG die skikking wat md0 2 skyf sda en sdb. Voeg aan hulle die 3de sdc in orde te skep RAID5 van 3 skyf. In die Algemeen, dit is akrobatiese met die wetenskaplike doel van die virtuele werklikheid en nog ek het nie nagegaan word in real voorwaardes, maar ek het nie verwag dat drama en'n werklike masjien, as die tyd kom.

  1. Skep die dieselfde uitleg van die lêer stelsel, soos ons ander rims – sfdisk -d/dev/sdb | sfdisk/dev/sdc
  2. Geskep om ons huidige RAID5 – mdadm –groei /dev/md0 –vlak=5
  3. Die toevoeging van nuwe skyf aan die skikking – mdadm –bestuur /dev/md0 –voeg /dev/sdc . Hier kom die subtiele punt is dat die skikking gaan voort om sy RAID1 en sal nie begin om te sinchroniseer, want die nuwe skyf spaar ons
  4. Die belangrikste punt sdc aktief raak en begin sinchronisasie. – mdadm –groei /dev/md0 –raid-toestelle=3 . 'n goeie tyd om oop te maak'n bier as dit nie gedoen 😉 Nie onderbreek die proses in elk geval!!!
  5. Na sinchronisasie is voltooi, die links grootte van die Vensters partisie, omdat die verlies van die ruimte in RAID1 e 1/n, en met RAID5 e 1-1/n

Die grootste bonus is dat dit nie vereis dat'n stelsel weer te begin of gouging en voer addisionele skikkings.

sfdisk -d /dev/sdb | sfdisk /dev/sdc
mdadm --grow /dev/md0 --level=5
mdadm --manage /dev/md0 --add /dev/sdc
mdadm --grow /dev/md0 --raid-devices=3
resize2fs /dev/md0

Goodnight 😛

English: This is a side view of the read head ...

Gister het ek het om te begin van die virtuele masjien op Windowds NTFS afdeling I. Tot my verbasing het die motor begin sleep'n baie wanneer virtualbox begin om te skep'n virtuele HDD. WFT ??? Van'n vinnige top en probleme Lyssa. ntfs-3g was vas op 100% cpu gebruik 3 6 cores. Hmm vreemde. Na die krako cybercanine in die volgende volgorde om probleme lysna

/sbin/mount.ntfs-3g /dev/sda4 /media/disk1part4 -o rw

Dit is voor die hand liggend dat die /dev/sda4 berg-Nath net met die standaard instellings. Tipies, die ntfs bestuurder het Gertova met intensiewe skryf en lees op die onderwerpe, indien nie sy Okasan minder wonderbaarlike instellings.

  1. big_writes – die belangrikste opsie om te drop die intensiteit van die werklading jou stelsel hoe om te gebruik skryf groot blokke van.
  2. noatime – versnel die stelsel verhoed dat die werk van inode toegang tyd as ons nie nodig het nie. Ek persoonlik hoef nie
  3. windows_namesтука няма никакво ускорение но за сметка на това имената на файловете се третират според MS конвенциите при които имената на файловете не зависимо дали са с големи и илки малки букви са еднакви.

След както поправих опциите с който ми се монтира дяла fstab записът изглеждаше така

UUID=2213f519-f980-42bf-9e25-9201db38c458  /media/disk1part4  ntfs-3g  defaults,big_writes,windows_names,noatime 0 0

Versterk deur Zemanta