Re: Problem mit TS-410. Ping geht, sonst kein Zugriff möglic

tunix · 23. März 2014

Code

[~] #     dumpe2fs -h /dev/sdd3
dumpe2fs 1.41.4 (27-Jan-2009)
dumpe2fs: Filesystem revision too high while trying to open /dev/sdd3
Couldn't find valid filesystem superblock.

dr_mike · 23. März 2014

Na nun wirds lustig. Poste bitte:

Code

mdadm -E /dev/sda3
mdadm -E /dev/sdb3
mdadm -E /dev/sdc3
mdadm -E /dev/sdd3

Edit:
Doch nicht, falscher Fehler von mir. Hatte nur /dev/sda3 probiert. :oops:

tunix · 23. März 2014

Lustig? Ich kapier nach wie vor gar nix?

Code

[~] #     mdadm -E /dev/sda3/dev/sda3:          Magic : a92b4efc        Version : 00.90.00           UUID : b3f2c858:ccae1bc7:3eb4ff97:ee3873f1  Creation Time : Sat Feb  5 14:22:51 2011     Raid Level : raid5  Used Dev Size : 975193600 (930.02 GiB 998.60 GB)     Array Size : 2925580800 (2790.05 GiB 2995.79 GB)   Raid Devices : 4  Total Devices : 4Preferred Minor : 0    Update Time : Sun Mar 23 18:40:44 2014          State : clean Active Devices : 4Working Devices : 4 Failed Devices : 0  Spare Devices : 0       Checksum : 3252c4d3 - correct         Events : 0.8238489         Layout : left-symmetric     Chunk Size : 64K      Number   Major   Minor   RaidDevice Statethis     0       8        3        0      active sync   /dev/sda3   0     0       8        3        0      active sync   /dev/sda3   1     1       8       19        1      active sync   /dev/sdb3   2     2       8       35        2      active sync   /dev/sdc3   3     3       8       51        3      active sync   /dev/sdd3

Code

[~] #     mdadm -E /dev/sdb3/dev/sdb3:          Magic : a92b4efc        Version : 00.90.00           UUID : b3f2c858:ccae1bc7:3eb4ff97:ee3873f1  Creation Time : Sat Feb  5 14:22:51 2011     Raid Level : raid5  Used Dev Size : 975193600 (930.02 GiB 998.60 GB)     Array Size : 2925580800 (2790.05 GiB 2995.79 GB)   Raid Devices : 4  Total Devices : 4Preferred Minor : 0    Update Time : Sun Mar 23 18:40:44 2014          State : clean Active Devices : 4Working Devices : 4 Failed Devices : 0  Spare Devices : 0       Checksum : 3252c4e5 - correct         Events : 0.8238489         Layout : left-symmetric     Chunk Size : 64K      Number   Major   Minor   RaidDevice Statethis     1       8       19        1      active sync   /dev/sdb3   0     0       8        3        0      active sync   /dev/sda3   1     1       8       19        1      active sync   /dev/sdb3   2     2       8       35        2      active sync   /dev/sdc3   3     3       8       51        3      active sync   /dev/sdd3

Code

[~] #     mdadm -E /dev/sdc3/dev/sdc3:          Magic : a92b4efc        Version : 00.90.00           UUID : b3f2c858:ccae1bc7:3eb4ff97:ee3873f1  Creation Time : Sat Feb  5 14:22:51 2011     Raid Level : raid5  Used Dev Size : 975193600 (930.02 GiB 998.60 GB)     Array Size : 2925580800 (2790.05 GiB 2995.79 GB)   Raid Devices : 4  Total Devices : 4Preferred Minor : 0    Update Time : Sun Mar 23 18:40:44 2014          State : clean Active Devices : 4Working Devices : 4 Failed Devices : 0  Spare Devices : 0       Checksum : 3252c4f7 - correct         Events : 0.8238489         Layout : left-symmetric     Chunk Size : 64K      Number   Major   Minor   RaidDevice Statethis     2       8       35        2      active sync   /dev/sdc3   0     0       8        3        0      active sync   /dev/sda3   1     1       8       19        1      active sync   /dev/sdb3   2     2       8       35        2      active sync   /dev/sdc3   3     3       8       51        3      active sync   /dev/sdd3

