Återskapa Raid 0? Ena disken är RAW.

Permalänk
Medlem

Återskapa Raid 0? Ena disken är RAW.

Går det på något sätt att återskapa en av två RAID 0 diskar som blivit RAW?

Kommer åt disken i diskhantering osv.

Eller är det bara att formatera och se glad ut trots dataförlusten...?

Permalänk
Medlem
Skrivet av Delmar78:

Går det på något sätt att återskapa en av två RAID 0 diskar som blivit RAW?

Kommer åt disken i diskhantering osv.

Eller är det bara att formatera och se glad ut trots dataförlusten...?

Ladda ner ett program för att ta SMART-data på disken, se om det går att "pinga" den på det sättet.

Att den visar sig som RAW brukar för det mesta betyda att disken inte är redo för att ta emot skriv/läs. En formatering kommer högst troligen misslyckas.

Permalänk
Medlem
Skrivet av Zyphoon:

Ladda ner ett program för att ta SMART-data på disken, se om det går att "pinga" den på det sättet.

Att den visar sig som RAW brukar för det mesta betyda att disken inte är redo för att ta emot skriv/läs. En formatering kommer högst troligen misslyckas.

Kör en analys i Testdisk av disken just nu.

Permalänk
Medlem
Skrivet av Delmar78:

Går det på något sätt att återskapa en av två RAID 0 diskar som blivit RAW?

Kommer åt disken i diskhantering osv.

Eller är det bara att formatera och se glad ut trots dataförlusten...?

Vad för RAID-lösning användes?

Undrar ju lite om det mest bara handlar om att RAIDen splittrats på ett eller annat vis...

Permalänk
Medlem
Skrivet av evil penguin:

Vad för RAID-lösning användes?

Undrar ju lite om det mest bara handlar om att RAIDen splittrats på ett eller annat vis...

RAID 0 i en Buffalo NAS.

Permalänk
Medlem
Skrivet av Delmar78:

RAID 0 i en Buffalo NAS.

Och det är där diskarna används nu också?

Permalänk
Skrivet av Delmar78:

Eller är det bara att formatera och se glad ut trots dataförlusten...?

Tre lärdomar till nästa gång:
1. Du kan inte räkna med att ha data du inte har backup av.
2. En backup räknas som att du har din data i minst tre exemplar, på minst två olika media, med minst ett exemplar på annan fysisk plats.
3. Risken att ett RAID0 pajar motsvarar den samlade risken per tidsenhet för alla de diskar setet består av.

Permalänk
Medlem
Skrivet av evil penguin:

Och det är där diskarna används nu också?

Båda är uttagna just nu ur NAS:en. Ser vad Testdisk kan göra, men hoppas inte på något.

Permalänk
Medlem
Skrivet av Det Otroliga Åbäket:

Tre lärdomar till nästa gång:
1. Du kan inte räkna med att ha data du inte har backup av.
2. En backup räknas som att du har din data i minst tre exemplar, på minst två olika media, med minst ett exemplar på annan fysisk plats.
3. Risken att ett RAID0 pajar motsvarar den samlade risken per tidsenhet för alla de diskar setet består av.

Iom det var en RAID 0 så fanns det inget av direkt värde på denna NAS, mest en slask men drygt ändå såklart.

Permalänk
Medlem
Skrivet av Delmar78:

Båda är uttagna just nu ur NAS:en. Ser vad Testdisk kan göra, men hoppas inte på något.

Men det fungerar inte i NASen? Det är väl där det annars fanns bäst hopp för att själva RAIDen skulle funka eftersom den garanterat har allt som krävs på plats för att begripa diskarnas innehåll?

Att få en RAID-volym att fungera om man flyttar diskarna till en miljö med annan hårdvara/mjukvara är inget att räkna med att det bara fungerar.
Vet inte vad Buffalo kan tänkas använda RAID-implementation i sin NAS, kanske Linux mjukvaruraid (MD)?

Permalänk
Medlem
Skrivet av evil penguin:

