Keine Anmeldung im OTP während Datenbereinigung möglich

[Kayniac]

Du sollst keinen Test machen, sondern einfach nur die Werte auslesen.

Und wenn die Kiste bei einem Test auch schon wieder in die Knie geht, ist das auch schon fast wieder ein Anzeichen für Platten-Defekt

Ich habe keine Ahnung ob das hier der gängige Umgangston ist, aber bei meiner Vorgeschichte auch nur anzunehmen ich hätte auch nur den Hauch einer Ahnung, zeugt nicht gerade von Kompetenz. Wenn du Beiträge farmen willst, tue das doch bitte in anderen Threads. Viele Worte, wenig Inhalt. Aber immerhin 2 Likes bekommen. Stark!

Ich werde dann wohl doch lieber Onkel Google bemühen und wünsche euch weiterhin viel Spaß!

 

[patrickn]

Scherzkeks. Mir den "Umgangston" vorwerfen, aber selbst pampig werden, statt einfach nachzufragen.

Dann halt nicht!

 

[RichardB]

Was @patrickn Dir sagen wollte ist: Brich dieses Tests ab, da sie die Platten nur unnötig stressen und keine Aussagekraft haben.

Anschließend sieh Dir die Signatur von @Benie an und klicke auf den Link S.M.A.R.T. Werte auslesen und interpretieren,-- Klick hier ! Folge den Anweisungen und poste die Werte, dann können wir uns ansehen, ob Dein Problem von den Platten herrührt.

 

[Benie]

Ich werde dann wohl doch lieber Onkel Google bemühen und wünsche euch weiterhin viel Spaß!

Bist aber schon ganz schön Sensibel, Hier hat Dir doch niemand böses geschrieben.
Die Leute die hier geantwortet haben, gehören jedenfalls denjenigen helfen wollen und auch wissen was sie schreiben und warum.
Wenn Dir da etwas schräg vorgekommen ist, dann war es sicher nicht so gemeint wie es für Dich gewirkt hat.
Im Allgemeinen wird das Forum gelobt für den Anständigen Umgang miteinander

 

[Kayniac]

Hätte nicht verallgemeinern sollen, war nur an patrickn gerichtet.

Ich bin einen rauen Umgangston gewohnt. In diesem speziellen Fall war es eher ein Triggerpunkt bezüglich allgemeiner Umgangsformen. Ich kann nur von mir reden, aber wenn ich für ein Thema brenne und mir viel Wissen angeeignet habe, mich dann auch zusätzlich entscheide aktiv in einem Support-/Fachforum zu sein und anderen mit meinem Wissen zu helfen, dann ist es zumindest für mich eine Herzensangelegenheit Neulingen den besten Einstieg ins Thema zu geben. Patrickn's Antwort war nun mal inhaltslos und es war offensichtlich, dass ich wohl etwas falsch interpretiert habe. Statt einen Lösungsansatz zu präsentieren schreibt er einen mehrwert-freien Beitrag. Die Art und Weise wie er sich dabei ausgedrückt hat, verstärkt hierbei den Effekt und meine einhergehende Reaktion.

Ist einfach ein menschliches Thema, persönlich angegriffen fühle ich mich nicht. Mir ist bewusst, dass ich keine Ahnung von der Thematik habe, wie der Einstiegspost es auch schon verdeutlicht.

Nach dem ich nun das Tutorial erneut und vollständig gelesen habe, erkenne ich meinen Fehler und den Unterschied zwischen dem Test und dem "Auslesen". Ich habe angenommen mit "Auslesen", wäre die Analyse im Rahmen des S.M.A.R.T. Tests gemeint, hätte ich das nötige Fachwissen, hätte ich entsprechend einlenken können. Entscheide mich aber dazu so stumpf wie möglich, einfach bereits Gesagtes zu wiederholen. Hätte er den Link zum Tutorial geteilt und gesagt ich würde da etwas falsch interpretieren, hätte mich seine Wortwahl auch gar nicht gestört.

Ist auch schön und gut. Ich bin noch dämlicher als gedacht. Bei der Thematik geht es wohl gar nicht um die Datenträgerbereinigung, sondern die Indexierung. Auch in diesem Fall war mir nicht bewusst, dass dies 2 unterschiedliche Dinge sind. Ist mir bei einem Neustart vom System aufgefallen. Während der Datenträgerbereinigung ist alles super.

 

[patrickn]

Und einfach nachfragen, kam dir nicht in den Sinn? Stattdessen eine (jedenfalls in meinen Augen noch viel unpassendere pampige Antwort) rechtfertig das dann?
Und dein Nachschlag empfinde ich nicht als wirklich besser. Aber sei's drum.

Mein Beitrag war weder unhöflich, noch sonst was - sondern schlicht auf den Punkt: kein test. Auslesen!
Aber nachfragen ist wohl zu viel verlangt gewesen, stattdessen so kommen. Super Umgangston. Oder?

 

[Kayniac]

Wir sollten uns an dieser Stelle einfach darauf einigen, dass wir uns nicht einig sind.

 

[Benie]

Besser einig sein und Vertragen, seid ja eigentlich beide nicht ganz so schlimm wie einander gedacht oder? dann läuft auch in Zukunft wieder

 

[Kayniac]

Soll kein Off-Topic Thread werden. Vielleicht hilft dieser Beitrag in der Zukunft noch dem einen oder anderen.

Ich habe zumindest mal die SMART Werte ausgelesen und nach Anleitung interpretiert. Meine Platten scheinen noch zu leben.


