ok, ma debian testing non è instabile? se si, fino a che punto?
ah e perché devo commentare le righe dei soruce (deb-src)? funziona così su debian? su ubuntu non si commentavano  (ma questa è pura curiosità  )

Debian Testing è sicuramente meno stabile di Etch, ma credo sia stabile almeno quanto Ubuntu, se non di più

I sorgenti li puoi tranquillamente commentare a meno che tu non necessiti di ricompilare (modificando) qualche pacchetto-libreria...

Anch'io non conoscevo questo progetto, devo dire davvero interessante.

Concordo con Marbel, datti una letta alla pagina delle guide di debianizzati.org (trovi il link in alto a sx), li hai un buon punto di partenza. Cerca di informarti anche su come funziona il sistema gnu/linux, le cose basilari che impari ti serviranno poi per mantenere il sistema funzionante e prestante.

Come non hai i permessi necessari? Il file fstab lo devi modificare da utente root (o tramite sudo, quindi idem..), non hai la possibilità di accedere come root?

Se non ci fosse la richiesta di essere scalabile, io personalmente metterei un sistema classico minimale, ma questo direi che non è conveniente nel tuo caso (almeno credo, magari arrivano Tindal, Marbel, Maxer, Finn, e GipPasso, e mi legnano ), forse per la scalabilità vai meglio con un sistema live...

Sul discorso filesystem, credo ti convenga partizionare la chiavetta, in modo tale da avere una partizione fat dove mettere eventuali file condivisi.

Curiosità, dimensione della chiavetta?



Edit: dimenticavo, ovviamente installerei un sistema standard senza server grafico.

3) Gli effetti grafici mi pare che non funzionano se prima non fai funzionare per bene la scheda video...

La personalizzazione è molto relativa alle esigenze dell'utente... Il metodo di Marbel è forse il migliore. O meglio, almeno ti fai un idea dei pacchetti che ci sono, poi tra questi ne possiamo parlare insieme...

Certo, scusa non le avevo inserite perchè, se commentavo le due righe, il file stesso era vuoto. Quindi l'avevo rimosso.

Questo il contenuto

Codice:

# -- THEME AUTO-WRITTEN DO NOT EDIT
#include "/usr/share/themes/Raleigh/gtk-2.0/gtkrc"

#include "/home/simone/.gtkrc-2.0.mine"

# -- THEME AUTO-WRITTEN DO NOT EDIT

Riprova skydiamond, io riesco a scaricare tutto.

Credo di aver risolto... Sembra che il problema fosse nel file ~/.gtkrc-2.0 , nel senso che se ne commento le due righe contenute, tutto funziona bene.

Ho controllato,
il nome corretto del processo che da il problema è "gnome-appearance-properties" che fa parte di gnome-control-center, ma non ci sono riferimenti al problema che ho riscontrato io...

Ciao MaXeR,
grazie per la risposta. Uso debian Lenny, mi ero dimenticato di segnarlo. Non ho ancora controllato, perchè ho fatto già diversi aggiornamenti ma non è cambiato nulla. Ora controllo.

Ho riscontrato un problema nell'utilizzo di Gnome-appearance, e tutte le applicazioni collegate.

Mi spiego:
nel cambiare/modificare il tema di Gnome, una volta terminate le modifiche, Gnome non chiude il processo Gnome-appearance, che consuma praticamente più dell'80% della CPU. Le modifiche vengono effettuate con successo, ma sebbene tutto sembri a posto, noto che dando da terminale il comando:

Codice:

ps aux

il processo Gnome-appearance è ancora attivo.

Qualcuno mi può dare un paio di dritte su come risolvere il problema (non so, tipo se esistono dei log collegati a questo processo o che altro..)


Grazie a tutti.

Parlando "alla pecos" se si blocca la "parte grafica" (ovvero il server grafico X ) esiste il comando Ctrl+Alt+BackSpace che ti permette di chiudere la sessione e rieffettuare login.

Quoto tindal, la riga nella tabella di routing non ha senso...almeno non apparentemente...