das heißt es gibt bei diesen Systemen keine Möglichkeit ins "BIOS" zu kommen um z.B über einen USB-Stick zu booten?
[5. Sammelthema] Probleme mit Festplatten-Standby (1.Beitrag beachten)
- christian
- Unerledigt
-
-
Mir ist nichts bekannt.
Mein nächstes Projekt wäre ein alternatives OS bei einem Gerät das nur Console Port hat, aber für Geräte ohne alles sehe ich schwarz, habe mich aber auch noch nicht ansatzweise damit beschäftigt.
-
Ich weiß grad nicht, was alternative Systeme mit dem Topic zu tun haben?
-
Ist halt irgendwie dazu gekommen. Weiterführendes wäre sicherlich einen eigenen Thread wert...
-
sry ich wollte nicht in eine andere Richtung springen, aber irgendwie haben wir bei der Lösung inkl weiterer Nutzung bisher keine weiteren fortschritte mehr gemacht.... Ich warte nun noch auf ein Feedback vom QNAP Support... die würde ich dann noch bekannt geben, aber wenn sonst noch kein Feedback mehr kommt.... mir fällt nix mehr ein...
-
Hallo zusammen,
ich habe das Problem, dass die Festplatte ständig aktiv sind, auch bei abgestecktem Netzwerkkabel.
Modell: TS231P2
Ich habe nach der Anleitung ein Log erstellt. Kann das bitte jemand interpretieren ?
Code
Alles anzeigen===== Welcome to use blkdevMonitor_v2 on Thu Dec 22 12:17:52 CET 2022 ===== Stop klogd.sh daemon... Done Turn off/on VM block_dump & Clean dmesg Countdown: 3 2 1 Start... ============= 0/10 test, Thu Dec 22 12:17:58 CET 2022 =============== <<<<<<7>[10164.714556] md9_raid1(559): WRITE block 1060232 on sda1 (1 sectors) <7>[10164.714571] md9_raid1(559): WRITE block 1060232 on sdb1 (1 sectors) <7>[10165.092054] jbd2/md9-8(571): WRITE block 816896 on md9 (8 sectors) <7>[10165.092088] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10165.092120] md9_raid1(559): WRITE block 1060216 on sdb1 (1 sectors) <<<<<<7>[10164.714556] md9_raid1(559): WRITE block 1060232 on sda1 (1 sectors) <7>[10165.092088] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10164.714571] md9_raid1(559): WRITE block 1060232 on sdb1 (1 sectors) <7>[10165.092120] md9_raid1(559): WRITE block 1060216 on sdb1 (1 sectors) ============= 1/10 test, Thu Dec 22 12:18:18 CET 2022 =============== <<7>[10167.432028] rsyslogd(29166): dirtied inode 190 (kmsg) on md9 ============= 2/10 test, Thu Dec 22 12:18:22 CET 2022 =============== <7>[10181.802047] jbd2/md9-8(571): WRITE block 816920 on md9 (8 sectors) <7>[10181.802080] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10181.802109] md9_raid1(559): WRITE block 1060216 on sdb1 (1 sectors) <7>[10181.810737] jbd2/md9-8(571): WRITE block 552936 on md9 (8 sectors) <7>[10181.802080] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10181.802109] md9_raid1(559): WRITE block 1060216 on sdb1 (1 sectors) ============= 3/10 test, Thu Dec 22 12:18:35 CET 2022 =============== <7<<7>[10193.916095] jbd2/dm-11-8(27130): WRITE block 1522867144 on dm-11 (8 sectors) <7<<7>[10193.916095] jbd2/dm-11-8(27130): WRITE block 1522867144 on dm-11 (8 sectors) <<7>[10192.920467] hal_enc_tem<<<7>[<<<7>[10193.161846] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10193.161876] md9_raid1(559): WRITE block 1060216 on sdb1 (1 sectors) <7>[10194.121840] md1_raid1(823): WRITE block 15608143504 on sda3 (1 sectors) <7>[10194.121866] md1_raid1(823): WRITE block 15608143504 on sdb3 (1 sectors) <<7>[10192.920467] hal_enc_tem<<<7>[<<<7>[10193.161846] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10194.121840] md1_raid1(823): WRITE block 15608143504 on sda3 (1 sectors) <7>[10193.161876] md9_raid1(559): WRITE block 1060216 on sdb1 (1 sectors) <7>[10194.121866] md1_raid1(823): WRITE block 15608143504 on sdb3 (1 sectors) ============= 4/10 test, Thu Dec 22 12:18:48 CET 2022 =============== <7>[10198.004888] md9_raid1(559): WRITE block 1060232 on sda1 (1 sectors) <7>[10198.004916] md9_raid1(559): WRITE block 1060232 on sdb1 (1 sectors) <7>[10198.221849] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10198.221882] md9_raid1(559): WRITE block 1060216 on sdb1 (1 sectors) <7>[10198.004888] md9_raid1(559): WRITE block 1060232 on sda1 (1 sectors) <7>[10198.221849] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10198.004916] md9_raid1(559): WRITE block 1060232 on sdb1 (1 sectors) <7>[10198.221882] md9_raid1(559): WRITE block 1060216 on sdb1 (1 sectors) ============= 5/10 test, Thu Dec 22 12:18:54 CET 2022 =============== <<7>[10207.951867] jbd2/dm-11-8(27130): WRITE block 1522867152 on dm-11 (8 sectors) <<7>[10207.951867] jbd2/dm-11-8(27130): WRITE block 1522867152 on dm-11 (8 sectors) <7><<<<<<7>[10209.541851] kworker/u8:0(26472): WRITE block 8 on md9 (8 sectors) <7>[10209.541883] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10209.541914] md9_raid1(559): WRITE block 1060216 on sdb1 (1 sectors) <7>[10209.774568] md9_raid1(559): WRITE block 1060232 on sda1 (1 sectors) <7>[10209.774588] md9_raid1(559): WRITE block 1060232 on sdb1 (1 sectors) <7>[10207.951965] md1_raid1(823): WRITE block 15608143504 on sda3 (1 sectors) <7>[10207.951994] md1_raid1(823): WRITE block 15608143504 on sdb3 (1 sectors) <7>[10207.951965] md1_raid1(823): WRITE block 15608143504 on sda3 (1 sectors) <7>[10209.541883] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10209.774568] md9_raid1(559): WRITE block 1060232 on sda1 (1 sectors) <7>[10207.951994] md1_raid1(823): WRITE block 15608143504 on sdb3 (1 sectors) <7>[10209.541914] md9_raid1(559): WRITE block 1060216 on sdb1 (1 sectors) <7>[10209.774588] md9_raid1(559): WRITE block 1060232 on sdb1 (1 sectors) ============= 6/10 test, Thu Dec 22 12:19:12 CET 2022 =============== <<<7>[10259.577081] md9_raid1(559): WRITE block 1060232 on sda1 (1 sectors) <7>[10259.577099] md9_raid1(559): WRITE block 1060232 on sdb1 (1 sectors) <<7>[10260.005661] md9_raid1(559): WRITE block 1060232 on sda1 (1 sectors) <7>[10260.005682] md9_raid1(559): WRITE block 1060232 on sdb1 (1 sectors) <7>[<<7>[10<7>[10260.233024] md9_raid1(559): WRITE block 1060232 on sda1 (1 sectors) <7>[10260.233050] md9_raid1(559): WRITE block 1060232 on sdb1 (1 sectors) <<<7>[10259.577081] md9_raid1(559): WRITE block 1060232 on sda1 (1 sectors) <<7>[10260.005661] md9_raid1(559): WRITE block 1060232 on sda1 (1 sectors) <7>[<<7>[10<7>[10260.233024] md9_raid1(559): WRITE block 1060232 on sda1 (1 sectors) <7>[10259.577099] md9_raid1(559): WRITE block 1060232 on sdb1 (1 sectors) <7>[10260.005682] md9_raid1(559): WRITE block 1060232 on sdb1 (1 sectors) <7>[10260.233050] md9_raid1(559): WRITE block 1060232 on sdb1 (1 sectors) ============= 7/10 test, Thu Dec 22 12:19:56 CET 2022 =============== <<7>[10265.412038] jbd2/md9-8(571): WRITE block 817064 on md9 (8 sectors) <7>[10265.412071] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10265.412100] md9_raid1(559): WRITE block 1060216 on sdb1 (1 sectors) <7>[10265.412071] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10265.412100] md9_raid1(559): WRITE block 1060216 on sdb1 (1 sectors) ============= 8/10 test, Thu Dec 22 12:20:03 CET 2022 =============== <<<<7>[10274.608707] kworker/u8:0(26472): WRITE block 817072 on md9 (16 sectors) <7>[10274.608755] kworker/u8:0(26472): WRITE block 817064 on md9 (8 sectors) ============= 9/10 test, Thu Dec 22 12:20:09 CET 2022 =============== <7>[10289.831862] md9_raid1(559): WRITE block 1060216 on sdb1 (1 secto<7>[102<7>[10290.441878] chartReq.cgi(10567): dirtied inode 822311 (api.l<7>[10290.882048] jbd2/md9-8(571): WRITE block 817096 on md9 (8 sectors) <7>[10289.626469] md9_raid1(559): WRITE block 1060232 on sda1 (1 sectors) <7>[10289.626489] md9_raid1(559): WRITE block 1060232 on sdb1 (1 sectors) <7>[10289.831837] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10289.831862] md9_raid1(559): WRITE block 1060216 on sdb1 (1 secto<7>[102<7>[10290.441878] chartReq.cgi(10567): dirtied inode 822311 (api.l<7>[10290.882048] jbd2/md9-8(571): WRITE block 817096 on md9 (8 sectors) <7>[10290.882079] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10290.882109] md9_raid1(559): WRITE block 1060216 on sdb1 (1 sectors) <7>[10289.626469] md9_raid1(559): WRITE block 1060232 on sda1 (1 sectors) <7>[10289.831837] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10290.882079] md9_raid1(559): WRITE block 1060216 on sda1 (1 sectors) <7>[10289.831862] md9_raid1(559): WRITE block 1060216 on sdb1 (1 secto<7>[102<7>[10290.441878] chartReq.cgi(10567): dirtied inode 822311 (api.l<7>[10290.882048] jbd2/md9-8(571): WRITE block 817096 on md9 (8 sectors) <7>[10289.626489] md9_raid1(559): WRITE block 1060232 on sdb1 (1 sectors) <7>[10289.831862] md9_raid1(559): WRITE block 1060216 on sdb1 (1 secto<7>[102<7>[10290.441878] chartReq.cgi(10567): dirtied inode 822311 (api.l<7>[10290.882048] jbd2/md9-8(571): WRITE block 817096 on md9 (8 sectors) <7>[10290.882109] md9_raid1(559): WRITE block 1060216 on sdb1 (1 sectors) Turn off block_dump Start klogd.sh daemon
Viele Grüße,
Andi
-
Moin!
Der Test lief ja nur 3 Minuten, das ist ein bissl wenig
Schau auch mal hier vorbei, den Part mit Sinn/Unsinn kannst Du überspringen, da steht nochmal was bei dem Test zu beachten ist sowie ein weiterer Test, den Du auch mal machen solltest:
Blog-ArtikelMysterium Datenträger-Standby - Über Sinn, Unsinn und wie man ihm auf den Grund gehen kann[PROLOG]
Festplatten abschalten wenn keine Zugriffe erfolgen ist eins der größten Mysterien in der QNAP-Welt, nicht umsonst sind die Threads zum Festplattenstandby (Festplatten) in der mittlerweile 4. Generation etliche Seiten lang. Doch was bewegt das NAS dazu, die Festplatten aktiv zu halten, was kann man dagegen tun und warum sollen die Festplatten überhaupt in den Standby gehen?
In den angesprochenen Threads (siehe erster Post) wird schon einiges darüber ausgesagt, der Rest ist über die… -
Ich habe ja seit nun über neun Jahren ein 1-Bay-NAS als Datengrab, um neben Mediadatein auf Freigabebasis auch heruntergeladene Programmupdates für andere Rechner im Heimnetz bereitzustellen. Darin war eine 3TB-HDD verbaut, hatte ich damals so bestellt. Obwohl weder QSyncfunktionen noch Zugang über QCloud meinerseits eingerichtet waren, eine Mediabibliothek wurde ebenfalls nicht benötigt (habe nur den Minim-Server in Betrieb), als einzige QNAP-App war QFile aktiv, startete sporadisch immer wieder mitten in der Nacht ca. gegen 3 Uhr die Festplatte (mein NAS ist 7/24 an). Selbst in der crontab habe ich bis auf die Zeitsynchronisierung mit meinem Hauptrechner und dem Aktualisieren der Festplattenspeicherplatzbelegung (zu christlicheren Zeiten tagsüber ) alle Einträge rausgeschmissen und neu eingelesen. Nach intensiver Suche fand ich in einer Konfigurationsdatei, ich weiß leider nicht mehr welche Datei es war, eine E-Mail-Adresse, die ich daraus entfernte. Das veränderte aber nicht das Verhalten. Na gut, das NAS befindet sich hinter einem Switch, der zu der Zeit ausgeschaltet ist, also sicherheitsmäßig kein Problem und sonst blockt der Router jede weitere Verbindung von oder nach Draußen ins WWW. Ich beließ es dabei. Da ich aber seit nun fast 1 1/2 Jahren schon in den Smartwerten Reallocated Sector Ct den Rohwert 8 hatte (der Schwellwert ist 10), weitere Probleme waren nicht verzeichnet, und langsam der Speicherplatz eng wurde, habe ich nun zwischen den Feiertagen meinem NAS einen größere HDD gegönnt und komplett neu eingerichtet. Das Zurückkopieren der Daten von meinem Sicherungsmedium dauerte zwar etwas, aber mit der Sicherungskopie der Einstellungen stellte das keine Herausforderung dar. Jetzt kommt es aber. Das Oben beschriebene Verhalten hat sich seit diesem Tag nicht mehr gezeigt. Ist mit Ausschalten des Netzwerks kein Rechner mehr erreichbar, fährt die HDD runter und bleibt es auch. Es ist einfach Ruhe. Ich vermute, das irgend ein nicht zugänglicher Dienst schon bei der Lieferung des Gerätes, obwohl ich es damals auch noch einrichten mußte, in der Firmware auf aktiv gesetzt war. Jetzt habe ich ja sofort die letzte verfügbare Firmware bei der Einrichtung installiert. Ich denke, die Beschreibung gibt dem Einen oder Anderen weitere Denkanstöße.
-
Wenn du jetzt noch verrätst um welche Firmware es sich bei dem 9 Jahre alten Modell handelt, dann könnte denjenigen mit dieser Firmware tatsächlich geholfen sein... In der Realität werden es aber Geräte mit neuerer Firmware sein, die Probleme bereiten
-
Ist ein TS121 mit Firmware 4.3.3.2057. Hatte damals ein Ticket aufgemacht, aber irgendwie nie eine brauchbare Reaktion darauf erhalten.
-
Hallo
Sollten die Festplatten der NAS (TS-251+) bei Nichtbenutzung in Standby gehen? eingestellt sind 30min doch sie klakkern die ganze Nacht.
-
Sie sollten.... Sie sollten nicht... Sie sollten...
Ist so ne Sache:
Blog-ArtikelMysterium Datenträger-Standby - Über Sinn, Unsinn und wie man ihm auf den Grund gehen kann[PROLOG]
Festplatten abschalten wenn keine Zugriffe erfolgen ist eins der größten Mysterien in der QNAP-Welt, nicht umsonst sind die Threads zum Festplattenstandby (Festplatten) in der mittlerweile 4. Generation etliche Seiten lang. Doch was bewegt das NAS dazu, die Festplatten aktiv zu halten, was kann man dagegen tun und warum sollen die Festplatten überhaupt in den Standby gehen?
In den angesprochenen Threads (siehe erster Post) wird schon einiges darüber ausgesagt, der Rest ist über die… -
Hallo und vielen Dank für die Infos.
Da ich meine ts-251+ von raid 4TB auf raid 12 TB aufgerüstet habe, ist es mir jetzt erst aufgefallen.
Was mich stört ist das regelmäßige klacken.
Lüfter und Motorgeräuch sind zu vernachlässigen.
-
Da helfen wohl nur Gehörschutz oder andere Disks
Oder halt dem Verursacher auf die Schliche kommen, was eben recht aufwändig ist / sein kann...
-
Danke immer wieder
-
Hallo,
ich hab bereits viel gelesen hier im Forum und ihr konntet anderen Usern helfen mit dem selben Problem. Im Ruhemodus (keine Indexierung, kein AntiVir, kein Malwarescan) greift mein NAS staendig auf die Festplatte zu (Geraeusch und LED blinken).
Koennt ihr mir helfen wie ich den Festplattenzugriff reduzieren kann und dadurch das NAS leiser wird? Gerne kann ich ein VPN zugriff einem User geben um es richtig einzustellen.
-
Hast du denn mal die HDD standby Tests gemacht von denen hier immer die Rede ist?
-
Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
Wie geht dieser Standby Test?
-
Blog-ArtikelMysterium Datenträger-Standby - Über Sinn, Unsinn und wie man ihm auf den Grund gehen kann[PROLOG]
Festplatten abschalten wenn keine Zugriffe erfolgen ist eins der größten Mysterien in der QNAP-Welt, nicht umsonst sind die Threads zum Festplattenstandby (Festplatten) in der mittlerweile 4. Generation etliche Seiten lang. Doch was bewegt das NAS dazu, die Festplatten aktiv zu halten, was kann man dagegen tun und warum sollen die Festplatten überhaupt in den Standby gehen?
In den angesprochenen Threads (siehe erster Post) wird schon einiges darüber ausgesagt, der Rest ist über die… -
Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
Danke dir....
hier ist mein Log
Extern verlinkte Datei entfernt! Mehr dazu siehe in den Forenregeln!
Koenntest du mir helfen es zu analysieren? tiermutter