Difference between revisions of "Frequently asked questions (Italiano)"

From ArchWiki
Jump to: navigation, search
(update templates, see Help:Style)
(Generale: avanzamento traduzione)
Line 5: Line 5:
 
Oltre le domande seguenti, puoi trovare utile leggere gli articoli [[The Arch Way (Italiano)|The Arch Way]] e [[Arch Linux (Italiano)|Arch Linux]]. Entrambi contengono molte utili informazioni su Arch Linux.
 
Oltre le domande seguenti, puoi trovare utile leggere gli articoli [[The Arch Way (Italiano)|The Arch Way]] e [[Arch Linux (Italiano)|Arch Linux]]. Entrambi contengono molte utili informazioni su Arch Linux.
  
= Generale =
+
== Generale ==
==D) Cos'è Arch Linux? ==
+
===D) Cos'è Arch Linux? ===
'''R)''' Dall'articolo [[Arch Linux]]:
+
'''R)''' Vedere l'articolo [[Arch Linux (Italiano)|Arch Linux]]:
  
''Arch Linux è una distribuzione indipendente sviluppata dalla comunità per architetture i686 e x86-64, basata su un modello "rolling-release" e indirizzata a utenti competenti di GNU/Linux ai quali offre dei grandi repositories di pacchetti binari e un eccellente sistema di pacchettizzazione. Lo sviluppo si concentra sul bilanciamentro tra minimalismo, eleganza, correttezza del codice e modernità. La versione 0.1 (Homer) è stata rilasciata l'11 Marzo 2002.''
+
===D) Perchè dovrei voler utilizzare Arch? ===
 +
'''R)''' Se avete letto, e siete d'accordo con la filosofia [[The Arch Way (Italiano)|The Arch Way]], vi piace l'approccio 'do-it-yourself' (fai-da-te) e desiderate o aspirate ad avere una semplice, elegante, altamente personalizzabile, aggiornatissima distribuzione GNU/Linux, ci sono buone possibilità che Arch vi possa piacere.
  
==Q) Perchè dovrei voler utilizzare Arch? ==
+
===D) Perchè non dovrei voler utilizzare Arch?===
'''A)''' Se avete letto, e siete d'accordo con la filosofia [[The Arch Way]], vi piace l'approccio 'do-it-yourself' (fai-da-te) e desiderate o aspirate ad avere una semplice, elegante, altamente personalizzabile, aggiornatissima distribuzione GNU/Linux, ci sono buone possibilità che Arch vi possa piacere.
+
'''R)''' Arch non fa per voi se:
 
+
* avete letto, e non siete d'accordo con la filosofia [[The Arch Way (taliano)|The Arch Way]].
==D) Perchè non dovrei voler utilizzare Arch?==
+
* non avete il tempo\capacità\voglia di avere una distribuzione GNU/Linux 'do-it-yourself' (fai-da-te)
'''R)''' Se avete letto, e non siete d'accordo con la filosofia [[The Arch Way]], e non avete il tempo\capacità\voglia di avere una distribuzione GNU/Linux 'do-it-yourself' (fai-da-te), probabilmente Arch non fa per voi.
+
 
+
Perche' decidere di non utilizzare Arch:
+
 
* avete necessita' di  supporto per architetture diverse da  x86_64 o i686.
 
* avete necessita' di  supporto per architetture diverse da  x86_64 o i686.
 
* volete utilizzare una distribuzione che fornisca esclusivamente "free software" , come definito da GNU.
 
* volete utilizzare una distribuzione che fornisca esclusivamente "free software" , come definito da GNU.
Line 23: Line 21:
 
* non volete una distribuzione GNU/Linux costantemente aggiornata ( vd rolling release [http://wiki.archlinux.org/index.php/Beginners_Guide_(Italiano)#La_bellezza_di_una_distribuzione_rolling_release])
 
* non volete una distribuzione GNU/Linux costantemente aggiornata ( vd rolling release [http://wiki.archlinux.org/index.php/Beginners_Guide_(Italiano)#La_bellezza_di_una_distribuzione_rolling_release])
 
* siete soddisfatti del vostro attuale sistema operativo.
 
* siete soddisfatti del vostro attuale sistema operativo.
 +
* volete un sistema operativo pensato per un target diverso di utenti.
  
==D) Sono alle prime armi con Linux. Dovrei usare Arch?==
+
===D) Su quale distribuzione GNU/Linux si basa Arch? ===
'''R)''' Questione sulla quale si sono avute molte discussioni. Arch è rivolta a utenti Linux più avanzati, ma molti pensano "Arch è un buon modo di iniziare". Se sei alle prime armi e vuoi usare Arch, stai solo attento, tu DEVI aver voglia di imparare. Prima di fare qualsiasi domanda, fai le tue ricerche su google, spulcia la Wiki, e cerca sul  forum (e leggi le passate FAQs). Se farai questo, non avrai problemi. Inoltre sappi che molta gente non vuole rispondere alla stessa domanda più e più volte. C'è un motivo per cui queste risorse sono state create e rese disponibili per te. Potresti prender spunto dalla [[Beginners Guide]].
+
'''R)''' Arch è sviluppata in maniera indipendente, costruita ''from scratch'' e non è basata su nessun altra distribuzione. Prima di creare Arch, Judd Vinet era utente e ammiratore della distribuzione CRUX, una distribuzione minimalista creata da Per Lidén. Originariamente quindi Arch era ideologicamente inspirata da CRUX ma Arch è comunque scritta da zero e [[Pacman (Italiano)|pacman]] è scritto in C.
  
==D) Mi piace molto Arch, ma a mio parere i dev dovrebbero aggiungere la ''funzionalità X''.==
+
===D) Sono alle prime armi con Linux. Dovrei usare Arch?===
 +
