Se non ricordo male, Knoppix usa una versione modificata di grub nota come grub-gfxboot per ottenere simili effetti, quindi se è quello che vuoi, probabilmente dovrai agire su grub stesso.

Così al volo:

1) potendo scegliere, nel tuo caso privilegerei la versione a 64 bit. Io le ho installate entrambe perché al momento ho spazio a sufficienza, ma non è detto sia vero per tutti. Fossi in te partirei da qui e/o da qui.

2) credo il messaggio sia parlante... Che succede se provi ad avviarlo e poi ri-avviarlo da una Live CD?

3) probabilmente hai installato il pacchetto resolvconf. Puoi rimuoverlo ed inserire manualmente i valori statici in /etc/network/interfaces e/o in /etc/resolv.conf.

4) Beh, carino Tieni presente che Gnome non è un fulmine di guerra a prescindere, quindi i tuoi tempi di attesa potrebbero essere giustificati. L'importante è che tu abbia verificato che i drivers Nvidia sono a posto, e che la lentezza sia solo in fase di login, perché se è sistematica allora potrebbe essere effettivamente troppo pesante (e da indagare).

Circa ReiserFS, i problemi sono purtroppo più di cronaca nera che di informatica Quello che è successo potrebbe avere impatti decisamente spiacevoli sul futuro di Reiser. Ad ogni modo, ti raccomando questa lettura.

Comunque, un CD audio non si monta, dato che non contiene files ma tracce.
Certo, se anche cdplay ti dà un errore, forse quel disco almeno ha qualche problema; dovresti ritentare con un CD originale e vedere se si ripete la cosa.

Se con Linux non puoi scaricarlo, forse l'attenzione della rivista per il pubblico del pinguino è essa stessa troppo limitata per costituire fonte di interesse per gli utenti Linux, quantomeno per quelli che usano solo Linux. Comunque è meglio di niente.

Ma cosa ti dice la console di Cups? La stampante figura registrata? Con che driver (quello che raccomanda OpenPrinting)? Hai provato a lanciare una stampa di prova dalla console di Cups?

Interessante evoluzione: se adotto "$(...)", basta (e serve) un solo backslash.
Beh, tanto meglio: in fondo è anche più pulito così

Codice:

samuele@impero-main:~$ glxinfo|grep -E 'direct|OpenGL'
direct rendering: Yes
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 8500 GT/PCI/SSE2
OpenGL version string: 2.1.2 NVIDIA 173.14.09

Il risultato e che la tastiera fa quel che vuole adesso e non riesco ad usare simboli e punteggiatura e i driver in ogni caso non vanno.

Io per ora uso Gnome, ma dopo aver installato i drivers proprietari avevo lo stesso comportamento sulla tastiera, perché dopo l'installazione era stata reimpostata a quella americana. Commutandola nuovamente su quella italiana nelle impostazioni è tornato normale; suppongo che KDE abbia nel suo Control Center configurazioni analoghe.
Circa il fatto che i drivers "non vadano", diventa difficile diagnosticarne la causa con una descrizione così ridotta. Dopo averli installati, cosa ottieni col check di borlongioffei?

Hai provato a configurarlo dalla console Web di Cups?
Hai controllato se la stampante è supportata?

[due]

Andando per tentativi sono riuscito nell'intento.
Per chi fosse interessato: il trucco sta nell'usare due backslashes come sequenza di escape, ossia:

Codice:

LOGOUTPUT=`sqlplus $USERNAME/$PASSWORD@$SID << EOF
select status from v\\$instance;
EOF`

Arguisco che l'espediente funzioni in genere anche per altri caratteri speciali.

Non puoi pensare di affrontare un problema sulla stampante fornendo così poche informazioni: non hai nemmeno detto che marca e modello è!
La prima cosa da fare è controllarne la configurazione sotto Linux, che a logica dovresti aver fatto con Cups cui puoi accedere dal suo front-end via browser. Vedi come la vede e se va a buon fine una prova da lì.

Infatti io devo usare i backtick perché voglio che la variabile contenga l'output del comando stesso, non la stringa di esecuzione; ossia:

Codice:

~$ VAR="sqlplus $USERNAME/$PASSWORD@$SID << EOF
select status from v\$instance;
EOF"
~$ echo $VAR
sqlplus tindal/password@sid << EOF select status from v$instance; EOF

mentre voglio che mi ritorni l'esecuzione di "sqlplus tindal/password@sid << EOF select status from v$instance; EOF", il cui risultato, se va tutto bene, è una serie di stringhe tra cui "OPEN".

Salve a tutti,

ho un problema di questo tipo: devo trasformare porzioni di codice come questo:

Codice:

sqlplus $USERNAME/$PASSWORD@$SID << EOF 1>$LOG 2>&1
select status from v\$instance;
EOF

in questo:

Codice:

LOGOUTPUT=`sqlplus $USERNAME/$PASSWORD@$SID << EOF
select status from v\$instance;
EOF`

con l'ovvio obbiettivo di eliminare il file di log in $LOG.
Il problema è che, eseguendo la versione modificata, ricevo errori come (da un DB Oracle):

Codice:

SQL> select status from v
                   *
ERROR at line 1:
ORA-00942: table or view does not exist

dal che arguisco che alla variabile LOGOUTPUT non venga passato correttamente il pezzo con v\$instance (in Oracle sarebbe v$instance; l'"\" è posizionato apposta come escape per identificare il "$" come carattere non speciale).

Qualcuno mi sa suggerire come devo modificare la stringa per farglielo digerire? Ho cercato in Rete ma gli HOWTOs sulla Bash che ho trovato non sono illuminanti, e per certo la prima versione del codice funziona normalmente.

Grazie a tutti.

[prima]

la prima cosa che ho imparato da quando sono migrato a linux è stata quella di imparare dalla mia ABISSALE ignoranza in materia e dai miei errori, cercare, provare, ricercare e riprovare ancora (google is your best friend!).

Insomma, qui nessuno ti deve nulla, mi sembra poco etico pretendere che qualcuno ti porga su un piatto d'argento la soluzione al tuo problema.

Che dire, chapeau.
Un approccio tanto responsabile è sempre degno della miglior stima. Siamo tutti qui per imparare dalle reciproche esperienze, e prendere atto che non sono infinite né omnicomprensive richiede un atto di umiltà di non poco conto. Continua così, benvenuto nel regno dei pinguini

Debian si installa normalmente sia a 32, sia a 64 bit. Se incontri dei problemi è perché probabilmente stai provando con la stable, ormai molto vecchia rispetto al nuov(issim)o hardware di cui disponi. Fossi in te farei un tentativo con le ISO di testing, prima di dire che hai davvero qualcosa che non va.