Skocz do zawartości
Zamknięcie Forum PC LAB

Szanowny Użytkowniku,

Informujemy, że za 30 dni tj. 30 listopada 2024 r. serwis internetowy Forum PC LAB zostanie zamknięty.

Administrator Serwisu Forum PC LAB - Ringier Axel Springer Polska sp. z o.o. z siedzibą w Warszawie: wypowiada całość usług Serwisu Forum PC LAB z zachowaniem miesięcznego okresu wypowiedzenia.

Administrator Serwisu Forum PC LAB informuje, że:

  1. Z dniem 29 listopada 2024 r. zakończy się świadczenie wszystkich usług Serwisu Forum PC LAB. Ważną przyczyną uzasadniającą wypowiedzenie jest zamknięcie Serwisu Forum PC LAB
  2. Dotychczas zamowione przez Użytkownika usługi Serwisu Forum PC LAB będą świadczone w okresie wypowiedzenia tj. do dnia 29 listopada 2024 r.
  3. Po ogłoszeniu zamknięcia Serwisu Forum od dnia 30 października 2024 r. zakładanie nowych kont w serwisie Forum PC LAB nie będzie możliwe
  4. Wraz z zamknięciem Serwisu Forum PC LAB, tj. dnia 29 listopada 2024 r. nie będzie już dostępny katalog treści Forum PC LAB. Do tego czasu Użytkownicy Forum PC LAB mają dostęp do swoich treści w zakładce "Profil", gdzie mają możliwość ich skopiowania lub archiwizowania w formie screenshotów.
  5. Administrator danych osobowych Użytkowników - Ringier Axel Springer Polska sp. z o.o. z siedzibą w Warszawie zapewnia realizację praw podmiotów danych osobowych przez cały okres świadczenia usług Serwisu Forum PC LAB. Szczegółowe informacje znajdziesz w Polityce Prywatności

Administrator informuje, iż wraz z zamknięciem Serwisu Forum PC LAB, dane osobowe Użytkowników Serwisu Forum PC LAB zostaną trwale usunięte ze względu na brak podstawy ich dalszego przetwarzania. Proces trwałego usuwania danych z kopii zapasowych może przekroczyć termin zamknięcia Forum PC LAB o kilka miesięcy. Wyjątek może stanowić przetwarzanie danych użytkownika do czasu zakończenia toczących się postepowań.

Omastar

Forumowicze
 Pokaż profil  Zobacz aktywność

  • Liczba zawartości

    371

  • Rejestracja

  • Ostatnia wizyta

Odpowiedzi dodane przez Omastar

  3. Napisano · Edytowane przez Omastar

    W weekend nie chciałem się bawić, ale dzisiaj uaktualniłem system jeszcze raz i niespodzianki nie było - dalej nie działa.

    W logach bardzo szybko można znaleźć co nie gra:

    w "/var/log/lxdm.log" (używam xfce4):

    modprobe: FATAL: Module nvidia not found in directory /lib/modules/4.3.3-2-ARCH

    polecenia "modprobe nvidia"

    modprobe: ERROR: could not insert 'nvidia': Unknown symbol in module, or unknown parameter (see dmesg)

    a dmesg wypluwa:

    nvidia: Unknown symbol mtrr_del (err 0)
