Thinkpad P43S hat Boot-Probleme

Kontrapaganda

Member
Registriert
12 Jan. 2020
Beiträge
50
hallo, ich poste deshalb im Linux-Subforum, weil das Problem in erster Linie mit Linux zu tun hat. Ich würde jedoch nicht ausschließen, dass es sich um Hardware-Problem handelt und ins P-Serie-Subforum gehört. Falls dem so sein sollte, tut es mir leid.

Ih habe seit einigen Wochen ein Thinkpad P43S und verwende die Vorabversion von Kubuntu 20.04. mit Kernel 5.4.0-14.
Das folgende Problem liegt war jedoch auch unter 19.10 in exakt gleicher Ausprägung schon aufgetreten.
Dies war auch eine Hoffnungen hinter dem Wechsel hin zur Beta-Version von Focal Fossa, wenngleich die ausschlaggebenden Gründe andere waren.
Das Problem tritt glücklicherweise nur sporadisch auf, sodass ich es bisher immer zähneknirschend mit dem Power-Buttion „weggedrückt“ habe.
Um zur Sache zu kommen: Manchmal schlägt der Boot-Vorgang fehl. Dabei gibt es drei unterschiedliche Szenarien:

1. Das System bleibt im Plymouth-Spash-Screen von Kubuntu hängen. (mittlere Häufigkeit)
2. Anstelle von SDDM taucht ein nicht blinkender Cursor oben links auf — ebenfalls auf unbegrenzte Zeit. (sehr selten)
3. Es erscheint folgende Fehlermeldung (am häufigsten) :
IMG_3588.jpg
Für das Bild habe ich natürlich den Plymouth-Screen deaktiviert und "noplymouth" anstelle von "quit splash" gesetzt — eben um die Log-Meldungen zu sehen, wobei der letzte Teil auch schon mit "quit splash" sporadisch aufgetreten war, allerdings nur teilweise — manchmal eben auch nur der hängende Splash-Screen oder der weiße Cursor.
Das erste Szenario wird mit "noplymouth" so in der Form natürlich nicht mehr auftreten, denn ein Splash-Screen, der nicht geladen wird, beibt auch nicht hängen.

Das Problem trat »gefühlt« häufig nach dem Switchen zwischen GPU-Modi auf, sprich »intel« vs »on-demand« vs »nvidia«. Allerdings nur »gefühlt« und es kann auch Zufall sein, denn dank Render-Offloading via Nvidia-PRIME ist die Zahl der GPU-Switches sehr überschaubar und war bisher eigentlich nur zu Testzwecken und einmal als wegen eines temporären Bugs in KDE Plasma 5 mit dem Nvidia-Treiber (wurde binnen zwei Tagen gefixt). Da ist erst eine Fehlermeldung im Zusammenhang mit VirtualBox. VirtualBox ist installiert.
Nun werde ich darauf hingewiesen, dass ein Debug-Kernel geladen wird.
Anschlieißend Letzt ist ein Modul/Gerät "not responding".
Am Ende steht dann eine Warteschleife auf einen »start job«, um unbenutzte Blöcke zu entfernen. Ich hatte hin und wieder auch schon längere Zeit gewartet gewartet (Toilette, Kaffee, Einkaufen) und es ist bisher noch nicht von alleine verschwunden.
Wie schon geschrieben, ist dieses Szenario schon in gleicher Weise schon unter Kubuntu 19.10 mit Kernel 5.3 aufgetreten.

Unter Windows 10 ist mir bislang nichts dergleichen aufgefallen. Allerdings fehlt mir da die empirische Erfahrung, weil ich das native Windows bisher erst dreimal gestartet habe, weshalb ich auch schon den Key auf eine VirtualBox umgelegt habe. Irgendwann werde ich es wahrscheinlich auch löschen.
Doch zur Zeit brauche ich den Speicherplatz nicht.
 
Zuletzt bearbeitet:
Deinem Screenshot zufolge läuft da etwas beim Trimmen deiner SSD schief. Ubuntu trimmt wohl standardmäßig einmal pro Woche via Systemd-Timer. Wenn das fehlschlägt wird das bei jedem Boot wiederholt.
Um das unmittelbare Boot-Problem loszuwerden, könntest du die Timer-Unit abschalten:
Code:
# systemctl disable fstrim.timer
Das ist allerdings nur Symptombekämpfung und keine Ursachenbehebung.
Falls, wie du vermutest, ein Grafikproblem vorliegt, sollte das hoffentlich in entsprechenden Logs (Xorg.*.log, journalctl) auftauchen.
 
