Odpowiedź forum utworzona
- AutorWpisy
- 8 kwietnia 2017 o 09:50 w odpowiedzi na: Stałe zaniżenie rozdzielczości we wszystkich trybach pracy systemu #3506
pavbaranov
UczestnikRozumiem, że amdgpu-pro. Jeśli nie ma w nim jakiegoś narzędzia do konfiguracji, to będziesz to musiał wykonać ręcznie. Normalnie wygląda to tak jak na wiki Archa. Czy Manjaro ma jakieś ułatwienia – nie wiem. Niektóre środowiska również mają jakieś GUI, którym mozna zmienić rozdzielczość.
pavbaranov
Uczestnik2 lata temu chromium nie odpalało mi niektórych filmów z youtuba i na forum radzili mi instalacje chroma
O tempora… Bo do chromium musisz doinstalować (choć teraz się to zmieni, jak wywalą z chrome), a chrome flash miał.
Różnica – i to zasadnicza – jest w szpiegowaniu użytkownika przez Google’a, która w przypadku Chrome jest totalna, w przypadku Chromium – mniejsza.pavbaranov
UczestnikZałóż wątek i napisz co chcesz sprzątać.
pavbaranov
UczestnikJasne, tylko jeśli taki stan trwa powyżej – powiedzmy 30 sek. to nie jest to już normalne.
pavbaranov
Uczestnik@Robert75 – Jeśli ma sddm, to w istocie z nim od dłuższego czasu są problemy. W dodatku domyślne markowanie w GRUB przez quiet procesu uruchomieniowego powoduje, że nie wiadomo co się dzieje – widzisz wyłącznie to co na fotce.
Niestety – sddm jest dość słabo chyba rozwijany. Mało osób, nadto te, które są prowadzą jeszcze inne projekty, w tym całe środowisko (liri).
Ostatnio przeszedłem na lightdm i dla osób korzystających ze środowisk opartych o Qt5 polecam je wraz z lightdm-qt5-greeter. Krótki opis i konfigurowanie zamieściłem tutaj. Niestety obecnie są wyłączone publiczne katalogi dropboksa (a mi się nie chce tego wszystkiego zmieniać) zatem jeśli ktoś chciałby sobie zbudować i mieć na wypadek, gdy mu się sddm wywali, to proszę o kontakt.
Zresztą – jak czytam, to problem tak samo się obrazujący, jak na fotce jest również związany z niedoskonałym procesem aktualizacji Xów.pavbaranov
UczestnikNiestety już się zamknęło i nie mam edycji.
@robiK – Po dłuższym „otwieraniu się” systemu zrób tak (prawdopodobnie masz sddm, który znowu padł, ale…)
1. alt+ctrl+F2 (zresztą dowolne, bylemy >=F2).
2. Zaloguj się do systemu.
3. Wykonaj:
systemctl -a | grep dm
Pośród listy znajdziesz takie, które zawierają w swojej nazwie „dm”.service. Ciebie interesują tego typu nazwy jak: gdm, lightdm, sddm, mdm, lxdm (myślę, że głównie te są w Manjaro wykorzystywane). Jeśli zobaczysz którąś z nich wykonaj:
4.sudo systemctl stop nazwadm
5. Teraz spróbuj uruchomić swoje środowisko (znów nie wiem jakie masz – sprawdź sobie w wiki, najlepiej Archa jak je uruchomić „z palca”). Jeśli masz skonfigurowane startx – możesz też i to wykonać.
Jeśli uruchomi się środowisko – daj znać. Jeśli nieuruchomi – też daj znać i wrzuć co wówczas wypisało.
6. Będąc w konsoli możesz sobie naprawić system. Na początek skonfigurować prawidłowo kartę graficzną i profilaktycznie wykonać aktualizację systemu.
Może coś to przyniesie.
7. Jeśli masz sddm, to prawdopodobnie przyczyną „ciemnego ekranu” jest właśnie ono, które w ostatnim okresie raz działa – innym razem wcale. Wówczas możesz pomyśleć o skorzystaniu z innego DMpavbaranov
Uczestnikwersje Manjaro to mam najnowszą
Chodziło mi również o to z jakim środowiskiem. Z logów, które wrzuciłeś wynikało bowiem coś przedziwnego:
– system nie miał skonfigurowanego pacmana do działania w ogóle (to norma – nie wykonałeś podstawowych czynności),
– miał zainstalowane kmozillahelper, a zatem jak się można domyślić firefox-kde bądź, co mniej prawdopodobne, firefox-kde-opensuse (choć obie paczki są takie same; to tylko inna terminologia),
– kompilacja kmozillahelper z AUR wywalała się na braku plików *.cmake dostarczanych przez KF5,
– KF5 musi być w systemie (w tym także te paczki, dostarczające plików *.cmake, których u Ciebie nie były znajdowane) jeśli środowiskiem jest Plasma 5, w części musi być jeśli środowiskiem jest LXQt. W pozostałych środowiskach KF5 jest zbędne jeśli nie używasz jakichś programów jego wymagających (np. kmozillahelper),
– kmozillahelper i firefox-kde nie mają najmniejszego sensu w środowisku innym od Plasma.
Innymi słowy – wnioski płynące z Twoich logów były mocno sprzeczne: z jednej strony wygląda to tak, jakbyś miał Manjaro KDE, z drugiej zaś jakbyś miał je z jakimś innym środowiskiem. I stąd pytanie o wersję Manjaro.
BTW: A propos kmozillahelper – chcesz mieć 2 przeglądarki? Jeśli używasz wyłącznie chrome (pomijając, że przychylam się do zdania Robert75) to nie jest Ci potrzebne kmozillahelper i FF.pavbaranov
UczestnikTeraz zerknij na tabelę tzw. AUR helperów. Wprawdzie yaourt jest bodaj najpopularniejszym, ale są lepsze. Wybrałbym taki, który ma wszystkie „Yes” – np. pacaur (bo również popularny), czy trizen.
Zerknij sobie jeszcze na te dwa teksty – mam nadzieję, że coś Ci się więcej wyjaśni. Osobiście większość programów, które kompiluję robię wg tej drugiej „zasady”.pavbaranov
UczestnikZrobiłeś to co w #3453 i #3469?
Jakie to Manjaro?
Staraj się odpowiadać na zadawane Ci pytania, bo dalej nie pójdziemy.pavbaranov
UczestnikNa pierwszym – jak dla mnie zbyt małe miniaturki.
Pokaż:
groups nazwa_użytkownika
(tj. Twoja, tak jak się logujesz).pavbaranov
UczestnikDodam jeszcze, że przedczymkolwiek:
sudo pacman-mirrors -g && sudo pacman -Syyu
Potem zastanów się co chcesz z owego AUR budować. Skoro masz octopi, to prawdopodobnie masz jakieś DE oparte o Qt5. Jeśli tak, to:
1. Do czego Ci kmozillahelper?
Kmozillahelper jest to coś, co ma lepiej integrować firefox ze środowiskiem KDE. Którą wersję Manjaro zatem masz? Jeśli jeszcze z KDE4, to należy postawić najnowszą 17 z Plasma 5. Jeśli masz tę wersję, to w community jest paczka firefox-kde oraz kmozillahelper, które są dla Plasma 5. Nie trzeba niczego budować z AUR. Jeśli nie używasz Plasma 5 to w ogóle wersja firefox, która wymaga kmozillahelper nie jest Ci potrzebna.
2. Zamiast imagewriter rozważ instalację imagewriter-git, bo oparta o Qt5, a nie Qt4.Niemniej jednak Twój problem polega na tym, co napisał wyżej Robert75 – wadliwie wygenerowana lista repozytoriów. Najpierw to, potem aktualizacja, potem zabawa z AUR.
Edit:
nie wrzucamy tak dużych logów na forum
Nadto prosiłem wyłącznie o błędy a nie log z budowania, którego doprawdy nie chce się przeglądać by poszukać 5 liniej na krzyż.
pavbaranov
UczestnikTeraz komputer uruchamia się normalnie, ale cały czas wyskakuje mi ten sam błąd w Octopi. Mimo tego że widzi mi 7 aktualizacji AUR. Jak próbuję zainstalować tę aktualizację w konsoli pokazuje mi że pakiety nie zostały znalezione.
Co to znaczy? Jakimi błędami?
Konsola:
sudo pacman -Syu
Jeśli będą błędy – pokaż.
Konsola:
yaourt -Sua
Jeśli będą błędy – pokaż
O jakie „nieznalezione” pakiety chodzi? Jakie polecenie w konsoli wydawałeś?pavbaranov
UczestnikRaz jeszcze: używasz jakiegokolwiek oprogramowania 32bitowego w trybie graficznym? Jeśli nie to odinstaluj konsekwentnie lib32-* dotyczące grafiki.
Możesz też spróbować przed aktualizacją wykonać:
pacman -Syy mhwd libgl lib32-libgl && pacman -Syu
Zerknij też na ten wątek na forum Manjaro – oznaczony jako solved.
BTW: Translator Google naprawdę nieźle ostatnio działa.pavbaranov
UczestnikPodczas uruchamiania się (gdy widzisz GRUB) wciśnij „e”, potem usuń „quiet”, ctrl+x i zobacz co się dzieje. Zdaj relację.
pavbaranov
UczestnikW ogóle potrzebne Ci są 32 bitowe biblioteki dla grafiki? Używasz jakichś graficznych programów 32bitowych? Jeśli nie, albo by – prawdopodobnie (tu musi ktoś inny się wypowiedzieć, kto zna lepiej ode mnie Manjaro) – można przed aktualizacją wywalić lib32-glu i lib32-primus. Przynajmniej ja bym tak zrobił.
Niestety nic nam nie mówi, że „po drodze” coś pytało o coś na co się zgodziłeś.
Skoro nie doszło do aktualizacji systemu to nic Ci reboot nie pomoże. Musisz konsekwentnie doprowadzić do aktualizacji systemu. Być może cokolwiek da próba instalacji samej grafiki przez mhwd.Nie tylko z Ubuntu, ale z każdego systemu live masz możliwość dostępu do całego zasobu HDD. Trzeba go jedynie podmontować i – prawdopodobnie (bo różnie to różne systemy rozwiązują) – skopiować to co się chce pracując z uprawnieniami roota.
PS: Jeden wątek – jeden temat. - AutorWpisy