[azja]

… nie spodziewałem się takiego szczegółowego zestawienia :-) Myślałem o ostatnich Twoich działaniach, czyli pozycjach 7-8, ale takie wypunktowanie całego procesu dochodzenia do rozwiązania, może się komuś przydać.

… mam pytania dotyczące pkt.7:
# być może nie ma, to znaczenia praktycznego, ale dokonujesz dziwnego manewru, logując się w terminalu na root’a: $ sudo su. Jeżeli chcesz być root’em, to po prostu: $ su i wpisujesz hasło root’a (dobrze jest czasem je przypomnieć).
Jednak doradzałbym: NIE – logować się jako root i wykonywać program; TAK – uruchomić program jako root $ sudo nazwa_programu. Jeżeli używasz drugiego sposobu, to ograniczasz użycie podwyższonych uprawnień do uruchomienia instancji jednego programu, jest bezpieczniej. Możesz użyć argumentu, że jest, to niewygodne, gdy musisz wykonać kilka komend jako root – terminal pamięta jednak hasło przez kilka minut i nie będzie się w tym czasie o nie pytał, gdy ponownie użyjesz $ sudo nazwa_programu.
# jeżeli usunąłeś wpis dotyczący Manjaro, z boot manager’a EFI, to w jaki sposób uruchamiasz ten system? Z boot manager’a Windows’ów?

Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi

[azja]

… UEFI, to szatański wynalazek, z założenia zły – praktyka, to potwierdza. Cała nadzieja w tym, że rozwiną się alternatywy (byle nie 4, tylko otwarte, rzecz jasna). @Cenart -> aby merytorycznie spiąć temat i zamknąć problem rozwiązaniem, napisz co zrobiłeś i jaki efekt osiągnąłeś. To, o czym ja pisałem, to – z mojego punktu widzenia – teoria i dobrze by było dwa zdania sklecić o praktycznej jej realizacji.

Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi

[azja]

… na żadnym z moich pokładów nie gości ATI/AMD, więc nie mogę sprawdzić, czy potrzebne informacje można w ten sposób uzyskać, ale na początek warto spróbować:

$ inxi -G -xG
$ hwinfo --gfxcard
$ lspci
$ sudo lshw -class display
$ mhwd -l -d
 

lub narzędzia graficzne:
# lshw (community)
# hardinfo (community)
# i-nex (community)

Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi

[azja]

… sprawdzałeś na Forum?
https://manjaro.pl/forum/search/sterowniki+amd/
Jest kilka wątków zahaczających o Twój problem, być może coś ciekawego znajdziesz.

… wiki i forum Manjaro:
https://wiki.manjaro.org/index.php?title=Configure_Graphics_Cards
https://wiki.manjaro.org/index.php?title=Catalyst [2014-03-03]
https://forum.manjaro.org/search?q=amd+driver

… wiki Arch’a:
https://wiki.archlinux.org/index.php/AMDGPU
https://wiki.archlinux.org/index.php/AMD_Catalyst
https://wiki.archlinux.org/index.php/ATI
https://wiki.archlinux.org/index.php/Xorg

… zaróżowiony obraz zinterpretowałbym jako problemy z połączeniem, a nie rozdzielczością. Tak jakby któryś kabelek lub pin nie stykał.

Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi

[azja]

… na początek uwaga do PS. – nie musiałeś wychodzić tak daleko w świat (cudze chwalicie, swego na dysku nie znacie). Te same informacje uzyskasz przy pomocy komendy:

$ man efibootmgr
 

lub skróconą:

$ efibootmgr --help
efibootmgr version 16
usage: efibootmgr [options]
    -A | --inactive       sets bootnum inactive
    -b | --bootnum XXXX   modify BootXXXX (hex)
    -B | --delete-bootnum delete bootnum
    -o | --bootorder XXXX,YYYY,ZZZZ,...     explicitly set BootOrder (hex)
    -t | --timeout seconds  set boot manager timeout waiting for user input.
 

Lista parametrów jest dłuższa, ale zostawiłem tylko te, które mogą nas teraz interesować. To co widzisz, po wpisaniu efibootmgr bez parametrów, to aktualne ustawienia. Przy ich zmianie, zalecam stosowanie długich form, bo maleje prawdopodobieństwo wydania innego polecenia (np. ’-a’ zamiast ’-A’), a jeżeli pomylisz się, to program zwróci Ci uwagę i nic złego nie powinno się stać.

