Udzielone Odpowiedzi
- Posty
Zerknijcie w końcu na to:
Job for pulseaudio.service failed because the control process exited with error code.
See „systemctl –user status pulseaudio.service” and „journalctl –user -xe” for detailsSam system podpowiada co trzeba zrobić by się dowiedzieć, gdzie leży problem.
Ups… Nie mój system, nie moje pchły, ale dmuchać na zimno.
Driver jest „distro-independent” ot, skrypt, który wrzuci w system biblioteki. No właśnie, wrzuci, ale zamieni biblioteki systemowe (Qt5) na starsze niż te, które są w systemie. Na tych bibliotekach budowane są zarówno środowiska, jak i programy. Jeśli zatem ktoś ma system oparty o Qt5 (jak Plasma, LXQt, Deepin…) to mocno odradzam bezrefleksyjne wgranie tych sterowników. W pozostałych przypadkach też się należy mocno zastanowić, bowiem libstdc++.so.6 oraz libusb-1.0.so.0 też zostaną wgrane w starszych wersjach.Generalnie – skoro wszystkie biblioteki dostarczane przez ten sterownik są dostępne w systemie (qt5-*, icu, libusb i gcc-libs), to prawdopodobnie ten tablet winien być możliwy do obsłużenia bez potrzeby instalowania sterownika ze strony.
Ściągnąć PKGBUILD, zrobić paczkę. Problemem może być qt4, które powoli, bo powoli, ale ucieka z repo.
Zerknij na tellico. CDCat jest sprzed 5 lat i nic nie wskazuje na to, by miał się rozwijać. Im dalej w las – będziesz miał z tym większe problemy. Zrób paczkę, wyeksportuj dane, przejmij np. w tellico.@azja – A teraz raz jeszcze przeczytaj mój wpis, zastanów się nad jego treścią, przeczytaj swój – również się zastanów i odpowiedz na pytanie: co on ma (Twój komentarz mojego) do rzeczy. Gdzie ja piszę o odinstalowaniu avahi? Piszę o przepakowaniu (chodzi o inną kompilację, może się uda usunąć wówczas avahi-desktop itp.), bądź prostych rozwiązaniach, które powodują, że wprawdzie aplikacje GUI dostarczane wraz z avahi w systemie są, ale nie są widoczne w menu.
@alaskan_malamute – Tak szczerze mówiąc, to bardzo skąpisz informacjami. Avahi jest raczej w systemie przydatne. Denerwuje Cię w menu? Możesz sobie przepakować i prawdopodobnie usunąć aplikacje (avahi-discover, bssh i bvnc) z paczki, ale wydaje się to kompletnie bez sensu. Prościej jest po prostu albo usunąć, albo zmienić rozszerzenie, albo wpis Categories plików, które zobaczysz, gdy wpiszesz:
pacman -Ql avahi | grep desktop
I to wystarczy, abyś nie miał tych aplikacji w menu. W systemie będą, albo nie będą denerwować Twoich oczu.@BartoszXD – Sam sobie odpowiedz na pytanie: kto może wiedzieć, czy w przypadku Twojego systemu, jego określonego skonfigurowania, po instalacji innego kernela, niż dotychczasowy system będzie działać tak samo „stabilnie” (to jest jedno wielkie voodoo) jak na 4.14, którego obecnie używasz.
Jeśli przy owej „stabilności” kernela. Każde oficjalne wydanie jest na miarę możliwości zespołu odpowiedzialnego za ich przygotowanie przetestowane na tyle, na ile to możliwe. 4.18 miał bodaj 8 wydań kandydujących, podczas których był dopracowywany, usuwane były dostrzeżone błędy. Nikt jednak na całym świecie nie dysponuje wszystkimi, możliwymi zestawieniami sprzętu. Nikt nie da Ci pewności, że akurat na Twoim będzie ten kernel zachowywał się poprawnie. Jeśli nie włączymy się w testowanie kerneli na poziomie choćby właśnie wydań kandydujących, to nie marudźmy, że „znowu dali d…, bo mi nie działa”.
Mogę Ci jedynie tyle powiedzieć: mam AMD GCN 1.2 i używam amdgpu. Po instalacji 4.18 przywitał mnie niepodświetlony ekran. Okazało się, że dotychczasowe ustawienia dla kernela w GRUB należało „odwrócić”. Po ich „odwróceniu” trzeba było też zmienić ustawienia dla ACPI. Po zmianach działa bez zarzutu. Znajomy ma GPU Intela, ja na drugim komputerze również, aktualizacja przeszła praktycznie niezauważona.
Kolejne wydania kernela nie są rewolucją. To jest ewolucja. Obecny kernel 4.18 jest pochodną pierwszego kernela jaki w ogóle został wydany. Masz 4.14, ja mam 4.18. Mój to ewolucja Twojego. Oba kernele otrzymują te same poprawki błędów. Każde następne wydanie po 4.14 otrzymało natomiast w stosunku do niego jakieś nowe funkcje. Np. dla użytkowników GPU AMD, szczególnie nowych generacji, obsługiwanych przez sterownik amdgpu (nie amdgpu-pro), zmiana kernela z 4.14 na obecny to zmiana jakości.Załóż wątek na kwestie związane z USB (a wcześniej przeglądnij i forum i wiki, bo są tam proponowane i preferowane narzędzia do stworzenia liveusb spod Windows).
Jeśli pamiętam, to jednym z niewielu linuksów umożliwiających jego instalację wprost z Windows to Ubuntu (jeśli to jeszcze istnieje). Z pewnych względów jest to jednak głupota (i nie będę rozwijać dlaczego). Jeśli ktoś się chce „pobawić”, spróbować, czy mu pasuje – najlepszym rozwiązaniem jest instalacja gościa na VB/VM.Obawiam się, że nie to forum. Z Twojego postu wynika, że tablet ma współpracować z systemem Windows, a to forum jest związane z jedną z linuksowych dystrybucji.
Hmmm… a w ogóle…
Owe „buczenie” jest prawdopodobnie wynikiem tego, że system wprowadzasz w coś co się nazywa suspend-to-RAM. Wówczas cały czas system pracuje, a jedynie go nie widać. Całość „pracy” umieszczana w RAM.
Jak wspominałem – nie znam się na XFCE zbyt dobrze, ale większość tego typu narzędzi, jakie opisujesz, oprócz możliwości zrobienia „wrzutki do RAM” ma również i możliwość alternatywnego suspend-to-disk (wykorzystywany jest swap i trzeba to skonfigurować) lub po prostu wyłączania, ale tu być może ustawienia niektórych aplikacji uniemożliwiają wyłączenie się komputera (innymi słowy są tak ustawione, że trzeba je manualnie wyłączyć – ma to przeciwdziałać np. samoczynnemu „wygaszaniu” się systemu wobec zarejestrowanego braku reakcji użytkownika, co nie jest potrzebne np. przy właśnie oglądaniu czegokolwiek, czy to w przeglądarce, czy aplikacjach multimedialnych).
Zatem zacząłbym przede wszystkim od sprawdzenia konfiguracji. Wyjście pn. shutdown jest w zasadzie ostatecznością.Instalacja KShutDown w systemie XFCE przy 3GB RAM ma sens mniej więcej taki jak strzelanie z armaty do muchy.
Jeśli chcesz GUI to spróbuj cokolwiek wydobyć z serwisu alternativeto.net. Mi udało się np. znaleźć SGTimer, który oparty jest o vaia i Gtk+3, a to już w systemie masz. Pooglądaj, przeczytaj, jeśli spasuje, to trzeba by pomyśleć o zrobieniu paczki, bo zdaje się, że nawet w AUR nie ma.
Inna sprawa, że nie potrzebujesz w zasadzie niczego. Polecam lekturę informacji w wiki Archa, zwłaszcza fragmentu od „Delayed hibernation (…)”. Wystarczy zatem samo systemd 239.
W pierwszej kolejności jednak, znalazłbym przyczynę owego buczenia , bo prawdopodobnie narzędzie, którego używasz jest dobre, ale gdzieś tkwi błąd. Zbyt słabo jednak znam XFCE, by Ci pomóc.
Skąd wziąć logi?
Jak zapisać?
Np. zapisując na pendrive.Nawet nie jest to konieczne, wszak dostęp do dysku komputera winien być.
Treść zapisanego pliku można udostępnić np. przez pastebinit (warunek – połączenie sieciowe).To opisz cokolwiek dokładniej. Nie wiadomo nawet co oznacza: „nie mogę się zalogować na konto”. Co się dzieje? W którym momencie, w jakimś DM (w Deepin to chyba LightDM), czy w konsoli również? Możesz przejść przez
ctrl+alt+Fxdo jakiejś konsoli? Możesz się wówczas zalogować? Jeśli nie, to co wówczas system zwraca? Jeśli możesz się jednak tu zalogować, to możesz przesłać logi.
Nadto gdzieś na stronie manjaro.pl jest poradnik jak można wejść do systemu, jeśli są problemy z logowaniem. Ostatecznie można to zrobić tak, gdy coś jest skopane z ustawionym użytkownikiem i nie masz możliwości zalogowania się z tej przyczyny.