Danke erst mal.
Also das mit dem Grafikproblem ist ja, wie gesagt nur »gefühlt«. Ich wechsele normal eigentlich nicht den GPU-Modus. Das wäre auch unnötig, da sich alle meine Anwendungen problemlos mittels »on-demand« benutzen lassen und Wayland hat mich bis zuleztzt unter Plasma 5.17 auch mit iGPU noch nicht überzeugen können.
Andernfalls würde es mich wundern, wenn ein Grafikproblem etwas mit der SSD zu tun hat.
Hier meine /etc/fstab:
Code:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p4 during installation
UUID=bbae89be-f758-4960-8609-fbbd86c146c1 /               ext4    errors=remount-ro 0       1
# /boot/efi/ was on /dev/nvme0n1p1 during installation
UUID=9A56-8C29  /boot/efi       vfat    umask=0077      0       1
# /home/ was on /dev/nvme0n1p5 during installation
UUID=bc8d2c96-5eb5-44a4-84af-ef050464a86e /home           ext4    defaults        0       2
/swapfile                                 none            swap    sw              0       0

Vielleicht nochmal zur Installation:
Ich hatte nicht die geführte Option „Kubuntu neben Windows installieren ausgewählt“, sondern einfach die Windows Partition verkleinert und rechts von dieser zwei Partitionen mit ext4 erstellt. Die erste als „/“, die zweite als „/home/“ eingebunden und die ESP ausgewählt. Das ist die gleiche Vorgehensweise, die ich immer schon gewählt hatte, nur früher halt nicht mit NVMe sondern mit einer normalen SATA-SSD.
Meine beiden Xorg.x.Log Dateien ließen sich leider nicht als Datei hochladen, das sie „ungültig“ sind.
Kann es vielleicht ein Hardware-Problem mit der SSD sein?
 
Also das mit dem Grafikproblem ist ja, wie gesagt nur »gefühlt«.
Es wäre halt hilfreich, wenn du dieses Gefühl mit Fakten untermauern (oder widerlegen) könntest. Daher die Frage nach Logs, die du falls nötig über einen externen Hoster wie z.B. [1] einbinden könntest.

Ich wechsele normal eigentlich nicht den GPU-Modus. Das wäre auch unnötig, da sich alle meine Anwendungen problemlos mittels »on-demand« benutzen lassen
Falls es ein GPU-seitiges Problem ist, ist es eher nebensächlich, wer den Wechsel durchführt, du oder das System.

Andernfalls würde es mich wundern, wenn ein Grafikproblem etwas mit der SSD zu tun hat.
Mich auch. Allerdings könnte ein gescheiterter GPU-Kontextwechsel zum Aufhängen des Systems führen, was wiederum ein korruptes Dateisystem zurücklässt.

Kann es vielleicht ein Hardware-Problem mit der SSD sein?
Möglich. Ohne Logs ist das halt nur zu erraten. Einige SSDs haben fehlerhafte Trim-Implementierungen. Für diese führt der Kernel eine Blacklist. Vielleicht gehört deine dazu. Um das zu beurteilen, müsste man allerdings das genaue Modell kennen. Falls das der Fall ist, sollte sich aber Systemd hoffentlich nicht über die Blacklist des Kernels hinwegsetzen.
Was mich verwundert ist, dass zwar laut deinem Screenshot der fstrim.timer läuft, deine Dateisysteme in der fstab aber nicht mit der Option "discard" gemountet sind. Das kann man machen, ergibt aber meines Wissens nach keinen Sinn.


[1] https://pastebin.com/
 
Das wären die Links. Danke für den Tipp.

https://pastebin.com/hKvitik0 # Xorg.0.log
https://pastebin.com/4Acipzre # Xorg.1.log


Zum GPU-Kontextwechsel. Im "on-demand"-Modus wird ja grundsätzlich von Anfang an der NVIDIA-Treiber geladen, weshalb auch in den Nvidia-Settings GPU-Optionen zur Verfügung stehenden.
Systemabstürze hatte ich allerdings bisher noch nicht bedingt durch den Kubuntu-Host. Ich musste lediglich zweimal im laufenden System den Powerbutton drücken, weil sich eine VirtualBox derartig aufgehangen hatte, dass nicht mal der Host-Key noch funktioniert hat. Allerdings lief in Hintergrund Youtube weiter und es wurden auch automatisch neue Videos nachgeladen, weshalb es sich nicht um einen Kernel Panic gehandelt haben kann. Das war allerdings erst letzte Woche und die Sache mit dem Boot-Failure besteht schon von Anfang, ja bestand schon in der ersten Woche mit 19.10.
ich habe in den Log-Dateien nur ganz wenige Suchergebnisse für Stichworte wie "fail", " fault" und "error" gefunden und nichts, was irgendwie erklärend wirkt.

Die SSD hört übrigens auf den Namen:
»UMIS LENSE40512GMSP34MESTB3A (2.2.7182)«
 
Zuletzt bearbeitet:
Die Xorg-Logs sehen unverdächtig aus, aber die gelten auch nur für eine X-Session ("0" für die Aktuelle, "1" für die Vorhergehende). Wir müssten jetzt mal auf einen neuen Problemfall warten und das für diese Sitzung gültige Log auswerten.

