Gnu debian

10.1 Cum mă asigur că toate programele utilizează aceeași dimensiune a hârtiei?

Fișierul / etc / papersize conține numele formatului de hârtie comun pentru întregul sistem (de exemplu, litera sau A4). Această valoare poate fi suprascrisă de variabila de mediu PAPERSIZE. Pentru detalii, consultați manualul pentru hârtie (5).







10.2 Cum se furnizează accesul la fișierele dispozitivului fără a compromite securitatea sistemului?

Multe fișiere din directorul / dev aparțin grupurilor predefinite. De exemplu, / dev / fd0 aparține grupului de floppy. și / dev / dsp la grupul audio.

Dacă doriți să acordați utilizatorilor un anumit acces la dispozitiv, activați utilizatorul din grupul căruia îi aparține aparatul, adică face:

Aceasta este dacă nu doriți să faceți chmod pentru fișierul dispozitivului.

10.3 Cum se încarcă fontul consolei la pornirea sistemului?

Există pachete kbd și console-tools pentru această sarcină. Editați fișierele / etc / kbd / config sau / etc / console-tools / config.

10.4 Cum configurez setările implicite pentru aplicațiile X11?

În Debian, instalarea X11 presupune că fișierele din directorul / usr / X11R6 / lib / X11 / app-defaults / rămân neschimbate. Dacă doriți să modificați la nivel global setările unei aplicații X, introduceți setările în fișierul / etc / X11 / Xresources. Acest fișier este considerat setare, astfel încât conținutul acestuia să nu se piardă în timpul actualizărilor de sistem.

