[09:08] <Approach> Hi@all, habe heute eine mail bekommen mit: Device: /dev/sda [SAT], Failed SMART usage Attribute: 202 Percent_Lifetime_Used.
[09:08] <Approach> ist es nur eine warnung oder soll ich unbedingt die platte wechseln?
[09:08] <Approach> Das system läuft auf raid 1
[09:10] <dadrc> Normalerweise ist 202 Data Address Mark errors
[09:10] <dadrc> Oder ist das eine SSD?
[09:12] <Approach> ist eine SSD
[09:13] <dadrc> Dann ist es durchschnittliche Lebenserwartung und dein SMART-Tool hat es sauber ausgelesen
[09:13] <dadrc> Welchen Wert hat das Attribut denn?
[09:14] <Approach> 202 Percent_Lifetime_Used   ----CK   001   001   001    NOW  99
[09:14] <Approach> was bedeutet es, 99 stunden noch bis zum tod?
[09:14] <Approach> :D
[09:15] <ppq> This value gives the threshold inverted value of the raw data value below. That is, if 30% of the lifetime has been used, this value will report 70%. A value of 0% indicates that 100% of the expected lifetime has been used.
[09:17] <ppq> keine ahnung ob sich das auf den anteil der kumulierten geschriebenen datenmenge an der TBW oder auf irgendeine zeit bezieht
[09:18] <ppq> jedenfalls wohl unbedenklich
[09:18] <Approach> Also kann ich warten bis die nächste Meldung kommt gel? Das system läuft ja im raid 1
[09:19] <ppq> die nächsten 99 :)
[09:19] <ppq> in der regel halten SSDs wesentlich länger als diese wear indikatoren prophezeien
[09:20] <ppq> wenns eh raid 1 ist, würd ich die einfach bis zum bitteren ende nutzen
[09:20] <ppq> sofern du dieses überhaupt noch erlebst
[09:21] <ppq> Approach, übrigens: statt zwei ssds im raid1 kannst du auch einfach eine ssd mit doppelter kapazität nehmen. das interne wear leveling hat dann den gleichen effekt, wenn du nur die halbe kapazität nutzt.
[09:22] <ppq> außer wenn die ganze ssd (controller o.ä.) zugrundegeht
[09:22] <ppq> aber das kommt eigentlich nicht mehr vor
[09:23] <Approach> Das witzige daran ist, letzte woche ist die andere platte abgeschmirrt. Mysql hatte ständig eine hohe last.
[09:23] <Approach> Was ich nicht so ganz verstanden habe, warum die platte daran schuld ist
[09:23] <Approach> Es war übrigens eine baugleiche Festplatte
[09:24] <ppq> achso, dachte es geht um SSDs
[09:24] <ppq> dann will ich nichts gesagt haben
[09:24] <Approach> es geht um SSDs
[09:24] <Approach> 2 x 500 GB
[09:42] <dadrc> tech-q
[12:06] <Burkeburke> Servus! Gibts es unter Linux ein Hausmittel, um die Lüftersteuerung des CPU-Lüfters zu regulieren? An meinen Laptop spinnt die nach einigen Malen Suspend+Aufwachen. Anstatt leise normal zu laufen springt der Lüfter zwischen aus und Volldampf hin und her. Sobald die CPU über 60% läuft, hab ich eine Flugzeugturbine auf dem Tisch.
[12:08] <jokrebel> Burkeburke: Das regelt meist bereits das BIOS. Und oft ist an solchem Verhalten einfach "verdreckte/-staubte Hardware" schuld
[12:09] <Burkeburke> Ich hab deswegen die Lüfter gereinigt und neue Kühlpaste drauf gemacht. Das Problem tritt auch nicht mehr auf, wenn ich das Gerät ausschalte und danach neu starte. Dann hab ich für ein paar Tage Ruhe
[12:16] <jokrebel> Burkeburke: ist das ein Thinkpad?
[12:21] <jokrebel> möglicherwweise läuft da ja auch irgend ein Prozess Amok wenn da "hochtourt". Das könnten Dir dann Tools wie zB. "top" gut zeigen, was da grad die "Last" hochtreibt
[12:21] <Burkeburke> leider nein. Nen in die Jahre gekommendes Asus.
[12:22] <Burkeburke> Ja das stimmt. In dem Fall war es Libreoffice. Keine Ahnung, was da los war aber das Programm zu schließen und neu zu starten löste das Problem. Passiert mir aber auch oft mit Firefox, wenn dort Tabs geladen oder Videos abgespielt werden.
[12:22] <jokrebel> dann sollte man mal identifizieren, was da schuld ist. Meist irgendwas was entweder CPU oder GPU stresst
[12:23] <Burkeburke> Mir wäre es recht wenn der Lüfter zwar etwas schneller dreht, aber dafür halt durchgängig. In meinen Fall springt er zwischen Volldampf und aus hin- und her.
[12:24] <jokrebel> grad bei äterer Hardware mag das ggf. schwierig werden, das "stufenlos" zu managen
[12:25] <Burkeburke> Was wäre denn ein guter Weg, um den Schuldigen zu identifizieren?
[12:26] <ppq> im hintergrund ein terminal mit htop offen lassen
[12:26] <jokrebel> wie gesagt. top anschaun, wenn er mal wieder anscheinden getresst ist
[12:26] <ppq> wenn er anspringt, einfach mal reinschauen wer da freidreht (nach CPU-last sortieren)
[12:27] <jokrebel> ja htop noch besser
[12:32] <k1l> Burkeburke: es gibt auch module für die lüftersteuerung. aber da muss man dann ganz konkret gucken welche hardware das ist
[12:32] <Burkeburke> Achso, ja htop hab ich eh immer am Laufen, genauso die Ausgabe von var/log/syslog. Mich würde aber eher interessieren, warum das Verhalten des Lüfters im Laufe der Zeit sich so verändert. Am Anfang jeder session wird der Lüfter ja deutlich Feinfühliger geregelt, auch unter Last. 
[12:34] <Burkeburke> wenn es wirklich ein PRoblem des bios ist, kann es gut sein, dass ich das niemal lösen kann. Die Maschine wird nicht gerade vernünftig supportet.
[12:43] <k1l> guck erstmal ob es da bios updates gibt. gerade solche sachen werden of mti bios updates verbessert.
[12:43] <Loetmichel> Burkeburke: so ins blaue geschossen: kann sein daß sich der "lüfterregeltask" von linux verabschiedet und dann nur noch die "notbremse" im systemmanagement (bios) läuft: "wenn overheat: full power"
[12:44] <Loetmichel> das würde deine "digitale" regelung zumindest erklären
[12:44] <k1l> dann guck mal genau welche hardware das ist und ob es da ein modul für linux gibt. gerade das dauernde stanby/resume macht probleme beim laden der module. kann sein, dass es nicht richtig lädt und nur noch im notprogramm vom bios dann läuft
[12:50] <Loetmichel> sag ich ja ;)
[12:54] <Burkeburke> is nen Asus UL30vt. Gibt es eine Möglichkeit, im Terminal die Biosversion zu checken? 
[12:55] <ppq> ja
[12:55] <ppq> sudo dmidecode -t bios
[12:55] <ppq> iirc
[12:55] <ppq> jop, geht
[12:57] <Burkeburke> Danke! Wieder was gelernt.... gibt tatsächlich ein Update (Version 210 zu 211). Aber laut Asus-Seite löst dsa nicht mein Problem, sondern eins mit den Fn-Tasten. Dennoch werd ich es mal einspielen
[18:13] <uniCATx> k1l, ok. Du hast recht. #xubuntu gehts