fixa raid1 i ubuntu

md-raid autostartar inte arrayer om du inte ställer in det. Så efter att du startat om datorn så är arrayen avstängd, och /dev/md0 finns inte. Men det är bara att starta den så är du genast tillbaka till innan du startade om datorn.

Starta manuellt genom:

sudo mdadm --assemble --scan

Ställ in att den ska autostarta genom att lägga till en rad i /etc/mdadm/mdadm.conf. Förslagsvis:

sudo mdadm --detail --scan | sudo tee -a /etc/mdadm/mdadm.conf

md127 brukar vara tecken på fel i mdadm.conf har jag för mig, där raden/raderna för md0 är fel, och md0 blir därmed upptagen.
Har du lagt något mer där än via mitt kommando?

Vad menar du med fyra olika storlekar? Har du partitionerat din array?

Vill du ha vettig hjälp så skriv exakt vad du gjort och hur det nu ser ut för dig. Visa gärna innehållet i mdadm.conf och ls /dev/md* och en lista över vilka kommandon du kört för att skapa din array.
Annars blir det bara gissningar.

Vänta här nu, när jag sa att du skulle lägga till en rad i mdadm.conf, kopierade du texten "sudo mdadm --detail --scan | sudo tee -a /etc/mdadm/mdadm.conf" dit och sparade? (Jag bad dig via innehållet, så gissning igen)
För den texten är ett terminalkommando som skriver rätt info till filen. Min tanke var alltså att du skulle öppna en terminal och där skriva det kommandot.
Nu men först måste du plocka bort eventuell text du själv kopierat in dit, och sedan köra det rätt.

Edit: Disks var visst ett grafiskt verktyg för att se lite info om disk-relaterade saker i Unity, men som verkar ganska dåligt på det mesta egentligen. (Är inget fan av Unity)
Föreslår att du använder GParted istället, för en grafisk partitionshanterare som är någorlunda lättanvänd men ändå kraftfull.

Och utan att du frågar efter det så drar jag öronen åt mig över att du valt NTFS. Det är ett horribelt val till en Linux-filserver.
Tänk på att Microsoft äger NTFS och delar inte med sig. Så i Linux finns stöd enbart via reverse engineering. Det har länge fungerat att läsa från NTFS bra, och skrivstödet börjar bli OK i pålitlighet till slut, men är långsamt och äter mycket CPU. Men reparation (vilket behövs förr eller senare), eller att krympa eller växa filsystemet är mycket långt kvar med.
Jag rekommenderar dig starkt att byta till ett vettigt filsystem, förslagsvis ext4.

Edit2:
Utan viss Linux-vana så är att driva en pålitlig Linux-server inte snabbt och enkelt gjort, tyvärr. Det finns ingen snabb "for dummies" guide i videoformat som täcker allt man bör tänka på, och bör lära sig.
Räkna med att behöva spendera viss tid på detta om du vill ha det bra, och ha backup någon annan stans om det är känsliga filer du lagrar.

Ser bra ut med mdadm.conf och md0.

I fstab kan du skriva in den som en vanlig disk. Och via UUID är inte nödvändigt egentligen. mdadm ordnar så att det blir rätt diskar, så du kan lika gärna ange /dev/md0 som UUID. Men först måste du ha ett giltigt filsystem innan du kan montera den.

Nu var det länge sedan jag skapade en array på diskar som redan har information på sig. Men jag har för mig att hela processen med att spegla de gör all information som låg på de innan obrukbar. Jag har alltid formaterat min array.
Och du kan köra ett filsystem på hela arrayen i ställer för att skapa ett partitionssystem på den och sedan formatera en partition.
Så får du bara md0, och inte md0 och md0p1, likt en vanlig disk.
Förslagsvis via ett kommando i stil med:

sudo mkfs.ext4 /dev/md0

Angående NTFS så kan du köra helt vilket filsystem du vill, så vida du inte gör något märkligt och delar ut själva filsystemet via iSCSI eller liknande.
En vanlig filserver delar ut filerna på filsystemet, inte själva filsystemet. Så om du kör SMB via Samba, eller en FTP server eller något liknande så kan du fritt välja vilket filsystem du vill, utan problem från Windows-datorer.
Och i så fall så skulle jag absolut rekommendera dig att välja ext4. (ext4 är långt ifrån det enda bra normala linux-filsystemet, men hör till de bättre och är en allround-lösning utan några egentliga större nackdelar oavsett vad du gör).

