Nowe posty Problem ze sterownikami. (5) 2024-04-13, 21:25:16 Instalacja xfce4 (2) 2024-04-13, 16:20:17 Serie kompilacji bez instalacji dla “emerge” w Gentoo (2) 2024-04-08, 18:40:04 Plasma 6 w Neonie ssie trochę mniej ... (17) 2024-04-05, 10:03:46 Problem z Linux Lite po instalacji (3) 2024-04-03, 14:23:40 Jak właczyć num locka przy starcie systemu debian 12? (12) 2024-04-02, 17:43:54 Brak dźwieku w systemie. (5) 2024-04-02, 16:13:41 Dystrybucja pod HP Omen (7) 2024-03-29, 11:33:05 [Poradnik] Wyszukiwanie Sterowników (2) 2024-03-27, 21:08:23 Ile pingwinów? (1) 2024-03-27, 08:59:24
|
Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.
Wiadomości - pavbaranov
Strony: 1 ... 55 56 [57] 58 59
842
« dnia: 2018-03-25, 13:52:58 »
Masz tyle miejsca, że dziel jak chcesz. Win10, a zatem powinna być jeszcze mała partycja /boot/efi dla obu instalowanych systemów. Generalnie zrób jako GPT - problem z logicznymi Ci zniknie. Główna partycja linuksa - w zależności od dystrybucji oraz dbania o nią (wszak tu się np. umieszczają instalowane paczki). Obecnie mam 20GB i wystarcza mi to z dużym naddatkiem. W przypadku systemów gentoo/pochodnych owe 20GB niekiedy okazywało się być zbyt małe.
843
« dnia: 2018-03-23, 12:44:27 »
Ok. A czy w takim razie moglibyście napisać na jakich wy komputrrach macie zainstalowany Linux? Jaki model i jaka dystrybucja jest Waszym podstawowym systemem?
Komputer, czy tablet, bo to zasadnicza różnica. Ten wątek dotyczy tabletu pod linuksa i pomimo tego, że niektórzy w Androidzie widzą linuksa, to chodzi w nim raczej o "klasyczną" dystrybucję linuksową.
844
« dnia: 2018-03-21, 13:57:27 »
Plasma Mobile - fakt - jest jeszcze w rozwoju, ale jak pokazują tu i ówdzie już to chodzi. Bonusem są aplikacje lepiej dostosowane do ekranów smartfonów/tabletów. Ja bym mimo wszystko spróbował. Wybór tabletu ograniczyłbym do wersji z x86 (bo mniej problematyczne).
845
« dnia: 2018-03-20, 18:47:16 »
"any" oznacza jedynie "architekturę". x86-64 = 64bitowa (Arch już nie wspiera 32bitów, aczkolwiek jest i taki fork). Any=niezależna od architektury (np. fonty, wystroje i kupa innych). Jak już będziesz miał, to jest fajne GUI do wyszukiwania paczek - pkgbrowser. Szuka w repozytoriach (nie tylko Archa, ale w zdefiniowanych w pacman.conf, a są tzw. 3-rd parties repository), a także w AUR.
846
« dnia: 2018-03-20, 16:52:16 »
Dziękuję za tak wyczerpującą odpowiedź.
Na przykład Chromium, Spotify, Opera, Krita, QuiteRSS nie ma w głównym repo Arch.
Myślałem o przesiadce na dystrybucję rolling i spróbowaniu Manjaro albo Antegrosa, więc wolałem się wcześniej zorientować w sytuacji. Chętnie sobie przetestuję.
Z całym szacunkiem bzdury opowiadasz: Chromium - https://www.archlinux.org/packages/extra/x86_64/chromium/Opera - https://www.archlinux.org/packages/community/x86_64/opera/Krita - https://www.archlinux.org/packages/extra/x86_64/krita/ (a w testing już 4.0.0) Spośród wymienionych przez Ciebie jedynie nie ma Spotify oraz QuiteRSS, z czego pierwszego w ogóle zdaje się nie będzie. Jak widzisz - nie jest tak źle. Nadto - jeśli używałeś spotify w Kubuntu, to paczka w AUR ( https://aur.archlinux.org/packages/spotify) jest prawdopodobnie dokładnie taką samą jak ta, której używałeś w tej dystrybucji. W przypadku QuiteRSS jej opiekun ma pod sobą 100 różnych PKGBUILDów w AUR, jest dostępny na IRCu Archa... Sam PKGBUILD jest praktycznie wzorowy. Pytasz o Archowe AUR, a chcesz się przesiadać na Antergosa lub Manjaro (wbrew pozorom między tymi dwiema jest spora różnica), z czego o ile korzystanie z AUR w Antergosie ma jakiś sens, to w Manjaro żadnego (i mówię to z całą stanowczością i wiem, że zaraz się zbiegną obrońcy manjarowego pingwina). PS: Pomijając, że po przesiadce z... Kubuntu na Archa (via Chakra i Manjaro) w istocie odetchnąłem z ulgą, to nie jestem do końca przekonany, czy nie powinieneś się zorientować też w Neonie. Można rzec, że to takie quasi rolling (choć osobiście bawię się w odniesieniu do niego sformułowaniem lazy rolling). Świat Neona będzie Ci jednak bliższy i - nie mam tu jednak wiedzy z codziennego używania - mniej wymagający w stosunku do Ciebie. PS2: Ze względu na rozpowszechnienie paczek binarnych w formacie deb - wg mnie - istnieje o niebo większe prawdopodobieństwo, że zainstaluje się jakiegoś podłego bloba z takiej paczki w debianowatych niż, że ktoś w PKGBUILDzie podeślie jakiś syf. To jednak moje osobiste zdanie. PS3: I sorry za OPTop - jeśli w istocie myślisz o przejściu na Archa, a obawiasz się, że nie podołasz instalacji, to zamiast Antergosa spróbuj sobie Anarchy. Daje zdecydowanie lepszą kontrolę nad instalacją od tego pierwszego. I jeszcze - jeśli myślałeś o korzystaniu z Antergosa w sesjach Waylandowych, to obecnie nazywa się to zapomnij. Przynajmniej OTB (tzn. trzeba dokonać tam kilku zmian i działa, ale pierwszego uruchomienia tak nie zrobisz).
847
« dnia: 2018-03-20, 16:29:00 »
Sterowniki dla GTX 660 VESA - sterownik 2D przez dystrybucje ktore go wspieraja
Nie. "VESA" nie jest sterownikiem 2D dla NVidia "przez dystrybucje, które go wspierają". Sterownik występujący pn. xf86-video-vesa jest swego rodzaju uniwersalnym sterownikiem wideo dla wszystkich kart pracujących w stanardzie VESA (zob. np. w opisie: https://cgit.freedesktop.org/xorg/driver/xf86-video-vesa/tree/README). Sterownikiem 2D dla NVidia jest np. nouveau, przy czym tu sterownikiem 3D będzie mesa. xf86-video-vesa, to bardzo podstawowy sterownik, który nie obsługuje wyższych rozdzielczości, nie ma żadnej akceleracji 2D, by nie mówić już o 3D itd. itp. Obecnie Xy mniej więcej obsługują to tak: - wpierw szuka dedykowanego sterownika; w przypadku NVidia jest to albo nouveau, albo odpowiedni sterownik nvidia, - jeśli nie znajdzie - szuka xf86-video-fbdev, - jeśli i tego nie znajdzie - szuka xf86-video-vesa, - jeśli i tego nie znajdzie, to wyświetla na tzw. kernel mode setting. Wybór dla kart NVidia - jeśli chodzi o dedykowane im sterowniki - jest zatem między nouveau (+mesa) a odpowiednim dla danego modelu GPU sterownikiem nvidia. Przydałoby się jeszcze sprzętową akcelerację uruchomić. Odnośnie zaś pytań anonimowego twórcy wątku dotyczących prawidłowej konfiguracji sterownika, to można jedynie tylko tyle powiedzieć, że oprócz skierowania na odpowiednie wiki, bez żadnych danych, nikt nie jest w stanie stwierdzić co dolega tej instalacji. Ba, ze względu na totalny brak jakichkolwiek logów, nawet trudno dociec, czy owe zawieszanie się ma jakikolwiek związek ze sterownikami nvidia, czy jest wynikiem pierdyliarda innych powodów. Z tej racji, że to Gentoo to przydałoby się też wiedzieć co nieco jak ten system był tam "składany" (jakie flagi itp.). Natomiast z samą NVidią i jej nvidia - fakt, jak czytam ostatnio BBS Archa, to można dojść do wniosku, że ponownie potrzebny jest palec Linusa, bo co rusz, to coś tam chodzi nie tak jak tego użytkownik oczekuje.
849
« dnia: 2018-03-20, 14:18:12 »
Szczerze nie bardzo wiem co chcesz uzyskać. Działające z pendrive'a systemy i: - nie wiesz ile przeznaczyć dla Debiana, a ile dla Archa, - nie wiesz jak to zrobić, - nie wiesz jak rozplanować partycje...? Pytań do Ciebie więcej niż postawionych przez Ciebie. Generalnie, to... sens uruchamiania Debiana, czy Archa z pendrive jest stosunkowo niewielki. Chyba, że chodzi Ci nie o te systemy, ale np. o bazujące na nich specjalistyczne dystrybucje służące do powiedzmy pentestów. Jeśli chcesz mieć dystrybucje z pendrive'a, to są o niebo lepsze wybory od Debiana i Archa. Dystrybucje wręcz do tego stworzone, jak np. Slax, Puppy, czy Porteus (to jedynie przykłady). Niemalże wszystkie takie dystrybucje uruchamiają się w RAM i w ten sposób oferują odpowiednią szybkość działania. Wszelkie inne "krowy" jak Debian, czy Arch będą pracować bardzo mało wydajnie, przynajmniej w przypadku USB2.0 (lub niższego). Nawet USB3 nie będzie oferować transferu wystarczającego do komfortowej pracy. Jeśli jednak chcesz przy takim rozwiązaniu pozostać, to: - na Archa bez korzystania z AUR musisz przeznaczyć od 6 do kilkunastu GB - na Debiana też bodaj 6GB jest absolutnym minimum. No, chyba, że mówimy o wyłącznie konsolowym systemie. Pewnie można też i owe Archy i Debiany okroić, ale i tak pendrive dla 2 systemów + jeszcze jakieś "dane" raczej nie będzie mniejszy od 32GB (a wówczas na dane pozostanie Ci stosunkowo niewiele). Swap wyłącznie plikowy jeśli w ogóle potrzebny. Resztę przeznaczysz na "dane". Osobiście miałem kiedyś 8GB w Archu na partycji głównej i okazało się to za mało (a w zasadzie po prostu było to absolutne minimum). Przy 12GB dawało się żyć, ale trzeba było kontrolować wszelkie tworzące się mniej lub bardziej tymczasowo pliki, logi itp. Pewnie gdybym dbał o to w większym stopniu - wystarczyłoby z 10GB. Pewnie, gdybym spróbował korzystać z maksymalnie czysto toolkitowego systemu również zaoszczędziłbym nieco.
Jeśli chodzi o instalację czy to Archa, czy to Debiana, tak by wykrywał się, drugi z systemów, to w przypadku Debiana - o ile pamiętam - instalator go wykryje, a w przypadku Archa trzeba będzie odnowić GRUB i również winien być wykryty wówczas Debian. Partycja z "danymi" może być w dowolny sposób montowana, podpinana, linkowana w obu systemach.
850
« dnia: 2018-03-20, 14:03:33 »
1. Tak, nie istnieje żaden proces weryfikacyjny dla osoby, która chciałaby zostać twórcą PKGBUILDów w AUR. 2. Zwykle osoby, które używają nicków w Archu, używają ich w sposób stały i "systemowy" (tj. dla całego Archa). Sprawdzić możesz choćby poprzez to ile i jakich paczek ktoś ma w AUR. Zwykle po pewnym czasie dość dokładnie można się zorientować kto stoi za danym PKBUILDem i ile warta jego praca. 3. Używam Archa od kilku lat - nie słyszałem o tym, by w tym czasie ktoś wrzucił coś do AUR, co byłoby szkodliwe. Fakt, są tam złe PKGBUILDy, zrobione niezgodnie z wytycznymi Archa, są takie, które się nie budują, są niedostosowane do obecnego "stanu" Archa. 4. Aczkolwiek nie istnieje proces wstępnej weryfikacji, to istnieje proces zgłaszania paczek w AUR do usunięcia. Biorąc pod uwagę, że z AUR winny korzystać wyłącznie osoby, które wiedzą co robią (choć wiem, że to stan idealny), to jakiś PKGBUILD z malware raczej by został szybko wykluczony. 5. Paczki w AUR mają również osoby spośród DEV i TU Archa - tym można ufać. 6. Community jest obsługiwane przez zespół Archa (TU). Można mu zaufać. 7. Tak w AUR jest od groma oprogramowania ze zmienionym kodem. Ot, choćby niemalże każdy kernel jaki się tam znajduje jest właśnie przykładem oprogramowania ze zmienionym kodem. Wszak brane są źródła z kernel.org, na które są nakładane patche jak np. BFQ, UKSM, PDS itd.... Samo w sobie istnienie paczek, które zmieniają kod oryginalny nie jest złe. 8. Tak, nie można ufać bezgranicznie temu co w AUR jest. Dlatego trzeba odrzucać wszelkie aurhelpery, przeglądać PKGBUILDy. Tu wszystko jest czarno na białym. Masz napisane co jest, skąd, masz opisany proces budowy i pakowania. Masz w znakomitej większości przypadków sumy kontrolne itd. Arch to dystrybucja dla co najmniej średnio zaawansowanych użytkowników linuksa, którzy z przeglądnięciem PKGBUILDu, jego oceną, nie powinni mieć problemu. 8. Pewną podpowiedzią może być popularność jakiejś paczki. Skoro pobierana była wiele razy, nikt się nie skarży - to raczej można jej w większym stopniu zaufać. 9. Drugą podpowiedź możesz znaleźć w komentarzach. Na koniec jednak kubeł (a może nawet dwa) zimnej wody. AUR nie jest odpowiednikiem PPA. W żadnym przypadku. To raczej zbiór "skryptów", które instruują makepkg o tym skąd mają zostać pobrane źródła, co ma z nimi zostać zrobione, jak mają zostać skompilowane oraz jak ma zostać zbudowana paczka, którą instalujesz w systemie. Ba, przed jej instalacją też jesteś ją w stanie w pewien sposób sprawdzić. Drugi kubeł - w Archu jest obecnie ponad 10tys paczek. Co chcesz instalować z AUR? Albo co musisz instalować z AUR i czy na pewno musisz? Skoro w Kubuntu instalowałeś paczki tylko z "oficjalnych" PPA (czyli jak rozumiem wyłącznie pod opieką osób odpowiedzialnych za Kubuntu), to co takiego chcesz doinstalowywać z AUR? Oprócz wszystkiego innego - są fora, jak np. oficjalny BBS Archa, czy polskie forum Archa, gdzie możesz również uzyskać pewnego rodzaju odpowiedzi. W zasadzie częściej podpowiedzi Niemniej jednak raczej bym nie liczył na to, że kogoś z forum zarzucisz setką PKGBUILDów do przeglądnięcia i ktoś temu poświęci swój czas. Prędzej otrzymasz "instrukcję obsługi" jak z takim PKGBUILDem postępować (choć są już takie w necie dostępne).
851
« dnia: 2018-03-20, 13:42:13 »
Głównie to o czym piszesz zależy od: - kernela, - prawidłowej konfiguracji. W przypadku kart AMD mogę jedynie powiedzieć, że: - od kilku lat używam wyłącznie ich (i to w dodatku mobilnych), - ważnym jest jak najnowszy kernel, - dla profesjonalnego użytku (nie chodzi o wydajność w grach!) - karty GCN3 i 4 oraz nowsze, ale z Vegą wcześniejszy punkt jest absolutnie priorytetowy - oraz amdgpu-pro (oficjalnie wspierane są bodaj 4 dystrybucje), - problemów - nie napotkałem.
Sam mam GCN 2 i sterowniki amdgpu (wymuszone, bo normalnie chodzi to na radeonsi).
853
« dnia: 2018-03-12, 20:49:05 »
Oki - przyjąłem do wiadomości. Niemniej jednak - jedna uwaga. Jeśli ktoś (nawet będąc przemiłą niewiastą) pisuje gdziekolwiek o "możłiwościach" łączenia różnych dystrybucji, to taka informacja się pojawia. Mniejsza o to, czy jest to "naukowy eksperyment" (a co do tego mam absolutne wątpliwości i to raczej, poparte pewną wiedzą). Potem jakiś niczego nie przeczuwający młody adept linuksa robi to, co mu "naukowiec" pokazał. Sorry - nikogo nie będę pouczał, ale tego typu "eksperymenty" - moim prywatnym zdaniem winny siedzieć w zaciszu naukowym (o ile to w istocie takie jest) i nie pokazywać się na żadnym forum publicznym. Primum non facere wszak.
854
« dnia: 2018-03-11, 22:08:11 »
Witam Mam dość dziwny problem, jak sądzę postępujący w czasie. Używam Ubuntu 16.04, instalowane na świeżo z płyty (beta) kilka dni przed premierą. Jakiś czas temu dodałam do sources.list, bezpośrednio, repozytoria analogicznej wersji Minta, później dopisałam jeszcze Debiana Sid, z czego musiałam dość szybko zrezygnować przy pierwszej próbie aktualizacji, gdyż wywoływało to konflikty pakietów. Jednak jakieś minimalne zmiany zdążyły się wprowadzić. Potem dopisałam, już jako ppa, repozytoria Bunsen Labs, też zawierające trochę z Debiana. No czy Cię mocno, czy tylko lekko popierdzieliło? Jakim idiotą trzeba być, by tak pomieszać dystrybucje i jeszcze czegokolwiek w ogóle wymagać?
855
« dnia: 2018-03-09, 14:52:52 »
Tak, ale jeśli masz możliwość zmiany kernela na nowszy - to po prostu zmień. AMD wali ostatnimi czasy olbrzymie ilości commitów dotyczących ich GPU (bo wbrew pozorom, to tu jest przede wszystkim sterownik). Od czasu 4.9, obecna wersja 4.15 to pod tym względem praktycznie kompletnie inny kernel, choć "wrzutka" do 4.14 zostanie ukończona dopiero w 4.16. Jakichś super efektów nie spodziwaj się. Przez nowy kernel, Twoje APU nie stanie się nagle kartą Vega, ale spróbować można. Dla Debiana masz np. coś takiego: https://liquorix.net/; dodatkowy + to jest to kernel lepiej dostosowany do "zwykłej", desktopowej pracy. Najnowszy jaki tu siedzi, to bieżący 4.15, a zatem - po sprawdzeniu, czy to GPU, które tam siedzi to GCN1.x/2 możesz się pokusić również o wypróbowanie sterownika amdgpu (z repozytorium Debiana, otwartego - raz jeszcze: nie amdgpu-pro!). Oba sterowniki mogą sobie koegzystować. Sposób wymuszenia działania amdgpu - masz napisany w linku. Jeśli będziesz to robić - wcześniej sprawdź sobie, czy w GRUB masz pozycję "recovery" - jeśli nie, to dodaj. Nigdy nie wiadomo czy po zmianie sterowników system obudzi się do graficznego, czy nie, a to da Ci możliwość uruchomienia w TTY bez konieczności pamiętania odpowiedniego wpisu dla systemd.
Strony: 1 ... 55 56 [57] 58 59
|