Beiträge von matze321

  • Meldung bei Samsung TVs: Allshare Geraet angeschlossen

    Hilfe, ich verzweifel gerade etwas.


    Wenn ich bei meinem QNap den DLNA-Server&Multimediastation aktiviere dann kommt bei meinen TVs (beide Samsung) immer die nervige Meldung "Allshare-Gerät angeschlossen: NAS".


    Hat einer einen Tipp fuer mich wie ich das am NAS unterbinden kann? Allshare habe ich beinden TVs schon deaktiviert, aber es erscheint immernoch.

  • Ersatz für Spinpoint F4 2TB / SAMSUNG HD204UI 1AQ1

    Hallo Zusammen,


    ich habe TS-419+ mit 4 x Festplatten "Spinpoint F4 2TB / SAMSUNG HD204UI 1AQ1".
    Eine Platte macht mir schon seit Jahren immer sorgen. Diese würde ich nun gerne übersetzen.


    Jetzt gibt es diese leider nicht mehr. Kann mir jemand einen Ersatz für die eine Platte empfehlen, die ich im Verbund nutzen kann?


    Gruß
    Matthias

  • Datenrettung RAID5

    Das wäre natürlich super! Weiteres per PN?


    Hier schon mal das Ergebnis:


  • Datenrettung RAID5

    Soll ich mal folgendes probieren?


    Code
    1. NAS ausschalten
