Odpowiedź forum utworzona
- Wpisy
Oglądnij ten załącznik – a lepiej ekran komputera – raz jeszcze i dokładniej. Oczywiście, że quiet jest w linii linux po rw a przed crypt (jak zapomniałeś hasła, to będzie cudnie). Musisz przejść do tej linii kursorem i skreślić to słowo, a następnie wznowić proces bootowania (ctrl+x).
to co piszesz to teoria na karcie radeon hd7990 pod windows w CS:GO mam 200-250 FPS na sterownikach flgrx (catalyst) było 240+ ta sama karta graficzna na amdgpu-pro 50fps ? na otwartych nawet steam nie odpala więc co jest problemem sprzęt ten sam więc gdzie jest przyczyna jak nie w sterownikach ?
To nie teoria, a informacja o wsparciu dla poszczególnych GPU. Zwróć uwagę, że sterowniki dla Windows i sterowniki dla linuksa, nawet jeśli tak samo się nazywają, to dwa różne sterowniki.
Przeczytałeś w ogóle to co napisałem? Masz HD7990 – GPU oparte o technologię GCN 1 wsparcie dla tego typu GPU przez amdgpu jest jak dotychczas eksperymentalne, a amdgpu-pro – praktycznie nie istnieje. Brak wsparcia czy wsparcie eksperymentalne nie oznacza, że na linuksie nie da się takiego GPU odpalić pod amdgpu. Niekoniecznie jednak będzie to właściwe rozwiązanie.własnościowe flgrx ( catalyst, Crimson ) czy pseudo własnościowe amdgpu-pro ?
Po co się tak wymądrzasz? AMDGPU-PRO jest własnościowym sterownikiem będącym rozwiązaniem dostępnym wyłącznie na stronie AMD. Wyłącznie dla tych GPU, które są wspierane.
ewentualnie kto wie jak w amdgpu-pro wyłączyć synchronizację pionową ?
Dalej nie czytasz – amdgpu-pro nie ma jeszcze wparcja dla GCN 1. To nie jest właściwy sterownik dla Radeon HD7990. Raz jeszcze, zatem:
Dla tych kart wyłącznie właściwe są sterowniki:
– ati,
– amdgpu (bez pro), ale wymaga skompilowania kernela we własnym zakresie,
– Catalyst/Crimson – ale wymaga starych Xów.
Samo użycie sterownika amdgpu wymaga jeszcze odpowiedniej konfiguracji (m.in. wyłączenia sterownika radeon, jeśli ten jest również zainstalowany).Do tego dodam, iż na sterownikach amdgpu-pro karta graficzna działa tak jak by w trybie iddle i zegary ma 350/450 zamiast 1050/1125. Ktoś ma jakieś pomysły ? czy szukać jakiegoś strszego wydania innego linuxa który wspiera flgrx ? i ewentualnie AMD Overdrive żeby na sztywno ustawić maxymalne zegary ?
Tak mamy pomysł – stosuj sterownik dostosowany do swojego GPU. W Manjaro system sam Ci podpowie jakie masz możliwości instalacji. W Twoim przypadku do wyboru winien być albo ati (otwarty) albo Catalyst (zamknięty). Jeśli jest inaczej, to mhwd w tym zakresie jest wadliwe.
z tego Piszesz w tym punkcie to w Manjoro 17 są one dostępne ? czy szukać starszej wersji
Z tego co piszę wynika, że powineneś nieco czasu spędzić nad poznaniem swojego systemu i sposobu instalacji w nim sterowników. Stosowny tekst jest na wiki.manjaro.org
O ile wiem, to w Manjaro 17 Catalyst winien jeszcze być (choć nie wiadomo jak długo będzie jeszcze wspierany). Jeśli go już nie ma, to nie należy go używać – rozbieżność między Xami, a Catalystem z wydania na wydanie tych pierwszych coraz większa, a nie zawsze będzie można utrzymać stare Xy.Czy przeczytałeś to co napisałeś? Staraj się pisać po polsku i w sposób ogólnie zrozumiały.
Sterowniki AMD:
– otwarte:
— ati – dla praktycznie wszystkich kart do GCN 2
— amdgpu – dla kart GCCN 3 i 4; eksperymentalne wsparcie dla GCN 1 i 2 (trzeba najczęściej przebudować kernel, albowiem nie są w nim włączane funkcje eksperymentalne); sens używania amdgpu na GCN 1 i 2 jest zresztą obecnie jeszcze niewielka, albowiem – przynajmniej w moim przypadku – osiągają gorszą wydajność od ati; nie jest przewidywane, by AMD zrobiło ten sterownik dla architektur starszych niż GCN
– zamknęte:
— Catalyst/Crimson – sterowniki nierozwijane od końca 2015 r. i wymagające starszych Xów; w Archu porzucone wsparcie bodaj w 2014 roku ze względu na ich olbrzymią problematyczność w przypadku systemów rolling release; obecnie dostępne wyłącznie w starszych dystrybucjach (także LTS) oraz w Manjaro; sterowniki te obsługują część starszych kart AMD (HD5000-HD6000) oraz karty GCN 1, 2 i 3; nie obsługuje kart GCN 4 i nowszych
— amdgpu-pro – nowe sterowniki zamknięte rozwijane wyłącznie dla kart GCN 3 i 4; nie jest przewidywane by AMD zrobiło te sterowniki dla kart starszych niż GCN; nie wiadomo czy pokusi się o objęcie nimi również GCN 1 i 2.
— catalyst-legacy – stare sterowniki dla kart HD2000-HD3000 – nie wiem, czy jeszcze gdziekolwiek jest on poważnie wspierany,
— dla kart starszych od HD2000 nie ma sterowników własnościowych.
Sterowniki otwarte (ati) oraz Catalyst we wszelkich testach przeprowadzanych przez Phoronix uzyskują obecnie podobną wydajność dla kart, dla których są właściwe. Dla GCN 3 zdaje się że również nowe, otwarte amdgpu wypadły porównywalnie do Catalyst.
Pamiętaj, że wydajność karty, to nie tylko sterownik, ale również kernel, Xy i ustawienia sterownika.
Jeśli chcesz zatem zainstalować amdgpu-pro musisz mieć kartę opartą o architekturę GCN 3 lub GCN 4.
W Manjaro są dostępne sterowniki: ati, amdgpu oraz catalyst. O ile wiem, to amdgpu-pro jest dostępny (i będzie dostępny) wyłącznie w AUR.To jak się zatrzyma: alt+ctrl+F2 (lub jakieś inne F, które zadziała) ew. alt+F2 – powinieneś znaleźć się w konsoli. Zaloguj się na swoje konto i wpisz:
journalctl -xe > 1.txt && pastebinit 1.txt
Podaj nam link, który Ci się pojawi.
W tym miejscu też powinieneś mieć możliwość instalacji Catalyst dla tego kernela (jak na razie on po prostu nie wie o tym jak ma obsłużyć układ wideo, a przede wszystkim nie ma sterownika do niego).
Ponawiam – nie chcesz mieć problemów ze sterowanikami AMD – przejdź na otwarte. Obecnie oferują one porównywalne parametry jak Catalyst. Nie ma z nimi natomiast żadnych błędów podczas zmiany Xów, które również ewoluują, a w przypadku Catalyst musisz je mieć w jakiejś poprzedniej wersji, ani też w przypadku zmian kernela.Przy okazji – catalysta (nb. sensownie z niego zrezygnować i przejść na otwarte) musisz zainstalować dla każdego kernela, który masz.
Uruchom na 4.11 w ten sposób, że wejdż w GRUB, następnie „e”, usuń słowo „quiet”, a następnie uruchom bootowanie (ctrl+x). Podaj wynik ostatniej linijki, jaką zobaczysz.Zmieniłem rodzaj kawy, którą pijam i ten nowy się źle zaparza, a stary bez problemu.
Na podstawie powyższego zdania powiedz mi jak mam zaparzać kawę, by była dobra, odpowiednia i mi smakowała :DSkoro problem nie występuje u @Robert75, zatem błąd nie leży po stronie teamu Manjaro. Próbuj zatem innych przedstawionych rozwiązań i nie zgłaszaj błędu przynajmniej dopóki nie dowiemy się czegoś więcej. Na początek wszystko raz jeszcze, wraz z pokazaniem nam dokładnie tego co robisz ew. spróbuj zmienić serwer gpg.
Sensowniej by było, abyś zamiast opisywać i dawać fragmenty wyników jakichś poleceń dawał całość – wówczas można byłoby zweryfikować, czy wszystko robisz prawidłowo.
Po ściągnięciu bazy kluczy wykonałeś:
# pacman-key --init && pacman-key --populate archlinux manjaro
Jeśli tak, to w istocie problemem może być zapomnienie przez team Manjaro ponowienia odciśnięcia palców i wówczas należałoby to im zgłosić. Weryfikacji może dokonać ktoś, kto ma Manjaro aktualizując system. Błąd winien się bowiem również u niego pojawić.
Możesz też użyć innego serwera kluczy. Może to coś pomoże.
Możesz również raz jeszcze spróbować zresetować całą bazę kluczy GPG pacmana.
# rm /etc/pacman.d/gnupg && pacman-key --init && pacman-key --populate manjaro archlinux
Tymczasowym wyjściem może być zmiana
SigLevel = PackageRequired
na
SigLevel = Never
w pacman.conf. Oczywiście o ile masz zaufanie do pobieranych paczek.
Wykonaj jeszcze:
# pacman -Scc
by usunąć źle ściągnięte paczki (bo ich ściągnięcia, jeśli będą w cache pacman nie wykona).boję się, że jak coś źle zrobię stracę windowsa-dane
Cóż – dobrą zasadą jest przy wszelkich (nie tylko dotyczących instalacji drugiego systemu), a w szczególności inwazyjnych (czyli takich, które powodują zmiany w strukturze) pracach na dysku zrobić sobie backup co najmniej danych (jeśli reszta jest łatwa do odzyskania) lub całego dysku. Tylko i wyłącznie takie postępowanie (o ile prawidłowo wykonane) gwarantuje możliwość odzyskania danych. I od tego trzeba zacząć. Fakt, że 1000 osób udało się bez problemu zainstalować jeden system obok drugiego i oba świetnie działają i koegzystują nie oznacza, że 1001 raz komuś się to nie uda. Niestety najprawdopodobniej przez jakiś ludzki błąd.
Masz 2 rozwiązania tego typu błędów:
pierwsze
drugie
Jeśli jednak problem nie leży po Twojej stronie i nie pomoże skasowanie i odnowienie bazy kluczy GPG to istnieje prawdopodobieństwo, że polega on na tym, że Philm zapomniał się GPG przypomnieć i wówczas powinieneś mu o tym przypomnieć, wpisując swój probem np. na bugzilli Manjaro.
Nie mam jego (bo nie potrzebuję) numeru klucza, zatem nie sprawdzę. Fakt jednak, że występuje to – jak na razie – wyłącznie u Ciebie, zatem jw. usunąć bazę i ponowić. Oczywiście u Ciebie będzie to także manjaro. Pomysł został Ci podany już wyżej – wykonałeś?Wygeneruj nową listę mirrorów (to bodaj):
pacman-mirrors -g
(nie mam Manjaro)
Wyczyść cache paczek:
# pacman -Scc
Spróbuj ponownie dokonać aktualizacji.Z jakiej daty masz ostatnią aktualizację/system sprzed tego, co chcesz właśnie wykonać?
Pokaż:
pacman -Qs manjaro-keyringprzyzwyczaiłem się do tego z Cairo Dock. Szkoda, że się nie da
Nikt nie powiedział, że się nie da. Załóż nowy wątek.
Cóż Ci mogę powiedzieć – S.M.A.R.T. wykrył 207 błędów. Pokazał 5 ostatnich. Niesetty nie mam tu wiedzy by błędy te jakoś zdiagnozować, ale istnieje możliwość, że owe pojawianie się i znikanie Gruba może (choć nie musi) być związane z owym dyskiem. Niemal na 100% jest to natomiast problem sprzętowy.
@Ulther – supergrub2 jest dobry, albo zły (różnie o tym programie się mówi, ba niekiedy, że on sam powoduje więcej błędów niż pożytku). Jak będzie na chroocie to przeładuje sobie Grubego bezpiecznie.