Ca toate Unix-urile, Debian este încărcat prin executarea programului init. Fișierul de configurare pentru init (care este numit / etc / inittab) indică faptul că script-urile din directorul /etc/init.d/rcS ar trebui să fie primul care rulează. Aceste script-uri a verifica și de a monta sisteme de fișiere, module de sarcină, servicii de rețea începe, setați ceasul pentru a efectua de inițializare și de declanșare script-uri (cu excepția celor cu un `.„In numele de fișier) în directorul /etc/rc.boot/. Utilizarea scripturilor din ultimul director este rezervată sarcinilor administratorului și nu este permisă pentru pachete.

La finalul procesului de boot, init execută toate scripturile care rulează în directorul specificat de nivelul implicit de pornire (această rută este specificată de intrarea id din / etc / inittab). Ca cele mai multe Unix compatibile cu System V, Linux are 7 nivele de pornire:
  • 0 (oprire sistem),
  • 1 (mod de utilizator unic),
  • de la 2 la 5 (diferite moduri de utilizare multiplă) și
  • 6 (reporniți sistemul).

De fapt, scripturile din oricare din aceste directoare, /etc/rcN.d/. Acestea sunt doar linkuri simbolice pe scriptul din /etc/init.d/. Cu toate acestea, numele fișierelor din fiecare dintre directoarele /etc/rcN.d/ sunt selectate pentru a specifica metoda de executare a script-urilor în /etc/init.d/. Anume, înainte de a ajunge la nivelul de lansare, toate scripturile care încep cu 'K' sunt lansate; aceste scenarii opresc serviciile. Apoi începe execuția scripturilor cu nume care încep cu litera "S"; aceste script-uri lansează servicii. Un număr de două cifre după "K" sau "S" indică ordinea în care este rulat scriptul. Scripturile cu numere mai mici sunt primele care trebuie executate.

Această abordare funcționează, deoarece script-urile din toate /etc/init.d/ ia un argument - `Start„ `oprire“, `Reîncărcare„ `repornire“ sau `force-reload„- și apoi face sarcina indicată de argumentul . Aceste scripturi pot fi folosite chiar și după terminarea procesului de boot pentru a gestiona diverse procese.

De exemplu, parametrul `reload 'din comandă

va trimite daemonului sendmail un semnal pentru a re-citi fișierul de setări.

10.6 Se pare că Debian nu utilizează rc.local pentru a configura procesul de boot; Cum se sprijină această funcție?

Să presupunem că sistemul trebuie să execute scriptul foo la momentul încărcării sau la trecerea la orice nivel de pornire (Sistem V). În acest caz, acțiunile administratorului de sistem sunt următoarele:





  • Plasați scriptul foo în directorul /etc/init.d/.
  • Rulați comanda debian-update rc.d cu argumentele corespunzătoare pentru a stabili legăturile dintre directoarele rc .d și directoarele /etc/init.d/foo. Aici? este un număr de la 0 la 6, corespunzător unuia dintre nivelurile de lansare a sistemului.
  • Reporniți sistemul.

Comanda update-rc.d va stabili legături între directoarele rc .d și /etc/init.d. Numele fiecărui link începe cu literele "S" sau "K", apoi numărul și numele scriptului. Scenariile începând cu 'S' din directorul /etc/rcN.d/. sunt executate atunci când intră în nivelul de pornire N. Scenariile începând cu 'K' sunt executate atunci când nivelul de ieșire este N.

De exemplu, script-ul poate efectua foo atunci când descărcarea prin plasarea în /etc/init.d/ și instalarea link-urile de actualizare-rc.d implicite Foo comanda 19. „valori implicite“ Argumentul se referă la nivelurile de a rula de la 2 la 5. Argumentul „19“ vă permite să rulați foo script-ul pentru scripturile cu numerele 20 și mai mari.

10.7 Cum gestionează sistemul de gestionare a pachetelor cazurile în care pachetele conțin fișiere de configurare pentru alte pachete?

De exemplu, unii utilizatori doresc să creeze un nou server prin instalarea unui grup de pachete Debian și a propriului lor pachet format din fișiere de configurare. În general, acest lucru nu este foarte bun, deoarece dpkg nu va ști despre fișierele de configurare dacă sunt într-un alt pachet și poate suprascrie aceste fișiere atunci când actualizează un alt pachet.

În schimb, creați propriul pachet care gestionează pachetele Debian ale "grupului" de pachete, după cum doriți. Mai târziu, dpkg și restul sistemului de management al pachetelor va vedea că fișierele au fost modificate de către „administratorul de sistem“ local și nu va încerca să actualizeze aceste pachete.

10.8 Cum utilizez propriul meu program în locul programului instalat de un anumit pachet?

Să presupunem că administratorul de sistem sau utilizatorul dorește să utilizeze programul "login-local" în loc de "login" din pachetul de autentificare Debian.

Nu:
  • Suprascrieți / bin / login cu programul de conectare local.

Sistemul de gestionare a pachetelor nu va ști despre aceste modificări și va înlocui pur și simplu / bin / login cu actualizările sau instalările ulterioare.

Așa se face astfel:
  • urmați:
pentru a forța Debian să actualizeze ulterior pachetul de autentificare pentru a scrie / bin / login ca /bin/login.debian.
  • Apoi rulați:

    Pentru a transfera programul local în locația dorită.

Pentru mai multe informații, consultați pagina manuală pentru redirecționarea dpkg (8).

10.9 Cum îmi permit pachetul în lista pachetelor disponibile despre care știe sistemul de gestionare a pachetelor?

în cazul în care:
  • BIN-DIR este directorul în care sunt localizate fișierele Debian (care de obicei au extensii .deb).
  • OVERRIDE_FILE - un fișier care este editat de intretinatorii de distribuție și este, de obicei, stocate într-un Debian FTP-arhiva la indici / override.main.gz pentru Debian-pachete în distribuția „principal“. Puteți să o ignorați pentru pachetele locale.
  • PATHPREFIX este un șir opțional care poate precede numele de fișier my_Packages.

după construirea fișierului my_Packages. Spuneți sistemului de gestionare a pachetelor despre noile pachete cu comanda:

10.10 Unii utilizatori ca mawk, alții ca gawk; unii - vim, altul - elvis; unele - trn, altele - staniu; Cum funcționează preferințele Debian?

Există mai multe cazuri în care două pachete oferă două versiuni diferite ale programului, care oferă, în general, aceeași funcție. Utilizatorii aceleiași mașini pot prefera unul dintre aceste programe unui altul care le place.

Debian utilizează un sistem de pachete "virtuale" astfel încât administratorii de sistem (sau utilizatorii acestora) să poată alege între mai multe pachete cu aceeași funcționalitate mai mult sau mai puțin independent de cerințele altor pachete.

De exemplu, în sistem pot exista două versiuni diferite de știri de știri. Pachetul pentru serverul de știri poate "recomanda" instalarea unui anumit cititor de știri în sistem, dar alegerea este cea care este tablă sau tir. rămâne pentru un anumit utilizator. Acest lucru este rezolvat prin crearea unui cititor de știri cu pachete virtuale. care este furnizat de pachetele de staniu și trn. Care dintre aceste programe este cititorul de știri poate fi identificat folosind link-ul simbolic / etc / alternatives / reader-știri la fișierul selectat, adică spune / usr / bin / trn.

Pur și simplu crearea unei legături simbolice nu este suficientă pentru a rezolva complet problema utilizării unui program alternativ; De asemenea, ar trebui să fie selectate paginile manualului, posibile programe de asistență. Actualizarea alternativă a script-ului Perl are grijă de tot ceea ce trebuie făcut pentru a crea conexiunile necesare între resursele de sistem.

De exemplu, pentru a verifica ce programe implementează "x-window-manager", executați:

Dacă doriți să schimbați ceva:

Și urmați instrucțiunile de pe ecran (de fapt, trebuie să alegeți numărul programului dorit din meniu).

În cazul în care pachetul din anumite motive, nu s-a înregistrat ca un manager de ferestre (erori în fișier), sau dacă folosiți un manager de ferestre din directorul / usr / local, atunci ecranul nu va conține programul preferat. Puteți actualiza linkul cu comanda:

Primul argument pentru opțiunea `--install 'este o legătură simbolică care indică / etc / alternatives / NAME, unde NAME este al doilea argument. Al treilea argument este programul la care ar trebui să indice / etc / alternatives / NAME, iar al patrulea argument este prioritatea (cu cât este mai mare această valoare, cu atât mai mare este prioritatea).







Articole similare

Trimiteți-le prietenilor: