ubuntuusers.de

LVA Meldung - Physikalischer Datenträger: Nicht OK (schlecht)

Status: Ungelöst | Ubuntu-Version: Kubuntu 26.04 (Resolute Raccoon)
Antworten |

wired2051

Avatar von wired2051

Anmeldungsdatum:
28. Februar 2007

Beiträge: 2902

Ich habe seit ein paar Monaten einen ziemlich neuen multiboot PC mit Windows. Auf der einzigen SSD sind Partitionen u.a. für Linux, Daten und Windows.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
USER@RECHNER:~$ sudo parted -l 
Modell: KINGSTON SNV3S4000G (nvme)
Festplatte  /dev/nvme0n1:  4001GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: 

Nummer  Anfang  Ende    Größe   Dateisystem  Name                          Flags
 1      1049kB  106MB   105MB   fat32        EFI system partition          boot, esp, no_automount
 2      106MB   123MB   16,8MB               Microsoft reserved partition  msftres, no_automount
 3      123MB   1613GB  1613GB  ntfs         Basic data partition          msftdata
 5      1613GB  1774GB  161GB   btrfs        kubuntu
 6      1774GB  4000GB  2226GB  ext4         Daten
 4      4000GB  4001GB  906MB   ntfs                                       versteckt, diag, no_automount

Heute Abend dauerte es beim booten auffallend lange bis zur Passwortabfrage, dann wurde die gespeicherte Sitzung geladen und die Anwendungen gestartet. Nach 1-2 Minuten wurde der Desktop vertikal nach links gestaucht (wie ein Vorhang) und blieb schwarz. Das habe ich noch nie erlebt.

Ich habe dann neu gebootet und über Grub den Recovery-Modus (aktueller kernel) gestartet. Die Systemübersicht gab die Meldung LVA Meldung - Physikalischer Datenträger: Nicht OK (schlecht). LVM habe ich wissentlich nie genutzt.

Daraufhin habe ich neu gebootet und alles scheint OK zu sein. Nun bin ich auf der Ursachensuche:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
USER@RECHNER:~$ sudo smartctl --scan
/dev/nvme0 -d nvme # /dev/nvme0, NVMe device
USER@RECHNER:~$ sudo smartctl -a /dev/nvme0
smartctl 7.5 2025-04-30 r5714 [x86_64-linux-7.0.0-38-generic] (local build)
Copyright (C) 2002-25, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Number:                       KINGSTON SNV3S4000G
Serial Number:                      50026B72837027B3
Firmware Version:                   P3DR0A27
PCI Vendor/Subsystem ID:            0x2646
IEEE OUI Identifier:                0x0026b7
Total NVM Capacity:                 4.000.787.030.016 [4,00 TB]
Unallocated NVM Capacity:           0
Controller ID:                      0
NVMe Version:                       1.4
Number of Namespaces:               1
Namespace 1 Size/Capacity:          4.000.787.030.016 [4,00 TB]
Namespace 1 Formatted LBA Size:     512
Namespace 1 IEEE EUI-64:            0026b7 2837027b35
Local Time is:                      Wed Oct 14 22:41:21 2026 CEST
Firmware Updates (0x12):            1 Slot, no Reset required
Optional Admin Commands (0x0016):   Format Frmw_DL Self_Test
Optional NVM Commands (0x0056):     Wr_Unc DS_Mngmt Sav/Sel_Feat Timestmp
Log Page Attributes (0x02):         Cmd_Eff_Lg
Maximum Data Transfer Size:         64 Pages
Warning  Comp. Temp. Threshold:     75 Celsius
Critical Comp. Temp. Threshold:     80 Celsius

Supported Power States
St Op     Max   Active     Idle   RL RT WL WT  Ent_Lat  Ex_Lat
 0 +     5.00W       -        -    0  0  0  0        1       1
 1 +     5.00W       -        -    1  1  1  1       10      10
 2 +     5.00W       -        -    2  2  2  2       50      50
 3 -     0.30W       -        -    3  3  3  3     5000   10000
 4 -     0.30W       -        -    4  4  4  4    10000   40000

Supported LBA Sizes (NSID 0x1)
Id Fmt  Data  Metadt  Rel_Perf
 0 +     512       0         0