Men det fungerar inte i NASen? Det är väl där det annars fanns bäst hopp för att själva RAIDen skulle funka eftersom den garanterat har allt som krävs på plats för att begripa diskarnas innehåll?

Att få en RAID-volym att fungera om man flyttar diskarna till en miljö med annan hårdvara/mjukvara är inget att räkna med att det bara fungerar.
Vet inte vad Buffalo kan tänkas använda RAID-implementation i sin NAS, kanske Linux mjukvaruraid (MD)?

Nix, den vill inte boota upp och det beror väl på att ena disken är skadad (RAW).

Inte ute efter att få RAID:en att funka utanför NAS:en egentligen, vill helst få tillbaka NTFS filsystemet.

Permalänk
Medlem

Boota up en Live-USB med valfri linux, clona disken med ddrescure

Sen bör du nog inte montera upp filsystemet utan klona den as is, byte per byte.
https://datarecovery.com/rd/how-to-clone-hard-disks-with-ddre...

Permalänk
Rekordmedlem
Skrivet av Delmar78:

Nix, den vill inte boota upp och det beror väl på att ena disken är skadad (RAW).

Inte ute efter att få RAID:en att funka utanför NAS:en egentligen, vill helst få tillbaka NTFS filsystemet.

Om du vill tömma disken behöver du troligen radera alla partitioner på den och partitionera och formatera om den, den lär aldrig ha haft ntfs på sig så det finns ingen ntfs volym att få tillbaka.
Win är dåligt på att hantera andra diskar än sina egna så om du vill tömma den så använd Gparted.
Det kan också vara så att den är gått sönder som förstört raiden och då kommer du inte att kunna återanvända den men den andra disken borde i så fall gå att tömma och återanvända.

Permalänk
Medlem
Skrivet av Delmar78:

Nix, den vill inte boota upp och det beror väl på att ena disken är skadad (RAW).

Inte ute efter att få RAID:en att funka utanför NAS:en egentligen, vill helst få tillbaka NTFS filsystemet.

Skrivet av mrqaffe:

Om du vill tömma disken behöver du troligen radera alla partitioner på den och partitionera och formatera om den, den lär aldrig ha haft ntfs på sig så det finns ingen ntfs volym att få tillbaka.
Win är dåligt på att hantera andra diskar än sina egna så om du vill tömma den så använd Gparted.
Det kan också vara så att den är gått sönder som förstört raiden och då kommer du inte att kunna återanvända den men den andra disken borde i så fall gå att tömma och återanvända.

Precis, det låter högst osannolikt att det skulle varit NTFS på dessa diskar. Förvänta dig inte att Windows förstår sig på någonting som relaterar till dessa diskars innehåll, att det står "raw" på den ena kan vara helt normalt även om inget är fel.

En snabb googling säger att Buffalos NAS-enheter brukar använda XFS som filsystem.
Se t.ex. https://www.ufsexplorer.com/articles/how-to/recover-data-from... som verkar läsvärt för att få en idé om vad som finns på diskarna, även om poängen där är att de vill sälja sin mjukvara. Verkar ju dock som att du kan provköra mjukvaran och se om den förstår sig på diskarnas innehåll utan att betala.

Om det inte är intressant så är det nog att försöka lista ut vad det är för RAID och sedan montera filsystemet (XFS om detta stämmer), vilket väl isf innebär att du bör byta operativsystem att göra detta i.
Linux är väl rätt värld att försöka få detta att fungera i, om man ska få det att fungera som tänkt istället för i någon dataräddningsmjukvara; Windows har nog inte i sig stöd för varken RAID-implementationen eller filsystemet som använts.

Kopiera diskarnas innehåll innan du börjar göra försök att rädda datan och arbeta med kopian, skulle jag säga. Är lätt att tabba sig och göra situationen värre, så att arbeta med en kopia ger ju flera försök om det skulle behövas. Allt detta då om innehållet är viktigt. (Om det är viktigt på riktigt och du inte vill ställa till det kan du ju även skicka iväg diskarna, men det lät inte så i frågan.)

Permalänk
Medlem

