Întrebări frecvente
De la ArchWikiRo
General
Î) Ce este Arch Linux?
R) Vizitează articolul Arch Linux.
Î) De ce aș vrea să folosesc Arch?
R) Dacă, după ce ai citit articolul Calea Arch (The Arch Way), îți dorești o abordare 'do-it-yourself' și ai nevoie sau îți dorești o distribuție GNU/Linux simplă, elegantă, foarte personalizabilă, cu actualizări la zi(bleeding edge), de uz general, atunci Arch s-ar putea să îți placă.
Î) De ce nu aș vrea să folosesc Arch?
R) Nu ai vrea să folosești Arch dacă:
- dupa ce ai citit Calea Arch (The Arch Way), nu ești de acord cu această filosofie.
- nu ai abilitatea/timpul/dorința pentru o distribuție NU/Linux de tip 'do-it-yourself'.
- ai nevoie de suport pentru o arhitectură alta decât x86_64 și i686.
- vrei o distribuție care oferă doar software gratis.
- crezi ca un sistem de operare trebuie sa se configureze singur, să includă inițial o listă completa de software și interfețe grafice pe mediul de instalare.
- nu vrei o distribuție de tip rolling release și cu actualizări la zi(bleeding edge).
- ești fericit cu sistemul de operare actual.
- vrei un sistem de operare care are o bază de utilizatori diferită.
Î) Pe ce distro e bazat Arch?
R) Arch este dezvoltat independent, a fost construit de la zero şi nu se bazează pe altă distribuție GNU/Linux. Înainte de a crea Arch, Judd Vinet a admirat şi a utilizatat CRUX, o distribuţie mare, minimalistă, creată de Per Lidén. Inspirat iniţial de idei comune cu CRUX, Arch a fost construit de la zero, iar Pacman a fost apoi creat în C.
Î) Sunt un începător GNU/Linux. Ar trebui să folosesc Arch?
R) Această întrebare a avut multe dezbateri. Arch se adresează utilizatorilor mai avansați de GNU/Linux, dar unii cred că "Arch este un loc bun pentru a începe". Dacă ești începător şi dorești să folosești Arch, fi avertizat că trebuie să fi dispus să înveţi, precum şi să accepți faptul ca Arch este în mare măsură o distribuţie 'do-it-yourself'. Utilizatorul este cel care asamblează sistemul şi controlează ceea ce va fi. Înainte de a pune orice întrebare, caută mai întai raspunsul pe google, pe wiki si pe forum. Dacă faci acest lucru, totul ar trebui să fie bine. De asemenea, trebuie să știi că mulţi nu doresc să răspundă la aceleaşi întrebări de bază de mii de ori, asa că o să te expui la un astfel de mediu. Există un motiv pentru care aceste resurse au fost puse la dispoziţia utilizatorului Multe zeci de mii de ore de voluntariat au fost folosite pentru elaborarea acestor informații excelente.
Este recomandat sa citești: Ghidul începătorului.
Î) Arch are nevoie de prea mult timp și efort pentru instalare și folosire. De asemenea, comunitatea îmi tot spune RTFM.
R) Arch este conceput și folosit pentru o anumita bază de utilizatori. Poate nu este bun pentru tine.
Î) Arch este creat să fie folosit ca server? Desktop? Stație de lucru?
R) Arch nu a fost creat pentru un anumit mod de folosință ci pentru un anumit tip de utilizator. Arch are ca țintă utilizatori competenți cărora le place abordarea 'do-it-yourself' și care preferă să personalizeze sistemul după nevoile lor unice. Prin urmare, în mâinile utilizatorilor de bază, Arch poate fi folosit pentru orice. Mulți folosesc Arch pe desktop și pe stațiile de lucru. Și desigur, archlinux.ro funcționează pe Arch.
Î) Îmi place foarte mult Arch, doar ca echipa de dezvoltare trebuie să implementeze "trăsătura X".
R) Înainte de a merge mai departe, ai citit Calea Arch (The Arch Way)? Ai furnizat trăsătura/soluţia? Este în conformitate cu filosofia Arch de minimalism şi codul de corectitudine peste comoditate? Implicăte, să contribui codul/soluţia pentru comunitate. Dacă este bine privit de către comunitate şi de echipa de dezvoltare, poate că va fi îmbinat. Comunitatea Arch prosperă privind contribuţia şi partajarea de cod şi instrumente.
Î) Când va fi creată noua versiune?
R) Versiunile Arch Linux, sunt doar o poză instantanee al depozitului de bază(/core), combinate cu caracteristici diferite sau modificări la script-ul de instalare. Modelul de rolling release păstrează fiecare sistem Arch Linux la curent, cu actualizări la zi(bleeding edge) prin emiterea unei singure comenzi.
Din acest motiv, versiunile nu sunt foarte importante în Arch, deoarece sistemul de rolling release face noile versiuni învechite imediat de un pachet a fost actualizat. Dacă ești în căutarea de a obţine cea mai recentă versiune Arch Linux, nu ai nevoie să reinstalezi. Pur şi simplu rulează comanda pacman-Syu şi sistemul dvs. va fi identic cu ceea ce ați obține cu o noua instalare.
Din același motiv, versiunile noi de Arch Linux, de obicei nu sunt pline de caracteristici noi şi incitante. Caracteristici noi şi incitante sunt eliberate după cum este necesar cu pachetele care sunt actualizate, şi pot fi obţinute imediat, prin pacman-Syu.
Î) Arch Linux este un distro stabil? Se sparge frecvent?
R) Răspunsul lung și scurt este: În mare parte este cât de stabil îl faci tu.
Tu asamblezi sistemul propriu, deasupra mediului simplu de bază, şi tu controlezi actualizările de sistem. (Evident, un sistem mai mare, mult mai complicat care încorporează o mulţime de pachete, toolkit-uri multiple şi mediile de desktop ar fi mai probabil să apară probleme de configurare din cauza modificărilor din amonte decât un sistem mai subtire, mai simplu.) Arch se adresează utilizatorilor capabili, proactiv. Competenţă generală UNIX şi de întreţinere a sistemului şi a bunelor practici de upgrade, de asemenea, joacă un rol important în stabilitatea sistemului. De asemenea, reaminteasc faptul că pachetele predominante în Arch sunt fara patch-uri, astfel încât cele mai multe probleme de aplicare sunt în mod inerent în amonte.
Prin urmare, utilizatorul este cel care este responsabilă pentru stabilitatea propriului său sistem rolling release. Utilizatorul decide când să facă upgrade şi reuneşte modificările necesare atunci când este necesar. Dacă utilizatorul ajunge la comunitate pentru ajutor, acesta este adesea furnizat în timp util. Diferenţa dintre Arch şi alte distribuţii în această privinţă este faptul că Arch este cu adevărat o distribuție "do-it-yourself"; plângerile de spargere sunt greşite şi neproductive, deoarece modificările apărute nu sunt responsabilitatea dezvoltatorilor Arch.
Î) Ce este mai exact acest cadru(framework) init în stil BSD despre care tot aud?
R) Cadrul(framework) care a fost încorporat face parte din patromoniul BSD. Principala diferenta dintre un init BSD şi un init SysV este faptul că stilul init de BSD din Arch utilizează o singură linie într-un singur fişier, /etc/rc.conf, pentru a indica script-uri dintr-un singur director, /etc/rc.conf, pentru toate serviciile de sistem, indiferent de nivel de execuție(runlevel).
Un init SysV, pe de altă parte, ar folosi un sistem de directoare multiple (de obicei, 7 în mod implicit), câte unul pentru fiecare nivel de execuţie(runlevel): /etc/rc.0,1,2,3,4,5,6. Fiecare director conţine un număr mare de link-uri simbolice(symlinks) - unul pentru fiecare serviciu. Fiecare link simbolic(symlink) indică către scriptul corespunzător din directorul /etc/init.d/. Metoda SysV este mai complex, astfel cum (implicit) zeci de link-uri simbolice(symlink) se găsesc sub fiecare director /etc/rc.0,1,2,3,4,5,6 în plus faţă de toate script-urile din /etc/init.d/. Păstrând filosofia sa simplă, Arch Linux foloseşte cadrul(framework) init în stil BSD.
Î) Arch are nevoie de mai multă publicitate
R) Arch primeste îndeajuns de multa publicitate așa cum este. Scopul Arch Linux nu este de a fi mare, ci de a furniza o distribuție elegantă, minimalistă, cu actualizări la zi(bleeding edge) axată pe simplitate și corectitudinea codului. O creștere organică, de durată, apare natural prin intermediul bazei de utilizatori țintă.
Î) Arch are nevoie de mai mulți dezvoltatori
R) Posibil. Sunteți liber să vă voluntariați timpul. Vizitați forumul, canalul irc și vedeți ce trebuie făcut.
Î) De ce este Arch atât de încet? Programele se deschid foarte încet sau nu se deschid deloc!
R) Asigură-te că ai hostname setat cum trebuie în /etc/hosts (ex., să fie la fel ca hostname din /etc/rc.conf. Uită-te peste "Configurare și Actualizare pentru noul sistem de bază Arch Linux" din Ghidul începătorului). Daca hostname nu este la fel, programele pot să pornească mai greu.
Î) De ce îmi merge internetul mai încet în comparație cu alte sisteme de operare?
R) Ai rețeaua configurată cum trebuie? Ai verificat cu atenție /etc/rc.conf, /etc/hosts și /etc/resolv.conf? Te-ai uitat peste "Configurare și Actualizare pentru noul sistem de bază Arch Linux" din Ghidul începătorului?
Î) De ce Arch îmi folosește toată memoria RAM?
R) În esenţă, RAM neutilizate este RAM irosit.
Mulţi utilizatori noi observa modul în care kernel-ul Linux se ocupă de memorie într-un mod diferit decât aceștia sunt obișnuiți. Întrucât accesarea datelor în RAM este mult mai rapidă decât de pe disc, kernel-ul mută datele recent utilizate în cache în memorie. Datele din cache sunt elimitate doar atunci când sistemul rămâne fără memorie neutilizată și când date noi trebuie să fie încărcate.
Probabil că cel mai vinovat de această confuzie este comanda free:
$ free -m
total used free shared buffers cached Mem: 1009 741 267 0 104 359 -/+ buffers/cache: 278 731 Swap: 1537 0 1537
Este important să rețineți că linia -/+ buffers/cache: este mai degrabă o reprezentație a cantității de memorie care este "activ folosită" și cantitatea de memorie "disponibilă", decât cantitatea de memorie "nefolosită".
În exemplul de mai sus, un laptop cu 1GB RAM în total pare că folosește 741M RAM și are deschise decât cateva terminale în ralanti(idle) și browser-ul! Cu toate acestea, examinând linia subliniată mai sus, se vedea că numai 278M este în "utilizarea activă", defapt, 731M este "disponibil" pentru noi date. Aparent, 104M din acea memorie "folosită" conține date în buffer și 359M conţine date în cache, ambele pot fi indepartate, dacă este necesar. Doar 267M din total este cu adevărat "liber" de stocarea datelor.
Rezultatul de toate astea? Performanţă!
Vizitează acest articol dacă ți-am trezit curiozitatea!
Î) Unde s-a dus tot spațiul meu liber?
R) Răspunsul depinde de sistemul tău. Sunt câteva utilitare care te-ar putea ajuta să găsești răspunsul.
Management de pachete
Î) În ce pachet se află pachetul X?
R) Poți afla asta folosind pkgfile (din pachetul pkgtools).
Exemplu:
$ pkgfile glxinfo
extra/mesa-demos
Î) Am găsit o eroare în pachetul X. Ce trebuie să fac?
R) Mai întâi, trebuie să verifici dacă echipa Arch poate repara această eroare. Cateodata nu este posibil (ex. blocările Firefox pot fi din vina echipei Mozilla); aceasta se numeste o eroare amonte(upstream). Dacă este o eroare din Arch, sunt câțiva pași care trebuie parcurși:
- Caută pe forum pentru informații. Vezi dacă altcineva a observat eroarea.
- Postează un bug report cu informații detaliate pe http://bugs.archlinux.org.
- Dacă ai vrea, scrie pe forum un post detaliind problema și faptul ca ai raportat deja. Asta va preveni alți utilizatori să raporteze aceeași eroare.
Î) Pachetele Arch ar trebui să folosească o conversie de denumire unică. .pkg.tar.gz și .pkg.tar.xz sunt prea lungi și/sau confuze
R) Acest lucru a fost discutat pe lista de discuţii Arch. Unii au propus o extensie .pac. În prezent nu există nici un plan pentru a schimba extensia pachetelor. Așa cum a zis Tobias Kieslich, unul dintre dezvoltatorii Arch, "Un pachet de este un fișier tar gzip [xz]! Şi acesta poate fi deschis, investigat şi manipulat de către orice aplicaţie tar-capabilă!. Mai mult decât atât, mime-type este detectat corect automat de către majoritatea aplicaţiilor."
Î) Pacman are nevoie de o bibliotecă astfel încât alte aplicaţii să poată accesa cu uşurinţă informaţiile pachetelor
R) Începând cu versiunea 3.0.0, pacman a fost ca front-end la libalpm, biblioteca "Arch Linux Package Management". Această bibliotecă permite front-end-uri alternative să fie scrise(de exemplu, un front-end GUI).
Î) De ce Pacman nu are un front-end GUI oficial?
R) Te rog citește Calea Arch (The Arch Way) și Arch Linux. Răspunsul este că pur și simplu dezvoltatorii Arch nu vor furniza unul. Ești liber să folosești unul dezvoltat de utilizatori. Exista o lista cu front-end-uri GUI pentru Pacman.
Î) Pacman are nevoie de "trăsătura X"!
R) Te rog citește Calea Arch (The Arch Way) și Arch Linux. Filosofia Arch este "Keep It Simple". Dacă credeţi că ideea are merit şi nu încalcă această litanie simplă, atunci puteţi alege să o discutați pe forum, aici. S-ar putea să doriți să verificați aici, este un loc pentru astfel de cereri în cazul în care credeți că este importantă.
Cu toate acestea, cel mai bun mod pentru a obţine o trăsătura adăugată la Pacman sau Linux Arch este de a o implementa singur. Codul sau patch-urile posibil să nu fie acceptate oficial, dar, probabil alţii vor aprecia, testa şi contribuii la efortul tău.
Î) Arch are nevoie de o sucursală de pachete stabilă
R) Vizitează ArchServer.
Î) Care este diferența dintre toate aceste depozite?
R) Vizitează Depozite Oficiale.
Î) Tocmai am instalat pachetul X. Cum îl pornesc?
R) Dacă utilizaţi un mediu grafic cum ar fi KDE sau GNOME, programul ar trebui să apară în meniul dumneavoastră în mod automat. Daca încerci să pornești programul din terminal și nu îi știi numele binar, încearcă să execuți pacman -QL nume_pachet | grep bin . O problemă comună pentru pachete cum ar fi Firefox sau OpenOffice este că acestea sunt instalate în /opt, care nu este în $PATH dvs. - puteți folosi source /etc/profile sau reloga pentru a rezolva această problema.
Î) De ce există doar o singură versiune a fiecărei biblioteci partajate în arhivele oficiale?
R) Mai multe distribuții, cum ar fi Debian, au versiuni diferite de biblioteci partajate ambalate în pachete diferite: libfoo1, libfoo2, libfoo3 şi aşa mai departe. În acest fel este posibil să aibă aplicaţii compilate cu versiuni diferite ale libfoo instalate pe acelaşi sistem.
Spre deosebire de Debian, Arch este o distribuție rolling-release cu actualizări la zi. Trăsătura cea mai vizibilă a unei distribuţii cu actualizări la zi este disponibilitatea celei mai recente versiuni ale software-ului din arhive, în cazul lui Arch înseamnă că doar cele mai recente versiuni ale tuturor pachetelor sunt suportate oficial. Prin oprirea suportului pentru software-ul vechi, administratori pachetelor sunt în măsură să-şi petreacă mai mult timp asigurând cele mai noi versiuni funcționează așa cum este aşteptat. De îndată ce o nouă versiune a unei biblioteci comune devine disponibilă în amonte(upstream), aceasta este adăugată la arhive şi pachetele afectate de aceasta sunt reconstruite pentru a utiliza noua versiune.
Î) Dacă rulez pacman -Syu și o să fie o actualizare la o bibliotecă comună dar nicio actualizare pentru programele care depind de ea?
R) Acest scenariu nu se va întâmpla. Presupunem că o aplicație numită foobaz este într-unul dintre depozitele oficiale și este construită cu succes cu o versiune nouă a unei biblioteci comune numită libbaz, acesta va fi actualizată, împreună cu libbaz. Dacă, totuşi, nu a fost construită cu succes, pachetul foobaz va avea o dependenţă versioned, de exemplu,
libbaz=1,5
şi vor fi şterse de către pacman în timpul actualizării libbaz din cauza unui conflict.
Dacă foobaz este un pachet care tu l-ai construit sau instalat din AUR, ar trebui să încerci reconstruirea foobaz cu noua versiune a libbaz. În cazul în care nu reuşeşte, raportează problema la dezvoltatorii foobaz.
Î) Este posibil să existe o actualizare majoră kernel-ului în depozit, dar unele dintre pachetele de drivere să nu fie actualizate pentru recentul kernel?
R) Nu, nu este posibil. Actualizări majore ale kernel-ului ex. 2.6.x la 2.6.x+1 sunt întotdeauna însoţite de reconstruirea tuturor pachetelor de drivere de kernel. Pe de altă parte, dacă aveţi un pachet neacceptat, cum ar fi catalyst, instalat pe sistemul dvs., atunci o actualizare de kernel ar putea strica lucrurile pentru tine dacă nu-l reconstruiești pentru kernel-ul recent. Utilizatorii sunt responsabili pentru actualizarea oricărui pachet nesuportat instalat.
Î) Arch folosește semnarea pachetelor?
R) Semnarea pachetelor în Pacman a fost implementată în versiunea 4, citește Semnarea pachetelor. Nu toate pachetele au fost semnate încă.
Instalare
Î) Arch are nevoie de un installer mai bun. Poate unul GUI.
R) Discuţia despre un installer "mai bun" este subiectivă. Cel mai bun mod de a aborda această problemă este de a potrivi programul de instalare cu Calea Arch (The Arch Way). Dacă o sugestie pentru o instalare mai bună este susţinută cu argumente concrete, ar putea fi luate în considerare în dezvoltarea viitoare a programului de instalare. Deoarece instalarea nu este folosită de multe ori (a se vedea întrebarea de mai sus privind rolling-release), aceasta nu este o prioritate de vârf pentru dezvoltatori sau utilizatori. Luaţi în considerare utilizarea archiso sau larch [1].
Î) Am instalat Arch și acum sunt la un login bash. Ce trebuie să fac în continuare?
R) Uităte peste Ghidul începătorului.
Î) Ce interfața grafică sau manager de ferestre trebuie să aleg?
R) Din moment ce sunt multe disponibile pentru tine, utilizează unul care îți place cel mai mult, care se potrivește nevoilor tale. Arunca o privire peste Interfețe graficeManagere de fereste.
Î) Ce face Arch unic față de alte distribuții minimale?
R) Câteva distribuţii pot să aibă metode de instalare asemeni procesului de instalare Arch. Cu toate acestea, câteva puncte trebuie să se constate:
- Arch a fost fundamental conceput ca un mediu uşor, de bază minimă pe care să se construiască.
- Dacă imaginile Netinstall sau Core sunt utilizate, singura modalitate de a instala Arch este prin construirea de la această bază minimă.
- Instalarea, sistemul de bază şi întreaga distribuţie sunt în mod inerent o abordare de design K.I.S.S., ceea ce îl face unic potrivit pentru baza de utilizatori țintă.
- Pachetele Arch au fost concepute să fie minimale și dependențele obționale nu sunt instalate automat. Mai degrabă, utilizatorul este pur şi simplu notificat de existenţa lor în timpul instalarii pachetului, rezultând într-un sistem subtire.
- AIF, programul simplu de instalare Arch, este proiectat pentru un nivel ridicat de transparenţă, precum şi sistemul de bază este configurat manual de către utilizator la specificaţiile acestuia.
- Arch furnizează documentație excelentă și completă, pentru a ghida utilizatorul prin acest proces de asamblare al sistemului.
Altele
Î) Primesc o eroare de fiecare dată cand folosesc pacman:'warning: current locale is invalid; using default "C" locale'. Ce trebuie să fac?
R) Așa cum zice și eroarea, localizarea nu este configurată cum trebuie. Uită-te peste Configurare localizare.
Î) Cum mă conectez la rețeaua mea wireless?
R) Citește Configurare wireless.
Î) Cum mă conectez la rețeaua mea prin cablu?
R) Citește Configurare rețea.
Î) Ce este acest AUR despre care tot aud?
R) Citește Arch User Repository FAQ.
Î) De ce primesc un ecran verde ori de câte ori încerc să mă uit la un film?
R) Adâncime de culori este setată greşit. Acesta ar trebui să fie 24 în loc de 16, de exemplu.
Î) Spellcheck îmi marchează tot textul ca fiind incorect!
R) Ai instalat un dicționar aspell? Folosește pacman -Ss aspell pentru a vedea dicționare valabile pentru descărcare.
Daca instalând un dicționar aspell nu a rezolvat problema, este cel mai probabil o problemă cu enchant.
Mai întai, verifică ce dicționare cunoaște aspell folosind comanda aspell dicts:
$ aspell dicts
Tipărește:
en en_GB ...etc
Dacă limba dorită este în lista de mai sus, adaugă următoarea linie în /usr/share/enchant/enchant.ordering:
language:aspell en_GB:aspell # Exemplu

