i precaricamenti centrano poco dal momento che si apre tutto più veloce anche al secondo caricamento

Questo non è detto: "precaricamento" inteso come preallocazione di certi moduli prima del loro impiego, ma se poi Debian, al termine dello stesso, li scarica nuovamente? Questo è logico: tengo in memoria solo ciò che sto usando; se qualcosa è stata utilizzata una volta, a discrezione di chi programma il kernel decidere se questo lascia supporre che servirà ancora dopo, oppure no, nel qual ultimo caso potrei decidere di eliminarlo nuovamente.
Ad ogni modo, non limiterei queste prove ai soli Gnome/KDE che, notoriamente, non sono mai stati dei fulmini di guerra a prescindere dalla distro su cui girano. Cosa ottieni usando un WM tradizionali (che so, fluxbox o icewm o fvwm, od anche XFce)?

Le ragioni possono essere diverse. Diversi sono i sistemi operativi, diverso il codice delle applicazioni, diverse le condizioni di base (tipo i processi in background), diverse le ottimizzazioni dei compilatori, diverse le impostazioni di sistema (magari Windows precarica molti moduli che accelerano certi processi), diverse anche le scelte commerciali alla base.
Per non parlare del fatto che, in informatica, "istantaneo" non esiste: su tempi così limitati, è pericoloso ragionare in termini di immediatezza.
Voglio comunque sperare che non basi le tue preferenze in fatto di sistemi operativi solo sul tempo medio di apertura di isolate e specifiche applicazioni

A meno che già tu non l'abbia escluso con Windows, avvia il PC con una distro live CD: se non parte nemmeno, allora il problema è probabilmente hardware (non necessariamente un guasto: magari è solo staccato un cavo). Se parte e funziona regolarmente, allora devi rivedere le configurazioni della tua Debian: controlla /etc/fstab, le configurazioni di udev, prova a montarne uno da riga di comando: esistono numerosi posts nel forum che hanno trattato queste casistiche.
La soluzione cambia anche a seconda del tipo di prove che hai fatto: hai usato supporti diversi? Ha sempre funzionato prima e solo ora si è bloccato, o è la prima volta che provi? Se prima andava, cosa hai fatto subito prima (aggiornamenti, cambi di setup, etc.)?

Se il tuo timore è che, installando Lenny a 32 bit su un processore a 64 bit, questo potrebbe funzionare in maniera anomala, puoi tranquillamente scartarlo. Non ci sono problemi a "sottousare" la CPU con una distro di livello inferiore. Suppongo anzi che ancora oggi la maggior parte dell'installato Debian sia a 32 bit anche se il processore consentirebbe il salto di categoria, e non per questo si lamentano instabilità peculiari.

Tanto per dare uno spunto di discussione iniziale...
Vantaggi: se ne hanno certamente nella gestione della memoria e nel miglior sfruttamento delle capacità del processore. Svantaggi: non tutto che oggi è a 32 bit ha un corrispettivo a 64 bit, in special modo nei software di terze parti (es. Flash).
Vorrei poter dire che è stabile quanto o più della 32 bit, ma ultimamente ho avuto troppo poco tempo per mettere alla prova il mio sistema, che ha entrambe le installazioni su dischi distinti.

Circa il perché Gnome non ti parta ad installazione ultimata, leggi ad esempio qui. Si parla di testing, ma è facile che il problema sia lo stesso.
Circa il perché startx non funzioni, beh, dipende da cosa intendi per "non parte": non funziona X oppure parte con twm? Hai controllato che vi siano i pacchetti di xorg?
Se il PC è datato e non ha connessione ad Internet, ti conviene procurarti almeno il primo DVD per disporre anche offline di un corredo ragionevole di software; scaricalo da una macchina che in Rete ci arrivi, e masterizzalo su un DVD, meglio se riscrivibile.

Non ho capito: prima non succedeva niente ma andava bene, ora che fa qualcosa non va più bene?
Non posso dirlo per esperienza diretta, ma arguisco che se vuoi porre il PC in suspend o hybernate, devi predisporlo perché sia in grado di farlo. Gnome potrà chiamare i moduli necessari se sollecitato come hai provato tu, ma i pacchetti per ACPI o quant'altre parti siano necessarie, sono installate e configurate?