=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART/Health Information (NVMe Log 0x02, NSID 0xffffffff)
Critical Warning:                   0x00
Temperature:                        36 Celsius
Available Spare:                    97%
Available Spare Threshold:          10%
Percentage Used:                    0%
Data Units Read:                    11.312.277 [5,79 TB]
Data Units Written:                 13.536.374 [6,93 TB]
Host Read Commands:                 101.636.959
Host Write Commands:                264.211.883
Controller Busy Time:               123
Power Cycles:                       567
Power On Hours:                     866
Unsafe Shutdowns:                   9
Media and Data Integrity Errors:    5
Error Information Log Entries:      0
Warning  Comp. Temperature Time:    0
Critical Comp. Temperature Time:    0
Temperature Sensor 1:               58 Celsius
Temperature Sensor 2:               64 Celsius
Temperature Sensor 3:               36 Celsius

Error Information (NVMe Log 0x01, 4 of 4 entries)
No Errors Logged

Self-test Log (NVMe Log 0x06, NSID 0xffffffff)
Self-test status: No self-test in progress
No Self-tests Logged

Nach meiner Recherche ist lediglich der Wert Media and Data Integrity Errors (Zeile 59) mit 5 nicht in Ordnung.

Was sollte ich zur weiteren Fehlersuche oder zur Fehlerbehebung tun?

trollsportverein

Avatar von trollsportverein

Anmeldungsdatum:
21. Oktober 2010

Beiträge: 6387

Wenn die Hardware erst ein paar Monate alt ist, wundert mich das hier:

Available Spare:                    97%

... bei:

Data Units Written:                 13.536.374 [6,93 TB]

Das oben sollte die Prozentangabe der Reservespeicherzellen sein. 3 Prozent Reservespeicherzellen wurden demnach bereits benutzt.

Zum Vergleich, meine SSD:

Available Spare:                    100%

... bei:

Data Units Written:                 15.255.295 [7,81 TB]

Mich wundert, dass in nur ein paar Monaten bei der 4 Terrabyte großen Kingston NVMe SSD bereits 3 Prozent Reservespeicherzellen gebraucht wurden. Bei mir ist es eine Samsung Pro NVMe und ich bin auch nicht sparsam mit fstrim. Habe das discard in der /etc/fstab aktiv, und räume auch noch händisch mit fstrim immer wieder mal auf.

Shreddert Microsoft Windows mit seinem NTFS die SSD? Oder liegt es an Kingston?

Bei mir ist:

Media and Data Integrity Errors:    0

timothy2068

Anmeldungsdatum:
10. März 2025

Beiträge: 638

Meine Samsung SSD 980 mit 1 TB wurde vor drei Jahren eingebaut und intensiv genutzt, geschäftlich und privat, der PC läuft praktisch 12 bis 18 Stunden am Tag und hat zu tun. Ich bin jetzt bei (gekürzt)

Available Spare:                    100%
Percentage Used:                    10%
Data Units Read:                    224.200.286 [114 TB]
Data Units Written:                 167.348.137 [85,6 TB]
Media and Data Integrity Errors:    0
Error Information Log Entries:      0

Arbeitet nach wie vor vollkommen unauffällig.

Ich an deiner Stelle würde die SSD reklamieren. Gründe: Das beobachtete Bootverhalten sowie die smartctl-Ausgabe. Bei deiner Schreibleistung schon Reserve beansprucht kann nicht sein.

kB Team-Icon

Supporter, Wikiteam
Avatar von kB

Anmeldungsdatum:
4. Oktober 2007

Beiträge: 10340

Wohnort: Münster

wired2051 schrieb:

[…] Nach 1-2 Minuten wurde der Desktop vertikal nach links gestaucht (wie ein Vorhang) und blieb schwarz.

Die wahrscheinlichste Ursache dafür ist ein Videokabel mit Kontaktproblemen oder Aderbruch.

wired2051

(Themenstarter)
Avatar von wired2051

Anmeldungsdatum:
28. Februar 2007

Beiträge: 2902

Vielen Dank für Eure Hilfsbereitrschaft! 👍

kB schrieb:

Die wahrscheinlichste Ursache dafür ist ein Videokabel mit Kontaktproblemen oder Aderbruch.

Na, das ist doch mal eine handelbare Aussage. 😉 Ich habe die Steckverbindungen kontrolliert und beobachte weiter. Danke!

timothy2068 schrieb:

Ich an deiner Stelle würde die SSD reklamieren. Gründe: Das beobachtete Bootverhalten sowie die smartctl-Ausgabe. Bei deiner Schreibleistung schon Reserve beansprucht kann nicht sein.

Klingt nicht gut, werde ich aber in Erwägung ziehen. Brauche den Rechner halt täglich...

trollsportverein schrieb:

Shreddert Microsoft Windows mit seinem NTFS die SSD? Oder liegt es an Kingston?

Extrem unwahrscheinlich. Windows ist nur zum Spielen installiert und da ich dieses Jahr noch nicht gespielt habe, lief es nur zur Installation...

trollsportverein schrieb:

Mich wundert, dass in nur ein paar Monaten bei der 4 Terrabyte großen Kingston NVMe SSD bereits 3 Prozent Reservespeicherzellen gebraucht wurden. Bei mir ist es eine Samsung Pro NVMe und ich bin auch nicht sparsam mit fstrim. Habe das discard in der /etc/fstab aktiv, und räume auch noch händisch mit fstrim immer wieder mal auf.

Ohje, Hardware ist mein Thema, nicht.

Ich habe den TRIM-Artikel überflogen. Ich weiss nicht mehr, wie ich die btrfs-Partitionen beim Aufsetzen des Rechners eingebunden habe, ich kann nur die (von mir nicht geänderte) /etc/fstab zeigen:

1
2
3
4
5
6
7
8
# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=6258-F353                              /boot/efi      vfat    defaults                           0 2
UUID=033fd6bc-045d-4920-a499-270c0d527a01   /              btrfs   subvol=/@,noatime,autodefrag       0 0
UUID=033fd6bc-045d-4920-a499-270c0d527a01   /home          btrfs   subvol=/@home,noatime,autodefrag   0 0
UUID=033fd6bc-045d-4920-a499-270c0d527a01   /swap          btrfs   subvol=/@swap                      0 0
/swap/swapfile                              swap           swap    defaults                           0 0
tmpfs                                       /tmp           tmpfs   noatime,mode=1777                  0 0
/dev/nvme0n1p6                              /media/Daten   ext4    nofail                             0 0

Grundsätzlich habe ich ja noch jede Menge freien Speicher:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
tmpfs           3,1G    2,2M  3,1G    1% /run
/dev/nvme0n1p5  150G    130G   19G   88% /
tmpfs            16G    1,9M   16G    1% /dev/shm
efivarfs        128K     28K   96K   23% /sys/firmware/efi/efivars
none            1,0M       0  1,0M    0% /run/credentials/systemd-journald.service
none            1,0M       0  1,0M    0% /run/credentials/systemd-resolved.service
/dev/nvme0n1p5  150G    130G   19G   88% /home
/dev/nvme0n1p5  150G    130G   19G   88% /swap
/dev/nvme0n1p6  2,0T    394G  1,6T   21% /media/Daten
/dev/nvme0n1p1   96M     42M   55M   44% /boot/efi
tmpfs            16G    125M   16G    1% /tmp
tmpfs           3,1G    196K  3,1G    1% /run/user/1000

Bei Gelegenheit will ich /media/Daten zu Gunsten von / um 150G verkleinern.

Die Temperaturen machen niemandem Sorgen? Laut Desktop-Widget hat die CPU meist 30-40 Grad.

Im Recovery-Menü gibt es noch den Punkt clean, sollte ich den mal ausführen? Im Artikel Recovery-Modus steht leider nicht, was clean macht.

trollsportverein

Avatar von trollsportverein

Anmeldungsdatum:
21. Oktober 2010

Beiträge: 6387

Dann dürfte die SSD nur über den Systemd System Timer getrimmt werden, die Timer lassen sich so anzeigen:

systemctl list-timers

Nach dem Timer für Trim lässt sich so gucken:

systemctl list-timers | grep fstrim.timer

Mehr zu lesen über Systemd Timer Units gibts dort im Wiki:

Das, was auf deinem System passiert, nennt sich Batched Discard, und dafür braucht es keinen "discard" Eintrag in der /etc/fstab. Mehr zu lesen über TRIM gibt es dort im Wiki:

Über das Für und Wider, ob Batched Discard, oder Online Discard, gibt es dort auch zu lesen. Für Online Discard braucht es den "discard" Eintrag in der /etc/fstab, und gegebenenfalls, wenn die SSD verschlüsselt ist, auch entsprechende Einträge in der /etc/crypttab, wie etwa:

luks-<ZEIChENSALAT> UUID=<ZEIChENSALAT>    none  luks,discard

Standard ist der Batched Discard für SSDs bei (K)Ubuntu.

Antworten |