Wszystkie poniższe przykłady odwołują się do stanu z ilustracji, jaką dołączyłeś do post’a. Staraj się jednak w takich sytuacjach, gdy informacji jest niewiele i dostępna jest w formie text’owej, wklejać ją w postaci text’u i oznaczać jako 'code’.

–inactive (wyłączy pokazywanie w menu F12, 'Floppy Disk Drive’ = Boot0006):

$ efibootmgr --bootnum 0006 --inactive
 

–delete-bootnum (usuwa z menu 'Endless OS’ = Boot0010):

$ efibootmgr --bootnum 0010 --delete-bootnum
 

–bootorder XXXX,… (zmienia kolejność pozycji w menu, umieszczając na górze Manjaro i Windows = Boot0011 i Boot000F):

$ efibootmgr --bootnum 0010 --bootorder 0011,000F
 

–timeout seconds (zwiększa czas na podjęcie decyzji wyboru pozycji z menu, do 5 sek.):

$ efibootmgr --timeout 5
 

… michal.durys.pl/…/edycja-boot-menu-uefi-w-debianie/
Dotyczy tego, o czym piszę wyżej.

… thomas-krenn.com/…/Instalacja_systemu_operacyjnego_na_platformach_z_UEFI
Przeczytam później, gdy znajdę chwilę. Poza tym, chcę zobaczyć co tam jeszcze mają ciekawego.

Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi

[azja]

… są narzędzia do tego przeznaczone, do edycji wpisów na partycji EFI (nie wskażę Ci niczego konkretnego, ale wiem, że są, bo zetknąłem się z takimi), możesz również ręcznie usunąć odpowiednie pliki. Poszukaj czegoś w net’cie i/lub poczekaj, aż ktoś odezwie się na tym forum. Pamiętaj jednak o tym, aby nie usuwać systemów, które chcesz boot’ować bezpośrednio z BIOS/EFI. Chyba, że boot’ujesz jeden system, którego boot manager ogarnia również pozostałe – możesz boot’ować Manjaro z boot manager’a Windows, jak i Windows z GRUB’a. To drugie rozwiązanie jest łatwiejsze w obsłudze i pewniejsze. Wtedy na partycji EFI pozostaje jeden system, który boot’ujesz zawsze, i który włada wszystkimi.

Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi

[azja]

… jeżeli lista pojawia się po F12 przy starcie maszyny, to jej źródłem jest BIOS/EFI (?). Sądziłem, że bierze się ona z tego, co zostanie w danym momencie wykryte, ale na podstawie tego co piszesz wynika, że to również pozycje zapisane w EFI. Rozumiem, że wpis dotyczący Endless OS jest widoczny po usunięciu dysku z instalacją tego systemu? Potwierdź, że dobrze rozumiem. Jeżeli tak jest (i na podstawie innych informacji od Ciebie) wnoszę, że używasz EFI i masz partycję EFI i ten wpis zapewne bierze się z niej, a nie z BIOS’u. Należy usunąć go stamtąd (z partycji EFI jeżeli jest jedna lub partycję, jeżeli Endless OS utworzył własną). Nie mam jednak wielkiego doświadczenia z EFI (unikam jak tylko mogę i póki mogę, bo to szatański wynalazek), więc będziesz musiał zaczekać, aż zgłosi się ktoś, kto Cię poprowadzi, bo nie chcę mieszać.

… plus dla Ciebie, że zdemontowałeś dysk przed experymentami, choć należało usunąć oba – wtedy instalka Endless OS nie dodałaby swojej pozycji na partycji EFI, która zapewne znajduje się na dysku, który pozostał w komp’ie.

… wydaje mi się, że link, który podałeś dotyczy innego problemu, który w prostej linii biegnie do pytania: jedna partycja EFI, czy osobne dla poszczególnych systemów? Niedawno zmierzyłem się z tym i to zdarzeniem zmieniło moje poglądy na ten temat.

… OT: jeżeli zamierzasz częściej bawić się w takie testy, to polecam rozważenie postawienia komp’a wyłącznie w tym celu – stary notebook, maszyna poleasingowa, płyta na pająka (poszczególne elementy połączone ze sobą, ale bez obudowy). Jeżeli, to będzie co najmniej Core2 Duo (lub równorzędny), to będzie hulał, a i słabsze procesory spokojnie dają radę. Do tego 2-4 GB RAM’u i zmęczony dysk talerzowy (20-40 GB). Jak się postarasz, to uzbierasz wszystko za darmo.
… jeżeli chcesz, aby GRUB z Manjaro obejmował możliwość boot’owania wszystkich systemów z dysku, to stwórz nowy wątek.

Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi

[azja]

… w kwestii formalnej:
# Endless OS ma wersję Live, więc w jakim celu instalowałeś go na dysku?
# nie instaluj – na maszynie produkcyjnej – systemu, którym chcesz się pobawić! Od tego masz wersję Live.

… twój opis nie jest jasny. Nie wynika z niego klarownie (w zasadzie, w ogóle nie wynika), czy pozycje, jakie się pojawiają, dotyczą BIOS’u/EFI czy GRUB’a. A jeżeli GRUB’a, to czy instalowałeś na zewnętrznym dysku … Gubię się w domysłach.

Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi

[azja]

# OBCIĄŻENIE. Przyznam, że nie zastanawiałem się wcześniej nad tym problemem – dopiero wczoraj, gdy o tym napisałeś, to pomyślałem, że fakt, zwiększa, to obciążenie server’ów. Miałem, rzecz jasna, tego świadomość – ale nie przyszło mi do głowy traktować tego jako coś problematycznego. Jestem gościem, który minimalizuje transfer, a masowe oglądanie telewizji czy filmów przy użyciu internetu, traktuję jak cywilizacyjną perwersję (uważam, że jest to użycie dostępnych środków technicznych, dalekie od optymalnego). Dlatego drobne zwiększenie przesyłu danych nie jest dla mnie niczym niestosownym. Drobne, bo wykonuję, to dwa razy w miesiącu, wtedy gdy aktualizuję system – nie robię tego wtedy, gdy sprawdzam dostępność aktualizacji, a instalacje nowych aplikacji, to obecnie margines (raczej odinstalowuję te, które przetestowałem i okazało się, że nie spełniają moich oczekiwań). Jest jeszcze jeden powód, marginalizujący problem – robię tak tylko na swojej głównej maszynie, a rezerwowa i instalacje 'zaprzyjaźnione’ wykorzystują standardowe mechanizmy graficzne, tak aby użytkownicy nie nabywali zbyt 'egzotycznych’ nawyków, bo jeżeli mnie zabraknie, to będą musieli poradzić sobie sami.

# POWÓD. Raz, w trakcie upgrade’u, wystąpiła utrata zasilania (zewnętrza awaria) i raz zawieszenie systemu (podejrzewam sprzęt) – nie, 'yy’ nie ma mnie chronić przed tego typu problemami. Choć może się zdarzyć, że w wyniku tego rodzaju perturbacji może wystąpić uszkodzenie bazy. Więc dlaczego? Dlatego, że chcę cały proces przeprowadzić możliwie jak najbardziej koszernie: aktualne mirrory, aktualna baza, aktualne pakiety. Nie dlatego, że jestem bojaźliwy, czy nadmiernie ostrożny, tylko wręcz odwrotnie – zazwyczaj niezbyt agresywnie, ale jednak systematycznie experymentuję z systemem i staram się ograniczyć zbędne ryzyko. Porównując, to do jazdy samochodem: jeżdżę dynamicznie, przekraczam dozwoloną prędkość, agresywnie wyprzedzam, omijam wysepki z lewej, ale zapinam pasy, zachowuję właściwą postawę, dbam o stan płynów w wozie, pilnuję odpowiedniego ciśnienia w oponach, nie przekraczam podwójnej ciągłej, nie ścinam zakrętów bez widoczności.

# Zapewne nie zmienię postępowania, bo przemyślałem sprawę i nie widzę ku temu powodów (póki co), ale dzięki za spojrzenie z innej strony i zwrócenie na to uwagi. Poza tym, nasza interesująca wymiana zdań, może być czysto akademicka – zakładając, że mówimy o Manjaro i wykorzystaniu pamac’a. Łaj? Bikoz pamac, gdy sprawdzamy dostępność aktualizacji (ręcznie lub auto), to ściąga na swoje potrzeby aktualne pliki *.db do lokalizacji /tmp/pamac/dbs-mnjr/sync/, podobnie czyni komenda $ pamac checkupdates (tyle, że ściąga również *.files), jak i komenda $ checkupdates (do lokalizacji /tmp/checkup-db-mnjr/sync/). Tak więc, moje potencjalne oszczędności nijak się mają do ruchu standardowo generowanego przez systemowe, standardowe narzędzia.

Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi

[azja]

… @pavbaranov -> co do pierwszej uwagi, to masz rację. Ja również mam rację, bo jedynie wymieniłem listę plików, ale nie pisałem nic (nie było, to moją intencją) na temat ich powiązań, czy hierarchii. Zgadza się, /etc jest dla systemu (globalnie), a ~/.config i inne kropki dla user’a (lokalnie). Zgodnie z ogólną zasadą, obowiązującą w wielu dziedzinach, regulacje szczegółowe (w tym przypadku konfiguracja user’a) mają pierwszeństwo przed ogólnymi (tutaj, globalna konfiguracja systemowa). Choć pewnie, są od tego wyjątki.

… co do drugiej, to mój błąd, podwójny. Po pierwsze, wykazałem się brakiem precyzji – pisząc ’zmienna QT_QPA_PLATFORMTHEME=qt5ct powinna być’, miałem na myśli to, że Manjaro tam ją umieszcza, a nie, że wynika to z jakich zasad czy ograniczeń technicznych. Po drugie, nie miałem racji – dokonałem nieuzasadnionego założenia i uproszczenia, które zapewne brało się z chęci skrócenia sobie drogi (zmęczenie) i śladu w pamięci, który zmylił mnie. Nie jest zapewne prawdą, że Manjaro TO pisze TAM. To, że u mnie tak jest, to pewnie efekt problemów jakie pojawiły się z Qt w środowisku GTK, kilka miesięcy temu. TEN wpis, w TYM miejscu był jednym z prowizorycznych sposobów radzenia sobie w sytuacji (o ile dobrze pamiętam). Na szybko mogłem sprawdzić tylko dwie instalacje – druga nie jest miarodajna, bo profil (i część konfiguracji w /etc) pochodzi z wcześniejszej instalacji Arch’a. Temat pojawił się i został zamieszany, więc jak tylko będę miał informacje z kilku różnych komp’ów, to poinformuję, jak ta sprawa wygląda w Manjaro.

… jeżeli chodzi o dokumentację, to polecam TEN link – krótko i klarownie wyjaśniona różnica pomiędzy .bashrc i .bash_profile.

————-
EDIT-20181110-1750 … aaaaaaa! Wiedziałem, że o czymś zapomniałem; muszę chyba mniej ;-)
@majo -> znalazłem również u siebie taki sam przypadek: clamav-gui. Zarówno octopi, jak i clamav-gui korzystają z Qt5, więc poszukałem innych aplikacji, które wstawiają ikonę do tray’a i zbudowane, są na Qt5. Niewiele tego było, ledwie kilka, więc badanie nie jest miarodajne: nie znalazłem niczego więcej. Jednak dwa programy, oparte o te same biblioteki graficzne (Qt5), mają ten sam problem. Ale inne, również korzystające z Qt5 – nie. Więc być może problem leży w ich kodzie lub rozwiązaniach stosowanych w obu przypadkach? Jestem przed aktualizacją, z którą spłynie kilkadziesiąt pakietów w nowych wersjach – zobaczymy czy, to coś zmieni.

Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi

[azja]

… @pavbaranov -> bierze się, to z ogólnego podejścia do rzeczywistości. Można powiedzieć, że 'yy’ jest emanacją mojego światopoglądu. Jako przedstawiciel gatunku z gruntu głupiego (bo za taki uważam Homo sapiens), również samego siebie nie traktuję jako zbyt mądrego. Sprytny, zaradny, bogaty w mądrość życiową – tak; mądry, w głębokim sensie tego słowa – nie. Dlatego staram się przewidywać i zapobiegać brakom swojej mądrości, niedoskonałościom postrzegania, lenistwu, etc. – tworzę obronę drugiej linii (jako pierwsza jest świadomość), którą budują takie elementy jak pasy bezpieczeństwa czy kask rowerowy, nawyki, procedury postępowania, skrypty, itp. Podwójne 'y’ nie szkodzi. Zapewne w 99% przypadków nie pomaga. Ale niewielkim kosztem (ciut większy transfer i odrobinę więcej czasu – dwa razy w miesiącu, średnio) zabezpieczam się na ten 1%.

… zdarzyło Ci się, że w trakcie upgrade’u systemu komp zwisł lub stracił zasilanie? Niemożliwe, niezwykle rzadkie? Mnie dwa razy – raz mi się upiekło, a raz miałem poważne problemy. Wcześniej zastanawiałem się nad taką sytuacją, ale nie miałem pomysłu na to, co może się zdarzyć i jak można temu zaradzić. Gdy już zdarzyło się, to rozpoznałem temat i zmieniłem odrobinę nawyki, aby następnym razem przejść chorobę szybciej i z mniejszą temperaturą. Gdybym znał sposób na zmniejszenie prawdopodobieństwa / uniknięcie tego typu sytuacji, to wdrożyłbym go wcześniej i zapomniał (delegował skryptom lub palcom). Dlatego używam 'yy’. Nie pokładam w tym wielkich nadziei – ot, drobny element większej całości. Nie forsuję również tego rozwiązania, ale jeżeli ktoś pyta, albo sam odzywam się na ten temat, to zaznaczam, że JA używam 'yy’.

… skoro już jesteśmy w pobliżu i wspomniałeś o tym, to napisz kiedy należałoby ewidentnie wymusić aktualizację baz.

Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi

[azja]

… dla porządku, jeżeli używamy Bash’a jako shell’a (najprawdopodobniej tak jest), to interesujące nas pliki z konfiguracją, to przede wszystkim:

~/.bash_profile
~/.bashrc
 

również:

~/.xinitrc
~/.profile
 

oraz:

/etc/bash.bashrc
/etc/environment
 

… w przypadku Manjaro, zmienna QT_QPA_PLATFORMTHEME=qt5ct powinna być w /etc/environment. Mogą do tej listy dojść jeszcze pliki specyficzne dla danego środowiska graficznego / display manager’a.

Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi

[azja]

… @robert75 -> tak samo wygląda, jak u @majo – w obu przypadkach stosowany jest domyślny schemat, a nie stworzony przez użytkownika.
Co do pliku ~/.profile (zapewne jego masz na myśli), to nie jest takie proste:
# export EDITOR=/usr/bin/nano — ja mam w ~/.bashrc;
# export GTK2_RC_FILES="$HOME/.gtkrc-2.0" — ja mam w ~/.xprofile i ~/.xinitrc;
# w ~/.profile mam tylko ścieżkę;
# wszystko działa jak należy.
Nie pliki decydują o tym w jaki sposób zachowują się poszczególne elementy systemu, tylko odpowiednie w nich wpisy. Te same parametry mogą mieć różne wartości i znajdować się w różnych plikach, w zależności od dystrybucji, jej wersji, środowiska graficznego, historii zmian w systemie, poziomu ingerencji użytkownika, etc.

Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi

[azja]

… @arnix @nanren -> @pavbaranov ma rację. Jeżeli instalujecie jakieś oprogramowanie (np. sterowniki) z pominięciem mechanizmów systemowych (Manjaro, to Arch, nie Debian – należy wyrobić sobie inne zwyczaje), to ryzykujecie, że pojawią się z nim problemy. Poza tym, trzeba samemu pilnować, aby oprogramowanie było aktualne i sprawnie współpracowało z resztą. Co prawda AUR również jest mechanizmem pozasystemowym (w przypadku Manjaro), ale jednak rodzina – stosuje rozwiązania, na których opiera się Manjaro (pacman), więc zachowując zdrowy rozsądek (i przy odrobinie szczęścia) będzie działało. W każdym razie – jeżeli nie ma sterownika w repozytoriach systemowych, ale jest na stronie producenta i w AUR, to wybór jest jasny – AUR.

Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi

[azja]

… robiłem, to raz, dawno temu (straciłem trochę czasu, ale przemyślany schemat sprawdza się), więc umknął mi pewien drobiazg: najpierw trzeba stworzyć (np. poprzez skopiowanie istniejącego schematu), a potem można go edytować.

Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi

[Autor]

Posty