uspaní do RAM

Hardware
1

Ahoj , mám problém s probuzením PC po uspání.
Vše se probere až na satelitní kartu. Proto jsem vytvořil scriptik 44satelit a ten umístil do /usr/lib64/pm-utils/sleep.d

#!/bin/sh

#vypnuti mythbackend
/etc/init.d/mythbackend stop

#restart modulu satelitni karty
modprobe -r b2c2-flexcop-pci
modprobe b2c2-flexcop-pci

#zapnuti mythbackend
/etc/init.d/mythbackend start

První uspání proběhne OK , ale další už ne.
Když pak script přejmenuju změním počáteční číslice ,které určují pořadí v jakém se scripty spouští ,
tak opět první uspání funkční a další už ne. A tak pořád dokola. Napadá někoho kde je problém?

2

Myslím si, že uspání se nepovede když některý ze skriptů před uspáním vrátí nenulový errorlevel. To zlobení s čísly skriptů nechápu. Připadá mi ale, že by bylo vhodnější zkusit něco takového:


#!/bin/sh

case "$1" in
	hibernate|suspend)
		/etc/init.d/mythbackend stop
		modprobe -r b2c2-flexcop-pci
		;;
	thaw|resume)
		modprobe b2c2-flexcop-pci
		/etc/init.d/mythbackend start
		;;
	*) exit $NA
		;;
esac

exit 0

Skript navíc nemusí být v /usr/lib64/… , ale stačí když je v /etc/pm/sleep.d .

3

tak s těmi čísly to byla asi jen náhoda ( 6 krát posobě :slight_smile: )
po laborování v konsoli jsem zjistil ,že i po ukončení mythbackend zůstane často ještě jeden proces využívající
daný modul a ten pak nelze z jádra odstranit. Pokud tedy provedu uspání v momentě ,kdy modul využívá jen
mythbackend vše proběhne OK. Lze nějak zjistit co za procesy využívá daný modul?

4

Možná by nějak mohl pomoci fuser. Určitě to ale nebude jen náhodný proces, ale nějaký konkrétní. Proč ho tedy neodstřelit pomocí killall [názevprocesu]?

5

dík za navedení fuser pomohl k odhalení procesu. zatím to vypadá ,že to šlape.