marcin82

Użytkownicy
  • Zawartość

    43
  • Rejestracja

  • Ostatnia wizyta

  • Wygrane w rankingu

    1

Ostatnia wygrana marcin82 w Rankingu w dniu 7 Kwiecień

marcin82 posiada najczęściej lubianą zawartość!

Reputacja

4 Neutral

O marcin82

  • Tytuł
    Użytkownik

Previous Fields

  • Ulubiona dystrybucja
    lsb_release -a
  • Środowisko graficzne
    Xfce

Profile Information

  • Płeć
  • Skąd
    Sosnowiec
  • Zainteresowania
    Informatyka, linuks, kolej.
  1. Pokaż wynik komend: sudo iptables -nvL ps aux | grep team rpm -ql $(rpm -qa ^teamviewer* --queryformat '%{name}\n')
  2. Nie dziw się, że masz błędy, skoro masz wyłączone główne repozytoria systemowe. Włącz repozytoria: Fedora 25 - x86_64 Fedora 25 - x86_64 Updates W każdym z pozostałych repozytoriów włącz dział "Updates", ale nie "Test Updates". Następnie jako root: # dnf clean all # dnf distro-sync
  3. Zauważyłem dopiero teraz, że używasz powłoki zsh. I to jest prawdopodobnie przyczyna, bo zsh nie uruchamia tego skryptu przy starcie serwera X: /etc/X11/xinit/xinitrc.d/localuser.sh Zajrzałem na livecd. Resztę musisz sprawdzić sam - dorzuć to do globalnego pliku konfiguracji zsh i powinno działać. Za bezpieczne to to nie jest, ale co zrobisz - no nic nie zrobisz
  4. Poszukaj w repozytorium i zainstaluj jeśli znajdzie: sudo su - dnf search all gksu Podaj wynik polecenia - z konta użytkownika: id
  5. Uruchom z konta użytkownika, możliwe są dwa sposoby: sudo gparted gksu gparted
  6. Kiedy jesteś na ekranie wyboru systemu w Grub2 wciśnij Shift. To zatrzyma odliczanie. Na domyślnej pozycji (pierwsza od góry) wciśnij klawisz e. Przejdź do linii zaczynającej się od słowa linux i skasuj z niej wyrazy rhgb i quiet. Wciśnij Ctrl+X. Zobacz na czym zatrzyma się ładowanie systemu i wtedy zrób zdjęcie. Podaj pełną specyfikację sprzętu. W jaki sposób i jakie (o ile były) instalowane sterowniki karty graficznej. Przydałby się log /var/log/Xorg.0.log.
  7. To dobrze, że jest OK. Chodzi o sprawdzenie czy po instalacji pakietu z repozytorium lokalnego problem występuje nadal. Wtedy trzeba by było zgłosić opiekunowi paczki, że są takie i takie błędy, i tak dalej. Ten plik google-earth-release.noarch 1.0-3.fc24 to jest pewnie pakiet dostarczający plik google-earth.repo. Możesz pokazać zawartość cat /etc/yum.repos.d/google-earth.repoEDYCJA: Poprawione.
  8. Nie podejrzewam, że spece z Google umieścili w specu coś takiego ... %dir %{_bindir} Byłoby to bezsensem. Pakietu nie ma w bazie programu 'dnf' i chce go usunąć jako obcy pakiet. Z drugiej u kolegi SeeM działa, więc dziwna sprawa. Isntalowałeś poleceniem rpm -i czy dnf install /ścieżka/do/pakietu/nazwa.rpm? Odinstaluj pkaiet Google Earth. Utwórz lokalne repozytorium DNF i tam wrzuc pakiet. Odśwież indeksy DNF i wtedy zainstaluj. Plik konfiguracji repozytorium: Może być dowolny folder gdzieś w katalogu domowym - gdziekolwiek. Potem instalujesz pakiet createrepo i tworzysz indeksy: craterepo -d /ścieka/do/katalogu/z/plikami/rpm Jako root: dnf check-update dnf install google-earth-stable
  9. O ile znowu masz zainstalowany to pokaż: rpm -ql google-earth-stable Trzeba by było obejrzeć sekcję %files pliku spec ...
  10. Jeśli systemctl poweroff nie działa i jest ten błąd: Nie można otworzyć biblioteki 'libkdeinit5_systemctl'. No to jest sprawa jasna - coś jest skopane, nie umiem z livecd ustalić do czego należy ten plik. Po drugie - potwierdzenie wyłączenia / wylogowania powinno dać się wyłączyć. Nie mam Plasmy - nie wiem gdzie.
  11. Działa ci samo polecenie? who -r who Uruchom skrypt z "debugowaniem": bash -x /etc/local.d/10-run_on_shutdown.stop Wstaw wyniki. ========== Do meritum ... utwórz na Pulpicie plik poweroff.desktop o zawartości: [Desktop Entry] Name=Poweroff Name[pl]=Wyłącz komputer Comment=Turn off your computer Comment[pl]=Wyłączanie komputera Exec=systemctl poweroff Icon=/usr/share/icons/matefaenza/apps/scalable/gnome-shutdown.svg Type=Application Znajdź sobie ikonę w systemie i podaj pełną ścieżkę do niej albo znajdź w internecie, zapisz w katalogu ~/.icons i zmień stosownie ścieżkę. Nadaj prawa do wykonania: chmod 755 ~/Pulpit/poweroff.desktop
  12. Nie wiem jakiego menedżera logowania używasz. W każdym razie dowiedz się czy przy starcie czyta plik ~/.xprofile. To jest zwykły plik tekstowy, dodaj tam na przykład: sleep 10 && firefox & Jeśli nie jest uruchamiany przy starcie przez menedżer logowania lub cokolwiek innego, dodaj do ~/.bash_profile: [[ -f ~/.xprofile ]] && . ~/.xprofile Poglądowo: https://wiki.archlinux.org/index.php/xprofile . Inną możliwością uruchomienia wykonywalnego skryptu jest użycie pliku NAZWA.desktop w katalogu ~/.config/autostart. W polu Exec= pliku desktop podaj ścieżkę do skryptu - sprawdź jak będzie działać, np.: Exec=/bin/bash /home/NAZWA/bin/mój_skrypt.sh
  13. Podaj specyfikację sprzętu: procesor, karta graficzna, ilość pamięci RAM. Masz środowisko graficzne Gnome Shell czy jakieś inne?
  14. Pamiętam, że podobne objawy dawał mi któryś z systemów na VirtualBox. Sprawa może, ale też wcale nie musi, mieć coś wspólnego ze sterownikami karty graficznej, może jakimiś innymi ustawieniami.
  15. Co kto lubi ... wygląd nawet w tym przypadku jest ostatnią rzeczą, która decyduje o wyborze menedżera logowania. Być może znielubiłem lightdm przez te kilka lat oglądania na forach postów z błędami tegoż. Po drugie - ma przegadany i kompletnie nieintuicyjny plik konfiguracyjny, a także dla 99% użytkowników niepotrzebny XDMCP. Po kolejne - lxdm jest monolitem - w sensie - źródła dostarczają program lxdm, graficzną nakładkę do konfiguracji oraz motywy. LightDM dostarcza tylko program - cała reszta pochodzi z innych źródeł, co czasami może powodować niestabilność i różnorakie błędy (light-locker, konfigurator, motywy). Jedny słowem - średniej jakości produkt typu "herbatę masz zrobioną, ale sobie zalej, posłódź i zamieszaj"