Fungerar båda diskarna - dvs. det går att läsa ur dessa utan en massa IO-fel?.

Det andra är att kolla vilken RAID-system - tidigare vad det mdadm-RAID men på senare tid börja man leka med LVM i tex. synology.

Går det att läsa data ur diskarna utan IO-fel så har du förmodligen ett logiskt fel - då bör man först göra diskimage av diskarna och sedan prova olika (kommersiella) diskräddnings-program - det bero också på hur trasig din disk blivit då en mdadm-header kanske går att återskapa så att det går att få fatt på filsystemet - men är även filsystemet sönderskriven på fel ställe så blir det jobbigare.

De flesta haverierna med mdadm-RAID har väldigt ofta en eller flera plötsliga strömavbrott som orsak och det hela förvärras av att man har slagit på write-cache på diskarna (vilket numera är default i köpeNAS och kan vara svåra att hitta var man slår av det igen) vilket i kritisk situation kan vara över 100 Mbyte data (då en modern snurrdisk har 128 - 256 MByte RAM var varav stor del av det används som skrivcache) blandat med metadata (för filsystemet) som är kvar i diskarnas RAM-minne som inte hunnit ut att skrivas på diskytan när strömmen gick och därmed förloras och man kan få en fantastiskt röra av skrivningar i data som inte hänger ihop med metadatat och skriven i fel ordning tidsmässigt och viktig metadata saknas!.

---

Lärdom av det:

Kör NAS via UPS - även av den billigaste sorten du kan hitta men ändå har kommunikation/övervakning som kan kopplas in till NAS:en med tex. USB (det finns sådana utan kommunikations-gränssnitt - så se upp). En köpeNAS brukar rekognicera en UPS som har APC-kompatibel protokoll utan att du behöver lyfta ett finger och stänger ned sig på korrekt väg innan batterierna är helt slut vid en strömavbrott - och det är detta som är nyckeln för att inte få RAID och filsystemhaveri.

Andra lärdomen - aldrig köra Jbod/RAID-0 utan regelbunden backup av _alla_ filerna på RAID:en. Har du inte UPS, se till att diskarnas skriv-cache är avslagna - men var också beredd det går långsammare vid skrivning då RAID-systemet väntar på kvitto att sektorn skrivits fysisk på diskytan för varenda sektor som skrivs mot disken!

Överväg att köra minst RAID1/RAID5 så att du får en disk redundans vid diskproblem och kan byta disk utan att behöva kopiera ut all data (eller uppdatera backup) - byta disk och sedan ladda tillbaka allt igen. - du har ingen nytta av en RAID0 om du ändå slangar data via en 1GB-ethernet då denna är betydligt långsammare än diskarna i dataflöde ändå - det finns väl ingen modernare disk som läser så långsamt som 100 MB/s även när den läser innerst på skivan - inte ens moderna 2.5" laptopsnurrdiskar - OK om du har gamla WD-green från 2011 så kanske... - men då är det dags för modernare diskar ändå då en modern stordisk ligger rätt nära 300 MB/s idag.

Jag har gjort det en gång med full omladdning från en backup av en jbod på typ 20 TB och aldrig mer och en 'dyr' disk för att få paritet är helt plötsligt billig i sammanhanget - detta förutsätter dock att man varit förutseende och köpt 4-diskars NAS och inte en 2-diskars NAS (2-diskars NAS köper man bara en gång i livet och varför vet man efter sin första strul med nasen och man inser att man behöver fler diskplatser både för att utöka och byta upp till större diskar och fler diskar men också för att lösa problem vid diskkrångel)...

3' lärdomen - backup, backup, backup - även för 'värdelösa' filer, mediafiler och rippad mediafiler från egen köpt media och inser att det är din tid och strulet att få tillbaka allt detta igen, och som kunde ha undvikits om man hade backup och paritetsdisk, som är värdet i det hela!!!

Permalänk
Medlem

Tack för alla svar!

Såklart är det inte NTFS.

Ska läsa igenom allt ni har skrivit nu.

Testdisk visar att det är Linux också.