Odpowiedź forum utworzona
- Wpisy
Najpoplarniejsza i najbardziej prawdopodobna: na jednym komputerze były dostępne, a na drugim nie były, aktualizacje. Przyczyna różna, ot, choćby drugi był już zaktualizowany, albo żadna z paczek tam zainstalowanych nie otrzymała aktualizacji. Trzecia możliwość – oba komputery korzystają z innych mirrorów.
Przecież podałem Ci adres prawidłowego PKGBUILDu, z którego bez problemu buduje się ten program. Fakt, nie zbudujesz go żadnym „yaourtem”. Musisz po prostu „podmienić” PKGBUILD w tym z AUR i zbudować w „normalny” sposób.
Możesz też zbudować przez yaourt, czy co tam, ale wówczas będziesz musiał co najmniej zmienić ścieżkę do binarek oraz zmienić sumy kontrolne (oba z podesłanego PKGBUILD), bądź zbudować bez ich sprawdzania (sum, nie adresu).1. Krótka odpowiedź na pytanie: bo PKGBUILD obecnie jest wadliwy (niewłaściwa ścieżka).
2. Należy czytać komentarze pod „paczkami” w AUR, albowiem dowiedzieć się można ciekawych rzeczy. W tym przypadku np. adres do prawidłowego PKGBUILDu.Może będzie przydatne – jak postępować w takiej sytuacji.
oczywiście z nonfree driver ponieważ inaczej się nie da zainstalować Manjar
Sorry, za OT, ale ciekawi mnie co spieprzyli, że nie da się z NVidią zainstalować na nouveau. To jednak nie mój problem i pewnie go nie rozwiążemy, a na pewno już nie tutaj.
Tak, instalując od nowa można sobie taki „myk” zrobić i na pewno winno się udać. Natomiast jestem zwolennikiem, by dopóki można nie robić reinstalek systemu. Oczywiście, o ile nakład pracy na doprowadzenie systemu do działania nie jest dłuższy od postawienia go od nowa :)
Ok, to spróbujmy, ale… Jak pewnie wiesz, nie mam Manjaro i nie mam NVidii. To co podrzucę jest tylko i wyłącznie efektem rozprawienia się kiedyś z Catalystem. Zasadniczo wybór sterownika w Manjaro winien się odbyć przez mhwd, który jakoś nie widzę, by działał, stąd też proponowane brute force.
Sterowniki (zamknięte) nvidia, w Twoim systemie to:
[robson@amd ~]$ pacman -Qs nvidia local/lib32-nvidia-304xx-utils 1:304.134-6 local/linux49-nvidia-304xx 1:304.134-26 (linux49-extramodules) local/nvidia-304xx-utils 1:304.134-8Dodatkowo masz jeszcze sterownik otwarty:
local/xf86-video-nouveau 1.0.15-1 (xorg-drivers)
Nie mam natomiast pewności co do:
local/libxnvctrl 381.22-1
czy nie jest to jakiś element związany z nvidia.
Zacząłbym zatem po prostu od odinstalowania tych sterowników zamkniętych najnormalniej pacmanem. Mam nadzieję, że mhwd to puści. Odinstaluj z plikami konfiguracyjnymi, czyli co najmniej:
pacman -Rn
Zastanowiłbym się nad paczkami zależnymi, ale tu nie polecam, ani nie odradzam. Sam musisz ocenić w tym przypadku, czy pacman nie będzie chciał Ci odinstalować połowy systemu. Jeśli jednak będą to paczki jak ów libxnvctrl, to odinstaluj, albowiem to jest chyba wyłącznie paczka umożliwiająca sterowanie sterownikiem nvidia (przynajmniej na tyle, na ile rozumiem jej opis).
Następnie w tej samej sesji musisz jeszcze wyczyścić konfig XOrg, albowiem sterowniki własnościowe lubią sobie je ustawić wg własnych reguł. Normalnie, konfiguracja NVidii ląduje w /etc/X11/xorg.conf.d/ i/lub w /usr/share/X11/xorg.conf.d/. W którymś z tych katalogów, normalnie winien być plik 20-nvidia.conf, ale u Ciebie takiego nie widzę. Jest natomiast plik: /usr/share/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf. Na 99% to jest plik konfigurujący sterownik własnościowy nvidia.
Sprawdź też, czy w pliku: /etc/X11/xorg.conf nie masz zakomentowanego:
Load "dri"
Jeśli tak, to odkomentuj go, bowiem nouveau o ile się nie mylę korzysta z dri.
Generalnie dobrze przeglądnij ten plik i ewentualnie usuń to co z nvidia i wprowadź to co powinno być z nouveau.
Jeśli po usunięciu (-Rn) nadal pozostanie, to trzeba go będzie prawdopodobnie usunąć ręcznie (lub po prostu nadać mu nazwę bez conf).
Teraz przeszukaj system pod kątem blacklist i sprawdź, czy nie masz tam wrzuconego modułu nouveau (lub nv, bo nie pamiętam jak on się nazywa obecnie). Sprawdzić powinieneś zawartość plików w katalogach: /etc/modprobe.d/ i/lub /usr/lib/modprobe.d/. W tych katalogach szukasz wystąpienia słowa nouveau bądź to w nazwach plików, bądź w nich samych.
Teraz upewnij się, że GRUB nie zawiera w linii kernela parametrów nomodeset i/lub vga= lub też jakichś z nvidia w nazwie (np. wygląda na to, że masz DRM nvidia, zatem jest prawdopodobne, że w Grubym masz coś takiego: nvidia-drm.modeset=1. Jeśli takie ma – usuń i przeładuj Grubego.
Możesz też rozważyć dodanie w Grubym dla kernela parametru: nouveau.config=NvBios=PRAMIN. Powinien on zapobiec wywaleniu modułu nouveau.
Ostatnie co musisz dokonać, to uruchomienie KMS, które o ile wiem, NVidia „usuwa”. Przeglądnij plik /etc/mkinitcpio.conf, zobacz, czy nie ma w nim jakichś „nvidia” i rozważ dodanie „nouveau” do linii MODULES=. Jeśli zdecydujesz się na zmianę (a wg mnie powinieneś), to przebuduj obraz kernela przez:
# mkinitcpio -p jakiś_preset_kernela
U Ciebie jest w systemie chyba jeden kernel (linux49), zatem wywołanie powyższego bez podania presetu i tak winno tej jedyny kernel przebudować, możesz jednak dać mu ten parametr. Dostępne presety znajdziesz w: /etc/mkinitcpio.d/, dla linux49 najczęściej będzie zawierał podobną nazwę (u mnie np., preset dla mojego kernela /budowany przeze mnie/ nazywa się linux-pb.preset).Jeśli o czymś nie zapomniałem, to po ponownym uruchomieniu komputera, system winien wykorzystać dostępny mu sterownik xf86-video-nouveau, a automatyka Xów winna go sobie skonfigurować sama. Przynajmniej tak winno się stać w systemach, które nie mają takich automatów jak mhwd, albowiem nie wiem jak dalece on ingeruje w system.
Jeśli nie wstaną Xy, to tutaj masz opisane jak uruchomić system w „czystej” sesji konsoli. Po dobraniu się do niego, możesz spróbować użyć mhwd i spróbować zainstalować raz jeszcze sterowniki otwarte, a przede wszystkim przeglądnąć, czy gdzieś nie pozostały jakieś jeszcze pliki po nvidia. Różnica jedynie taka, że wyjście nie przez exit, jak w moim poradniku, a będziesz musiał zrestartować system.
W takim przypadku możesz też spróbować wymusić ręcznie konfigurację Xów (tip.: X –settingsAPPENDIX:
Zobacz sobie na konfigurację Nouveau w Archu – są tam jeszcze różne „tricki” na wypadek problemów z nouveau.PS: Jeśli się na to zdecydujesz, to trzymam kciuki. Jak napisałem – teoretycznie winno zadziałać, albowiem powinieneś doprowadzić system do sytuacji, w której:
– system będzie wolny od sterownika nvidia oraz jego plików konfiguracyjnych,
– będzie miał sterownik nouveau bez żadnych plików konfiguracyjnych,
– XOrg winien sobie poradzić z załadowaniem i skonfigurowaniem nouveau.
PS2: Może się okazać, że nie wszystkie pliki, o których wspomniałem masz. Np. u mnie w systemie w ogóle nie ma pliku /etc/X11/xorg.conf, zaś Xy dla otwartego ati korzystają z /etc/X11/xorg.conf.d/10-radeon.conf (amdgpu z 10-amdgpu.conf itp.).
PS3: Co złego to nie ja :)To jeszcze, jakbym mógł prosić:
pacman -Qs nvidia
oraz info – Ty masz „podwójny (Optimus)” układ czy wyłącznie GeForce 7600 GT?To na pastebinie to jest wynik błędów? (journal -xe)
Ok, może PID zrobił się inny. Wykonaj:
systemctl status systemd-modules-load.service
Znajdziesz tam coś w rodzaju:Process: 181 ExecStart=/usr/lib/systemd/systemd-modules-load (code=exited, status=1/FAILURE) Main PID: 181 (code=exited, status=1/FAILURE)Odczytaj nr PID i wpisz go w:
journalctl -b _PID=NUMERRozumiem, że tak prostackie rozwiązanie jak:
sudo mhwd -a pci free 0300
nie działa. Ok. Co w takim razie pojawia się po wydaniu tej komendy i ewentualnym restarcie?
Przy okazji – jeśli nie zadziała, to pokaż co Ci zwraca:
locate nvidia
Jeśli nie masz locate, to zainstaluj mlocate i dla pewności wpisz jeszcze:
sudo updatedb@azja – Niekoniecznie. Jest to wynik wadliwego ładowania jakichkolwiek modułów – nie tylko VB.
Pokaż jeszcze:
journalctl -xe journalctl -b _PID=181 ls /etc/modules-load.d/Jeśli ostatnia komenda pokaże cokolwiek, to jeszcze zawartość tych plików (cat).
W linuksie istnieje pierdyliard przeglądarek, środowisk itp. itd., gdzie każda może Esc przypisuje domyślnie Esc jakieś znaczenie (np. w qupzilli na Plasma 5, skąd teraz piszę – nie mam dla Esc przyporządkowanego żadnego działania do wywołania, ale wszystko działa prawidłowo).
Znaczenie nadane temu klawiszowi może i zwykle nie jest takie samo jak w Windows. Jeśli oczekujesz jakiegoś, to sobie go ustaw.
Sam klawisz prawdopodobnie „działa” prawidłowo (skoro „w BIOS działa prawidłowo”), a jedynie Twoje oczekiwania względem działania jakie ma wywołać jest odmienne, do uzyskiwanego efektu (czyli obecnie żadnego).
W zależności od środowiska i/lub programu można sobie tzw. skróty klawiszowe odpowiednio przyporządkować.