Code

[~] #     mdadm -E /dev/sdd3
/dev/sdd3:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : b3f2c858:ccae1bc7:3eb4ff97:ee3873f1
  Creation Time : Sat Feb  5 14:22:51 2011
     Raid Level : raid5
  Used Dev Size : 975193600 (930.02 GiB 998.60 GB)
     Array Size : 2925580800 (2790.05 GiB 2995.79 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 0


    Update Time : Sun Mar 23 18:40:44 2014
          State : clean
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 3252c509 - correct
         Events : 0.8238489


         Layout : left-symmetric
     Chunk Size : 64K


      Number   Major   Minor   RaidDevice State
this     3       8       51        3      active sync   /dev/sdd3


   0     0       8        3        0      active sync   /dev/sda3
   1     1       8       19        1      active sync   /dev/sdb3
   2     2       8       35        2      active sync   /dev/sdc3
   3     3       8       51        3      active sync   /dev/sdd3
[~] #

Alles anzeigen

dr_mike · 23. März 2014

Zitat von "tunix"

Lustig? Ich kapier nach wie vor gar nix?

Macht nüx. Siehe mein Edit oben drüber.

Tja, so langsam bin ich mit meinem Latein am Ende. Ich würde es ja jetzt, wie du auch schon weiter oben gefragt hast,

Zitat von "tunix"

((Könnte das hier noch einen Versuch wert sein?))

mit dem Reformatieren der Superblöcke versuchen. Allerdings bräuchte ich dazu die originalen Filesystem-Optionen beim Erstellen des Systems. Leider offenbart QNAP diese nirgendwo und dem dumpe2fs traue ich nicht so ganz über den Weg, da der Superblock ja anscheinend nicht korrekt ist.
Welches Filesystem hatte das RAID - ext3 oder ext4?

tunix · 23. März 2014

Zitat von "dr_mike"

Macht nüx. Siehe mein Edit oben drüber.

Den EDIT kapier ich auch nicht Soll ich noch was anderes probieren?

Zitat von "dr_mike"

Welches Filesystem hatte das RAID - ext3 oder ext4?

Zu 90% ext3. Ich meine mich zu erinnern, dass ich keine Vorteile von ext4 für mich sehen konnte - bin da aber (oh wunder) Laie

dr_mike · 23. März 2014

Zitat von "tunix"

Den EDIT kapier ich auch nicht Soll ich noch was anderes probieren?

Ein dumpe2fs auf RAID-Mebers ausser dem ersten führt immer zu dem Fehler.
Ja wir versuchen das mal mit dem mke2fs aber ich frag erst nochmal in die Runde ob jemand mit einem RAID5 und ext3 hier mal ein dumpe2fs -h /dev/md0 posten kann.

dr_mike · 25. März 2014

Führe doch bitte mal folgenden Befehl aus und poste das Ergebnis.

Code

storage_boot_init 2

tunix · 25. März 2014

Der thread hier wird langsam zu einem Favoriten im Forum.... Hoffentlich mit happy end

Code

[~] #     storage_boot_init 2storage_boot_init 2 ...mdadm: /dev/md0 not identified in config file.mdadm: stopped /dev/md0mdadm: /dev/md0 has been started with 4 drives.storage_boot_init.c: Start raid device /dev/md0 successfullymd0 : active raid5 sda3[0] sdd3[3] sdc3[2] sdb3[1]md0 : active raid5 sda3[0] sdd3[3] sdc3[2] sdb3[1]md0 : active raid5 sda3[0] sdd3[3] sdc3[2] sdb3[1]md0 : active raid5 sda3[0] sdd3[3] sdc3[2] sdb3[1]storage_boot_init.c: 	 /dev/md0 is active.storage_boot_init.c: Check filesystem on /dev/md0.storage_boot_init.c: 	 Cannot mount /dev/md0.storage_boot_init.c: check_last_degrade_error...

Sys-Log:

Code

2014-03-25	09:33:06	System	127.0.0.1	localhost	[RAID5 Disk Volume: Drive 1 2 3 4] The file system is not clean. It is suggested that you run "check disk".
	2014-03-25	09:20:00	System	127.0.0.1	localhost	[Media Library] Media Library Server started.
	2014-03-25	09:19:00	System	127.0.0.1	localhost	[RAID5 Disk Volume: Drive 1 2 3 4] The file system is not clean. It is suggested that you run "check disk".
	2014-03-25	09:18:37	System	127.0.0.1	localhost	System started.

Der Eintrag um 09:33 kam nach dem Ausführen des Konsolen-Befehls

dr_mike · 25. März 2014

Sehr dürftig - ich hätte etwas mehr Output erwartet. Naja, versuchen wir die letzte Möglichkeit - erstmal im Testlauf (dabei wird noch nichts auf das FS geschrieben):

Code

mke2fs -n -v -S -b 4096 -t ext3 -m0 -O has_journal,ext_attr,resize_inode,dir_index,filetype,sparse_super,large_file -R stride=1 /dev/md0

tunix · 25. März 2014

Code

[~] #     mke2fs -n -v -S -b 4096 -t ext3 -m0 -O has_journal,ext_attr,resize_inode,dir_index,filetype,sparse_super,large_file -R stride=1 /dev/md0               
mke2fs 1.41.4 (27-Jan-2009)
fs_types for mke2fs.conf resolution: 'ext3', 'default'
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
182853632 inodes, 731395200 blocks
0 blocks (0.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
22321 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
	102400000, 214990848, 512000000, 550731776, 644972544

Alles anzeigen

dr_mike · 25. März 2014

Dann mal auf zum letzten Versuch:

Code

mke2fs -v -S -b 4096 -t ext3 -m0 -O has_journal,ext_attr,resize_inode,dir_index,filetype,sparse_super,large_file -R stride=1 /dev/md0

anschliessend

Code

e2fsck -C 0 -p /dev/md0

tunix · 25. März 2014

Zitat von "dr_mike"

Dann mal auf zum letzten Versuch:

:?

Code

[~] #     mke2fs -v -S -b 4096 -t ext3 -m0 -O has_journal,ext_attr,resize_inode,dir_index,filetype,sparse_super,large_file -R stride=1 /dev/md0mke2fs 1.41.4 (27-Jan-2009)fs_types for mke2fs.conf resolution: 'ext3', 'default'Filesystem label=OS type: LinuxBlock size=4096 (log=2)Fragment size=4096 (log=2)182853632 inodes, 731395200 blocks0 blocks (0.00%) reserved for the super userFirst data block=0Maximum filesystem blocks=022321 block groups32768 blocks per group, 32768 fragments per group8192 inodes per groupSuperblock backups stored on blocks: 	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 	4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 	102400000, 214990848, 512000000, 550731776, 644972544Creating journal (32768 blocks): mke2fs: File exists 	while trying to create journal[~] #

Code

[~] #     e2fsck -C 0 -p /dev/md0
e2fsck: Bad magic number in super-block while trying to open /dev/md0
/dev/md0: 
The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>


[~] #

Alles anzeigen

:cry:

Wieso steht da jetzt ext2?

dr_mike · 25. März 2014

Zitat von "tunix"

Wieso steht da jetzt ext2?

Weil ein ext3 FS ein ext2 FS mit internem Journal ist.

Code

debugfs -w -R “feature ^needs_recovery” /dev/md0
tune2fs -f -O ^has_journal /dev/md0

tunix · 25. März 2014

Zitat von "dr_mike"
Code
debugfs -w -R “feature ^needs_recovery” /dev/md0

Den Befehl kann ich irgendwie nicht copy+pasten. Liegt wohl an den " und ^.
Habs abgetippt, aber dann kommt -sh: debugfs: command not found

Evtl. Tippfehler?

dr_mike · 25. März 2014

Zitat von "tunix"

Evtl. Tippfehler?

Nein, gibts auf dem QNAP nicht.

Code

mke2fs -v -S -b 4096 -t ext2 -m0 -O ext_attr,resize_inode,dir_index,filetype,sparse_super,large_file -E stride=1 /dev/md0

anschliessent wieder

Code

e2fsck -C 0 -p /dev/md0

tunix · 25. März 2014

Code

[~] #     mke2fs -v -S -b 4096 -t ext2 -m0 -O ext_attr,resize_inode,dir_index,filetype,sparse_super,large_file -E stride=1 /dev/md0mke2fs 1.41.4 (27-Jan-2009)fs_types for mke2fs.conf resolution: 'ext2', 'default'Filesystem label=OS type: LinuxBlock size=4096 (log=2)Fragment size=4096 (log=2)182853632 inodes, 731395200 blocks0 blocks (0.00%) reserved for the super userFirst data block=0Maximum filesystem blocks=022321 block groups32768 blocks per group, 32768 fragments per group8192 inodes per groupSuperblock backups stored on blocks: 	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 	4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 	102400000, 214990848, 512000000, 550731776, 644972544Writing superblocks and filesystem accounting information: doneThis filesystem will be automatically checked every 31 mounts or180 days, whichever comes first.  Use tune2fs -c or -i to override.

Code

[~] #     e2fsck -C 0 -p /dev/md0
/dev/md0 contains a file system with errors, check forced.
/dev/md0: Journal inode is not in use, but contains data.  answer=1
CLEARED.
/dev/md0: |                                                        /  0.6%

ok, das dauert jetzt wohl wieder....

dr_mike · 25. März 2014

Jup - ich hoffe, diesmal erfolgreicher.
Jetzt hast du auch nen Fortschrittsbalken.

tunix · 25. März 2014

Zitat von "dr_mike"

Jetzt hast du auch nen Fortschrittsbalken.

... und erfahre dadurch, das bei 6,4% nix mehr geht. Absoluter Stillstand seit 20min

Code

[~] #     e2fsck -C 0 -p /dev/md0
/dev/md0 contains a file system with errors, check forced.
/dev/md0: |====                                                    \  6.4%

dr_mike · 25. März 2014

Machen die Platten noch was oder steht nur der Balken?

tunix · 25. März 2014

Die 4 grünen LEDs bei den Platten blinken. Außerdem höre ich das typische Festpaltten-Geklacker.
Ich lass mal noch laufen. Vermutlch kommt gleich der restart vom e2fsck, oder?

Mal sehen ob noch was passiert.

Re: Problem mit TS-410. Ping geht, sonst kein Zugriff möglic

QTS 5.2.0.2744 Build 20240424 Public Beta

Multiple Vulnerabilities in Media Streaming Add-on

QuTS hero h5.2.0.2737 Build 20240417 Public Beta

QTS 5.2.0.2737 Build 20240417 Public Beta

nach Backup Ordnerstruktur wieder haben

Warnungs-Ablauf/Vorgang bei auffälligem HDD-Zustand....

Fenstergröße speichern?

Alert: Massive Zugriffs- oder Einbruchsversuche auf dem QNAP-NAS von außen

Kein Zugriff auf Einzellaufwerk

Screenshots erstellen und im Forum einbinden (Windows)

(Betriebs)- System vs. Systemvolume - Hinweise zum Verständnis

QuDedup: Backup Job neu verlinken - Ein Ritt ins Verderben

[QUICK HOW-TO] Apps manuell auf ein anderes Volume verschieben

[QUICK HOW TO] QNAP Disks unter Windows mit UFS Explorer auslesen

Kodi-Headless Server als Docker-Container

Hardware Praxis – „Hör mal wer da surrt“: Ein Erfahrungsbericht aus dem IT-Alltag

Hardware Praxis – Tipps zum Einbau einer neuen Festplatte: Ergänzung

Foren Update im Juli / August geplant

IT-Geschichten – Die verrückte Tastatur