'''R)''' Questione sulla quale si sono avute molte discussioni. Arch è rivolta a utenti Linux più avanzati, ma molti pensano "Arch è un buon modo di iniziare". Se sei alle prime armi e vuoi usare Arch, stai solo attento, tu DEVI aver voglia di imparare. Prima di fare qualsiasi domanda, fai le tue ricerche su google, spulcia la Wiki, e cerca sul  forum (e leggi le passate FAQs). Se farai questo, non avrai problemi. Inoltre sappi che molta gente non vuole rispondere alla stessa domanda più e più volte. ''C'è un motivo per cui queste risorse sono state create e rese disponibili per te.'' Sono moltissimi i volontari che hanno impiegato ore del proprio tempo come scrivere la documentazione che state leggendo.
 +
 
 +
Lettura raccomandata: la [[Beginners Guide (Italiano)|Beginners' Guide]] di ArchLinux.it .
 +
 
 +
===D) Arch richiede troppo tempo e troppi sforzi per installazione e uso. In più la comunità continua a dirmi: "leggi la wiki!"===
 +
'''R)''' Arch è sviluppata e usata da un target specifico di utenti. Forse questa distribuzione non fa per voi.
 +
 
 +
===D) Arch è più adatta a server, desktop o workstation? ===
 +
'''R)''' Arch non è sviluppata per un uso specifico, è sviluppata per una specifica ''utenza''. Arch parte dal presupposto che all'utente piaccia l'approcco do-it-yourself e che quindi sia in grado di sagomarsi il sistema operativo "attorno alle proprie esigenze". Questo fa si che virtualmente Arch possa essere usato per qualsiasi scopo. Molti utenti usano Arch sia come desktop sia come workstation e sì, archlinux.org gira su server Arch.
 +
 
 +
===D) Mi piace molto Arch, ma a mio parere i dev dovrebbero aggiungere la ''funzionalità X''.===
 
'''R)''' Prima di andare oltre, hai letto il documento [[The Arch Way (Italiano)|The Arch Way]]? Hai fornito la funzionalità\la soluzione? È conforme alla filosofia Arch di ''minimalismo'' e ''correttezza del codice''? Fatti coinvolgere, contribuisci con il tuo codice e le tue soluzioni alla comunità. Se il tuo lavoro verrà apprezzato dagli altri membri, può darsi che il tuo lavoro venga incluso in Arch stessa. La comunità di Arch approva e supporta la condivisione del proprio lavoro e delle proprie utility.
 
'''R)''' Prima di andare oltre, hai letto il documento [[The Arch Way (Italiano)|The Arch Way]]? Hai fornito la funzionalità\la soluzione? È conforme alla filosofia Arch di ''minimalismo'' e ''correttezza del codice''? Fatti coinvolgere, contribuisci con il tuo codice e le tue soluzioni alla comunità. Se il tuo lavoro verrà apprezzato dagli altri membri, può darsi che il tuo lavoro venga incluso in Arch stessa. La comunità di Arch approva e supporta la condivisione del proprio lavoro e delle proprie utility.
  
==D) Quando uscirà  il prossimo rilascio ufficiale ?==
+
===D) Quando uscirà  il prossimo rilascio ufficiale?===
 
'''R)''' I rilasci di Arch Linux coincidono  con l'uscita di una nuova versione principale del kernel, ma sono semplicemente una istantanea del repositori  /core , combinata con varie caratteristiche o modifiche allo script di installazione stesso. Il modello  "rolling release" mantiene ogni sistema Arch Linux aggiornato e "on the bleeding edge"  ovvero con le ultime versioni disponibili ancora in testing fornendo un solo comando.
 
'''R)''' I rilasci di Arch Linux coincidono  con l'uscita di una nuova versione principale del kernel, ma sono semplicemente una istantanea del repositori  /core , combinata con varie caratteristiche o modifiche allo script di installazione stesso. Il modello  "rolling release" mantiene ogni sistema Arch Linux aggiornato e "on the bleeding edge"  ovvero con le ultime versioni disponibili ancora in testing fornendo un solo comando.
  
Per questa ragione, i rilasci non sono così importanti in Arch, perchè il sistema "rolling-release" rende ogni nuovo rilascio superato non appena un pacchetto viene aggiornato. Se stai cercando di ottenere l'ultimo rilascio di Arch Linux, non hai bisogno di reinstallare. Semplicemente esegui il comando ''pacman -Syu'' e il tuo sistema sarà identico a quello che otteresti con una installazione da zero.
+
Per questa ragione, i rilasci non sono così importanti in Arch, perchè il sistema "rolling-release" rende ogni nuovo rilascio superato non appena un pacchetto viene aggiornato. Se stai cercando di ottenere l'ultimo rilascio di Arch Linux, non hai bisogno di reinstallare. Semplicemente esegui il comando {{ic|pacman -Syu}} e il tuo sistema sarà identico a quello che otteresti con una installazione da zero.
  