In realtà dovresti precisare il contesto di una domanda simile. Quello che dice berghem è corretto nell'ipotesi che ti attieni a Gnome come esce "out of the box", ma con altri WM/DM lo screensaver in uso, laddove previsto, potrebbe essere diverso o assente.

Magari spiega anche in dettaglio cosa intendi quando dici che hai già provato a disinstallarlo e reinstallarlo. Sei sicuro che esista l'eseguibile kppp e che sia nel PATH del tuo utente? Se lo lanci da terminale dovresti capire se è accessibile o meno.
A me, molto tempo fa, dopo un certo tempo che usavo kppp per collegarmi via PSTN, a seguito di un upgrade smise di funzionare. Risolsi brutalmente la cosa passando a pon/poff, ma all'epoca mi parve di capire che erano cambiati i permessi di esecuzione e che rimettere le cose in ordine era una cosa abbastanza lunga. Se del caso, verifica anche in questa direzione

A margine, se cerchi in Google trovi numerose citazioni inerenti il tuo problema. Questa è una, ma capire come risolvere la cosa credo sia un po' più complicato, e forse va oltre quello che puoi fare col solo apt-get.

Per prima cosa prova a lanciare:

Codice:

apt-get -f install

per vedere se riesce a risolvere autonomamente la cosa.
Dal messaggio di errore sembrerebbe che ci sia un problema internamente al codice che esegue in fase di configurazione del package, quindi ti conviene cercare (anche su Google) se il problema è noto. Verifica anche che i pacchetti che menziona siano tutti accessibili nei repositories che hai impostato; è possibile che non siano proprio presenti e magari questo ha sconvolto la catena di dipendenze.

Se lo posti è possibile che anche gli altri possano darti una mano.

Se leggi i numerosi threads del forum che ne trattano, saprai che il passaggio da stable a testing o da testing ad unstable è raramente indolore. Questo implica che:

• prima di iniziare, va fatto un backup della situazione esistente
• prima di lanciare l'upgrade, è meglio simularlo (con apt-get, ad esempio, con l'opzione -s) per vedere cosa farebbe realmente

A questo punto hai queste opzioni:

• restori il backup, se lo hai
• cerchi di correggere gli errori isolandoli uno per volta

Può darsi che qualcuno del forum sappia cosa fare nella tua stessa identica situazione ma, proprio perchè una installazione non è mai uguale ad un'altra, lo ritengo improbabile. Immagino realizzerai anche tu che chiedere: "ho milleseicentoventotto pacchetti sul PC e dopo l'upgrade sono in pallone questi quarantasei: che faccio?" ha scarse probabilità di trovare qualcuno che abbia avuto esattamente lo stesso problema, no?

Non capisco bene la tua domanda: vuoi sapere che cosa cambia ad avere un vero server (Debian od altro, a questo punto) dedicato rispetto ad una soluzione hosting?
La prima opzione, che se porti la macchina in locazione presso un provider passa comunemente sotto il nome di housing, è di solito assai più onerosa sul piano economico, ma ha il vantaggio che puoi effettivamente collocarvi qualsiasi servizio tu desideri, perché in housing paghi in base a parametri esterni al server (tipo la banda fornita, il livello di HA, gli SLA per il ripristino in caso di fault della sala macchine, etc.). Se invece ti limiti a comprare la connettività ma il server lo tieni a casa tua, i costi scendono ma, ovviamente, anche gli SLA. Inoltre devi provvedere in autonomia alla ridondanza (ad es. sulla rete elettrica con gli UPS).
L'hosting è decisamente più economico, ma assai più restrittive sono le condizioni d'uso: non soltanto per ciò che puoi farvi funzionare, ma anche per le risorse ad esso adibite. Di solito in hosting si tengono server virtuali con servizi "standard" come LAMP; se devi piazzarvi soluzioni dedicate, è possibile che tu non riesca a rientrare nei parametri di servizio che l'hosting ti propone.

A me, tanto per prendere un esempio, leggendo questa pagina di man sembra abbastanza parlante:

Codice:

date [-u|--utc|--universal] [MMDDhhmm[[CC]YY][.ss]]

Sul server che ti interessa non esce questa citazione? Di che versione di Linux è dotato? Ho controllato sia un PC Debian sia un server SLES 10 ed il messaggio di esempio è citato.

Certo ciò non toglie che l'uso di NTP sia in assoluto la soluzione più saggia