Neuinstallation XFCE mit BTRFS - SSD wird ständig abgeschaltet Thema ist als GELÖST markiert

[Clemens]

Ich hab ein Fujitsu Lifebook E746 mit dem ich sehr zufrieden bin. Auf dem hatte ich bereits eine Manjaro XFCE-Installation auf BTRFS einwandfrei und blitzschnell laufen. Leider habe ich dann den Feher gemacht und mittels GParted Partitionen zu verändern. Das verträgt BTRFS nicht ohne Weiteres!

Also hab ich gerade alles komplett neu installiert. Anschießend starten die meisten Programme nur nach ca. 10 Sekunden oder mehr Verzögerung. Manchmal auch bis zu 20 Sekunden – also unbrauchbar.
Nach Neustart des Laptops habe ich mit dmesg auf Fehlermeldungen geprüft. Nix, Bis auf eine USB-Sache alles unauffällig.

Nur der Vollständigkeit halber hier die Unstimmigkeit betr. USB:

Code: Alles auswählen

 usb 1-6: new high-speed USB device number 7 using xhci_hcd
[   15.092004] usb 1-6: config 1 has an invalid interface number: 8 but max is 3
[   15.092027] usb 1-6: config 1 has no interface number 1
[   15.092578] usb 1-6: config 2 has an invalid interface number: 12 but max is 1
[   15.092600] usb 1-6: config 2 has an invalid interface number: 13 but max is 1
[   15.092612] usb 1-6: config 2 has an invalid interface number: 13 but max is 1
[   15.092622] usb 1-6: config 2 has no interface number 0
[   15.092631] usb 1-6: config 2 has no interface number 1
[   15.093372] usb 1-6: New USB device found, idVendor=1199, idProduct=9041, bcdDevice= 0.06
[   15.093399] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[   15.093413] usb 1-6: Product: EM7305
[   15.093423] usb 1-6: Manufacturer: Sierra Wireless, Incorporated
[   16.266849] usbcore: registered new interface driver qcserial

Ich glaube aber nicht, dass hier die Ursache liegt, zumal diese Meldung nur bei Systemstart kommt.


Nachdem ich das dmesg Protokoll durchgesehen habe, habe ich dmesg erneut ausgeführt, um zu sehen, ob da noch was hinzu gekommen ist. Und mir fielen haufenweise folgende immer wieder kehrende Meldungen auf:

Code: Alles auswählen

[  527.307271] sd 0:0:0:0: [sda] Stopping disk
[  531.134359] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[  531.137642] ata1.00: ACPI cmd f5/00:00:00:00:00:a0(SECURITY FREEZE LOCK) filtered out
[  531.137679] ata1.00: ACPI cmd b1/c1:00:00:00:00:a0(DEVICE CONFIGURATION OVERLAY) filtered out
[  531.137829] ata1.00: supports DRM functions and may not be fully accessible
[  531.143860] ata1.00: ACPI cmd f5/00:00:00:00:00:a0(SECURITY FREEZE LOCK) filtered out
[  531.143889] ata1.00: ACPI cmd b1/c1:00:00:00:00:a0(DEVICE CONFIGURATION OVERLAY) filtered out
[  531.144002] ata1.00: supports DRM functions and may not be fully accessible
[  531.149356] ata1.00: configured for UDMA/133
[  531.159543] ahci 0000:00:17.0: port does not support device sleep
[  531.159728] sd 0:0:0:0: [sda] Starting disk
[  531.162240] ata1.00: Enabling discard_zeroes_data
[  556.957289] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[  556.960234] sd 0:0:0:0: [sda] Stopping disk
[  56

Ich habe dann in der Energieverwaltung alle Energiespareinstellungen auf Null gesetzt. Dennoch bleibt der Fehler, wie eine erneute Prüfung mit dmesg ergab.

Also muss irgend ein Mechanismus davon ausgehen, dass die SSD bei Nichtbenutzung sofort abzuschalten ist und beim nächsten Zgriff gestartet werden muss. Dann aber greifen anscheinend zunächst Sicherheitsmechanismen von BTRFS, wodurch sich der Start verzögert.

Ich habe überlegt, was ich evtl. bei dieser Installation anders gemacht haben könnte, als bei der vorigen. Das einzige, was mir einfällt: Möglicher Weise habe ich bei der ersten Installation NICHT das SSD-Trimmen aktiviert mit

Code: Alles auswählen

sudo systemctl enable fstrim.timer

und dies aber bei der jetzigen Installation aktiviert. Vielleicht ist der Befehl inzwischen unnötig geworden? Oder er beißt sich mit BTRFS?

[Blueriver]

Schau mal hier, vielleicht hilft das.

[Clemens]

Super! Das ha sofort nach Neustart funktioniert! Herzlichen Dank dir!