PinguinDompteur
Member
- Registriert
- 17 Dez. 2018
- Beiträge
- 40
Ich hatte mit dem E585 das Problem, dass der Rechner nach dem Suspend nicht mehr aufwachte.
Gezieltes Stochern mit Kernel Optionen half nicht.
Nun habe ich in einem Forum aber einen Fix gefunden, der scheinbar tatsächlich hilft. Mein E585 ist vorhin klaglos aufgewacht.
Das Problem liegt wohl daran, dass ein SATA Port durch Reset die Verbindung zu einer angeschlossenen Platte verliert. Der Kernel kommt damit bei Resume wohl nicht klar und kann das Gerät wohl auch nicht neu einbinden, wie es bei USB geht.
Das heißt, das Problem bzw. der Fix funktioniert nur bei Geräten, die entweder von NVME booten und eine zweite SSD oder HD haben, oder Geräte, die nur eine SSD oder HD haben, von der sie auch booten.
Geräte, die nur von NVME booten und keine weitere SSD drin haben, sind wohl weniger von dem Problem betroffen und denen bringt auch dieser Fix nix.
Um es kurz zu sagen, sobald man ein Gerät /dev/sda hat, könnte das helfen bei Resume Problemen.
Wer nur ein Gerät /dev/nvme0n1 hat, dem hilft dieser Fix wohl eher nicht.
In Grub2 einfach diesen Parameter mitgeben:
nohrst = no hardware reset
Die Ziffer 1 bekommt man durch
heraus. 1 Ist der erste SATA Controller.
Bei mir z.B.:
Bei mir also ata1, demnach auch 1 bei den Optionen. Und bei mir sieht man auch die Ausgabe, wie es aussieht, wenn man die Option korrekt bei Grub angegeben hat. Bei jedem, der eine zweite SSD drin hat, ist es eine 1, wie z.B. beim E585 mit einer NVME und zweiter SSD.
Wer nur eine Platte drin hat, nur eine SSD und von der bootet (also nur /dev/sda hat) , müsste es wohl so aussehen:
Wie gesagt, meinen Rechner vorhin suspendiert für ca 15 Min, ohne Murren wieder aufgewacht.
Gezieltes Stochern mit Kernel Optionen half nicht.
Nun habe ich in einem Forum aber einen Fix gefunden, der scheinbar tatsächlich hilft. Mein E585 ist vorhin klaglos aufgewacht.
Das Problem liegt wohl daran, dass ein SATA Port durch Reset die Verbindung zu einer angeschlossenen Platte verliert. Der Kernel kommt damit bei Resume wohl nicht klar und kann das Gerät wohl auch nicht neu einbinden, wie es bei USB geht.
Das heißt, das Problem bzw. der Fix funktioniert nur bei Geräten, die entweder von NVME booten und eine zweite SSD oder HD haben, oder Geräte, die nur eine SSD oder HD haben, von der sie auch booten.
Geräte, die nur von NVME booten und keine weitere SSD drin haben, sind wohl weniger von dem Problem betroffen und denen bringt auch dieser Fix nix.
Um es kurz zu sagen, sobald man ein Gerät /dev/sda hat, könnte das helfen bei Resume Problemen.
Wer nur ein Gerät /dev/nvme0n1 hat, dem hilft dieser Fix wohl eher nicht.
In Grub2 einfach diesen Parameter mitgeben:
Code:
libata.force=1:nohrstnohrst = no hardware reset
Die Ziffer 1 bekommt man durch
Code:
dmesg | grep ataBei mir z.B.:
Code:
0[root@foobar2]1008-19:18/etc/default# dmesg | grep ata1
[ 3.787366] ata1: FORCE: link flag 0x2 forced -> 0x2
[ 3.787367] ata1: SATA max UDMA/133 abar m2048@0xc0400000 port 0xc0400100 irq 35
[ 4.260101] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 4.260613] ata1.00: FORCE: horkage modified (noncq)
[ 4.260620] ata1.00: ATA-10: WDC WD10SPZX-08Z10, 04.01A04, max UDMA/133
[ 4.260623] ata1.00: 1953525168 sectors, multi 16: LBA48 NCQ (not used)
[ 137.695093] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)Bei mir also ata1, demnach auch 1 bei den Optionen. Und bei mir sieht man auch die Ausgabe, wie es aussieht, wenn man die Option korrekt bei Grub angegeben hat. Bei jedem, der eine zweite SSD drin hat, ist es eine 1, wie z.B. beim E585 mit einer NVME und zweiter SSD.
Wer nur eine Platte drin hat, nur eine SSD und von der bootet (also nur /dev/sda hat) , müsste es wohl so aussehen:
Code:
libata.force=0:nohrstWie gesagt, meinen Rechner vorhin suspendiert für ca 15 Min, ohne Murren wieder aufgewacht.
Zuletzt bearbeitet:
