Recovery af NAS harddisk

Du skal lige tjekke din vedhæftning en gang mere, jeg ser den i hvert fald ikke :)

@ #1: Jeg kan godt se skærmbilledet fra Gparted.



Det, der slår mig, er:

Godt nok skal Raid 1 kunne læse disken, selv om der ene er defekt, har jeg læst mig til, men gælder det også, hvis den ene er totalt fraværende. (Formentlig, siger min logiske sans mig, men man kan jo aldrig vide)

Gparted viser, at diskene er et raid-array. Måske skal de(n) også konfigureres som raid-array, for at kunne læses korrekt. ??



Jeg spørger bare dumt. Jeg har ingen forstand, ej heller erfaring med raid.

#2

Jeg tror også Raid drevene skal "samles".

Jeg ved heller ikke meget om Raid 1, men vil foreslå at du kører



lsblk -f



og får overblik over partionerne.

Der er et værktøj til raid. Kør



mdadm --help

og få overblikket.

Der er adskildige youtube videoer om emnet.

Og forum svar, feks

https://www.linuxquestions.org/questions/linux-newbie-8/problems-mounti…

Det er nok lidt "langhåret", drik sort kaffe til.

Jeg havde samme problem engang med min Synology. En af diskene havde det ikke godt. Nu virkede selve NAS'en fint så jeg satte bare en ny harddisk i og så replikerede den selv alle data over.



Men jeg prøvede at tilkoble den defekte HD til min computer for interessens skyld, og det lykkedes mig at se filerne med noget raid-opsætning.



Desværre kan jeg overhovedet ikke huske hvad jeg gjorde, men som sagt det kan godt lade sig gøre.



Du kan jo spørge ChatGPT! Den plejer at være ret ferm til den slags.

Hej,



Kan du ikke forbinde til din NAS via USB og din computer?



Elles skal du nok have installeret filer til at servicere RAID.



Eventuelt vil denne vejledning måske kunne hjælpe https://medium.com/@gy_b/how-to-directly-read-a-linux-raid-1-member-dis…

Hej



nu har jeg prøvet lidt forskelligt og jeg kan ikke få noget til at virke.

Jeg har prøvet lidt af vært.



Denne post er præcist mit problem. men jeg kan ikke få det til at virke.

Indsæt tekst her...



Jeg kan prøve at trække udtræk:



Er der nogle som kan lede mig i den rigtige retning?



[ulrikk@ulrik-allseries ~]$ sudo fdisk -l

Disk /dev/sda: 111,79 GiB, 120034123776 byte, 234441648 sektorer

Diskmodel: Samsung SSD 840

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte

Disketikettype: dos

Diskidentifikation: 0xdb67715c



Enhed Opstart Start Slut Sektorer Størrelse Id Type

/dev/sda1 2048 7813119 7811072 3,7G 82 Linux swap / Solaris

/dev/sda2 * 7813120 234436544 226623425 108,1G 83 Linux





Disk /dev/sdb: 931,51 GiB, 1000204886016 byte, 1953525168 sektorer

Diskmodel: ST1000DM003-1CH1

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 4096 byte

I/O-størrelse (minimum/optimal): 4096 byte / 4096 byte

Disketikettype: dos

Diskidentifikation: 0xe91781dd



Enhed Opstart Start Slut Sektorer Størrelse Id Type

/dev/sdb1 2048 1953520064 1953518017 931,5G 83 Linux





Disk /dev/sdc: 1,82 TiB, 2000398934016 byte, 3907029168 sektorer

Diskmodel: TOSHIBA DT01ACA2

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 4096 byte

I/O-størrelse (minimum/optimal): 4096 byte / 4096 byte

Disketikettype: gpt

Diskidentifikation: 5F4C3EBF-44FF-4636-9B5A-5DBC8FED0DB5



Enhed Start Slut Sektorer Størrelse Type

/dev/sdc1 195312 2283203 2087892 1019,5M Linux RAID

/dev/sdc2 2283204 4373046 2089843 1020,4M Linux RAID

/dev/sdc3 4373047 5416015 1042969 509,3M Linux RAID

/dev/sdc4 5416016 3907020511 3901604496 1,8T Linux RAID



Partition 2 starter ikke på en fysisk sektorgrænse.