nvidia: Unknown symbol mtrr_add (err 0)

    Telefon w rękę i w google wpisałem powyższe i pierwszy wynik:

    Mój link

    Ostatni post z wczoraj mówi o instalacji wersji lts jeżeli ktoś bardzo potrzebuje uaktualnić system, a reszta musi czekać albo wgrać patch do kernela samemu.

    p.s uaktualniłem sytem 2 razy i dwa razy udało mi się wrócić do wcześniejszej wersji ale są osoby którym coś nie "pykło" więc radze zaczekać na nastepną aktualizację.

    p.p.s chodzi o sterowniki nvidia w wersji nvidia-304xx(karty typu np: moja 7600gs [jeszcze od firmy Galaxy])

  5. Napisano

    No nie wiem. Jak instalowałem Archa w listopadzie to przy instalowaniu kde miałem opcję do wybrania czy chce biblioteki 4.xx(stable) czy 4.99(5 beta). Mam wersje kde minimal.

    Zamiast kwina możesz zainstalować openboxa i wybrać sesje openbox/Kde, gdzie openbox odpowiada za okna.

  14. Napisano · Edytowane przez Omastar

    Wielkość historii określa się przez ustawienie i eksport zmiennych środowiskowych HISTFILE i HISTSIZE. Dopisujemy to np do pliku .bashrc (HiSTFILE=10000)

    Szukanie w historii polecenia to np. Ctrl+r i wpisujemy czego szukamy, albo polecenie history, które wyświetla pełną listę z numerami. Po odnalezieniu szukanej komendy wpisujemy !nr i wykonuje polecenie o numerze nr.

    Powtórzeń pozbywamy się w taki sposób:

    do pliku basrc dopisujemy :

    export HISTCONTROL=ignoreboth:erasedups

     

    w powłoce zsh to jest bardziej rozbudowane

  20. Napisano · Edytowane przez Omastar

    Można stworzyć pusty i dopisać tę linijkę lub skopiować z folderu home, lub czysty z folderu 

    /etc/skell

    Ja osobiście trzymałbym się gksu jeśli działa. Całe środowisko pod rootem to trochę jak... windows.

  22. Napisano · Edytowane przez Omastar

    Od końca Twojego postu:

    "Nie ma takiego pliku ani katalogu" - to wywaliło bo wydałeś komendę 

    $PATH

    a powinno być raczej 

    echo $PATH

    Wtedy się nie pluje.

    Co do ustalania $PATH to wersja z HOME i bez nawiasów pochodzi od oh-my-zsh, które instaluje dla wygody.

    Mówiłeś, że sam SDK Manager działa jeśli go uruchamiasz jako śmiertelnik, a nie działa jeśli jako root.

    Twój $PATH wygląda prawie jak mój po całej tej zabawie z dodawaniem 

    /home/lukas/bin:/usr/local/bin:/home/lukas/bin:/usr/local/bin:/usr/local/sbin:/usr/local/bin:/usr/bin:/opt/android-sdk/tools/:/opt/android-sdk/platform-tools/:/opt/android-sdk/build-tools/19.0.3/:/opt/android-sdk/platform-tools:/opt/android-sdk/tools:/usr/bin/vendor_perl:/usr/bin/core_perl:/opt/android-sdk/tools/:/opt/android-sdk/platform-tools/:/opt/android-sdk/tools/:/opt/android-sdk/platform-tools/

    I to nie jest błąd zmiennej środowiskowej. 

    gksu android

    działa i działa chyba tak jak powinien. Tzn jeśli go(android) uruchamiam jako user nie mogę ściągnąć uaktualnień(brak dostępu), z gksu mogę.

    To samo gdy uruchomię całe środowisko graficzne jako root. wtedy nie trzeba się bawić w gksu.

  23. Napisano · Edytowane przez Omastar

    Przed sekundą sprawdziłem.

    1) PATH przed instalacją androida = 

    /home/lukas/bin:/usr/local/bin:/home/lukas/bin:/usr/local/bin:/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/vendor_perl:/usr/bin/core_perl

    Arch prawie czysty + MATE

     

    2)Następnie zainstalowałem podane w poradniku 3 paczki "android-sdk android-sdk-platform-tools android-sdk-build-tools"

    3)Osobiście używam zsh więc lokalnie dodałem do .zshrc 

     export PATH=$HOME/bin:/usr/local/bin:$PATH:/opt/android-sdk/tools/:/opt/android-sdk/platform-tools/

    oraz w bashu do .bashrc 

    PATH="${PATH}:/opt/android-sdk/platform-tools/:/opt/android-sdk/tools/"

    Działa.

    Z Rootem nie. Ten sam błąd. Z sudo działa.

    Ale.

    Znalazłem tu podpowiedź Mój link

    Wylogowałem się do terminala i zalogowałem jako root, dopiero wtedy uruchomiłem MATE(startx). Teraz android się uruchamia.

    p.s z gksu również działa.

  24. Napisano

    Inaczej na to patrzę - stawiam system z pomocą, uczę się, znam. :)

    Instalowałem tym Archa w Virtualboxie, i sam proces rzeczywiście jest łatwy. Wybierasz co chcesz i masz. Ale po pierwsze nie można(nie można było wtedy, może teraz się to zmieniło) dokładnie określić co się będzie instalować(co jest największą zaletą Archa według mnie), a po drugie to już istnieją np Bridge Linux czy nowe Manjaro(to już się chyba rozrosło do własnych repo), skierowane własnie do nowych użytkowników, którzy chcieliby spróbować Archa.

    A co do uczenia się, to instalowanie za pomocą tego skryptu, jest tak informatywne jak domyślna instalacja Ubuntu. Czyli wcale.

×
×
  • Dodaj nową pozycję...