0
Jedyne co widzę, to że udev ma jakieś problemy, a jakie? Pewnie odpowiedź jest w logu co tam mu nie pasuje. Możecie strzelać na ślepo i może w końcu traficie.
Ja jednak wolałbym zajrzeć w log i poszukać tam jakiegoś punktu zaczepienia, zwłaszcza, że tam journal ma parę % zużycia procka więc coś jest ekstensywnie logowane. Zajrzyjcie w ten log i zobaczcie co tam się dzieje. Logi nie gryzą.
Ale jeśli faktycznie problem tkwi w BT, to też inaczej trzeba nieco to ogarnąć -- nie edytuje się pliku
/lib/udev/rules.d/69-libmtp.rules (czy w ogóle plików systemowych), bo on zostanie przepisany przy aktualizacji pakietu, więc ten problem wróci później. Jak chce się nadpisać reguły w plikach systemowych to trzeba ten plik skopiować via:
Kod:
# cp /lib/udev/rules.d/69-libmtp.rules /etc/udev/rules.d/69-libmtp.rules
Jak nazwa pliku w
/lib/udev/rules.d/ będzie taka sama jak w
/etc/udev/rules.d/ , to tylko ten drugi plik będzie brany pod uwagę. I to w tym pliku można sobie usuwać/komentować reguły.
Tu trochę info z
man udev:
Cytat:The udev rules are read from the files located in the system rules directory /lib/udev/rules.d, the volatile runtime
directory /run/udev/rules.d and the local administration directory /etc/udev/rules.d. All rules files are collectively sorted
and processed in lexical order, regardless of the directories in which they live. However, files with identical filenames
replace each other. Files in /etc have the highest priority, files in /run take precedence over files with the same name in
/lib. This can be used to override a system-supplied rules file with a local file if needed; a symlink in /etc with the same
name as a rules file in /lib, pointing to /dev/null, disables the rules file entirely. Rule files must have the extension
.rules; other extensions are ignored.