• Opret dig
  • Glemt adgangskode

User account menu

  • Artikler
  • Forside
  • Forum
  • Nyheder
  • Log ind
Hjem
LinuxIN.dk

Snak med

Opret dig!

Af hanet | 13.05.2010 08:24

Mount software raid

Hjælp generelt
Hej
Jeg har et stort problem, har en linux server med en sysem disk og et data drev. Data drevet består af software raid5, med 3 1,3TB diske.
Jeg har så haft et nedbrud på denne server. Jeg har så lavet et nyt system disk og genskabt raidet, via mdadm. Nu forsøger jeg så at mounte raidet.
mount -t ext3 /dev/md0 /mnt/data
Den melder så:
Wrong fs type, bad option, bad superbloc on /dev/md0
missing codepage or helper program
- prøv 'dmesg | tail' eller ligende

Det har jeg så prøvet, bland andet..
Den melder så
EXT3-fs error (device md0): ext_check_descriptors: Block bitmap for group 1920 not in group(block 130023424)
EXT3-fs: group descriptors corrupted!

Håber der en som kan hjælpe mig, for der vigtige data på drevet, som jeg gerne vil ha fisket ud..
Ja jeg ved man skal tage backup, meeen :-)
på forhånd tak
  • Log ind eller opret dig for at tilføje kommentarer

Kommentarer7

# 1

15 år 10 måneder siden

Permalink

Indsendt af m_abs den 13. maj 2010 kl. 10:31

Permalink

Re: Mount software raid

Før du gør andet skal du finde ud af om RAID'en er i orden og ikke er i gang med en recovery.

Kan du vise os indholdet af /proc/mdstat og output fra mdadm --detail /dev/md0?

Har du evt. mulighed for at kopier partitionen over på en anden disk? Nu er 3.1TB ret meget, så det ville overraske mig hvis du kan.

Måske kan dette link hjælpe dig: http://www.linuxquestions.org/questions/linux-general-1/raid1-fixing-a-…
  • Log ind eller opret dig for at tilføje kommentarer

# 2

15 år 10 måneder siden

Permalink

Indsendt af hanet den 13. maj 2010 kl. 10:46

In reply to Re: Mount software raid by m_abs

Permalink

Hej
Nemt her først

Hej
Nemt her først /proc/mdstat

Personalities : [raid6] [raid5] [raid4]
md0 : active raid5 sdb1[0] sdd1[2] sdc1[1]
2930255872 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]

unused devices:

og mdstat

/dev/md0:
Version : 0.90
Creation Time : Wed May 12 15:38:15 2010
Raid Level : raid5
Array Size : 2930255872 (2794.51 GiB 3000.58 GB)
Used Dev Size : 1465127936 (1397.25 GiB 1500.29 GB)
Raid Devices : 3
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Thu May 13 08:04:17 2010
State : clean
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : d798b4ce:dc9ff484:e97408bb:48860fc8 (local to host linux-76i5)
Events : 0.63

Number Major Minor RaidDevice State
0 8 17 0 active sync /dev/sdb1
1 8 33 1 active sync /dev/sdc1
2 8 49 2 active sync /dev/sdd1

Jeg har en 2TB netværks disk, hvordan kan jeg kopier data over på den, når jeg ikke kan mount md0? Partitione er ikke fyldt omkring 1TB.
  • Log ind eller opret dig for at tilføje kommentarer

# 3

15 år 10 måneder siden

Permalink

Indsendt af m_abs den 13. maj 2010 kl. 11:12

Permalink

Re: Mount software raid

RAIDen ser ud til at have det fint ud fra det, så er det filsystemet som er problemet.

Man kopiere partitionen vha. dd eller ddrescue, det laver en råd kopiering af "disken" ulempen er så at dumpen fylder det samme som partitionen. Så hvis MD0 er på 3.1TB, så skal det sted du kopiere det hen have 3.1TB fri plads.

dd if=/dev/md0 of=/path/to/dump

Jeg har ikke selv prøvet ddrescue, men den skulle være bedre til at håndtere fejl end dd.
  • Log ind eller opret dig for at tilføje kommentarer

# 4

15 år 10 måneder siden

Permalink

Indsendt af hanet den 13. maj 2010 kl. 12:35

Permalink

Hej hvis jeg kan finde en

Hej
hvis jeg kan finde en disk på 1 tb, og laver en raid 0, så kan jeg dd den gammel md0 partittion over på den nye raid..

Der er ikke andre måder jeg kan "mount" denne partittion på?
  • Log ind eller opret dig for at tilføje kommentarer

# 5

15 år 10 måneder siden

Permalink

Indsendt af m_abs den 13. maj 2010 kl. 12:54

Permalink

#4
Det er ikke for at mounte

#4
Det er ikke for at mounte den, det er for ikke at ødelægge dataen mens vi prøver at fikse filsystemet.
  • Log ind eller opret dig for at tilføje kommentarer

# 6

15 år 10 måneder siden

Permalink

Indsendt af hanet den 13. maj 2010 kl. 13:18

In reply to #4
Det er ikke for at mounte
by m_abs

Permalink

Fint Det lyder som en god

Fint
Det lyder som en god plan, vil forsøge at få fat en disk mere.
Hvad skal der så sker, er der en måde at repare partittion /dev/md0 på?
  • Log ind eller opret dig for at tilføje kommentarer

# 7

15 år 10 måneder siden

Permalink

Indsendt af m_abs den 13. maj 2010 kl. 19:47

Permalink

#6 Man reparere en

#6
Man reparere en ext3-partition med fsck.ext3.

Fx.:
fsck.ext3 -p /dev/md0

Så vil fsck forsøge at rette de fejl den kan, ellers vil den afslutte med en fejlbeskrivelse.

EDIT: Hvis det er helt galt, så kan du prøve "testdisk" på dumpet fra ddrescue for at finde filer du kan gendanne.
  • Log ind eller opret dig for at tilføje kommentarer

Svar søges

Linux Fanpakke til LUG'er og foreninger 0
KDE Plasma 6.6 skrivebordsmiljø udgivet 0
GRUB 2.14 introducerer understøttelse af EROFS, forbedringer til Btrfs og LVM 0
KDE Plasma 6.6 tilføjer en funktion, som brugerne har spurgt efter i evigheder 0
Linux i København 12.01.2026: Open source i det offentlige 0

Seneste aktivitet

Lukker og slukker 8
BigLinux 6
youtube-tui: Nyd YouTube fra terminalen som en professionel 4
(U)hyggen breder sig 1
Det engang så elskede PCLinuxOS er tilbage - og det er stadig en fantastisk Windows erstatning 1
rsync og filsystem 6
Mousam er en detaljeret desktop vejrapp til Linux 1
Hjælp til Handbrake - ingen dk-undertekster 1
luckyBackup 2
GIMP 30
Pinegrow på Debian 13 ? 4
Openmediavault 1
E-mail blues 9
Driver til min scanner? 5
Printer Epson ET-2865 problem 16
Sudo 7
Thunderbird filvedligeholdelse 2
Debian 13.3.0 8
Linux Mint 22.3 - hvornår opdatere? 10
Canon-printer: Jeg savner "Ink-Toner Level"-meddelelse 10

© 2026 Linuxin og de respektive skribenter

Oprettet og drevet af nørder siden 2004 !