Partition 3 starter ikke på en fysisk sektorgrænse.





Disk /dev/loop0: 68 KiB, 69632 byte, 136 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop1: 4 KiB, 4096 byte, 8 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop2: 55,61 MiB, 58310656 byte, 113888 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop3: 55,61 MiB, 58314752 byte, 113896 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop4: 63,29 MiB, 66359296 byte, 129608 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop5: 63,32 MiB, 66392064 byte, 129672 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop6: 72,98 MiB, 76521472 byte, 149456 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop7: 72,99 MiB, 76537856 byte, 149488 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop8: 164,82 MiB, 172830720 byte, 337560 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop9: 164,82 MiB, 172830720 byte, 337560 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop10: 81,26 MiB, 85209088 byte, 166424 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop11: 91,69 MiB, 96141312 byte, 187776 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop12: 11,88 MiB, 12455936 byte, 24328 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop13: 43,82 MiB, 45944832 byte, 89736 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop14: 43,82 MiB, 45944832 byte, 89736 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop15: 49,84 MiB, 52260864 byte, 102072 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop16: 53,24 MiB, 55824384 byte, 109032 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop17: 322,95 MiB, 338636800 byte, 661400 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop18: 346,82 MiB, 363663360 byte, 710280 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/loop19: 346,76 MiB, 363601920 byte, 710160 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte

I/O-størrelse (minimum/optimal): 512 byte / 512 byte





Disk /dev/md125: 1019,38 MiB, 1068892160 byte, 2087680 sektorer

Enheder: sektorer af 1 * 512 = 512 byte

Sektorstørrelse (logisk/fysisk): 512 byte / 4096 byte

I/O-størrelse (minimum/optimal): 4096 byte / 4096 byte









sudo mdadm --detail /dev/md125

/dev/md125:

Version : 0.90

Creation Time : Sat Oct 22 12:10:18 2011

Raid Level : raid1

Array Size : 1043840 (1019.38 MiB 1068.89 MB)

Used Dev Size : 1043840 (1019.38 MiB 1068.89 MB)

Raid Devices : 2

Total Devices : 1

Preferred Minor : 125

Persistence : Superblock is persistent



Update Time : Tue Apr 25 21:52:11 2023

State : clean, degraded

Active Devices : 1

Working Devices : 1

Failed Devices : 0

Spare Devices : 0



Consistency Policy : resync



UUID : 986dc06d:4a8d160e:ee192ff6:8e8acbd8

Events : 0.638



Number Major Minor RaidDevice State

0 8 33 0 active sync /dev/sdc1

- 0 0 1 removed





[ulrikk@ulrik-allseries ~]$ sudo mdadm --examine /dev/sdc1

/dev/sdc1:

Magic : a92b4efc

Version : 0.90.00

UUID : 986dc06d:4a8d160e:ee192ff6:8e8acbd8

Creation Time : Sat Oct 22 12:10:18 2011

Raid Level : raid1

Used Dev Size : 1043840 (1019.38 MiB 1068.89 MB)

Array Size : 1043840 (1019.38 MiB 1068.89 MB)

Raid Devices : 2

Total Devices : 1

Preferred Minor : 126



Update Time : Tue Apr 25 21:52:11 2023

State : clean

Active Devices : 1

Working Devices : 1

Failed Devices : 1

Spare Devices : 0

Checksum : bbc4db02 - correct

Events : 638





Number Major Minor RaidDevice State

this 0 8 33 0 active sync /dev/sdc1



0 0 8 33 0 active sync /dev/sdc1

1 1 0 0 1 faulty removed





[ulrikk@ulrik-allseries ~]$ sudo mdadm --examine /dev/sdc2

/dev/sdc2:

Magic : a92b4efc

Version : 0.90.00

UUID : 48f7a66b:7578e554:33b1668d:7f49164e

Creation Time : Sat Oct 22 12:10:19 2011

Raid Level : raid1

Used Dev Size : 1044800 (1020.31 MiB 1069.88 MB)

Array Size : 1044800 (1020.31 MiB 1069.88 MB)

Raid Devices : 2

Total Devices : 2

Preferred Minor : 1



Update Time : Thu Mar 30 17:30:25 2023

State : clean

