|
|
|
|
| Zitat von Phillinger
Ich will in unserem Server ein RAID1 vergrößern. Bisher sind das 2 Intel SSDs mit 256 GB. Das würde ich gerne durch 2x 1TB ersetzen.
Welche SSDs nimmt man denn da aktuell? Macht man mit Samsung 860 Pro was falsch?
| |
Im Server? Dann wohl eher Samsung 883
¤: Oder Intel D3-S4510 / S4610
Setze alle drei Modelle in Servern mit Ceph ein. Bis jetzt null Probleme.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von [NBG]HLord am 29.04.2020 16:13]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Würde passen, die bisherigen sind auch Intel.
|
|
|
|
|
|
|
Mein Mint xfce friert zwischendurch immer mal wieder für kurze Zeit ein. Erscheint mir fast so, dass das System überfordert ist, wenn ich Chromium öffne und dann noch etwas dazu. Habe jetzt schon Hardwarebeschleunigung in den Browsern ausgeschaltet, weil ich gelesen habe, dass das eine Ursache sein kann auf älteren Systemen.
Manchmal habe ich auch einen schwarzen Bildschirm, wenn das Gerät aus dem Standby wieder aufwacht. Mit Strg Alt F1 kann ich dann wenigstens neu booten, aber befriedigend ist das auch nicht. Und in seltenen Fällen bootet Mint auch gar nicht und ich hab dann ne Anzeige mit initfrms (oder so). Dann hilft nur noch mit nem Livestick zu booten und mit gparted die Partition zu überprüfen. Dann gehts wieder.
Unter Win 10 habe ich keinerlei Probleme. Wo kann ich noch ansetzen? Andere Distro benutzen? Anderer Kernel (5.3 läuft grad)
e: Festplatte ist ca. ein Jahr alt. Der Laptop ca. 9, aber läuft halt unter Win 10 problemlos.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Farbkuh am 29.04.2020 20:39]
|
|
|
|
|
|
|
|
|
|
| Zitat von statixx
Swapt dein System?
| |
Es gibt ne Swap-Partition, ja. 8,8GiB groß.
|
|
|
|
|
|
|
Ich frage für einen Freund:
Wir die Kiste eventuell deutlich zu heiß?
|
|
|
|
|
|
|
| Zitat von hoschi
Ich frage für einen Freund:
Wir die Kiste eventuell deutlich zu heiß?
| |
Nein. Immer wenn ich geschaut hab, war die Temperatur unter 70 Grad. Hab auch den Lüfter erst freigeblasen. Fühlt sich auch nicht sonderlich heiß an.
|
|
|
|
|
|
|
Guck mal ob die Kiste swappt. -> top in die Console und dann schauen ob bei "MiB Swap" was anderes als ne Null steht.
Mein Bürokollege hatte vor kurzem das selbe, dem hat alle paar Minuten die GUI kurz gelagt. Das Ding meinte tatsächlich swappen zu müssen, obwohl die 32GB Ram nur halb voll waren. Swap abgeklemmt, und weg war's.
Ich persönlich fahr seit Ewigkeiten ohne Swap sehr gut. Lieber schießt mir die Kiste was ab, bevor der Rechner nicht mehr benutzbar ist. Zugegebenermaßen kommt diese Herangehensweise noch von vor der Zeit von SSDs, habe das allerdings seither aufgrund von Mangel an Gründen wieder ein Swap einzurichten beibehalten.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von statixx am 30.04.2020 13:58]
|
|
|
|
|
|
| Zitat von statixx
Guck mal ob die Kiste swappt. -> top in die Console und dann schauen ob bei "MiB Swap" was anderes als ne Null steht.
Mein Bürokollege hatte vor kurzem das selbe, dem hat alle paar Minuten die GUI kurz gelagt. Das Ding meinte tatsächlich swappen zu müssen, obwohl die 32GB Ram nur halb voll waren. Swap abgeklemmt, und weg war's.
Ich persönlich fahr seit Ewigkeiten ohne Swap sehr gut. Lieber schießt mir die Kiste was ab, bevor der Rechner nicht mehr benutzbar ist. Zugegebenermaßen kommt diese Herangehensweise noch von vor der Zeit von SSDs, habe das allerdings seither aufgrund von Mangel an Gründen wieder ein Swap einzurichten beibehalten.
| |
Hier swapt nix. Habs jetzt etwas länger beobachtet und ich komme auch mit Chrome, Vivaldi, Thunderbird und Thunar nicht mal annäherend dahin meine 8GiB voll zu machen. Ich glaube nicht, dass das das Problem ist. Wie kann man Swap deaktivieren? Vielleicht passierts ja erst später oder unter anderen Umständen.
|
|
|
|
|
|
|
| Zitat von Farbkuh
Wie kann man Swap deaktivieren? Vielleicht passierts ja erst später oder unter anderen Umständen.
| |
$ sudo swapoff -a
deaktiviert bis zum nächsten reboot, siehste auch mit
$ free -m
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von [KdM]MrDeath am 30.04.2020 17:32]
|
|
|
|
|
|
Keine relevanten Logeinträge bei den Hängern?
journalctl -efp4 -b
|
|
|
|
|
|
|
| Zitat von kRush*
Keine relevanten Logeinträge bei den Hängern?
journalctl -efp4 -b
| |
Muss ich den nächsten Hänger abwarten. Ich werde berichten.
|
|
|
|
|
|
|
| Zitat von [KdM]MrDeath
| Zitat von Farbkuh
Wie kann man Swap deaktivieren? Vielleicht passierts ja erst später oder unter anderen Umständen.
| |
$ sudo swapoff -a
deaktiviert bis zum nächsten reboot, siehste auch mit
$ free -m
| |
Werde ich testen, wenn es sich als Ursache herausstellt. Danke.
|
|
|
|
|
|
|
Ich muss schon sagen, mit Docker (compose), letsencrypt usw. ist es echt ziemlich einfach geworden, selbst gehostete Sachen zu deployen. Ich bin eben auf die self-host Bitwarden Variante umgestiegen.
Hetzner Cloud Instanz bestellen - 1 Min
DNS Eintrag einstellen - 1 Min
Docker installieren, SSH Port ändern - 3 Min
Bitwarden-rs + Caddy (Link) als compose starten - 5 Min
Bitwarden Daten migrieren - 5 Min
Browser und Smartphone umstellen - 5 Min
nach 20 Minuten oder so läuft das Ding, inkl. SSL.
|
|
|
|
|
|
|
jo, "gehen" tut sowas schnell.
finds nur ein bischen grausig was für docker images die leute sich dann direkt ziehen weil "das geht ja schnell, boah"
du hast jetzt hier was von eine(m/r) "dani-garcia"? auch wenns so ausschaut dass es nur die docker compos file ist und die container von den "offiziellen" kommen?
finde schon dass man da drauf achten sollte, man sieht ja in welcher misere NPM ist aus der sie nichtmehr rauskommen. da hat irgend ein hans dampf kiddie nen einzelner als modul hochgeladen, das wird millionen mal benutzt mit allen folgeerscheinungen davon.
|
|
|
|
|
|
|
ah ne, gratulation, du hostest jetzt deine passwörter auf was das von
https://hub.docker.com/u/abiosoft
|
Code: |
Community User Konga Online Shopping Ltd Nigeria [URL]http://abiosoft.com/[/URL] Joined June 9, 2014
|
|
bereitgestellt wird.
|
|
|
|
|
|
|
Das ist der Entwickler des bitwarden-rs clients. Die files bei docker.io sind von ihm und die Quellen sind im repo. Natürlich hätte ich wie bei jeder anderen Software auch jede Zeile source code checken müssen und mir alles selbst bauen sollen, aber das Risiko gehe ich eben bewusst ein. Ich gehe auch das Risiko ein, dass ich Hetzners Linux images und deren Hardware nutze, mein OS mit vorkompilierter Software, mein Laptop einer amerikanischen Firma etc.
|
|
|
|
|
|
|
| Zitat von [KdM]MrDeath
ah ne, gratulation, du hostest jetzt deine passwörter auf was das von
https://hub.docker.com/u/abiosoft
|
Code: |
Community User Konga Online Shopping Ltd Nigeria [URL]http://abiosoft.com/[/URL] Joined June 9, 2014
|
|
bereitgestellt wird.
| |
Caddy meinst du? Nginx kommt aus Russland, nutzt du es?
/e: da schaue ich aber mal rein, du hast vielleicht recht.
/e2: dockerfiles sehen sauber aus, aber vielleicht wechsle ich das Image oder baue es selbst. Danke für den Hinweis.
Bei sowas muss man ein Stück weit der open source community vertrauen, sonst kann man am Ende halt nichts mehr installieren.
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von Oli am 01.05.2020 14:35]
|
|
|
|
|
|
| Zitat von Oli
Natürlich hätte ich wie bei jeder anderen Software auch jede Zeile source code checken müssen und mir alles selbst bauen sollen, aber das Risiko gehe ich eben bewusst ein. Ich gehe auch das Risiko ein, dass ich Hetzners Linux images und deren Hardware nutze, mein OS mit vorkompilierter Software, mein Laptop einer amerikanischen Firma etc.
| |
das ist genau das was ich _nicht_ sagen will, bitte nicht direkt ins extrem ziehen
ja, ich vertrau dem debian projekt(!) dass die nen prozess haben der für mich reicht. nein ich checke den code davon nicht.
ja ich vertrau auch wenn ich z.b. die jetbrains IDE vonner firmenseite direkt ziehe.
das heisst aber nicht dass ich z.b. ich nem random flatpack build von jetbrains das irgend ein koddie wo hochgeladen hat vertrau.
das ist immer ein abwägen und meine kritik hat darauf abgezielt dass in zeiten von curl... | bash .., npm install... und docker pull... die leute diese schwelle (unbewusst?) krass nach unten geschraubt haben und das entweder schon regelmäßig auf die füsse fällt oder uns garantiert noch ganz böse erwischen wird *orakel*
|
|
|
|
|
|
|
Stimmt schon, aber curl bash mache ich aus Prinzip nicht und ich schaue mir üblicherweise an, ob die dockerfiles aus dem gleichen repo kommen wie der Code. Bei caddy habe ich das hier falsch angenommen, deshalb hast du da recht - gucke ich mir genauer an. Ansonsten vertraue ich docker und docker hub, dass die wirklich die images anbieten die zu den Dockerfiles passen, die man dort angucken kann.
Bei npm ist das Schlimme ja diese wahnsinnig großen Abhängigkeitsbäume. Du ziehst dir da code von hunderten von unterschiedlichen Entwicklern, und zwar häufig einfach die aktuellste Version. Nur einer von denen muss etwas Böses im Sinn haben.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Oli am 01.05.2020 15:02]
|
|
|
|
|
|
| Zitat von Oli
Ansonsten vertraue ich docker und docker hub, dass die wirklich die images anbieten die zu den Dockerfiles passen, die man dort angucken kann.
| |
das ist, aus meiner sicht zumindest, genau das problem, weil die plattform halt schon mehrfach wegen eben dieser sachen aufgefallen ist.
das was man da wenigstens machen sollte ist, einfach kurz grob über die scripte drüber schauen ob da irgendwas verdächtiges drin ist.
wie death das schon sagte, das artet langsam ein wenig in richtung windows aus.
"ich hab das halt von webseite xy geladen und einfach ausgeführt"...boom..."oh, jagut war jetzt vielleicht nicht so schlauf, aber woher hätte man das wissen sollen, dass webseite xy halt nicht legitim ist und da malwar Z drin war".
die ausreden von den leuten, die dann son firmen netz kurz lahmlegen, kennst du vermutlich auch. sei nicht diese person.
da kurz über das dockerfile zu schauen, was das macht ist jetzt in aller regel nicht aufwändig, damit schützt man sich aber vor müll, malware und co.
bitte auch immer schön dran denken, docker schützt nicht das host system oder den inhalt der container. das läuft im tollsten fall mit vollen root rechten.
|
|
|
|
|
|
|
Dass docker keine gescheite sandbox ist, weiß ich. Zugegeben - dockerfiles lese ich mir im Normalfall nicht durch, auch nicht die Abhängigkeiten der Programme, die ich installiere.
In der Firma nutze ich eh nur validierte Software. Das Risiko gehe ich nur privat ein.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Oli am 01.05.2020 15:59]
|
|
|
|
|
|
Also, journalctl -efp4 -b gibt folgendes aus.
Hängt wohl doch irgendwie mit der Festplatte zusammen, aber wie gesagt nur unter Linux.
|
Code: |
Mai 01 15:49:24 Lazarus-Mint kernel: blk_update_request: I/O error, dev sda, sector 423496560 op 0x0:(READ) flags 0x80700 phys_seg 9 prio class 0
Mai 01 15:49:24 Lazarus-Mint kernel: blk_update_request: I/O error, dev sda, sector 431888472 op 0x0:(READ) flags 0x80700 phys_seg 4 prio class 0
Mai 01 15:50:43 Lazarus-Mint systemd-resolved[590]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Mai 01 15:50:43 Lazarus-Mint systemd-resolved[590]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Mai 01 15:50:43 Lazarus-Mint systemd-resolved[590]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Mai 01 15:50:43 Lazarus-Mint systemd-resolved[590]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Mai 01 15:50:43 Lazarus-Mint systemd-resolved[590]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: exception Emask 0x0 SAct 0xff88060 SErr 0x50000 action 0x6 frozen
Mai 01 15:54:41 Lazarus-Mint kernel: ata1: SError: { PHYRdyChg CommWake }
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: cmd 61/08:28:e0:82:88/00:00:27:00:00/40 tag 5 ncq dma 4096 out
res 40/00:01:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: status: { DRDY }
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: cmd 61/48:30:00:ef:80/00:00:18:00:00/40 tag 6 ncq dma 36864 out
res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: status: { DRDY }
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: cmd 61/48:78:10:de:c2/00:00:18:00:00/40 tag 15 ncq dma 36864 out
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: status: { DRDY }
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: cmd 61/10:98:60:bc:80/00:00:18:00:00/40 tag 19 ncq dma 8192 out
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: status: { DRDY }
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: cmd 61/08:a0:00:6a:a7/01:00:1a:00:00/40 tag 20 ncq dma 135168 out
res 40/00:01:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: status: { DRDY }
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: cmd 61/08:a8:58:de:c2/00:00:18:00:00/40 tag 21 ncq dma 4096 out
res 40/00:ff:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: status: { DRDY }
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: cmd 61/08:b0:60:de:c2/00:00:18:00:00/40 tag 22 ncq dma 4096 out
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: status: { DRDY }
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: cmd 61/28:b8:98:10:a7/00:00:1a:00:00/40 tag 23 ncq dma 20480 out
res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: status: { DRDY }
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: cmd 61/28:c0:60:0c:a7/00:00:1a:00:00/40 tag 24 ncq dma 20480 out
res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: status: { DRDY }
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: cmd 61/20:c8:d8:60:5e/00:00:24:00:00/40 tag 25 ncq dma 16384 out
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: status: { DRDY }
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: cmd 61/50:d0:08:61:5e/00:00:24:00:00/40 tag 26 ncq dma 40960 out
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: status: { DRDY }
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: cmd 61/20:d8:68:61:5e/00:00:24:00:00/40 tag 27 ncq dma 16384 out
res 40/00:01:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: status: { DRDY }
Mai 01 15:54:41 Lazarus-Mint kernel: ata1.00: device reported invalid CHS sector 0
|
|
|
|
|
|
|
|
|
Die Festplatte ist defekt.
|
|
|
|
|
|
|
| Zitat von csde_rats
Die Festplatte ist defekt.
| |
Scheiße... Die ist doch grad mal ein Jahr alt. Unter Windows hab ich keine Probleme. Ne andere Erklärung gibt's nicht?
|
|
|
|
|
|
|
Vielleicht noch ein loses / schlechtes SATA-Kabel, aber das spammt meiner Erfahrung nach viel mehr Fehler. Festplatten haben natürlich eine gewisse Fehlerrate, wenn man die betroffenen Sektoren überschreibt oder Erase macht, fangen die sich teilweise wieder.
|
|
|
|
|
|
|
das kann auch nen kaputter sata port sein.
könntest du vielleicht die folgenden zwei schritte ausführen?
smartctl -t short /dev/sdX
warten bis gut ne minute nach der angezeigten uhrzeit.
danach bitte einmal den output von folgendem hier posten?
smartctl -x /dev/sdX
in beiden fällen solltest du /dev/sdX halt auf deine gegebenheiten anpassen, also das korrekte device angeben.
der erste command führt nen SMART self test der kurzen kategorie aus, dauert in etwa 2-4 minuten. in der zeit am besten nichts mit dem gerät machen.
der zweite command gibt die vollständigen SMART werte aus, unter anderem auch das error log.
|
|
|
|
|
|
|
| Zitat von Traxer
das kann auch nen kaputter sata port sein.
könntest du vielleicht die folgenden zwei schritte ausführen?
smartctl -t short /dev/sdX
warten bis gut ne minute nach der angezeigten uhrzeit.
danach bitte einmal den output von folgendem hier posten?
smartctl -x /dev/sdX
in beiden fällen solltest du /dev/sdX halt auf deine gegebenheiten anpassen, also das korrekte device angeben.
der erste command führt nen SMART self test der kurzen kategorie aus, dauert in etwa 2-4 minuten. in der zeit am besten nichts mit dem gerät machen.
der zweite command gibt die vollständigen SMART werte aus, unter anderem auch das error log.
| |
Hab ich eben schon über gsmartcontrol ausgeführt ohne erkennbares Ergebnis. Habs aber noch mal ausgeführt:
|
Code: |
=== START OF INFORMATION SECTION ===
Device Model: CT480BX300SSD1
Serial Number: 1735E101C8D7
Firmware Version: M2CR010
User Capacity: 480.103.981.056 bytes [480 GB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: Solid State Device
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: ACS-2 (minor revision not indicated)
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Fri May 1 17:19:23 2020 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
AAM feature is: Unavailable
APM feature is: Unavailable
Rd look-ahead is: Enabled
Write cache is: Enabled
ATA Security is: Disabled, NOT FROZEN [SEC1]
Wt Cache Reorder: Unknown (0xe000)
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x03) Offline data collection activity
is in progress.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 171) seconds.
Offline data collection
capabilities: (0x71) SMART execute Offline immediate.
No Auto Offline data collection support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0002) Does not save SMART data before
entering power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 2) minutes.
Conveyance self-test routine
recommended polling time: ( 1) minutes.
SCT capabilities: (0x0035) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE
1 Raw_Read_Error_Rate POSR-K 100 100 000 - 9
5 Reallocated_Sector_Ct -O--CK 100 100 010 - 0
9 Power_On_Hours -O--CK 100 100 000 - 885
12 Power_Cycle_Count -O--CK 100 100 000 - 1367
171 Unknown_Attribute -O--CK 100 100 000 - 0
172 Unknown_Attribute -O--CK 100 100 000 - 0
173 Unknown_Attribute -O--CK 100 100 000 - 25
174 Unknown_Attribute -O--CK 100 100 000 - 42
180 Unused_Rsvd_Blk_Cnt_Tot PO--CK 100 100 000 - 56
183 Runtime_Bad_Block -O--CK 100 100 000 - 22
184 End-to-End_Error -O--CK 100 100 000 - 0
187 Reported_Uncorrect -O--CK 100 100 000 - 0
194 Temperature_Celsius -O---K 100 100 000 - 46 (Min/Max 0/47)
196 Reallocated_Event_Count -O--CK 100 100 000 - 0
197 Current_Pending_Sector -O--CK 100 100 000 - 0
198 Offline_Uncorrectable ----CK 100 100 000 - 0
199 UDMA_CRC_Error_Count -O--CK 100 100 000 - 0
202 Unknown_SSD_Attribute ----CK 100 100 001 - 0
206 Unknown_SSD_Attribute -OSR-- 100 100 000 - 0
210 Unknown_Attribute -O--CK 100 100 000 - 0
246 Unknown_Attribute -O--CK 100 100 000 - 13052878448
247 Unknown_Attribute -O--CK 100 100 000 - 116058935
248 Unknown_Attribute -O--CK 100 100 000 - 67481882
||||||_ K auto-keep
|||||__ C event count
||||___ R error rate
|||____ S speed/performance
||_____ O updated online
|______ P prefailure warning
General Purpose Log Directory Version 1
SMART Log Directory Version 1 [multi-sector log support]
Address Access R/W Size Description
0x00 GPL,SL R/O 1 Log Directory
0x01 SL R/O 1 Summary SMART error log
0x02 SL R/O 1 Comprehensive SMART error log
0x03 GPL R/O 1 Ext. Comprehensive SMART error log
0x04 GPL,SL R/O 8 Device Statistics log
0x06 SL R/O 1 SMART self-test log
0x07 GPL R/O 1 Extended self-test log
0x09 SL R/W 1 Selective self-test log
0x10 GPL R/O 1 SATA NCQ Queued Error log
0x11 GPL R/O 1 SATA Phy Event Counters log
0x24 GPL R/O 88 Current Device Internal Status Data log
0x25 GPL R/O 128 Saved Device Internal Status Data log
0x30 GPL,SL R/O 9 IDENTIFY DEVICE data log
0x80-0x9f GPL,SL R/W 16 Host vendor specific log
0xe0 GPL,SL R/W 1 SCT Command/Status
0xe1 GPL,SL R/W 1 SCT Data Transfer
SMART Extended Comprehensive Error Log Version: 1 (1 sectors)
No Errors Logged
SMART Extended Self-test Log Version: 1 (1 sectors)
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 885 -
# 2 Conveyance offline Completed without error 00% 884 -
# 3 Conveyance offline Completed without error 00% 884 -
# 4 Offline Self-test routine in progress 90% 884 -
# 5 Offline Completed without error 00% 884 -
# 6 Extended offline Completed without error 00% 884 -
# 7 Short offline Self-test routine in progress 90% 884 -
# 8 Offline Completed without error 00% 884 -
# 9 Offline Completed without error 00% 884 -
#10 Offline Completed without error 00% 884 -
#11 Offline Completed without error 00% 884 -
#12 Offline Completed without error 00% 512 -
#13 Offline Completed without error 00% 214 -
#14 Offline Completed without error 00% 715 -
#15 Offline Completed without error 00% 715 -
#16 Offline Completed without error 00% 715 -
#17 Offline Completed without error 00% 715 -
#18 Offline Completed without error 00% 714 -
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
6 0 65535 Read_scanning is in progress
Selective self-test flags (0x18):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
SCT Status Version: 3
SCT Version (vendor specific): 0 (0x0000)
SCT Support Level: 0
Device State: Active (0)
Current Temperature: 0 Celsius
Power Cycle Min/Max Temperature: 36/47 Celsius
Lifetime Min/Max Temperature: 0/47 Celsius
Under/Over Temperature Limit Count: 0/0
SCT Temperature History Version: 2
Temperature Sampling Period: 1 minute
Temperature Logging Interval: 1 minute
Min/Max recommended Temperature: 0/100 Celsius
Min/Max Temperature Limit: 0/100 Celsius
Temperature History Size (Index): 128 (41)
Index Estimated Time Temperature Celsius
42 2020-05-01 15:12 0 -
... ..( 84 skipped). .. -
127 2020-05-01 16:37 0 -
0 2020-05-01 16:38 36 *****************
1 2020-05-01 16:39 42 ***********************
2 2020-05-01 16:40 42 ***********************
3 2020-05-01 16:41 42 ***********************
4 2020-05-01 16:42 44 *************************
... ..( 4 skipped). .. *************************
9 2020-05-01 16:47 44 *************************
10 2020-05-01 16:48 46 ***************************
... ..( 15 skipped). .. ***************************
26 2020-05-01 17:04 46 ***************************
27 2020-05-01 17:05 47 ****************************
28 2020-05-01 17:06 46 ***************************
29 2020-05-01 17:07 46 ***************************
30 2020-05-01 17:08 47 ****************************
... ..( 7 skipped). .. ****************************
38 2020-05-01 17:16 47 ****************************
39 2020-05-01 17:17 46 ***************************
40 2020-05-01 17:18 46 ***************************
41 2020-05-01 17:19 0 -
SCT Error Recovery Control command not supported
Device Statistics (GP Log 0x04)
Page Offset Size Value Flags Description
0x01 ===== = = === == General Statistics (rev 2) ==
0x01 0x008 4 1367 --- Lifetime Power-On Resets
0x01 0x010 4 885 --- Power-on Hours
0x01 0x018 6 167976560 --- Logical Sectors Written
0x01 0x020 6 172806694 --- Number of Write Commands
0x01 0x028 6 2529221788 --- Logical Sectors Read
0x01 0x030 6 210978467 --- Number of Read Commands
0x04 ===== = = === == General Errors Statistics (rev 1) ==
0x04 0x008 4 0 --- Number of Reported Uncorrectable Errors
0x04 0x010 4 24437703 --- Resets Between Cmd Acceptance and Completion
0x06 ===== = = === == Transport Statistics (rev 1) ==
0x06 0x008 4 9560 --- Number of Hardware Resets
0x06 0x018 4 0 --- Number of Interface CRC Errors
0x07 ===== = = === == Solid State Device Statistics (rev 1) ==
0x07 0x008 1 0 --- Percentage Used Endurance Indicator
|||_ C monitored condition met
||__ D supports DSN
|___ N normalized value
SATA Phy Event Counters (GP Log 0x11)
ID Size Value Description
0x0001 2 0 Command failed due to ICRC error
0x0002 2 0 R_ERR response for data FIS
0x0003 2 0 R_ERR response for device-to-host data FIS
0x0004 2 0 R_ERR response for host-to-device data FIS
0x0005 2 0 R_ERR response for non-data FIS
0x0006 2 0 R_ERR response for device-to-host non-data FIS
0x0007 2 0 R_ERR response for host-to-device non-data FIS
0x0008 2 0 Device-to-host non-data FIS retries
0x0009 2 0 Transition from drive PhyRdy to drive PhyNRdy
0x000a 2 7 Device-to-host register FISes sent due to a COMRESET
0x000b 2 0 CRC errors within host-to-device FIS
0x000d 2 0 Non-CRC errors within host-to-device FIS
0x000f 2 0 R_ERR response for host-to-device data FIS, CRC
0x0010 2 0 R_ERR response for host-to-device data FIS, non-CRC
0x0012 2 0 R_ERR response for host-to-device non-data FIS, CRC
0x0013 2 0 R_ERR response for host-to-device non-data FIS, non-CRC
|
|
Sieht für mich als Laien auch unverdächtig aus.
Habe was von einem EXT4 Bug gelesen, aber die Beiträge waren schon älter, ich denke mal, dass der schon längst behoben sein wird, oder?
|
|
|
|
|
|
Thema: Der Linux-Thread 100 != 0x24 ( Ein Kernelupgrade später... ) |