Udzielone Odpowiedzi
- Posty
No to coś mi się pochrzaniło z tym ostatnim. Inna sprawa, że KDE na Wayland jest jak na razie mało sensowne.
Pokaż pliki nvidia*.conf i intel.conf z xorg.conf.d.
„Samo” nie naprawi się. Ty masz – stety/niestety – bumblebee. Jeśli chciałbyś to „samo” naprawić poprzez reinstalację, to schrootuj sobie system z livecd, a następnie przeinstaluj. Nic to – moim zdaniem – jednak nie da (chyba, że coś zmieniałeś w plikach systemowych, czyli tych w /, a nie w /home, które tworzone są przy instalacji tych paczek).
Aha, bo zapomniałbym – nic nie kopiuj z livecd, albowiem – o ile się nie mylę, w przypadku bumblebee – ta sesja działa wykorzystując sterownik intel wyłącznie. Nic/niewiele Ci to da.
Być może pomoże Ci cokolwiek info o „configure graphics card” z wiki Manjaro, choć – powiem szczerze – nie odpowiada ono na żaden możliwy problem, jaki się może pojawić. Więcej Ci powie chyba wiki Archa.1. Przez przypadek Manjaro w Grubym nie ma „sesji ratunkowej” (recovery)? Jeśli ma – to wejdź w nią i po haśle roota uzyskasz czyste tty. Jeśli nie ma – możesz zrobić wg pkt 2 tego poradnika.
2. Gdzie szukasz tego xorga? Jeśli nie tworzyłeś, to winien on być „ciągnięty” przez Xy z /usr/share/X11/xorg.conf.d/. Tam znajdziesz plik, który wygląda mniej więcej tak: 10-nazwa_sterownika.conf. Ten tworzony przezXorg --configurejest zwykle albo w lokalizacji, w której zostało polecenie to wydane, albo w /root. Znów niestety nie odpowiem Ci, czy to polecenie tworzy prawidłowy konfig dla bumblebee (tym się zajmmiemy później) – na razie plik(-i).
3. Po jakiego diabła chcesz usuwać xorg-server? Czy mam rozumieć, że nie chcesz mieć w Manjaro środowiska graficznego? Czy też chcesz korzystać wyłącznie z sesji w Waylandzie, ale tu weź pod uwagę, że jedna z Twoich kart to NVidia i używasz własnościowych sterowników. Nie wiem, czy w Manjaro są patche, które umożliwiają pracę nvidia z Waylandem. Bez nich nie jest to możliwe. Inna sprawa, że zdaje się, że używasz Cinnamona, a z tego co wiem – on nie ma WM, który obsługuje sesję w Waylandzie, zatem tego typu rozwiązanie z góry zdane jest na porażkę. Co zatem usunięciem Xów chcesz osiągnąć?1. Czy polecenie
Xorg -configurewykonujesz w sesji tty? (tj. bez Xów) Ono winno być w ten sposób uruchamiane, o ile pamiętam.
2. Pokaż ten swój Xorg.
3. Pokaż ten błąd zależności nvidia-utils
4. Tak – da się przeinstalować system bez naruszania partycji domowej. Warunki: musi to być oddzielna partycja (;)), nie wolno jej formatować podczas instalacji, trzeba ją podmontować, instalację przeprowadza się w trybie „ręcznego” wyboru przy partycjonowaniu. Główny jednak warunek, to spora uwaga co się robi. Osobiście, dla bezpieczeństwa danych (w sumie ustawienia mnie mało interesują, zawsze są do odtworzenia), polecam zrobienie backupu danych gdzieś obok lub… instalację z „nowym” użytkownikiem (czyli masz np. kankanik, to nowy będzie kankan), a potem przeniesienie tego co chcę od poprzedniego użytkownika (trzeba potem zmienić uprawnienia). Tego typu instalacja – przy zachowaniu wszystkich poprzednich uwag – nie powinna ruszyć niczego, co było w /home/kankanik. To jest jednak ostateczność, zawsze praktycznie system można naprawić bez nowej instalacji, choć niekiedy to drugie jest o wiele szybsze.Jak zrobić z usb_modeswitch – pokazałem wyżej. Nie jest to żaden problem (chyba). Jeśli dobrze widzę, to nie widzę ;) Twojego zgłoszenia tego błędu na bugzilli Manjaro, zatem może deweloperzy zobaczą, a może nie zobaczą (bo akurat nikt, kto będzie instalował nie będzie tego robić na modemie komórkowym) swój błąd. To jest linux – jest dokładnie takim, w jakim stopniu my użytkownicy pomożemy jego twórcom w ich pracy.
Podobnie również miałeś napisane w jaki sposób zaktualizować system z 16.x. Też chyba proste (ba, na 99% w innych dystrybucjach ten błąd również się przydarzy).
Skoro jednak nie chcesz, wolisz mieć ROSA – Twój wybór. Nikt do niczego nie namawia.
Jedno jednak – jeśli jeszcze będziesz używać Manjaro i jeśli będziesz znajdował jakieś trudności w jego użytkowaniu, to ułatw nam pracę – zaprawdę twierdzenie, nawet 10 razy powtarzane, że coś „sypie błędami” (nie twierdzę, że ich nie ma) nic nam nie mówi.A temat – skoro autor nie ma już Manjaro – do zamknięcia, o co proszę moderatorów.
Oczywiście w wiki Archa masz więcej. Mi ten błąd się wydarzył może 2-3 razy. Jest natomiast dość częsty przy zainstalowaniu większej ilości paczek z AUR. O ile bowiem poprawnie zrobione PKGBUILDy w AUR mają w zasadzie obowiązek być poinformowane o możliwych konfliktach z programami z repozytoriów (ale Archa, nie Manjaro i tu niestety wychodzi idiotyzm rzekomego wspierania AUR przez Manjaro, które to AUR nie jest wspierane w Archu, choć jest dla niego), to paczki z repozytorium praktycznie nigdy nie będą wiedzieć o tym, co w AUR jest (jeden wyjątek, to gdy jakaś paczka zostaje przesunięta z repozytorium do AUR, jak obecnie jest właśnie z dużą ilością xf86-*). Podobnie sprawa się ma w przypadku stosowania jakichś 3rd parties repositories. Oczywiście z tym problemem możemy się spotkać zawsze, gdy programy nie zostały zainstalowane w systemie za pomocą pacmana („tradycyjnie” przez make install, czy – cóż, niestety są tacy wariaci – przez rpm/dpkg). Może kiedyś opiszę co z takim fantem robić, podając remedium na każdą sytuację. W przykładzie Robert75 – to akurat prosta sprawa.
Generalnie, to w pewnym momencie nowe Xy były nieco skopane. Widać w Manjaro tego nie sprawdzili i zastosowali starą wersję.
Niemniej jednak nie zdarzyło mi się, by program zainstalowany via pacman nie dawał się usunąć, jeśli taką wydało się dyspozycję.
Poleciłem „sforsowanie”, ale tak pryncypialnie należałoby to zrobić tak:
pacman -Qo /usr/lib/xorg/modules/extensions/libglx.so
Wówczas otrzymamy odpowiedź, że libglx.so został, lub nie został dostarczony przez jakąś paczkę. Jeśli przez żadną – spokojnie można go usunąć, bądź sforsować instalację. Jeśli w odpowiedzi otrzymujemy jakąś informację o paczce, która dostarczyła ten plik, to musimy się zastanowić co dalej robić, albowiem sforsowanie takiej instalacji bądź usunięcie tego pliku przed instalacją może doprowadzić do sytuacji, w której program, do którego należy ów plik może przestać działać.sudo pacman -Syyuu --force
Twierdząco odpowiadasz na odinstalowanie dwu paczek *-joystick i *-acecad.
A generalnie, to zainstaluj wersję 17, co najwyżej – jeśli usb_modeswitch potrzebujesz i jej nie ma i nie masz połączenia z netem w żaden inny sposób, ściągnij sobie z serwera (to wersja 64bit), a następnie zainstaluj lokalnie, albowiem – jeśli mogę ocenić Twoją wiedzę – ze względu na spory brak wiedzy w zakresie aktualizacji systemu po tak długim czasie (to jest pół roku), nie bardzo sobie z tym radzisz.Wygląda na to, że odinstalowałeś nie ten pakiet co trzeba ;). Wywalasz pakiety xf86-input-acecad-1.5.0-9 i xf86-input-joystick-1.6.2-6 i powinno być ok.
Michał, kiedy on godził się na odinstalowanie tych dwu paczek, jego problem, to że instalacja xorg-server w systemie sprzed pół roku napotyka dostarczony przez inny program plik /usr/lib/xorg/modules/extensions/libglx.so. Po prostu instalację w tym zakresie należy sforsować.
PS: @Robert75 – Używaj tagów, bo to co piszesz (kody) nie jest czytelne. Nadto w jednym wątku staraj się nie mieszać różnych kwestii (Manjaro 16.x/17.x), bo ciężko się w tym połapać mimo szczerych chęci.
chcąc na nowo zainstalować xorg-server nie dało rady ponieważ wyskakiwał błąd
Jaki błąd? Nie da się zgadywać.
Rozumiem, że obecnie masz jedynie tryb konsolowy. Jakiej wersji Manjaro (stable, testing, unstable) używasz? Do polecenia Michała, dodałbym jedno u:
sudo pacman -Syyuu xorg-server
Przywróci wersje pakietów lokalnych do wersji w repozytorium oraz zainstaluje serwer Xów. Jeśli masz wersję inną niż stable, przed wydaniem polecenia przejdź na stable.To zainstaluj to w taki sposób.
Rozumiem, że… ale…
W zależności od tego, której wersji Manjaro używawsz masz tam albo Pamac, albo Octopi, nadto w każdej yaourt. Wpisanie w menedżerze paczek, a nie ściąganie ze stron czegokolwiek wps/wps-office – wypluje Ci kilkanaście możliwych pomysłów na instalację. Ta „zasadnicza” to: wps-office.
Z Operą – załóż nowy temat. Generalna zasada na wszystkich forach: jeden wątek – jeden problem. Wszak forum nie służy tylko temu, kto zadaje pytanie.To spróbuj jeszcze, w jakimkolwiek edytorze wyedytować
-
/etc/default/grub
w sekcji
- GRUB_CMDLINE_LINUX_DEFAULT=
dopisz między „” (tam już może coś być; w każdym razie to co jest ma być objęte cudzysłowem
- iommu=soft
Potem wydaj polecenie:
sudo grub-mkconfig -o /boot/grub/grub.cfg
Może pomoże, jeśli nie, to po następnym bootowaniu po prostu usuń i znów ww. polecenie (albo update-grub, jeśli masz).Zmień/odnów sobie bazę mirrorów – to bodaj w Manjaro jest
manjaro-mirrors -g
Timeout oznacza, że serwer, który jest ustawiony na pierwszym miejscu ma problemy z komunikacją z Twoim komputerem, albo w drugą stronę i przekroczony został limit czasu pobierania.w momencie synchronizacji wyrzuca błąd. Nie mam pojęcia gdzie leży błąd,
Skoro Ty nam nie pokazałeś jaki to błąd, to skąd my mamy wiedzieć?
Stawiam jednak, że nie wykonałeś przed próbą skorzystania z Octopi polecenia:
sudo pacman -Syy
(ew. możesz sobie to od razu zaktualizować, czyli dodatkowy przełącznik -u).Cóż, jest tam napisane, że przynajmniej w części problemy wynikające z tą kartą wynikają z jej wadliwego rozpoznawania i próby zmuszenia jej do pracy z niewłaściwym sterownikiem. Poniżej krótka instrukcja. Zapisz sobie co robiłeś, bowiem może się okazać, że po zmianach internet nie będzie Ci działać, wobec powyższego będziesz musiał to odwrócić.
1. Instalujesz paczkę r8168 dla kernela, którego używasz.
2. Tworzysz sobie (jako root) plik (nazwa przykładowa) /etc/modprobe.d/no_r8169.conf
z jednym wpisem:
blacklist r8169
3. Reboot
Jeśli działa lepiej – trafiliśmy, jeśli nie – trzeba szukać dalej. Gdyby internet przestał działać, sprawdź (lsmod), czy pośród załadowanych modułów jest r8168, usuń plik, który utworzyłeś i po reboot opisz.
