Beiträge von twistx

    Moin! Selbst 10 Jahre später scheint diese Anleitung noch zu funktionieren ;)

    Ich habe die neue Festplatte (1000 GB) zunächst als externes Laufwerk per USB angeschlossen und dann wie beschrieben die bisherige Systemplatte (256 GB) per dd kopiert.

    Nach dem Neustart des NAS mit der neuen Platte anstelle der alten funktioniert soweit auch alles wunderbar, das NAS fühlt sich an, als wäre nichts gewesen (auch ohne manuellen Restore der Settings).

    Jetzt stehe ich aber vor dem Problem, dass die Partition auf der neuen 1000 GB Platte durch den dd nur so klein wie zuvor auf der alten Platte ist, sprich die zusätzlichen 750 GB können nicht verwendet werden.

    Gibt es eine Möglichkeit, entweder die Partition zu erweitern (per resize2fs?) oder vielleicht den dd-Befehl noch einmal anders auszuführen, um gleich beim Kopiervorgang die komplette Größe der neuen Platte nutzen zu können?


    pasted-from-clipboard.png

    Hey, ich habe dasselbe Problem wie folgt gelöst:

    Anmeldung auf der Konsole.

    In /share/CACHEDEV1_DATA wird automatisch von der Multimedia Console der Ordner "Multimedia" angelegt.

    Diesen löschen (VORSICHT: Vorher schauen, ob wichtige Dateien enthalten sind!):

    Code
    ls -al /share/CACHEDEV1_DATA/Multimedia
    cd /share/CACHEDEV1_DATA
    rm -rf Multimedia

    Dann einen Link auf den eigentlichen Multimedia-Ordner anlegen (bei mir in CACHEDEV4):

    Code
    cd /share/CACHEDEV1_DATA
    ln -s /share/CACHEDEV4_DATA/Multimedia/

    Jetzt verweist der Ordner /share/CACHEDEV1_DATA/Multimedia/ auf das richtige Ziel /share/CACHEDEV4_DATA/Multimedia/.

    Problem bei mir: In QuMagie bzw. Photo Station 6 werden zwar alle Fotos aus /share/CACHEDEV4_DATA/Multimedia/Fotos/* importiert, aber die Ordneransicht ist in beiden Apps leer. Das ist sehr schade, da ich darüber gerne neue Alben anlegen würde.

    Keine Ahnung, ob das mit meiner Verlinkung bzw. einem (daraus resultierenden?) Berechtigungsproblem liegt?!

    Ich habe testweise ein paar Alben aus der macOS Fotos-App auf das QNAP (4.4.3.1381) exportiert und dort in einer Ordnerstruktur abgelegt.

    Über die QNAP Multimedia Console habe ich die Fotos in QuMagie und die Photo Station 6.0.10 importiert.

    Wenn ich es richtig verstanden habe, sollten automatisch die Ordner angezeigt werden, in denen ich die Alben/Fotos im Dateisystem abgelegt habe.

    Aber da ist bei mir leider auch gähnende Leere. Eine manuelle Funktion zum Anlegen der Ordner gibt es nicht (macht auch keinen Sinn).

    Hat jmd. dazu eine Idee?

    Hallo Forum,


    zur Ausgangslage:

    NAS-Modell: TS-453mini

    Firmware-Version: 4.3.6.0993

    4 Single Disks - kein Raid (ich habe meine Gründe, Backups sind vorhanden) :S


    Zuletzt hatte ich nach einem Stromausfall immer wieder das Problem, dass die Systemplatte nicht clean war und mir das NAS alle paar Tage abstürzte.

    Also habe ich die Systemplatte gemäß https://itler.net/qnap-nas-zur…en-vollstaendig-loeschen/ mit

    fdisk -d all /dev/sdc bearbeitet, die anderen drei Platten entfernt und das NAS nur mit der Systemplatte gestartet und neu initialisiert + Import des letzten Konfig-Backups.

    Anschließend habe ich das NAS mit den restlichen Platten neu gestartet und wollte diese mit "Wiederherstellen" frisch einbinden (inkl. der Daten).

    Für 2 von 3 Platten hat das wunderbar geklappt, nur eine Platte macht Zicken!

    Ich sehe die Platte zwar im Speichermanager unter "Speicher -> Datenträger/VJBOD", aber weder unter "Storage"Snapshots" noch unter "Übersicht -> Speicher".

    Im Putty sehe ich mit df, dass die fehlende Platte im Gegensatz zu den anderen nicht gemountet ist.

    Passend dazu gibt es auch keinen Eintrag zur Platte in /etc/mtab

    Manuell mounten mit

    Code
    mount -t ext4 /dev/sdc3 /share/CACHEDEV6_DATA   

    funzt nicht:

    Code
    mount: /dev/sdc3 already mounted or /share/CACHEDEV6_DATA busy


    Die üblichen Tools sehen für mich sauber aus:

    ...wobei md2 bzw. sdc3 die fehlende Platte ist.







    Derzeit läuft der FS-Check auf defekte Blöcke auf der "fehlenden" Platte, bisher fehlerfrei.


    Hat jemand eine Ahnung, wie ich das Volume wieder sauber eingehängt bekomme?

    Vielen Dank!!!


    Nachtrag: Die Ausgaben von testparm und less /dev/sdc3 passen aufgrund der Zeichenbeschränkung leider nicht mehr rein, folgen dann später...

    Danke für den Tipp, hat aber leider nichts gebracht :(
    Ich habe alle Partitionen von der USB Festplatte über ein Linux komplett gelöscht.
    QTS mag mir die Platte aber noch immer nicht über die Weboberfläche anzeigen, egal ob ich sie an einen USB 2.0 oder 3.0 Port anschließe.


    Über die Shell bekomme ich zumindest das USB Gerät an sich angezeigt:


    Code
    [~] # lsusb
    Bus 001 Device 002: ID 1c05:2074  
    Bus 001 Device 010: ID 174c:55aa ASMedia Technology Inc. 
    Bus 001 Device 007: ID 046d:c52b Logitech, Inc. Unifying Receiver
    Bus 001 Device 004: ID 1005:b155 Apacer Technology, Inc. 
    Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 002 Device 002: ID 1c05:3074  
    Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub


    Es muss doch irgendeine Möglichkeit geben, dieses Laufwerk zu mounten?!

    Hallo Forum,


    vorweg: Ja ich weiß, die Intenso Memory Center USB 3.0 Platte steht nicht auf der QNAP Kompatibilitätsliste.
    Sieht vielleicht trotzdem jmd. eine Möglichkeit, die Platte irgendwie am TS-453mini gemountet zu bekommen?
    Laut dmesg wird die Platte ja zumindest korrekt erkannt, nur leider wird sie nicht in der Weboberfläche als externes Gerät angezeigt :(



    Testweise habe ich die Platte bereits als Fat32, exFat und EXT4 formatiert, bisher keine Chance :(


    --- ModEdit ---


    Ok, jetzt wird es richtig schräg: Ich sehe das Gerät sogar in der Virtualization Station und kann es einer VM zuordnen und darüber verwenden!
    Aber keine Chance, das Gerät irgendwie in der File Station verwendbar zu machen...

    Anbei noch ein paar Infos...


    Code
    fdisk -lu              Disk /dev/sda: 2000.3 GB, 2000398934016 bytes255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectorsUnits = sectors of 1 * 512 = 512 bytes   Device Boot      Start         End      Blocks   Id  System/dev/sda1               1  3907029167  1953514583+  ee  EFI GPTDisk /dev/sdd: 2000.3 GB, 2000398934016 bytes255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectorsUnits = sectors of 1 * 512 = 512 bytes   Device Boot      Start         End      Blocks   Id  System/dev/sdd1              40     1060289      530125   83  Linux/dev/sdd2         1060296     2120579      530142   83  Linux/dev/sdd3         2120584  3906011969  1951945693   83  Linux/dev/sdd4      3906011976  3907007999      498012   83  LinuxDisk /dev/sdc: 2000.3 GB, 2000398934016 bytes255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectorsUnits = sectors of 1 * 512 = 512 bytes   Device Boot      Start         End      Blocks   Id  System/dev/sdc1              40     1060289      530125   83  Linux/dev/sdc2         1060296     2120579      530142   83  Linux/dev/sdc3         2120584  3906011969  1951945693   83  Linux/dev/sdc4      3906011976  3907007999      498012   83  LinuxDisk /dev/sde: 515 MB, 515899392 bytes8 heads, 32 sectors/track, 3936 cylinders, total 1007616 sectorsUnits = sectors of 1 * 512 = 512 bytes   Device Boot      Start         End      Blocks   Id  System/dev/sde1               8       10495        5244   83  Linux/dev/sde2   *       10496      492031      240768   83  Linux/dev/sde3          492032      973567      240768   83  Linux/dev/sde4          973568     1007615       17024    5  Extended/dev/sde5          973600      990207        8304   83  Linux/dev/sde6          990240     1007615        8688   83  LinuxDisk /dev/md9: 542 MB, 542769152 bytes2 heads, 4 sectors/track, 132512 cylinders, total 1060096 sectorsUnits = sectors of 1 * 512 = 512 bytesDisk /dev/md9 doesn't contain a valid partition tableDisk /dev/md13: 469 MB, 469893120 bytes2 heads, 4 sectors/track, 114720 cylinders, total 917760 sectorsUnits = sectors of 1 * 512 = 512 bytesDisk /dev/md13 doesn't contain a valid partition tableDisk /dev/md256: 542 MB, 542834688 bytes2 heads, 4 sectors/track, 132528 cylinders, total 1060224 sectorsUnits = sectors of 1 * 512 = 512 bytesDisk /dev/md256 doesn't contain a valid partition tableDisk /dev/md1: 5996.3 GB, 5996376686592 bytes2 heads, 4 sectors/track, 1463959152 cylinders, total 11711673216 sectorsUnits = sectors of 1 * 512 = 512 bytesDisk /dev/md1 doesn't contain a valid partition tableDisk /dev/sdf: 2000.3 GB, 2000398934016 bytes255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectorsUnits = sectors of 1 * 512 = 512 bytes   Device Boot      Start         End      Blocks   Id  System/dev/sdf1               1  3907029167  1953514583+  ee  EFI GPT



    Hier sieht es ja irgendwie so aus, als sei die defekte Platte bereits aus dem Raid Verbund entfernt und die verbleibenden Platten im Sync sind?!


    Hallo Forum,


    ich habe erst letzte Woche mit einem TS-453mini ein Raid 5 mit 4 Festplatten aufgebaut, soweit alles gut gelaufen.
    Nun hatte ich gestern einen Komplettabsturz des Systems, worauf nach dem Neustart eine neue WD RED Platte Fehler meldete:


    Code
    Drive3 medium error. Please run a bad block scan on this drive or replace it if the error persists.
    Drive3 Read I/O error, UNRECOVERED READ ERROR sense_key=0x3, asc=0x11, ascq=0x4, CDB=28 00 dd bd f2 d8 00 00 08 00 .


    Grundsätzlich läuft alles noch, Zugriff auf die Daten ist möglich, aber...
    - die Raid-Gruppe zeigt den Status "Heruntergestuft"
    - in der Volume-Verwaltung heißt es "Wird synchronisiert (100%)
    - Status der scheinbar defekten Platte: "Anormal"
    - S.M.A.R.T. Status: Warnung bei "Current Pending Sector"


    Frage 1:
    Läuft da jetzt noch eine Synchronisierung, oder zeigen mir die "100%" schon das Ende?


    Frage 2:
    Darf ich das NAS in diesem Zustand ausschalten oder bekomme ich beim Reboot Probleme, solange ich keine neue, fehlerfreie Platte einstöpsele?


    Frage 3:
    Was passiert, wenn ich die defekte Platte entferne, übernehmen dann die drei verbleibenden Platten den Raid 5 Betrieb oder muss zwingend eine neue Platte hinzugefügt werden?


    Frage 4 (basierend auf 3):
    Wurde der Raid 5 Verbund schon automatisch auf die drei verbleibenden Platten verteilt oder kann ich diesen Vorgang nun manuell starten?


    Frage 5:
    Warum werden mir bei der Volume Verwaltung alle Platten mit Status "Gut" angezeigt (siehe Screenshot)?


    Danke für eure Unterstützung!

    Hallo Forum,


    weiß zufällig jmd., ob und wie es möglich ist, in der HD Station in Chrome oder Firefox Java Plugins auszuführen?
    Ich würde gerne das Citrix Java Client Plugin verwenden, um auf eine Citrix Farm zugreifen zu können.
    Leider bekomme ich in Chrome nur die Meldung "This plug-in is not supported", in Firefox ist "gar nix" möglich.
    Hat jemand eine Idee?
    Oder ist es vielleicht sogar möglich, das native Citrix Plugin zu installieren und über einen der beiden Browser zu verwenden?
    Eine Version für Linux gibt es zumindest...


    Grüße

    Hi, vielen Dank für deine Antwort.
    Ich bin wie folgt vorgegangen, lief alles fehlerfrei:
    Leere RED in das neue TS-453MINI eingebaut und als Single Disk konfiguriert.
    Anschließend zur Sicherheit per NAS to NAS Synchronisation die Daten vom alten NAS auf die neue einzelne RED Platte gezogen.
    Danach die RED aus dem MINI ausgebaut und die alten GREEN Platten in gleicher "Slot-Reihenfolge" in das MINI gesteckt.
    Wurde sofort alles bestens erkannt, selbst die alte Konfiguration inkl. IP-Adressen und Passwörter kam mit. Das Backup zuvor hätte ich mir also "eigentlich" sparen können ;)
    Daraufhin die RED Platte hinzugefügt und alle Daten in den neuen Raid 5 Verbund migriert.
    Hat alles zusammen mit 1,6 TB an Daten ca. 20 Stunden gedauert.


    Nebenbei:
    Die WD Green Platten liefen bei mir bisher 4 Jahre im alten TS-239 Pro II+ fehlerfrei im Raid 1 Verbund.

    Hallo Forum,


    folgende Ausgangslage:
    Ich habe in meinem TS-453MINI drei Platten zu einem Raid 5 Verbund gebündelt, die Migration aus einem Raid 1 Verbund lief dabei schmerzfrei.
    Nun habe ich noch eine 4. Platte voller Daten, welche ich gerne auf die drei Raid 5 Platten verschieben würde.
    Kann ich in den 4. Slot einfach die einzelne Platte einbauen und diese OHNE DATENVERLUST als Single Disk konfigurieren und daraufhin die Daten innerhalb des NAS von der einzelnen Platte in den Raid Verbund kopieren?


    Danke für eure Unterstützung!

    Hallo Forum,


    die Ausgangslage:
    Derzeit betreibe ich ein TS-239 Pro II+ mit 2x WD Green 2 TB Platten im Raid 1 Verbund (200 GB Freiplatz vorhanden).


    Nun überlege ich, mir für's Wohnzimmer ein TS-453mini zu holen, u.a. weil ich mehr Platz brauche, ich mir ein wenig mehr Performance für Plex erhoffe oder wenigstens Kodi per HDMI nutzen kann.


    Fragen:
    1)
    Gibt es besonders positive/negative Erfahrungen mit dem TS-453mini?


    2)
    Kann ich die beiden WD Green 2 TB Platten aus dem TS-239 Pro II+ ohne Datenverlust problemlos in das neue TS-453mini migrieren?
    Bei QNAP selbst habe ich nur diese Anleitung gefunden, welche aber scheinbar keine neueren Modelle nach 2013 berücksichtigt?!
    http://docs.qnap.com/nas/4.0/d…html?system_migration.htm


    3)
    Sollte die in Frage 2 angesprochene Migration klappen, könnte ich danach den Raid 1 Verbund mit den beiden WD Green 2 TB Platten um eine neue/leere WD Red 2 TB Platte erweitern und damit (ohne Datenverlust) einen Raid 5 Verbund erstellen?


    4)
    Die Frage ist wahrscheinlich unsinnig, ich stelle sie trotzdem:
    Könnte ich in Frage 3 anstelle einer neuen/leeren WD Red 2 TB Platte auch eine bereits beschriebene WD Red 2 TB Platte verwenden und diese Daten mit den Daten der beiden WD Green 2 TB Platten in einem Raid 5 zusammenführen?


    5)
    Würdet ihr in der Preisregion bis knapp 500€ ein anderes NAS anstelle des TS-453mini empfehlen?


    Danke für eure Unterstützung!

    Tja, ich hab's mit diesem Workaround dann leider doch wieder nur 12 Tage geschafft, Backups zu schreiben, bevor das Image von Time Machine nun als korrupt angezeigt wird und zwecks Stabilität ein neues Backup erstellt werden soll.
    Fairerweise muss ich erwähnen, dass ich zwischenzeitlich auf 10.9 gewechselt bin...hat aber zumindest die ersten Tage gut funktioniert.
    Das Reparieren des Volumes anhand dieser Anleitung hat wiederum nicht gefruchtet: http://www.garth.org/archives/…-based-backup-errors.html
    Es ist zum Heulen.
    Zur Sicherheit wird also gleich wieder auf eine externe USB-Platte gesichert... :x