Platte 1

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 050 Pre-fail Always - 0
2 Throughput_Performance 0x0005 100 100 050 Pre-fail Offline - 0
3 Spin_Up_Time 0x0027 100 100 001 Pre-fail Always - 8565
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 28
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x000b 100 100 050 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 100 100 050 Pre-fail Offline - 0
9 Power_On_Hours 0x0032 070 070 000 Old_age Always - 12108
10 Spin_Retry_Count 0x0033 100 100 030 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 28
23 Helium_Condition_Lower 0x0023 100 100 075 Pre-fail Always - 0
24 Helium_Condition_Upper 0x0023 100 100 075 Pre-fail Always - 0
27 MAMR_Health_Monitor 0x0023 100 100 030 Pre-fail Always - 330036
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 21
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 11
193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 28
194 Temperature_Celsius 0x0022 100 100 000 Old_age Always - 31 (Min/Max 16/44)
196 Reallocated_Event_Count 0x0033 100 100 010 Pre-fail Always - 0
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
220 Disk_Shift 0x0002 100 100 000 Old_age Always - 100925441
222 Loaded_Hours 0x0032 070 070 000 Old_age Always - 12108
223 Load_Retry_Count 0x0032 100 100 000 Old_age Always - 0
224 Load_Friction 0x0022 100 100 000 Old_age Always - 0
226 Load-in_Time 0x0026 100 100 000 Old_age Always - 689
240 Head_Flying_Hours 0x0001 100 100 001 Pre-fail Offline - 0
241 Total_LBAs_Written 0x0032 100 100 000 Old_age Always - 79754913771
242 Total_LBAs_Read 0x0032 100 100 000 Old_age Always - 196140612958

Platte 2

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 050 Pre-fail Always - 0
2 Throughput_Performance 0x0005 100 100 050 Pre-fail Offline - 0
3 Spin_Up_Time 0x0027 100 100 001 Pre-fail Always - 8365
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 29
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x000b 100 100 050 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 100 100 050 Pre-fail Offline - 0
9 Power_On_Hours 0x0032 070 070 000 Old_age Always - 12108
10 Spin_Retry_Count 0x0033 100 100 030 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 29
23 Helium_Condition_Lower 0x0023 100 100 075 Pre-fail Always - 0
24 Helium_Condition_Upper 0x0023 100 100 075 Pre-fail Always - 0
27 MAMR_Health_Monitor 0x0023 100 100 030 Pre-fail Always - 921147
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 22
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 11
193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 29
194 Temperature_Celsius 0x0022 100 100 000 Old_age Always - 34 (Min/Max 16/44)
196 Reallocated_Event_Count 0x0033 100 100 010 Pre-fail Always - 0
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
220 Disk_Shift 0x0002 100 100 000 Old_age Always - 50724870
222 Loaded_Hours 0x0032 070 070 000 Old_age Always - 12108
223 Load_Retry_Count 0x0032 100 100 000 Old_age Always - 0
224 Load_Friction 0x0022 100 100 000 Old_age Always - 0
226 Load-in_Time 0x0026 100 100 000 Old_age Always - 688
240 Head_Flying_Hours 0x0001 100 100 001 Pre-fail Offline - 0
241 Total_LBAs_Written 0x0032 100 100 000 Old_age Always - 44640338707
242 Total_LBAs_Read 0x0032 100 100 000 Old_age Always - 312105690562

Edit: Sorry für die Formatierung.

 

[dil88]

Ja, die SMART-Werte sehen gut aus.

 

[RichardB]

OK, die HDDs sind es nicht. Und auch nicht die Datenträgerbereinigung (wie oft führst Du die eigentlich durch?).
Wenn es um die Indizierung geht, ja das kann ein System etwas träger werden lassen. Nur dass ein +-Modell dabei so in die Knie geht, dass keine Anmeldung im DSM mehr möglich ist, wäre mir neu. Was bei Dir zu diesem Systemverhalten führt, kann ich jetzt auch nicht sagen, nur die Indizierung wage ich fast auszuschließen.
Selbst meine 218+ mit ihrem Intel Celeron J3355 hat, als sie noch produktiv war, auch größere Indizierungsaufgaben locker bewältigt.

 

[Kayniac]

Habe sogar RAM nachgerüstet, weil es so langsam war. Irgendwo muss ja der Wurm drin sein. Die Dateibereinigung müsste bei mir auf Standardwert eingestellt sein. Gibt es Benchmarks für NAS Systeme? Würde gerne wissen wie die CPU performed.

 

[maxblank]

Schau dir zu deiner CPU besser keine Benchmarks an, sonst wirst du sehr enttäuscht sein.

 

[luddi]

@Kayniac Wäre es vielleicht hilfreich wenn man die Prozesse im Terminal anhand einer SSH Session mit htop beobachtet während das Problem vorliegt? Damit könnte man zumindest die Prozesse Identifizieren welche eine hohe Prozessor- und Speicherauslastung verursachen.

 

[Benie]

Gute Idee und auch gute Erinnerung für einen selbst. An "htop" hätte ich jetzt gar nicht gedacht

 

[Kayniac]

@Kayniac Wäre es vielleicht hilfreich wenn man die Prozesse im Terminal anhand einer SSH Session mit htop beobachtet während das Problem vorliegt? Damit könnte man zumindest die Prozesse Identifizieren welche eine hohe Prozessor- und Speicherauslastung verursachen.

Wäre natürlich eine Maßnahme. Wenn das Problem das nächste Mal auftaucht (hoffentlich nicht allzu bald), werde ich darauf zurück kommen.