Active Devices : 2

Working Devices : 2

Failed Devices : 0

Spare Devices : 0

Checksum : cd6e8b47 - correct

Events : 22





Number Major Minor RaidDevice State

this 0 8 2 0 active sync /dev/sda2



0 0 8 2 0 active sync /dev/sda2

1 1 8 18 1 active sync





ulrikk@ulrik-allseries ~]$ sudo mdadm --examine /dev/sdc3

/dev/sdc3:

Magic : a92b4efc

Version : 0.90.00

UUID : fea9afd8:fd89d0f4:dfb71680:f4baea4c

Creation Time : Sat Oct 22 12:10:19 2011

Raid Level : raid1

Used Dev Size : 521408 (509.19 MiB 533.92 MB)

Array Size : 521408 (509.19 MiB 533.92 MB)

Raid Devices : 2

Total Devices : 2

Preferred Minor : 2



Update Time : Thu Mar 30 17:22:18 2023

State : clean

Active Devices : 2

Working Devices : 2

Failed Devices : 0

Spare Devices : 0

Checksum : 2ca105ed - correct

Events : 26





Number Major Minor RaidDevice State

this 0 8 3 0 active sync



0 0 8 3 0 active sync

1 1 8 19 1 active sync





sudo mdadm --examine /dev/sdc4

/dev/sdc4:

Magic : a92b4efc

Version : 1.2

Feature Map : 0x0

Array UUID : 6afe4f3a:b375e423:5335b748:7b3299e7

Name : 3

Creation Time : Sun Jun 4 17:04:03 2017

Raid Level : raid1

Raid Devices : 2



Avail Dev Size : 3901604224 sectors (1860.43 GiB 1997.62 GB)

Array Size : 1950802112 KiB (1860.43 GiB 1997.62 GB)

Data Offset : 272 sectors

Super Offset : 8 sectors

Unused Space : before=192 sectors, after=0 sectors

State : clean

Device UUID : b161e1bd:46240f5e:56fdaef2:4067d617



Update Time : Thu Mar 30 17:23:19 2023

Checksum : ec9c6615 - correct

Events : 2





Device Role : Active device 0

Array State : AA ('A' == active, '.' == missing, 'R' == replacing)



Du kan måske finde et guldkorn her -

https://www.digitalocean.com/community/tutorials/how-to-manage-raid-arr…

Så lykkeds det jeg fik mounted min harddisk.



Denne post beskriver præcist det problem jeg har, dog skulle løsningen justeres lidt for at virke.

https://www.snbforums.com/threads/seagate-blackarmor-nas-220-wont-boot.60920/page-2



Først



sudo -s





mdadm --assemble --run /dev/md0 /dev/sdc4



Terminalen svare at /dev/sdc4 er "busy"



Jeg fandt ud af efter lidt google, at alle md skal stoppes.



mdadm --stop /dev/md*



terminalen svare at md123, md124, md125 and md126 er stoppet. det passer med at der er fire partitioner på disken.



mdadm --assemble --run /dev/md0 /dev/sdc4



jeg gentog kommandoen igen. og nu blev disken mountet og jeg kunne se mine filer.

Dejligt at det lykkedes for dig!



Jeg forsøgte for sjovt skyld at stille dit oprindelige spørgsmål til ChatGPT-4. Her er dens svar som umiddelbart ser fornuftigt ud.



Model: GPT-4



Martin Larsen

Min gamle seagate blackarmor nas 220 er begyndt ikke at virke. det virker som om netværkskortet ikke virker mere, jeg kan ikke få forbindelse til den mere.

NASen kører Raid 1 så alle filerne skulle være på en disk.

For at få flyttet min filer over på noget andet, har jeg taget den ene harddisk og sat til motherboadet på min computer.

hardisken mounter og der kommer noget frem som ligner et linux filsystem, men jeg kan ikke finde filerne.



Så googlede jeg lidt og fandt ud af at der var noget med raid og partitioner.

Her gik jeg lidt i stå.

vedhæftet er et billed af gparted.



Hvordan får jeg recovered mine filer fra mit NAS harddisk?

Jeg sidder på en Manjaro installation, hvis det gør en forskel.



ChatGPT:

Det er godt, at du har adgang til GParted og Manjaro Linux, da det vil gøre det nemmere at arbejde med RAID og partitionerne. For at få adgang til dine filer på din NAS-harddisk, skal du først identificere og montere den rigtige partition.



Baseret på din beskrivelse og det vedhæftede billede, ser det ud til, at din Seagate BlackArmor NAS 220 kører et Linux-baseret operativsystem og har flere partitioner. Det er sandsynligt, at dine data er gemt på en af de større partitioner.



Følg disse trin for at få adgang til dine filer:



Installér mdadm-pakken, hvis den ikke allerede er installeret. Dette værktøj hjælper med at håndtere RAID-systemer. Åbn en terminal og kør:



sudo pacman -Syu mdadm



Kontroller, om din computer genkender RAID-arrayet. Kør denne kommando i terminalen:



sudo mdadm --assemble --scan



Hvis RAID-arrayet genkendes, vil du sandsynligvis se noget som "mdX" (f.eks. md0, md1 osv.) i terminaloutputtet.



Hvis RAID-arrayet blev genkendt, skal du finde ud af, hvilken partition der indeholder dine data. Kør følgende kommando for at få en liste over partitioner på RAID-arrayet:



sudo lsblk



Find mdX-enheden (f.eks. md0, md1) fra listen og identificér den største partition. Den største partition vil sandsynligvis indeholde dine data.



Opret en mappe, hvor du kan montere partitionen, så du kan få adgang til dine filer. Kør følgende kommando for at oprette en mappe kaldet "nas_data" i din hjemmemappe:



mkdir ~/nas_data



Monter partitionen, der indeholder dine data, på den mappe, du oprettede i trin 4. Erstat "mdXpY" med den korrekte partition (f.eks. md0p2) og kør følgende kommando i terminalen:



sudo mount /dev/mdXpY ~/nas_data



Du burde nu have adgang til dine filer i "nas_data"-mappen i din hjemmemappe. Du kan bruge din filbrowser eller terminalen til at navigere og kopiere filerne til en ny placering efter behov.

Husk at afmontere partitionen, når du er færdig med at arbejde med dine filer, ved at køre følgende kommando i terminalen:



sudo umount ~/nas_data



Hvis ovenstående trin ikke fungerer, kan det være nødvendigt at foretage yderligere fejlfinding af RAID-arrayet og partitionerne. I så fald kan du finde flere oplysninger og værktøjer i Linux-dokumentationen og på fora om RAID-genopretning.





Martin Larsen:



Terminalen svarer at /dev/sdc4 er "busy"



ChatGPT:

Hvis terminalen svarer, at /dev/sdc4 er "busy", betyder det, at partitionen allerede er monteret eller i brug af et andet program. For at løse dette problem, skal du finde ud af, hvad der bruger partitionen og stoppe det, eller afmontere partitionen, hvis den allerede er monteret.



Følg disse trin for at løse problemet:



Kontroller, om partitionen allerede er monteret ved at køre følgende kommando i terminalen:



mount | grep /dev/sdc4



Hvis partitionen allerede er monteret, vil du se en linje, der indeholder oplysninger om monteringspunktet.



Hvis partitionen er monteret, skal du afmontere den ved at køre følgende kommando (erstat /mount/point med det faktiske monteringspunkt, du fandt i trin 1):



sudo umount /mount/point



Hvis partitionen ikke er monteret, eller hvis problemet fortsætter efter afmontering, kan det være, at et andet program bruger partitionen. Du kan bruge lsof-kommandoen til at finde ud af, hvilke processer der bruger /dev/sdc4. Kør følgende kommando i terminalen:



sudo lsof /dev/sdc4



Hvis der findes processer, der bruger partitionen, skal du stoppe dem ved at køre følgende kommando (erstat PID med processens id, du fandt i trin 3):



sudo kill PID



Når du har stoppet alle relevante processer og/eller afmonteret partitionen, kan du prøve at montere partitionen igen ved at følge trin 4 og 5 i det tidligere svar.



Hvis problemet fortsætter, kan det være nødvendigt at genstarte din computer og prøve igen. Husk at afmontere alle andre partitioner på disken og lukke eventuelle programmer, der kan bruge disken, før du forsøger at montere /dev/sdc4 igen.