Per questa stessa ragione, i nuovi rilasci di Arch Linux  non sono tipicamente pieni di nuove ed eccitanti caratteristiche. Nuove ed eccitanti caratteristiche sono rilasciate quando necessario con l'aggiornamento dei pacchetti, che possono essere ottenuti con un '''pacman -Syu'''.
+
Per questa stessa ragione, i nuovi rilasci di Arch Linux  non sono tipicamente pieni di nuove ed eccitanti caratteristiche. Nuove ed eccitanti caratteristiche sono rilasciate quando necessario con l'aggiornamento dei pacchetti, che possono essere ottenuti con un {{ic|pacman -Syu}}.
  
==D) Cos'è esattamente questo sistema di init 'BSD-style' di cui ho sentito parlare? ==
+
===D)Arch è un sistema operativo stabile? Avrò frequentemente problemi ===
 +
'''R)''' La risposta lunga in questo caso coincide con quella breve: è stabile se l'utente la rende tale.
  
'''R)''' Parte dell'eredita di BSD e' l'integrazione del concetto di init.
+
L' ''utente'' assemblea il suo sistema operativo. Il sistema di base è semplice, toccherà poi al singolo utente controllare gli aggiornamenti. (Ovviamente più si rende complesso il sistema più sarà importante essere in grado di gestirlo). Arch è rivolta a quegli utenti che sanno ciò che stan facendo, che anno una competenza generica il UNIX e sono in grado di gestire gli aggiornamenti che giocano un ruolo fondamentale nella stabilità del sistema. Inoltre, alla stragrande maggioranza dei pacchetti per arch non viene applicata alcuna patch, quindi molti problemi sono direttamente legati allo sviluppo in upstream.  
La differenza principale tra l'init BDS e l'init sysV è che Arch, come BSD , utilizza un singolo file ,  {{ic|/etc/rc.conf}} , per puntare agli scripts all'interno di una singola directory, {{ic|/etc/rc.d/}} , per ogni servizio indipendentemente dal runlevel.
+
  
Un init sysV, invece , utilizza una directory per ogni runlevel {{ic|/etc/rc.0,1,2,3,4,5,6}} , con una contorta disposizione di symlinks all'interno della directory; una per ogni servizio , con ogni link simbolico che punta al corrispondente script nella directory  {{ic|/etc/init.d/}}
+
Pertanto, è l' ''utente'', conscio di usare una rolling release, il responsabile della stabilità del proprio sistema. L'utente decide quando aggiornare e come effettuare il ''merge'' delle nuove caratteristiche. C'è da sottolineare che la comunità di arch è sempre molto disponibile ad aiutare chi è in difficolta nello svolgere questa operazione. Arch si contraddistingue da altre distribuzioni proprio per questo; il fatto di usare pacchetti ''vanilla'' la rende davvero una distribuzione ''do-it-yourself'', infatti, come già specificato qualche riga sopra, i cambiamenti ai pacchetti non vedono come responsabili gli sviluppatori di Arch.  
  
È evidente come il metodo SysV sia molto più complesso, potendosi facilmente accumulare decine di symlinksin ogni directory  {{ic|/etc/rc}}  .
+
===D) Cos'è esattamente questo sistema di init 'BSD-style' di cui ho sentito parlare? ===
  
Restando fedele alla sua filosofia del "mantienilo semplice" , Arch utilizza un init alla BSD.
+
'''R)''' Parte dell'eredita di BSD e' l'integrazione del concetto di init.
 +
La differenza principale tra l'init BDS e l'init sysV è che Arch, come BSD , utilizza un singolo file ,  {{ic|/etc/rc.conf}} , per puntare agli scripts all'interno di una singola directory, {{ic|/etc/rc.d/}} , per ogni servizio indipendentemente dal runlevel.
  
==D) Arch ha bisogno di più pubblicità ==
+
Un init sysV, invece , utilizza una directory per ogni runlevel {{ic|/etc/rc.0,1,2,3,4,5,6}} , con una contorta disposizione di symlinks all'interno della directory; una per ogni servizio , con ogni link simbolico che punta al corrispondente script nella directory  {{ic|/etc/init.d/}}. È evidente come il metodo SysV sia molto più complesso, potendosi facilmente accumulare decine di symlinksin ogni directory  {{ic|/etc/rc}}. Restando fedele alla sua filosofia del "mantienilo semplice" , Arch utilizza un init alla BSD.
 +
 
 +
===D) Arch ha bisogno di più pubblicità ===
 
'''R)''' Già così Arch ha molta pubblicità. L'obbiettivo di Arch non è essere grande. L'obbiettivo è di essere  ben fatta. La sua crescita deve avvenire in modo naturale. Cercare di forzarela crescita causerebbe solo problemi.
 
'''R)''' Già così Arch ha molta pubblicità. L'obbiettivo di Arch non è essere grande. L'obbiettivo è di essere  ben fatta. La sua crescita deve avvenire in modo naturale. Cercare di forzarela crescita causerebbe solo problemi.
  
 
Allo stesso modo, non provare a limitare la sua naturale crescita. Più utenti potrebbero voler dire più sviluppatori che lavorano su Arch Linux. Questo protrebbe causare qualche problema di organizzazione alla fine, ma saranno risolti quando arriveranno.
 
Allo stesso modo, non provare a limitare la sua naturale crescita. Più utenti potrebbero voler dire più sviluppatori che lavorano su Arch Linux. Questo protrebbe causare qualche problema di organizzazione alla fine, ma saranno risolti quando arriveranno.
  
==D) Arch ha bisogno di più documentazione==
+
===D) Arch ha bisogno di più sviluppatori===
'''R)''' Questo è essenzialmente vero, così sentiti libero di contribuire. La documentazione non occorre ex nihilo. Dopo aver cercato sulla wiki e sui forum se non puoi trovare la documentazione di cui hai bisogno prova a crearla. Incomincia una pagina sulla wiki e posta nei forum a riguardo. Probabilmente altra gente ha esperienza sull'argomento o vogliono almeno aiutare. Se nessuno ti può dare una mano non scoraggiarti. Quando finirai la tua documentazione altre persone la troveranno probabilmente una risorsa estremamente valida.
+
'''R)''' È possibile. Sentiti libero di  mettere a disposizione il tuo tempo! Visita i [http://www.archlinux.it/forum forum], i canali IRC, e le [http://mailman.archlinux.org/mailman/listinfo/ mailing lists], e vedi di cosa c'è bisogno. Farsi coinvolgere nella comunità è sicuramente un ottimo modo per iniziare.  
C'è sempre bisogno di documentazione; contribuisci alla wiki.
+
 
+
==D) Arch ha bisogno di più sviluppatori==
+
'''R)''' È possibile. Sentiti libero di  mettere a disposizione il tuo tempo! Visita i forum, i canali IRC, e le mailing lists, e vedi di cosa c'è bisogno.
+
  
==D) Perchè Arch è così lenta? Pensavo fosse veloce!==
+
===D) Perchè Arch è così lenta? Pensavo fosse veloce!===
 
'''R)''' Assicurati che il tuo hostname sia correttamente impostato in /etc/hosts (per es., che corrisponda all'hostname in /etc/rc.conf. dai un'occhiata a  "Configura il Sistema" nella  [[Beginners Guide_(Italiano)|Beginner's Guide]]). Se gli hostname non corrispondono, le applicazioni potrebbero avviarsi molto lentamente.
 
'''R)''' Assicurati che il tuo hostname sia correttamente impostato in /etc/hosts (per es., che corrisponda all'hostname in /etc/rc.conf. dai un'occhiata a  "Configura il Sistema" nella  [[Beginners Guide_(Italiano)|Beginner's Guide]]). Se gli hostname non corrispondono, le applicazioni potrebbero avviarsi molto lentamente.
  
==D)Perchè Internet è così lento in confronto ad altri sistemi operativi?==
+
===D)Perchè Internet è così lento in confronto ad altri sistemi operativi?===
 
'''R)''' La tua rete è configurata correttamente? Hai controllato bene il tuo  /etc/rc.conf  /etc/hosts e /etc/resolv.conf? Dai un'occhiata a  "Configura il Sistema" nella  [[Beginners Guide_(Italiano)|Beginner's Guide]] dando particolare attenzione alla sintassi del tuo localhost.
 
'''R)''' La tua rete è configurata correttamente? Hai controllato bene il tuo  /etc/rc.conf  /etc/hosts e /etc/resolv.conf? Dai un'occhiata a  "Configura il Sistema" nella  [[Beginners Guide_(Italiano)|Beginner's Guide]] dando particolare attenzione alla sintassi del tuo localhost.
  
==D) Perchè Arch utilizza tutta la mia RAM? 2Gb usati solo per caricare il desktop?!==
+
===D) Perchè Arch utilizza tutta la mia RAM?===
  
 
'''R)''' Fondamentalmente la RAM inutilizzata e' una RAM sprecata!
 
'''R)''' Fondamentalmente la RAM inutilizzata e' una RAM sprecata!
Line 93: Line 102:
  
 
Vedi [http://www.linuxjournal.com/article/2770 questo articolo] ( in inglese) se vuoi approfondire!
 
Vedi [http://www.linuxjournal.com/article/2770 questo articolo] ( in inglese) se vuoi approfondire!
 +
 +
===D) Dov'è finito tutto il mio spazio libero?===
 +
'''R)''' La risposta a questa domanda dipende esclusivamente dal proprio sistema.  Ci sono alcuni [[Common Applications (Italiano)#Programmi per la visualizzazione dell'uso del Disco|tools]] che possono aiutare molto.
  
 
=Gestione Pacchetti=
 
=Gestione Pacchetti=

Revision as of 10:10, 10 February 2012

This template has only maintenance purposes. For linking to local translations please use interlanguage links, see Help:i18n#Interlanguage links.


Local languages: Català – Dansk – English – Español – Esperanto – Hrvatski – Indonesia – Italiano – Lietuviškai – Magyar – Nederlands – Norsk Bokmål – Polski – Português – Slovenský – Česky – Ελληνικά – Български – Русский – Српски – Українська – עברית – العربية – ไทย – 日本語 – 正體中文 – 简体中文 – 한국어


External languages (all articles in these languages should be moved to the external wiki): Deutsch – Français – Română – Suomi – Svenska – Tiếng Việt – Türkçe – فارسی

Oltre le domande seguenti, puoi trovare utile leggere gli articoli The Arch Way e Arch Linux. Entrambi contengono molte utili informazioni su Arch Linux.

Contents

Generale

D) Cos'è Arch Linux?

R) Vedere l'articolo Arch Linux:

D) Perchè dovrei voler utilizzare Arch?

R) Se avete letto, e siete d'accordo con la filosofia The Arch Way, vi piace l'approccio 'do-it-yourself' (fai-da-te) e desiderate o aspirate ad avere una semplice, elegante, altamente personalizzabile, aggiornatissima distribuzione GNU/Linux, ci sono buone possibilità che Arch vi possa piacere.

D) Perchè non dovrei voler utilizzare Arch?

R) Arch non fa per voi se:

  • avete letto, e non siete d'accordo con la filosofia The Arch Way.
  • non avete il tempo\capacità\voglia di avere una distribuzione GNU/Linux 'do-it-yourself' (fai-da-te)
  • avete necessita' di supporto per architetture diverse da x86_64 o i686.
  • volete utilizzare una distribuzione che fornisca esclusivamente "free software" , come definito da GNU.
  • pensate che un sistema operativo debba "autoconfigurarsi" , funzionare "al volo" gia' subito dopo l'installazione ed includere sul supporto di installazione un set completo e predefinito di software e di ambienti desktop.
  • non volete una distribuzione GNU/Linux costantemente aggiornata ( vd rolling release [1])
  • siete soddisfatti del vostro attuale sistema operativo.
  • volete un sistema operativo pensato per un target diverso di utenti.

D) Su quale distribuzione GNU/Linux si basa Arch?

R) Arch è sviluppata in maniera indipendente, costruita from scratch e non è basata su nessun altra distribuzione. Prima di creare Arch, Judd Vinet era utente e ammiratore della distribuzione CRUX, una distribuzione minimalista creata da Per Lidén. Originariamente quindi Arch era ideologicamente inspirata da CRUX ma Arch è comunque scritta da zero e pacman è scritto in C.

D) Sono alle prime armi con Linux. Dovrei usare Arch?

R) Questione sulla quale si sono avute molte discussioni. Arch è rivolta a utenti Linux più avanzati, ma molti pensano "Arch è un buon modo di iniziare". Se sei alle prime armi e vuoi usare Arch, stai solo attento, tu DEVI aver voglia di imparare. Prima di fare qualsiasi domanda, fai le tue ricerche su google, spulcia la Wiki, e cerca sul forum (e leggi le passate FAQs). Se farai questo, non avrai problemi. Inoltre sappi che molta gente non vuole rispondere alla stessa domanda più e più volte. C'è un motivo per cui queste risorse sono state create e rese disponibili per te. Sono moltissimi i volontari che hanno impiegato ore del proprio tempo come scrivere la documentazione che state leggendo.

Lettura raccomandata: la Beginners' Guide di ArchLinux.it .

D) Arch richiede troppo tempo e troppi sforzi per installazione e uso. In più la comunità continua a dirmi: "leggi la wiki!"

R) Arch è sviluppata e usata da un target specifico di utenti. Forse questa distribuzione non fa per voi.

D) Arch è più adatta a server, desktop o workstation?

R) Arch non è sviluppata per un uso specifico, è sviluppata per una specifica utenza. Arch parte dal presupposto che all'utente piaccia l'approcco do-it-yourself e che quindi sia in grado di sagomarsi il sistema operativo "attorno alle proprie esigenze". Questo fa si che virtualmente Arch possa essere usato per qualsiasi scopo. Molti utenti usano Arch sia come desktop sia come workstation e sì, archlinux.org gira su server Arch.

D) Mi piace molto Arch, ma a mio parere i dev dovrebbero aggiungere la funzionalità X.

R) Prima di andare oltre, hai letto il documento The Arch Way? Hai fornito la funzionalità\la soluzione? È conforme alla filosofia Arch di minimalismo e correttezza del codice? Fatti coinvolgere, contribuisci con il tuo codice e le tue soluzioni alla comunità. Se il tuo lavoro verrà apprezzato dagli altri membri, può darsi che il tuo lavoro venga incluso in Arch stessa. La comunità di Arch approva e supporta la condivisione del proprio lavoro e delle proprie utility.

D) Quando uscirà il prossimo rilascio ufficiale?

R) I rilasci di Arch Linux coincidono con l'uscita di una nuova versione principale del kernel, ma sono semplicemente una istantanea del repositori /core , combinata con varie caratteristiche o modifiche allo script di installazione stesso. Il modello "rolling release" mantiene ogni sistema Arch Linux aggiornato e "on the bleeding edge" ovvero con le ultime versioni disponibili ancora in testing fornendo un solo comando.

Per questa ragione, i rilasci non sono così importanti in Arch, perchè il sistema "rolling-release" rende ogni nuovo rilascio superato non appena un pacchetto viene aggiornato. Se stai cercando di ottenere l'ultimo rilascio di Arch Linux, non hai bisogno di reinstallare. Semplicemente esegui il comando pacman -Syu e il tuo sistema sarà identico a quello che otteresti con una installazione da zero.

Per questa stessa ragione, i nuovi rilasci di Arch Linux non sono tipicamente pieni di nuove ed eccitanti caratteristiche. Nuove ed eccitanti caratteristiche sono rilasciate quando necessario con l'aggiornamento dei pacchetti, che possono essere ottenuti con un pacman -Syu.

D)Arch è un sistema operativo stabile? Avrò frequentemente problemi

R) La risposta lunga in questo caso coincide con quella breve: è stabile se l'utente la rende tale.

L' utente assemblea il suo sistema operativo. Il sistema di base è semplice, toccherà poi al singolo utente controllare gli aggiornamenti. (Ovviamente più si rende complesso il sistema più sarà importante essere in grado di gestirlo). Arch è rivolta a quegli utenti che sanno ciò che stan facendo, che anno una competenza generica il UNIX e sono in grado di gestire gli aggiornamenti che giocano un ruolo fondamentale nella stabilità del sistema. Inoltre, alla stragrande maggioranza dei pacchetti per arch non viene applicata alcuna patch, quindi molti problemi sono direttamente legati allo sviluppo in upstream.

Pertanto, è l' utente, conscio di usare una rolling release, il responsabile della stabilità del proprio sistema. L'utente decide quando aggiornare e come effettuare il merge delle nuove caratteristiche. C'è da sottolineare che la comunità di arch è sempre molto disponibile ad aiutare chi è in difficolta nello svolgere questa operazione. Arch si contraddistingue da altre distribuzioni proprio per questo; il fatto di usare pacchetti vanilla la rende davvero una distribuzione do-it-yourself, infatti, come già specificato qualche riga sopra, i cambiamenti ai pacchetti non vedono come responsabili gli sviluppatori di Arch.

D) Cos'è esattamente questo sistema di init 'BSD-style' di cui ho sentito parlare?

R) Parte dell'eredita di BSD e' l'integrazione del concetto di init. La differenza principale tra l'init BDS e l'init sysV è che Arch, come BSD , utilizza un singolo file , /etc/rc.conf , per puntare agli scripts all'interno di una singola directory, /etc/rc.d/ , per ogni servizio indipendentemente dal runlevel.

Un init sysV, invece , utilizza una directory per ogni runlevel /etc/rc.0,1,2,3,4,5,6 , con una contorta disposizione di symlinks all'interno della directory; una per ogni servizio , con ogni link simbolico che punta al corrispondente script nella directory /etc/init.d/. È evidente come il metodo SysV sia molto più complesso, potendosi facilmente accumulare decine di symlinksin ogni directory /etc/rc. Restando fedele alla sua filosofia del "mantienilo semplice" , Arch utilizza un init alla BSD.

D) Arch ha bisogno di più pubblicità

R) Già così Arch ha molta pubblicità. L'obbiettivo di Arch non è essere grande. L'obbiettivo è di essere ben fatta. La sua crescita deve avvenire in modo naturale. Cercare di forzarela crescita causerebbe solo problemi.

Allo stesso modo, non provare a limitare la sua naturale crescita. Più utenti potrebbero voler dire più sviluppatori che lavorano su Arch Linux. Questo protrebbe causare qualche problema di organizzazione alla fine, ma saranno risolti quando arriveranno.

D) Arch ha bisogno di più sviluppatori

R) È possibile. Sentiti libero di mettere a disposizione il tuo tempo! Visita i forum, i canali IRC, e le mailing lists, e vedi di cosa c'è bisogno. Farsi coinvolgere nella comunità è sicuramente un ottimo modo per iniziare.

D) Perchè Arch è così lenta? Pensavo fosse veloce!

R) Assicurati che il tuo hostname sia correttamente impostato in /etc/hosts (per es., che corrisponda all'hostname in /etc/rc.conf. dai un'occhiata a "Configura il Sistema" nella Beginner's Guide). Se gli hostname non corrispondono, le applicazioni potrebbero avviarsi molto lentamente.

D)Perchè Internet è così lento in confronto ad altri sistemi operativi?

R) La tua rete è configurata correttamente? Hai controllato bene il tuo /etc/rc.conf /etc/hosts e /etc/resolv.conf? Dai un'occhiata a "Configura il Sistema" nella Beginner's Guide dando particolare attenzione alla sintassi del tuo localhost.

D) Perchè Arch utilizza tutta la mia RAM?

R) Fondamentalmente la RAM inutilizzata e' una RAM sprecata!

Per molti novelli utenti e' importante chiarire come Linux gestisca la memoria: in modo diverso a come erano abituati!

Dal momento che l'accedere a dati in RAM e' decisamente piu' rapido che accedervi dal disco, Linux "parcheggia" i dati recentementi utilizzati in memoria. Questi dati ( detti in cache ) vengono cancellati qualora il sistema si avvicini al limite della memoria disponile e nuovi dati debbano essere caricati.

Solitamente la piu' comune fonte di confusione e' data dal comando free :

$ free -m
$ free -m
             total       used       free     shared    buffers     cached
Mem:          1009        741        267          0        104        359
-/+ buffers/cache:        278        731     <-- NOTA BENE!
Swap:         1537          0       1537

E' importante notare la riga -/+ buffers/cache: , un conteggio della quantita' di memoria in "uso attivo" ed uno di memoria definita "disponibile" piuttosto che "inutilizzata"

In questo esempio un laptop con 1G di RAM sembrerebbe utilizzarne 741M , con pochi inutili terminali aperti ed un browser attivo!

Tuttavia esaminando la riga -/+ buffers/cache: e' possibile notare come solo 278M siano effettivamente in "uso attivo" mentre 731M sono semplicemente disponibili a ricevere nuovi dati. Apparentemente 104M di quella memoria "utilizzata" contengono dati buffered e 359M contengono dati cached, ma entrambe le posizioni di memoria possono essere liberate in caso di necessita'. Soltanto 267M sono effettivamente liberi dalla gestione dati.

Il risultato finale? Migliori prestazioni!

Vedi questo articolo ( in inglese) se vuoi approfondire!

D) Dov'è finito tutto il mio spazio libero?

R) La risposta a questa domanda dipende esclusivamente dal proprio sistema. Ci sono alcuni tools che possono aiutare molto.

Gestione Pacchetti

D) Ho trovato un errore nel pacchetto X. Che dovrei fare?

R) In primo luogo, devi capire se questo errore è qualcosa che il team Arch può sistemare. Qualchevolta non è così (che Firefox vada in crash può essere colpa del gruppo Mozilla) - questo è chiamato un upstream error. Se è un problema di Arch , c'è una serie di passi che puoi seguire:

  1. Cerca sui forum per informazioni. Controlla se qualcun'altro lo ha notato.
  2. Avverti il manteiner del pacchetto. Prova con "pacman -Qi <nome pacchetto>" per questa informazione.
  3. Posta un bug report con informazioni dettagliate su http://bugs.archlinux.org.
  4. Se preferisci, scrivi un post sul forum spiegando in dettaglio il problema a il fatto che hai già riportato.Questo aiuterà molte persone dal fare un report dello stesso errore.

D) I pacchetti di Arch hanno bisogno di usare un'unica estensione. .pkg.tar.gz e .pkg.tar.xz sono troppo lunghe e/o poco chiare

R) Questo è stato discusso sulla Arch mailing list. Alcuni hanno proposto una estensione .pac. Da quanto si sa non c'è intenzione di cambiare l'estensione dei pacchetti. Come ha detto Tobias Kieslich, uno degli sviluppatori di Arch, "Un pacchetto è un gzipped tarball! E può essere aperto, ispezionato e manipolato da ogni applicazione che gestisca i tar. Inoltre, il tipo mime è automaticamente e correttamente rilevato dalla maggior parte delle applicazioni."

D) Pacman ha bisogno di una liberia così che le altre applicazioni possano facilmente accedere alle informazioni sui pacchetti

R) Dalla versione 3.0.0, pacman è stato il front-end a libalpm, la libreria di mantenimento pacchetti di Arch Linux . Questa libreria permette di scrivere un alternativo front-end(per esempio, front-end grafico).

D) Perchè pacman non ha un front end grafico (GUI)?

R) Hai letto The Arch Way e Arch Linux e Devland? La risposta è fondamentalmente che gli sviluppatori di arch non ne forniranno uno. Puoi comunque usare uno di quelli sviluppati dagli utenti. Ce n'è una lista sulla UserContributionsPage nella sezione dei collegamenti, e una lista selettiva su Pacman GUI Frontends.

D) Pacman ha bisogno della caratteristica X!

R) Hai letto The Arch Way e Arch Linux e Devland? La filosofia Arch è "Keep It Simple". Se tu pensi che l'idea meriti e non violi questo ideali di semplicità discutilo sul forum qui. Potresti anche controllare qui; è un luogo dove effettuare richieste di caratteristiche se trovi che sia importante.

Comunque il miglior modo di ottenere una caratteristiche aggiuntiva per Pacman o Arch Linux è implementartela da solo. Nessuno ti dirà che la patch sarà ufficialmente accettata ma altri apprezzeranno e testeranno il tuo contributo.

D) Arch ha bisogno di una versione stable

R) Date un'occhiata a ArchServer.

Note: Il 2011-09-12, il progetto ArchServer è stato dichiarato morto. Potete leggere l'annuncio here.

D) Qual è la differenza fra tutti questi repository?

R) Leggi Official Repositories.

D) Perché Arch non include documentazioni e pagine informative nei suoi pacchetti?

R)Nel suo obbiettivo di essere semplice e leggera sono stati tralasciati parti relativamente inutili per un sistema Linux, cose come /usr/doc e pagine info a favore delle pagine man. Per info leggi le discussioni a riguardo:
http://www.archlinux.org/pipermail/arch/2005-April/004194.html
http://bbs.archlinux.org/viewtopic.php?id=14527

D) Ho appena installato il pacchetto X. Come lo avvio?

R) Se tu stai usando un ambiente desktop come KDE o GNOME, il programma dovrebbe automaticamente mostrarsi nel tuo menu. Se stai cercando di avviare il programma da un terminale e non sai il nome del file binario prova a eseguire "pacman -Ql nomepacchetto | grep bin". Un Problema comune per pacchetti come Firefox o Openoffice è che vengono installati in /opt, che non è nel tuo $PATH - tu puoi "source /etc/profile" o riloggarti per risolvere.

Installazione

D) Arch ha bisogno di un migliore installer. Forse con una interfaccia grafica.

R) La discussione su un installer "migliore" è un argomento soggettivo. Il modo migliore di cavarsela con questi problemi è quello di adattare l'installer alla "Arch way". Se questa opinione su un miglior installer è appoggiata da argomentazioni più concrete, potrebbe essere presa in considerazione per un prossimo sviluppo dell'installer. Visto che l'installazione non avviene spesso (guarda la domanda sopra sulla rolling release), non è una alta priorità per gli sviluppatori o gli utenti.

È comunque possibile usare archiso o larch [2]. Esiste anche un progetto non ufficiale (non più aggiornato): Arch Linux Office Install CD per KDE.