Außerdem bzw. alternativ wäre das Log von Systemd interessant, vorausgesetzt es erstreckt sich über einen problematischen Zeitraum. Standardmäßig gilt das Log nur für den aktuellen Boot. Man kann es allerdings persistent machen, indem man das Verzeichnis /var/log/journal/ anlegt.
Das dann entstehende Log wird vermutlich lang, also wäre es gut, nur relevante Teile herauszufiltern. Die wichtigsten Optionen um das zu tun stehen in [1].
Prinzipiell werden die Kernel-Meldungen die Systemd aufzeichnet auch nach /var/log/syslog kopiert. Dort (und in den von Logrotate erzeugten Archiven) könnte man also schon jetzt nach Fehlern suchen.


[1] https://wiki.ubuntuusers.de/systemd/journalctl/
 
Gut. Das Verzeichnis /var/log/journal/ existiert bereits.Das ist aber gut so.

Um 08:48:52 ein Firmware-Bug!
Code:
Feb 17 08:48:52 pascal-ThinkPad-P43s kernel: Linux agpgart interface v0.103
Feb 17 08:48:52 pascal-ThinkPad-P43s kernel: tpm_tis STM7308:00: 2.0 TPM (device-id 0x0, rev-id 78)
Feb 17 08:48:52 pascal-ThinkPad-P43s kernel: tpm tpm0: tpm_try_transmit: send(): error -5
Feb 17 08:48:52 pascal-ThinkPad-P43s kernel: tpm tpm0: [Firmware Bug]: TPM interrupt not working, polling instead
Feb 17 08:48:52 pascal-ThinkPad-P43s kernel: loop: module loaded
Feb 17 08:48:52 pascal-ThinkPad-P43s kernel: libphy: Fixed MDIO Bus: probed
Feb 17 08:48:52 pascal-ThinkPad-P43s kernel: tun: Universal TUN/TAP device driver, 1.6

Jetzt wieder ein Bug.
Code:
Feb 17 08:48:53 pascal-ThinkPad-P43s anacron[1321]: Anacron 2.3 started on 2020-02-17
Feb 17 08:48:53 pascal-ThinkPad-P43s anacron[1321]: Will run job `cron.daily' in 5 min.
Feb 17 08:48:53 pascal-ThinkPad-P43s anacron[1321]: Jobs will be executed sequentially
Feb 17 08:48:54 pascal-ThinkPad-P43s kernel: BUG: kernel NULL pointer dereference, address: 0000000000000300
Feb 17 08:48:54 pascal-ThinkPad-P43s kernel: #PF: supervisor write access in kernel mode
Feb 17 08:48:54 pascal-ThinkPad-P43s kernel: #PF: error_code(0x0002) - not-present page
Feb 17 08:48:54 pascal-ThinkPad-P43s kernel: PGD 0 P4D 0

Der Firmware-Bug tritt um 08:51:05 beim anschließend erfolgreichen Neustart erneut auf.
Bei NVIDIA bei beiden Boot-Vorgängen ist nichts Rotes.
Dies Sache mit VirtualBox Web Services tritt ebenfalls auf. Aber das wird es wohl nicht sein, denn danach geht es in beiden Fällen erst mal grün weiter umd im letzteren Fall gelingt ja auch der Startvorgang. Es geht dann allerdings anders weiter.
Boot-Failure:

Code:
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Starting Hostname Service...
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Starting Permit User Sessions...
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Starting VirtualBox Web Service...
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Started LSB: Load kernel modules needed to enable cpufreq scaling.
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Started LSB: This services starts and stops the USB Arbitrator..
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Started OpenVPN service.
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Started Permit User Sessions.
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: vboxweb.service: Can't open PID file /run/vboxweb.pid (yet?) after start: Operation not permitted
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: vboxweb.service: Failed with result 'protocol'.
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Failed to start VirtualBox Web Service.
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Started Save/Restore Sound Card State.
Feb 17 08:48:54 pascal-ThinkPad-P43s polkitd[1710]: started daemon version 0.105 using authority implementation `local' version `0.105'
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Started Authorization Manager.
Feb 17 08:48:54 pascal-ThinkPad-P43s dbus-daemon[1401]: [system] Successfully activated service 'org.freedesktop.PolicyKit1'
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Reached target Sound Card.
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Starting LSB: set CPUFreq kernel parameters...
Feb 17 08:48:54 pascal-ThinkPad-P43s accounts-daemon[1301]: started daemon version 0.6.55
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Starting Terminate Plymouth Boot Screen...
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: udev: initializing udev
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Starting Set console scheme...
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: store: loading domains
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: [cc030000-0072-domain?                    ] store: loading domain
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: journal: opened for 'cc030000-0072'; size: 0 bytes
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: [cc030000-0072-domain?                    ] domain: registered (bootacl: 16/16)
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: store: loading devices
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: power: state located at: /run/boltd/power
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Started Accounts Service.
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: power: force power support: yes
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: udev: found 1 domain
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: udev: enumerating devices
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: plymouth-quit.service: Succeeded.
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Started Terminate Plymouth Boot Screen.
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: probing: adding /sys/devices/pci0000:00/0000:00:1c.4/0000:02:00.0 to roots
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Started Set console scheme.
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Created slice system-getty.slice.
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: [cc030000-0072-domain0                    ] bootacl: synchronizing journal
Feb 17 08:48:54 pascal-ThinkPad-P43s cpufrequtils[1721]:  * CPUFreq Utilities: Setting ondemand CPUFreq governor...
Feb 17 08:48:54 pascal-ThinkPad-P43s cpufrequtils[1721]:  * disabled, governor not available...
Feb 17 08:48:54 pascal-ThinkPad-P43s cpufrequtils[1721]:    ...done.
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Started LSB: set CPUFreq kernel parameters.
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Started Modem Manager.
Feb 17 08:48:54 pascal-ThinkPad-P43s dbus-daemon[1401]: [system] Successfully activated service 'org.freedesktop.ColorManager'
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Started Manage, Install and Generate Color Profiles.
Feb 17 08:48:54 pascal-ThinkPad-P43s vboxdrv.sh[1494]: vboxdrv.sh: Starting VirtualBox services.
Feb 17 08:48:54 pascal-ThinkPad-P43s vboxdrv.sh[1746]: Starting VirtualBox services.
Feb 17 08:48:54 pascal-ThinkPad-P43s kernel: vboxdrv: Found 8 processor cores
Feb 17 08:48:54 pascal-ThinkPad-P43s kernel: vboxdrv: TSC mode is Invariant, tentative frequency 1992010186 Hz
Feb 17 08:48:54 pascal-ThinkPad-P43s kernel: vboxdrv: Successfully loaded version 6.1.2_Ubuntu (interface 0x002d0001)
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Started Virtual Machine and Container Registration Service.
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: security level set to 'none'
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: [cc030000-0072-domain0                    ] connected: as domain0 [none] (/sys/devices/pci0000:00/0000:00:1c.4/00>
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: [cc030000-0072-T490/T590/P53s/P43s        ] device added, status: authorized, at /sys/devices/pci0000:00/0000:00:>
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: [cc030000-0072-T490/T590/P53s/P43s        ] labeling device: Lenovo T490/T590/P53s/P43s
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: dbus: exported domain at /org/freedesktop/bolt/domains/cc030000_0072_7088_a05c_c42996c6c825
Feb 17 08:48:54 pascal-ThinkPad-P43s boltd[1397]: [cc030000-0072-T490/T590/P53s/P43s        ] dbus: exported device at /org/freedesktop/bolt/devices/cc030000_0072.>
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Started Thunderbolt system service.
Feb 17 08:48:54 pascal-ThinkPad-P43s systemd[1]: Started Disk Manager.
Feb 17 08:48:54 pascal-ThinkPad-P43s udisksd[1487]: Acquired the name org.freedesktop.UDisks2 on the system message bus
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: VBoxNetFlt: Successfully started.
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: VBoxNetAdp: Successfully started.
Feb 17 08:48:55 pascal-ThinkPad-P43s vboxdrv.sh[1795]: VirtualBox services started.
Feb 17 08:48:55 pascal-ThinkPad-P43s systemd[1]: Started VirtualBox Linux kernel module.
Feb 17 08:48:55 pascal-ThinkPad-P43s systemd[1]: Starting vboxautostart-service.service...
Feb 17 08:48:55 pascal-ThinkPad-P43s systemd[1]: Starting vboxballoonctrl-service.service...
Feb 17 08:48:55 pascal-ThinkPad-P43s systemd[1]: Started vboxautostart-service.service.
Feb 17 08:48:55 pascal-ThinkPad-P43s systemd[1]: Started vboxballoonctrl-service.service.
Feb 17 08:48:55 pascal-ThinkPad-P43s snapd[1479]: AppArmor status: apparmor is enabled and all features are available
Feb 17 08:48:55 pascal-ThinkPad-P43s snapd[1479]: daemon.go:346: started snapd/2.43.2 (series 16; classic) ubuntu/20.04 (amd64) linux/5.4.0-14-generic.
Feb 17 08:48:55 pascal-ThinkPad-P43s systemd[1]: tmp-sanity\x2dmountpoint\x2d071941782.mount: Succeeded.
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: Bluetooth: hci0: Waiting for firmware download to complete
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: Bluetooth: hci0: Firmware loaded in 1541376 usecs
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: Bluetooth: hci0: Waiting for device to boot
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: Bluetooth: hci0: Device booted in 13095 usecs
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: Bluetooth: hci0: Found Intel DDC parameters: intel/ibt-17-16-1.ddc
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: Bluetooth: hci0: Applying Intel DDC parameters completed
Feb 17 08:48:55 pascal-ThinkPad-P43s sep5[1601]: Setting group ownership of devices to group "vtune" ... done.
Feb 17 08:48:55 pascal-ThinkPad-P43s sep5[1601]: Setting file permissions on devices to "660" ... done.
Feb 17 08:48:55 pascal-ThinkPad-P43s sep5[1601]: The pax driver has been successfully loaded.
Feb 17 08:48:55 pascal-ThinkPad-P43s sep5[1478]: PAX service has been started.
Feb 17 08:48:55 pascal-ThinkPad-P43s avahi-daemon[1394]: Server startup complete. Host name is pascal-ThinkPad-P43s.local. Local service cookie is 4172474720.
Feb 17 08:48:55 pascal-ThinkPad-P43s sep5[1478]: Checking for socperf driver ... not detected.
Feb 17 08:48:55 pascal-ThinkPad-P43s groupmod[1861]: group changed in /etc/group (group vtune/1001)
Feb 17 08:48:55 pascal-ThinkPad-P43s sep5[1828]: Executing: insmod ./socperf/src/socperf3-x32_64-5.4.0-14-genericsmp.ko
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: socperf3_0: SocPerf Driver loading...
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: socperf3_0: SocPerf Driver about to register chrdev...
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: socperf3_0: SocPerf Driver: result of alloc_chrdev_region is 0
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: socperf3_0: SocPerf Driver: major number is 508
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: socperf3_0: SocPerf Driver: detected 8 CPUs in lwpmudrv_Load
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: socperf3_0: SocPerf Driver: creating device socperf3!c...
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: socperf3_0: PMU check enabled! F6.M8e.Sc index=-1
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: socperf3_0: No MMIO list information detected!
Feb 17 08:48:55 pascal-ThinkPad-P43s kernel: socperf3_0: SocPerf Driver v3.0.0 has been loaded.
Feb 17 08:48:56 pascal-ThinkPad-P43s sep5[1828]: Setting group ownership of devices to group "vtune" ... done.
Feb 17 08:48:56 pascal-ThinkPad-P43s sep5[1828]: Setting file permissions on devices to "660" ... done.
Feb 17 08:48:56 pascal-ThinkPad-P43s sep5[1828]: The socperf3 driver has been successfully loaded.
Feb 17 08:48:56 pascal-ThinkPad-P43s sep5[1478]: Executing: insmod ./sep5-x32_64-5.4.0-14-genericsmp.ko
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: 
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **********************************************************
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **   NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE   **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **                                                      **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: ** trace_printk() being used. Allocating extra memory.  **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **                                                      **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: ** This means that this is a DEBUG kernel and it is     **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: ** unsafe for production use.                           **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **                                                      **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: ** If you see this message and you are not debugging    **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: ** the kernel, report this immediately to your vendor!  **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **                                                      **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **   NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE   **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **********************************************************
Feb 17 08:48:56 pascal-ThinkPad-P43s colord[1705]: failed to get session [pid 1400]: No data available
Feb 17 08:48:56 pascal-ThinkPad-P43s colord[1705]: failed to get session [pid 1400]: No data available
Feb 17 08:48:57 pascal-ThinkPad-P43s systemd[1]: man-db.service: Succeeded.
Feb 17 08:48:57 pascal-ThinkPad-P43s systemd[1]: Started Daily man-db regeneration.
Feb 17 08:48:57 pascal-ThinkPad-P43s ModemManager[1299]: <info>  Couldn't check support for device '/sys/devices/pci0000:00/0000:00:14.3': not supported by any plu>
Feb 17 08:48:57 pascal-ThinkPad-P43s ModemManager[1299]: <info>  Couldn't check support for device '/sys/devices/pci0000:00/0000:00:1f.6': not supported by any plu>
Feb 17 08:48:59 pascal-ThinkPad-P43s set-cpufreq[1462]: Setting powersave scheduler for all CPUs
Feb 17 08:48:59 pascal-ThinkPad-P43s systemd[1]: ondemand.service: Succeeded.
Feb 17 08:48:59 pascal-ThinkPad-P43s kernel: ucsi_acpi USBC000:00: PPM NOT RESPONDING
Feb 17 08:49:00 pascal-ThinkPad-P43s systemd[1]: dmesg.service: Succeeded.

Und nun der erfolgreiche Startvorgang:
Code:
Feb 17 08:51:07 pascal-ThinkPad-P43s boltd[1311]: [cc030000-0072-domain?                    ] domain: registered (bootacl: 16/16)
Feb 17 08:51:07 pascal-ThinkPad-P43s boltd[1311]: store: loading devices
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: vboxweb.service: Can't open PID file /run/vboxweb.pid (yet?) after start: Operation not permitted
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: vboxweb.service: Failed with result 'protocol'.
Feb 17 08:51:07 pascal-ThinkPad-P43s boltd[1311]: power: state located at: /run/boltd/power
Feb 17 08:51:07 pascal-ThinkPad-P43s boltd[1311]: power: force power support: yes
Feb 17 08:51:07 pascal-ThinkPad-P43s boltd[1311]: udev: found 1 domain
Feb 17 08:51:07 pascal-ThinkPad-P43s boltd[1311]: udev: enumerating devices
Feb 17 08:51:07 pascal-ThinkPad-P43s boltd[1311]: probing: adding /sys/devices/pci0000:00/0000:00:1c.4/0000:02:00.0 to roots
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Failed to start VirtualBox Web Service.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started Permit User Sessions.
Feb 17 08:51:07 pascal-ThinkPad-P43s boltd[1311]: [cc030000-0072-domain0                    ] bootacl: synchronizing journal
Feb 17 08:51:07 pascal-ThinkPad-P43s groupmod[1584]: group changed in /etc/group (group vtune/1001)
Feb 17 08:51:07 pascal-ThinkPad-P43s kernel: Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Feb 17 08:51:07 pascal-ThinkPad-P43s kernel: Bluetooth: BNEP filters: protocol multicast
Feb 17 08:51:07 pascal-ThinkPad-P43s kernel: Bluetooth: BNEP socket layer initialized
Feb 17 08:51:07 pascal-ThinkPad-P43s bluetoothd[1525]: Bluetooth management interface 1.14 initialized
Feb 17 08:51:07 pascal-ThinkPad-P43s networkd-dispatcher[1593]: WARNING: systemd-networkd is not running, output will be incomplete.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started Dispatcher daemon for systemd-networkd.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started Authorization Manager.
Feb 17 08:51:07 pascal-ThinkPad-P43s sep5[1516]: Executing: insmod ./pax/pax-x32_64-5.4.0-14-genericsmp.ko
Feb 17 08:51:07 pascal-ThinkPad-P43s kernel: PAX: PMU arbitration service v1.0.2 has been started.
Feb 17 08:51:07 pascal-ThinkPad-P43s dbus-daemon[1315]: [system] Successfully activated service 'org.freedesktop.ColorManager'
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started Bluetooth service.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started Accounts Service.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started Switcheroo Control Proxy service.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started Modem Manager.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started Manage, Install and Generate Color Profiles.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Reached target Bluetooth.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Condition check resulted in Manage Sound Card State (restore and store) being skipped.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Starting Save/Restore Sound Card State...
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Starting LSB: set CPUFreq kernel parameters...
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Starting Terminate Plymouth Boot Screen...
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Starting Set console scheme...
Feb 17 08:51:07 pascal-ThinkPad-P43s boltd[1311]: security level set to 'none'
Feb 17 08:51:07 pascal-ThinkPad-P43s boltd[1311]: [cc030000-0072-domain0                    ] connected: as domain0 [none] (/sys/devices/pci0000:00/0000:00:1c.4/00>
Feb 17 08:51:07 pascal-ThinkPad-P43s boltd[1311]: [cc030000-0072-T490/T590/P53s/P43s        ] device added, status: authorized, at /sys/devices/pci0000:00/0000:00:>
Feb 17 08:51:07 pascal-ThinkPad-P43s boltd[1311]: [cc030000-0072-T490/T590/P53s/P43s        ] labeling device: Lenovo T490/T590/P53s/P43s
Feb 17 08:51:07 pascal-ThinkPad-P43s boltd[1311]: dbus: exported domain at /org/freedesktop/bolt/domains/cc030000_0072_7088_a05c_c42996c6c825
Feb 17 08:51:07 pascal-ThinkPad-P43s boltd[1311]: [cc030000-0072-T490/T590/P53s/P43s        ] dbus: exported device at /org/freedesktop/bolt/devices/cc030000_0072.>
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: plymouth-quit.service: Succeeded.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started Terminate Plymouth Boot Screen.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started Set console scheme.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started Save/Restore Sound Card State.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started Thunderbolt system service.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Created slice system-getty.slice.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Reached target Sound Card.
Feb 17 08:51:07 pascal-ThinkPad-P43s cpufrequtils[1613]:  * CPUFreq Utilities: Setting ondemand CPUFreq governor...
Feb 17 08:51:07 pascal-ThinkPad-P43s cpufrequtils[1613]:  * disabled, governor not available...
Feb 17 08:51:07 pascal-ThinkPad-P43s cpufrequtils[1613]:    ...done.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started LSB: set CPUFreq kernel parameters.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Starting NVIDIA Persistence Daemon...
Feb 17 08:51:07 pascal-ThinkPad-P43s nvidia-persistenced[1641]: Verbose syslog connection opened
Feb 17 08:51:07 pascal-ThinkPad-P43s nvidia-persistenced[1641]: Now running with user ID 123 and group ID 133
Feb 17 08:51:07 pascal-ThinkPad-P43s nvidia-persistenced[1641]: Started (1641)
Feb 17 08:51:07 pascal-ThinkPad-P43s nvidia-persistenced[1641]: device 0000:3c:00.0 - registered
Feb 17 08:51:07 pascal-ThinkPad-P43s nvidia-persistenced[1641]: Local RPC services initialized
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started NVIDIA Persistence Daemon.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started Disk Manager.
Feb 17 08:51:07 pascal-ThinkPad-P43s udisksd[1389]: Acquired the name org.freedesktop.UDisks2 on the system message bus
Feb 17 08:51:07 pascal-ThinkPad-P43s vmware-USBArbitrator[1403]: [10B blob data]
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started LSB: This services starts and stops the USB Arbitrator..
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started Virtual Machine and Container Registration Service.
Feb 17 08:51:07 pascal-ThinkPad-P43s vboxdrv.sh[1395]: vboxdrv.sh: Starting VirtualBox services.
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: iwlwifi-virtual-0
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: Adapter: Virtual device
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp1:            N/A
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: coretemp-isa-0000
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: Adapter: ISA adapter
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: Package id 0:  +59.0°C  (high = +100.0°C, crit = +100.0°C)
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: Core 0:        +59.0°C  (high = +100.0°C, crit = +100.0°C)
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: Core 1:        +56.0°C  (high = +100.0°C, crit = +100.0°C)
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: Core 2:        +57.0°C  (high = +100.0°C, crit = +100.0°C)
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: Core 3:        +56.0°C  (high = +100.0°C, crit = +100.0°C)
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: BAT0-acpi-0
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: Adapter: ACPI interface
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: in0:          12.93 V
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: thinkpad-isa-0000
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: Adapter: ISA adapter
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: fan1:           0 RPM
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp1:        +53.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp2:        +37.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp3:         +0.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp4:         +0.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp5:        +28.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp6:         +0.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp7:         +0.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp8:            N/A
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp9:         +0.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp10:        +0.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp11:       +66.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp12:        +0.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp13:        +0.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp14:        +0.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp15:        +0.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp16:        +0.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: pch_cannonlake-virtual-0
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: Adapter: Virtual device
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp1:        +54.0°C
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: acpitz-acpi-0
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: Adapter: ACPI interface
Feb 17 08:51:07 pascal-ThinkPad-P43s sensors[1408]: temp1:        +53.0°C  (crit = +128.0°C)
Feb 17 08:51:07 pascal-ThinkPad-P43s vboxdrv.sh[1662]: Starting VirtualBox services.
Feb 17 08:51:07 pascal-ThinkPad-P43s systemd[1]: Started Initialize hardware monitoring sensors.
Feb 17 08:51:07 pascal-ThinkPad-P43s mtp-probe[1667]: checking bus 1, device 9: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4.2/1-4.2.3"
Feb 17 08:51:07 pascal-ThinkPad-P43s kernel: vboxdrv: Found 8 processor cores
Feb 17 08:51:07 pascal-ThinkPad-P43s mtp-probe[1667]: bus: 1, device: 9 was not an MTP device
Feb 17 08:51:07 pascal-ThinkPad-P43s mtp-probe[1659]: checking bus 1, device 7: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4.2/1-4.2.2"
Feb 17 08:51:07 pascal-ThinkPad-P43s kernel: vboxdrv: TSC mode is Invariant, tentative frequency 1992012552 Hz
Feb 17 08:51:07 pascal-ThinkPad-P43s kernel: vboxdrv: Successfully loaded version 6.1.2_Ubuntu (interface 0x002d0001)
Feb 17 08:51:07 pascal-ThinkPad-P43s mtp-probe[1659]: bus: 1, device: 7 was not an MTP device

Die Nachricht über den Debug-Kernel kommt dann vieeel später noch mal wieder.

- - - Beitrag zusammengeführt - - -

Zum Thema TRIM: Mit dem Befehl »sudo fstrim [-v] $path« kann man manuell trimmen. Bei meiner »/home«-Partition waren das sage und schreibe 93,7 GB.
Bei der »/«-Partition immerhin noch 34,5 GB. Ohne jetzt einen direkten numerischen Vergleich zu haben, klingt das nach sehr viel. Das ist in der Summe auch mehr als so manche SSD groß ist, mal ganz zu Schweigen vom noch freien Speicherplatz auf vielen SSDs.
Einige waren hier ja verwundert darüber, dass »discard« in den Mount-Optionen fehlt. Laut UU-Wiki wird die für einige SSDs willentlich nicht aktiviert, da es schadhaften Effekt hätte. Ob das bei OEM-SSDs von Lenovo der Fall ist, weiß ich natürlich nicht. Andererseits wird TRIM ja mittlerweile eigentlich von »systemd« übernommen.

Dennoch ist relativ klar, dass bei mir TRIM eigentlich nie vollständig ausgeführt worden ist.
Dabei stellt sich mir die Frage, ob es normal ist, dass TRIM zu langen Boot-Verzögerungen führt.
Ich habe keinen Geschwindigkeitsvergleich aber beispielsweise habe ich eben nicht mal einen Probe-Trim gemacht und dafür benötigte »fstrim« 7 Sekunden bei 516 MiB.
Die eigentlichen Schreibgeschwindigkeiten der SSD müsste ja eigentlich um ein Vielfaches darüber liegen.
Ich habe jetzt auf den täglichen Cron-Job umgestellt und das Trimmen via »systemd« abgeschaltet.
Ist das tägliche Trimmen eine gute Idee? Oder gibt es da etwas, was ich übersehen habe? Vielleicht doch nur wöchentlich?
Ernst gemeinte Fragen.
 
Zuletzt bearbeitet:
Code:
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **********************************************************
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **   NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE   **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **                                                      **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: ** trace_printk() being used. Allocating extra memory.  **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **                                                      **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: ** This means that this is a DEBUG kernel and it is     **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: ** unsafe for production use.                           **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **                                                      **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: ** If you see this message and you are not debugging    **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: ** the kernel, report this immediately to your vendor!  **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **                                                      **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **   NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE   **
Feb 17 08:48:56 pascal-ThinkPad-P43s kernel: **********************************************************
Diese Meldung tritt bei einem Nicht-Debug-Kernel wohl nur auf, wenn Out-Of-Tree-Module sie erzeugen. Da fallen mir bei deinem System spontan der Nvidia-Treiber (könnte deine Vermutung bezüglich Grafikwechseln stützen) und Virtualbox ein. Es könnte Weitere geben, die mir nicht bekannt sind - im Prinzip alle Module, die nicht aus dem Kernel-Paket selbst stammen.
Leider ist das schwer zu debuggen. Ubuntu bietet ja pro Release mehrere Versionen des Nvidia-Treibers an. [1] Vielleicht hilft es, eine andere Version zu installieren.
Testweise könntest du auch mal schauen, ob das Problem überhaupt noch auftritt, wenn du die Nvidia-GPU ganz abschaltest.

Ich habe keinen Geschwindigkeitsvergleich aber beispielsweise habe ich eben nicht mal einen Probe-Trim gemacht und dafür benötigte »fstrim« 7 Sekunden bei 516 MiB.
Die eigentlichen Schreibgeschwindigkeiten der SSD müsste ja eigentlich um ein Vielfaches darüber liegen.
Trim führt keine Schreiboperationen auf den eigentlichen Speicherzellen durch. Es markiert nur freigegebene Zellen als unbenutzt. Die Schreibgeschwindigkeit der SSD ist hier also nicht entscheidend. Ich vermute, der Flaschenhals ist das SoC des SSD-Controllers.

Ist das tägliche Trimmen eine gute Idee? Oder gibt es da etwas, was ich übersehen habe? Vielleicht doch nur wöchentlich?
Das sollte keine Rolle spielen. Trim kannst du prinzipiell jederzeit ausführen. Es ist lediglich ungünstig, es dann zu tun wenn die SSD gerade viele Daten verarbeiten muss, da dann Trim den Durchsatz der SSD beeinträchtigen kann.


[1] https://packages.ubuntu.com/search?suite=all&searchon=names&keywords=nvidia-driver
 
Zum Thema TRIM: Mit dem Befehl »sudo fstrim [-v] $path« kann man manuell trimmen. Bei meiner »/home«-Partition waren das sage und schreibe 93,7 GB. Bei der »/«-Partition immerhin noch 34,5 GB. Ohne jetzt einen direkten numerischen Vergleich zu haben, klingt das nach sehr viel. Das ist in der Summe auch mehr als so manche SSD groß ist, mal ganz zu Schweigen vom noch freien Speicherplatz auf vielen SSDs.
Du ziehst voreilige Schlussfolgerungen. fstrim übermittelt immer alle freien Blöcke an die SSD und zeigt daher auch immer deren Summe an.

Findet sich übrigens in der Manpage von fstrim:
By default, fstrim will discard all unused blocks in the filesystem.

Leider wird im uu-Wiki auf den besonderen Umstand nicht hingewiesen, stattdessen werden eher irrelevante Themen wie "Leaks" bei verschlüsselten SSDs als Warnung hervorgehoben.

Welche Blöcke bei dem Vorgang tatsächlich frei werden, wird nicht angezeigt; dazu führt das OS vermutlich keine Buchhaltung, wozu auch. Die SSD Firmware weiß es halt und spricht nicht darüber.

Dennoch ist relativ klar, dass bei mir TRIM eigentlich nie vollständig ausgeführt worden ist.
Eben nicht, s.o.
 
  • ok1.de
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen
Zurück
Oben