2. alle Platten entfernen
3. NAS einschalten und warten bis der zweite lange Beep ertönt
4. Platten in der richtigen Reihenfolge in das NAS einsetzen, bei jeder Platte warten, bis sie sich beruhigt hat
5. mit Putty auf das NAS verbinden (user: admin, pass: admin)
6. Alle Befehlszeilen, wenn nicht anders vermerkt, bitte einzeln ausführen 
[code]config_util 1
config_util 4
cat /proc/mdstat

    [/code]


    PS: Das hattest du in diesem Thread empfohlen.

  • Datenrettung RAID5

    - NAS-Modell: TS-419P+
    - NAS-Firmwareversion, Build-Date: 4.1.4 Build 20150820
    - Festplattenanzahl x Festplattentyp: 4 x SAMSUNG HD204UI 1AQ1 / Spinpoint F4 2TB
    - Festplattenkonfiguration: RAID5
    - Volumeverschlüsselung aktiviert ja/nein: nein
    - Netzwerkschnittstellenkonfiguration: 2x Einzelschnittstelle (default, oder?)
    - Netzwerkbasisanschluss der NAS: 2 x LAN 100Mbit
    - WLAN/DLAN Verbindungen von/zur NAS ja/nein: nein
    - angeschlossene externe Geräte: USB-Festplatten für Backups (jetzt abgestöpselt)


    Die 2. Festplatte machte schon öfters Probleme beim Hochfahren. Normalerweise hat es aber gereicht, diese einmal raus und wieder reinzustecken.
    Ich hatte das Gerät nun neuerdings so eingestellt, dass es sich nachts 8 Stunden abstellt und dann morgens wieder hochfährt... hat es aber seit dem besagten Tag dann nicht mehr :(


    PS: Anderer Thread, weil es ja eine ganze anderes Thema / Fragestellung ist

  • Datenrettung RAID5

    Hallo Zusammen,


    wie man hier lesen kann, fährt mein QNAP grundlos einfach nicht mehr hoch.
    In dem Gerät waren 4 Platten a 2TB im RAID5-Verbund.


    Nun habe ich zwar ein Backup von vielen Daten, aber nicht alle z.B. der Applikationen (z.B. KODI).


    Gibt es Möglichkeiten für Privatanwender die Daten wieder zu retten?

  • [TS-419+ / RAID5] Kein Zugriff auf NAS

    Nein, das QNAP ist nicht erreichbar. Es holt sich keine IP-Adresse.
    Selbst wenn ich es manuell am Gerät probiere (Menu > Network Settings > DHCP), dann passiert nichts.


    PS: Backup: jein => 14 Tage fehlen und die ganzen Konfiguration (z.B. LMS) gehen dann auch verloren :(



    Nachtrag: Wenn ich das NAS ausmache, alle Festplatten rausnehme und dann hochfahre, dann ist das QNAP im Netzwerk verfügbar.

  • [TS-419+ / RAID5] Kein Zugriff auf NAS

    Hallo Zusammen,


    ich habe ein QNAP TS-419+ welche ich täglich morgens automatisch hochfahren lasse.
    Oft fährt die zweite Platte der 4x2GB nicht mit hoch und ich muss diese dann nochmal reinstecken, das RAID5-Recovery läuft dann eine Weile und alles ist gut.


    Diesmal kommt es aber gar nicht so weit und nach einigen Stunden Plattenzugriffen blinkt die Anzeige nur rot / grün (was ja sozusagen alles bedeuten kann :) ), nur habe ich diesmal auch keinen Zugriff per Web / SSH auf das Gerät.


    Hat jemand einen Tipp, was hier passiert sein könnte und was ich nun machen kann?

  • NFS Freigabe: Kein Schreibzugriff für Kodi/XBMC

    Hallo Zusammen,


    ich versuche jetzt schon seit einiger Zeit vergebens den Schreibzugriff auf meinem NAS (QNAP 419+) der Kodi/XBMC-Installation auf meinem FireTV zu gewähren.
    Ich komme zwar über das FireTV auf die Bibliothek, aber die Thumbnails können dort nicht geschrieben werden.


    Mein NAS hat die IP .30 und das FireTV die .59 .Alle Daten liegen im Ordner Multimedia.


    Ich habe auch schon die Variante mit root_squash, no_root_squash und all_squash auf den Nutzer htpc (hat Schreibzugriff auf /Multimedia/):





    Hat jemand eine Idee, was ich falsch mache?

  • RAID5 Recovery failed => Murphy hat mich gefunden!

    Bei mdadm -AfR /dev/md0 /dev/sdc3 kommt immer diese Fehlermeldung:
    mdadm: device /dev/md0 already active - cannot assemble it


    cat /proc/mdstat bringt immer diese Meldung:


  • RAID5 Recovery failed => Murphy hat mich gefunden!

    sda3 sagt:


    Code
    [~] # mdadm -E /dev/sda3/dev/sda3:          Magic : a92b4efc        Version : 00.90.00           UUID : e81f84c9:7921d0bb:cfd72f49:764c761c  Creation Time : Sun Jul 31 15:01:28 2011     Raid Level : raid5  Used Dev Size : 1951945600 (1861.52 GiB 1998.79 GB)     Array Size : 5855836800 (5584.56 GiB 5996.38 GB)   Raid Devices : 4  Total Devices : 4Preferred Minor : 0    Update Time : Fri Nov 28 00:32:19 2014          State : clean Active Devices : 4Working Devices : 4 Failed Devices : 0  Spare Devices : 0       Checksum : 68eca971 - correct         Events : 0.11207189         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


    sdb3 sagt:

    Code
    /dev/sdb3:          Magic : a92b4efc        Version : 00.90.00           UUID : e81f84c9:7921d0bb:cfd72f49:764c761c  Creation Time : Sun Jul 31 15:01:28 2011     Raid Level : raid5  Used Dev Size : 1951945600 (1861.52 GiB 1998.79 GB)     Array Size : 5855836800 (5584.56 GiB 5996.38 GB)   Raid Devices : 4  Total Devices : 3Preferred Minor : 0    Update Time : Fri Nov 28 19:03:30 2014          State : active Active Devices : 3Working Devices : 3 Failed Devices : 0  Spare Devices : 0       Checksum : 68433f01 - correct         Events : 0.11244870         Layout : left-symmetric     Chunk Size : 64K      Number   Major   Minor   RaidDevice Statethis     1       8       19        1      active sync   /dev/sdb3   0     0       0        0        0      removed   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


    sdc3 sagt:


    Code
    /dev/sdc3:          Magic : a92b4efc        Version : 00.90.00           UUID : e81f84c9:7921d0bb:cfd72f49:764c761c  Creation Time : Sun Jul 31 15:01:28 2011     Raid Level : raid5  Used Dev Size : 1951945600 (1861.52 GiB 1998.79 GB)     Array Size : 5855836800 (5584.56 GiB 5996.38 GB)   Raid Devices : 4  Total Devices : 3Preferred Minor : 0    Update Time : Fri Nov 28 19:03:30 2014          State : active Active Devices : 3Working Devices : 3 Failed Devices : 0  Spare Devices : 0       Checksum : 68433f13 - correct         Events : 0.11244870         Layout : left-symmetric     Chunk Size : 64K      Number   Major   Minor   RaidDevice Statethis     2       8       35        2      active sync   /dev/sdc3   0     0       0        0        0      removed   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


    sdd3 sagt:



    Sieht doch eigentlich ganz gut aus, oder?

  • RAID5 Recovery failed => Murphy hat mich gefunden!

    Hallo Zusammen,


    Murphy hat bei mir scheinbar voll zugeschlagen :( : Ich habe ein TS-419+ (Firmaware 4.1.0) mit 4 x Samsung HD204UI im Raid5-Verbund in Betrieb.


    Normalerweise hängt das NAS an einer USV, bei der aber aktuell der Akku gewechselt werden muss und normalerweise hängen am NAS dann noch zwei Platten für die Backups... und normalerweise haut´s bei uns auch nicht die Sicherung raus.


    Genau das ist natürlich alles jetzt bei der "USV-Wartung" passiert und nun lässt sich das RAID5 über den Speichermanager nicht mehr herstellen ( Fehler (2): Raid recovery failed ).



    Hat jemand einen Tipp, wie ich das Raid5 wieder herstellen kann?




    Anbei noch ein paar Informationen aus der Konsole:


    Code
    [~] # cat /proc/mdstatPersonalities : [raid1] [linear] [raid0] [raid10] [raid6] [raid5] [raid4]md4 : active raid1 sdd2[2](S) sdc2[3](S) sdb2[1] sda2[0]                 530048 blocks [2/2] [UU]md13 : active raid1 sdc4[0] sdb4[3] sda4[2] sdd4[1]                 458880 blocks [4/4] [UUUU]                 bitmap: 0/57 pages [0KB], 4KB chunkmd9 : active raid1 sdc1[0] sdb1[3] sda1[2] sdd1[1]                 530048 blocks [4/4] [UUUU]                 bitmap: 0/65 pages [0KB], 4KB chunkunused devices: <none>


    Code
    [~] #  mdadm --detail /dev/md0mdadm: md device /dev/md0 does not appear to be active.


    Code
    [~] # cat /etc/mtab/proc /proc proc rw 0 0none /dev/pts devpts rw,gid=5,mode=620 0 0sysfs /sys sysfs rw 0 0tmpfs /tmp tmpfs rw,size=64M 0 0none /proc/bus/usb usbfs rw 0 0/dev/sda4 /mnt/ext ext3 rw 0 0/dev/md9 /mnt/HDA_ROOT ext3 rw,data=ordered 0 0tmpfs /.eaccelerator.tmp tmpfs rw,size=32M 0 0


    fdisk bringt folgendes:


    Code
    [~] # fdisk -lDisk /dev/mtdblock0: 0 MB, 524288 bytes255 heads, 63 sectors/track, 0 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDisk /dev/mtdblock0 doesn't contain a valid partition tableDisk /dev/mtdblock1: 2 MB, 2097152 bytes255 heads, 63 sectors/track, 0 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDisk /dev/mtdblock1 doesn't contain a valid partition tableDisk /dev/mtdblock2: 9 MB, 9437184 bytes255 heads, 63 sectors/track, 1 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDisk /dev/mtdblock2 doesn't contain a valid partition tableDisk /dev/mtdblock3: 3 MB, 3145728 bytes255 heads, 63 sectors/track, 0 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDisk /dev/mtdblock3 doesn't contain a valid partition tableDisk /dev/mtdblock4: 0 MB, 262144 bytes255 heads, 63 sectors/track, 0 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDisk /dev/mtdblock4 doesn't contain a valid partition tableDisk /dev/mtdblock5: 1 MB, 1310720 bytes255 heads, 63 sectors/track, 0 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDisk /dev/mtdblock5 doesn't contain a valid partition tableDisk /dev/sda: 2000.3 GB, 2000398934016 bytes255 heads, 63 sectors/track, 243201 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytes   Device Boot      Start         End      Blocks   Id  System/dev/sda1               1          66      530125   83  Linux/dev/sda2              67         132      530142   83  Linux/dev/sda3             133      243138  1951945693   83  Linux/dev/sda4          243139      243200      498012   83  LinuxDisk /dev/sda4: 469 MB, 469893120 bytes2 heads, 4 sectors/track, 114720 cylindersUnits = cylinders of 8 * 512 = 4096 bytesDisk /dev/sda4 doesn't contain a valid partition tableDisk /dev/sdb: 2000.3 GB, 2000398934016 bytes255 heads, 63 sectors/track, 243201 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytes   Device Boot      Start         End      Blocks   Id  System/dev/sdb1               1          66      530125   83  Linux/dev/sdb2              67         132      530142   83  Linux/dev/sdb3             133      243138  1951945693   83  Linux/dev/sdb4          243139      243200      498012   83  LinuxDisk /dev/sdc: 2000.3 GB, 2000398934016 bytes255 heads, 63 sectors/track, 243201 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytes   Device Boot      Start         End      Blocks   Id  System/dev/sdc1               1          66      530125   83  Linux/dev/sdc2              67         132      530142   83  Linux/dev/sdc3             133      243138  1951945693   83  Linux/dev/sdc4          243139      243200      498012   83  LinuxDisk /dev/sdd: 2000.3 GB, 2000398934016 bytes255 heads, 63 sectors/track, 243201 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytes   Device Boot      Start         End      Blocks   Id  System/dev/sdd1               1          66      530125   83  Linux/dev/sdd2              67         132      530142   83  Linux/dev/sdd3             133      243138  1951945693   83  Linux/dev/sdd4          243139      243200      498012   83  LinuxDisk /dev/md9: 542 MB, 542769152 bytes2 heads, 4 sectors/track, 132512 cylindersUnits = cylinders of 8 * 512 = 4096 bytesDisk /dev/md9 doesn't contain a valid partition tableDisk /dev/md4: 542 MB, 542769152 bytes2 heads, 4 sectors/track, 132512 cylindersUnits = cylinders of 8 * 512 = 4096 bytesDisk /dev/md4 doesn't contain a valid partition table[~] #


    --- ModEdit ---


    Hier noch ein paar Infos mit dmesg (u.a. "cannot start dirty degraded array."):


  • TS-419+ : Cronjobs werden nicht gespeichert / ausgeführt

    Ich habe ein seltsames Phänomen. Ich editiere mit crontab -l meine Cronjobs


    Anfang sah sie so aus:


    Code
    # m h dom m dow cmd*/6 * * * * /usr/local/bin/XS1Watchdog.sh0 4 * * * /sbin/hwclock -s0 3 * * * /sbin/vs_refresh0 3 * * 0 /etc/init.d/idmap.sh dump30 4 * * * /etc/init.d/Qthttpd.sh restart 1>>/dev/null 2>>/dev/null0 3 * * * /bin/rm -rf /mnt/HDA_ROOT/twonkymedia/twonkymedia.db/cache/**/60 * * * * /usr/bin/logChecker0-59/15 * * * * /usr/bin/qcmd DUSG5 * * * * /usr/bin/qcmd rec_report4 3 * * 3 /etc/init.d/backup_conf.sh57 16 * * * /etc/init.d/ImRd.sh bgThGen


    Nach dem Editieren so - ich speichere das dann mit ":wq" ab.



    Die Jobs werden aber nicht ausgeführt und nach einem Reboot sieht die Liste wieder wie am Anfang aus.
    Das funktionierte aber definitiv schon mal so. Den ersten Eintrag habe ich ja auch hinzugefügt.


    Hat jemand einen Tipp für mich, was ich noch beachten muss?

  • Nutzt hier jemand FHEM zur Hausautomatisierung?

    Ich muss zugeben, dass ich inzwischen wieder vom FHEM abgekommen bin, weil mir die Konfiguration noch nicht ausgereift / einfach genug ist.
    Ich habe stattdessen einfach eine eigene Oberfläche entwickelt :) (siehe Signatur).


    Vielleicht wird FHEM aber bald mal etwas benutzerfreundlicher...