När du har tid och lust, läs på lite om vad raid1 egentligen ger. Det är inte ovanligt att folk ser det som ett alternativ till backup, och att det ger säkerhet. Men det ger i princip enbart redundans. Dvs om en hårddisk går sönder så går det att fortsätta att jobba som vanligt under tiden som man byter ut disken. Men att en hårddisk går sönder är långt ifrån det enda som gör att du kan förlora dina filer. Misstag från användaren där man tar bort eller skriver över en fil är mycket vanligare. Och saker som skador på filsystemet efter en hård omstart eller liknande händer på bägge diskarna samtidigt.
Så för känsliga filer så är en bra och automatiserad backup mycket viktigare än raid.

Men mycket beror ju så klart på vad du är ute efter. Hur pass känsliga filer som du ska lagra, och hur pass otrevligt det vore att tappa allt, mot hur mycket tid och pengar som du vill lägga på det.

Var du väljer att montera arrayen är helt upp till dig med vad du trivs med. /mnt/dev/md0 fungerar, och är inga tekniska problem med, men kanske inte så snyggt i min smak.
Bara /mnt, eller /mnt/raid, /media/raid eller bara säg /Lagring eller något liknande är mer normalt. Men helt en smaksak.
Tänk på att du måste skapa mappen först, och den ska vara tom.

De två siffrorna i slutet av fstab bör förslagsvis vara 0 2. Kan gå in i detalj på varför, och vad skillnaden är mot 0 0, men för nu så skulle jag råda dig till 0 2 där. Så länge du kör skärm och tangentbord kopplat till servern så är 0 2 definitivt ett bra val. Och potentiellt även med bara el och nätverk.

Så något i stil med följande hade jag valt, men var du monterar den är helt upp till dig.

/dev/md0	/media/raid	ext4	defaults	0	2

Och i smb.conf så väljer du mappen där du monterat den. Så /mnt/dev/md0, eller /media/raid, eller liknande. (inte /dev/md0)

Kan tipsa om paketet system-config-samba som är ett grafiskt enkelt litet program till Ubuntu för att ställa in Samba med. Att med textredigerare ändra i smb.conf kan vara jobbigt för en ovan om man vill göra något annat än att bara ändra några få saker.

Och tänk på att du behöver öppna portar i brandväggen för att få Samba att fungera mot andra datorer i samma nätverk.
Om jag minns rätt så är det port 137 och 138 för UDP, och 137, 139 och 445 för TCP.
gufw är ett grafiskt enkelt program för att hantera brandväggen.

Du kan se kort info från mdadm i filen /proc/mdstat, som hela tiden uppdateras med informationen. Så "cat /proc/mdstat" skriver ut något i stil med:

Personalities : [raid1] 
md0 : active raid1 sdb[0] sdc[1]
      976631360 blocks super 1.2 [2/2] [UU]
      
unused devices: <none>

UU betyder att bägge diskarna körs. U_ exempelvis skulle betyda att sdc inte är med, och då skulle även active bytas mot degraded, säg om sdc gått sönder eller att datorn tappat kontakten med den.

Och du kan se mer detaljerad information via:

sudo mdadm -D /dev/md0

Skriver ut något i stil med:

/dev/md0:
        Version : 1.2
  Creation Time : Wed Sep 19 23:59:55 2012
     Raid Level : raid1
     Array Size : 976631360 (931.39 GiB 1000.07 GB)
  Used Dev Size : 976631360 (931.39 GiB 1000.07 GB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

    Update Time : Thu Jan 22 22:44:05 2015
          State : clean 
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           Name : <hostname>:0  (local to host <hostname>)
           UUID : 217a638a:c72f9c58:173a9f5c:5a604206
         Events : 449

    Number   Major   Minor   RaidDevice State
       0       8       16        0      active sync   /dev/sdb
       1       8       32        1      active sync   /dev/sdc