Ok grazie, volevo avere la conferma prima di effettuare l'acquisto 

Salve a tutti,

forse la domanda che sto per proporvi è un pò stupida, ma volevo sapere se la distribuzione debian compilata per processori AMD 64 (amd64) è compatibile con processori della Intel a 64 bit, come per esempio IntelCore2Quad, etc., e se si con quali limitazioni o inconvenienti.

Grazie per la cortese attenzione!

Alla fine ho deciso di piallare tutto 
.... lo so è una scelta piuttosto drastica, ma sembra che da LiveCD non riesca a fare gran che.

Il problema è nato una prima volta dopo un aggiornamento (sto usando una testing), ma ero riuscito a rimediare, anche perchè si manifestava sulla partizione home.
A quel punto ho cercato di modificare ad una cazzata iniziale, dovuta alla mia inesperienza: avevo fatto una partizione in raid-1 per la swap 

Comunque alla fine una sana reinstallazione è la cosa migliore, anche per mettere apposto certe schifezze fatte all'inizio... tra l'altro ho visto che almeno dall'installer di Debian modificare le partizioni in raid è un bel casino.

Grazie per l'aiuto

M.

Ciao a tutti!

La root del mio server è montata su una partizione software raid 1 /dev/md0.
La partizione risulta corrotta e sono riuscito a riavviare solo modificando la voce root in grub da /dev/md0
in /dev/sdb1.

Se eseguo:

Codice:

cat /proc/mdstat
Personalities : [raid1]
md2 : active raid1 sda6[0] sdb6[1]
      282294080 blocks [2/2] [UU]
     
unused devices: <none>

Dove /dev/md2 è l'array che contiene la mia partizione /home.

Inoltre la partizione /dev/md0 risulta montata da mount:

Codice:

mount
/dev/md0 on / type reiserfs (rw,notail)
......

Se cerco però di aggiungere device a /dev/md0 ottengo i seguenti errori:

Codice:

mdadm -As /dev/md0 /dev/sda1 /dev/sdb1
mdadm: no devices found for /dev/md0
mdadm: /dev/sda1 not identified in config file.
mdadm: /dev/sdb1 not identified in config file.

Inoltre le due partizioni /dev/sda1 e /dev/sdb1 risultano sincronizzate attivamente:

Codice:

mdadm -E /dev/sdb1
/dev/sdb1:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : ad66acb3:fd6da399:60dfc161:501538cc
  Creation Time : Wed May  7 09:33:07 2008
     Raid Level : raid1
  Used Dev Size : 29294400 (27.94 GiB 30.00 GB)
     Array Size : 29294400 (27.94 GiB 30.00 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 0

    Update Time : Wed May  7 09:33:07 2008
          State : active
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 96f64fd3 - correct
         Events : 0.1


      Number   Major   Minor   RaidDevice State
this     1       8       17        1      active sync   /dev/sdb1

   0     0       8        1        0      active sync   /dev/sda1
   1     1       8       17        1      active sync   /dev/sdb1

Avete idea di come possa riportare il sistema alla sua situazione iniziale snza perdere tutto.

Vi ringrazio anticipatamente per l'aiuto.

Michele

non conosco un modo per ottenere quel che vuoi tramite file di configurazione statici.

se però quei comandi ssh non interattivi fanno parte di uno script o un file cron, allora credo che potresti integrarli con un comando che setta il path esteso di cui hai bisogno, una cosa del tipo

Codice:

$ ssh hostname export PATH=$PATH:/il/path/che/vuoi && comando

non mi viene in mente altro 

Il file /etc/environment ha il suo equivalente locale in $HOME/.ssh/environment!
Il problema è che la sessione non-interattiva di ssh viene lanciato dalle librerie mpi, dovrei frugare un pò nei man di mpi se è possibile lanciare ssh con altri parametri.
Il problema è che sono troppe le variabili da inserire

Il file per la configurazione locale è $HOME/.ssh/environment

in questo modo è possibile definire le variabili d'ambiente del sistema come PATH e LD_LIBRARY_PATH.

Ho anche la necessità di eseguire uno script all'avvio (cosa che in genere faccio con .bashrc), ho provato il file $HOME/.ssh/rc ma senza successo, nel senso che esegue lo script, ma questo non è in grado di settare correttamente la mia PATH.

Inoltre ho verificato che tale script non può essere eseguito nel file environment.

Qualche idea?

Michele

Modificando /etc/environment riesco a dare i valori della PATH che voglio! 
Sai se esiste una versione locale di questo file? Vorrei che solo il mio utenti utilizzi questi valori?

Grazie per l'aiuto!

Michele

Nel PATH How-To è spiegato che la shell di ssh non è una shell di login, per cui non viene utilizzato il path di sistema. Ha un PATH precompilato a cui aggiunge la directory in cui si trova ssh.

Puoi utilizzare il file /etc/environment (remoto) per assegnare delle coppie VARIABILE = VALORE.

Si ho letto anche io il path howto! Però leggendo le FAQ di openmpi (il mio problema è legato all'esecuzione di ssh da parte delle librerie di calcolo parallelo openmpi) sembrerebbe che ssh in un login non-interattivo debba eseguire il file .bashrc.

Inoltre facendo le stesse prove su un'altra distro (Archlinux) il file .bashrc viene letto correttamente!

A cosa ti riferisci per quanto riguarda il file /etc/environment? Esiste una copia locale di questo file?

Ciao Michele

Utilizzando una sessione ssh non interattiva le variabili d'ambiente contenute in .bashrc non vengono lette.
Per esempio la variabile PATH definita in .bashrc è la seguente:

PATH=/opt/Fluent.Inc/bin:/home/michele/OpenFOAM/linux64/paraview-2.4.4/bin:/home/michele/OpenFOAM/OpenFOAM-1.4.1/src/openmpi-1.2.3/platforms/linux64GccDPOpt/bin:/home/michele/OpenFOAM/OpenFOAM-1.4.1/src/mico-2.3.12/platforms/linux64GccDPOpt/bin:/home/michele/OpenFOAM/linux64/j2sdk1.4.2_05/bin:/home/michele/OpenFOAM/linux64/gcc-4.2.1/bin:/home/michele/OpenFOAM/michele-1.4.1/applications/bin/linux64GccDPOpt:/home/michele/OpenFOAM/OpenFOAM-1.4.1/applications/bin/linux64GccDPOpt:/home/michele/OpenFOAM/OpenFOAM-1.4.1/wmake:/home/michele/OpenFOAM/OpenFOAM-1.4.1/bin:/opt/Fluent.Inc/bin:/usr/local/bin:/usr/bin:/bin:/usr/games

mentre se eseguo il comando

# ssh localhost printenv|grep PATH
PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games

è possibile fare leggere le impostazioni del file .bashrc, quando viene eseguito il comando ssh?

Un aggiunta ho installato il pacchetto nvidia-glx versione 0.9746 da experimental, e guarda caso contiene proprio i file incriminati!

Ciao a tutti sto cercando di compilare beryl per la mia debian etch amd64 utilizzando lo script fornito in questo blog http://3v1n0.tuxfamily.org/blog/informatica/linux/beryl-svn-ubuntu-repository-by-trevino/.

Ho installato tutte le dipendenze necessaria, ma durante la compilazione ottengo il seguente errore:

Codice:

cc -g -Wall -O2 -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -o .libs/beryl main.o privates.o activation.o texture.o display.o screen.o window.o event.o paint.o option.o plugin.o session.o screen_options.o display_options.o type_mask.o ipcs.o fragment.o matrix.o syscheck.o library.o blog.o -Wl,--export-dynamic  -lpng12 -lXcomposite -lXdamage -lXfixes -lXrandr -lSM -lICE -lXinerama /usr/lib/libstartup-notification-1.so /usr/lib/libglib-2.0.so -lGL -lm ../libberylsettings/.libs/libberylsettings.so
/usr/bin/ld: cannot find -lGL
collect2: ld returned 1 exit status
make[3]: *** [beryl] Error 1
make[3]: Leaving directory `/home/michele/beryl/trunk/beryl-core/src\'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/michele/beryl/trunk/beryl-core\'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/michele/beryl/trunk/beryl-core\'
make: *** [debian/stamp-makefile-build] Error 2

Le librerie openGL sono però installate correttamente, infatti

Codice:

lrwxrwxrwx 1 root root      21 2007-03-09 18:38 /usr/lib/libGLcore.so.1 -> libGLcore.so.1.0.9746
-rw-r--r-- 1 root root 9618904 2006-12-31 02:04 /usr/lib/libGLcore.so.1.0.9746
lrwxrwxrwx 1 root root      17 2007-03-09 18:38 /usr/lib/libGL.so.1 -> libGL.so.1.0.9746
-rw-r--r-- 1 root root  813240 2006-12-31 02:04 /usr/lib/libGL.so.1.0.9746

e anche gli include:

Codice:

-rw-r--r-- 1 root root 342501 2007-01-04 17:19 glext.h
-rw-r--r-- 1 root root  90905 2007-02-22 20:24 gl.h
-rw-r--r-- 1 root root  78328 2007-02-22 20:24 gl_mangle.h
-rw-r--r-- 1 root root  16668 2004-06-20 23:06 glu.h
-rw-r--r-- 1 root root   3315 2003-10-11 00:09 glu_mangle.h
-rw-r--r-- 1 root root  30134 2006-08-31 01:49 glxext.h
-rw-r--r-- 1 root root  15234 2006-05-08 19:19 glx.h
-rw-r--r-- 1 root root   4257 2006-09-26 03:27 glxint.h
-rw-r--r-- 1 root root   2031 2003-06-05 02:50 glx_mangle.h
-rw-r--r-- 1 root root   2453 2006-09-26 03:27 glxmd.h
-rw-r--r-- 1 root root  75729 2006-09-26 03:27 glxproto.h
-rw-r--r-- 1 root root  10613 2006-09-26 03:27 glxtokens.h
drwxr-xr-x 2 root root   4096 2007-03-12 18:48 internal
-rw-r--r-- 1 root root   8595 2007-01-04 17:19 osmesa.h

Ho rilevato lo stesso errore anche con un altro programma che si basa sulle openGL.

Qualcuno ha idea da cosa può essere dovuto questo errore di linkaggio delle librerie?

Alla fine ho risolto il problema, disinstallando python2.4 e re-installandolo. Il problema che python si porta appresso un sacco di dipendenze, che ho dovuto anch\'esse re-installare!

Michele

Oggi facendo il solito dist-upgrade sulla mia debian etch, ho ottenuto il seguente errore:

Codice:

Configuro python2.4-minimal (2.4.4-2) ...
Linking and byte-compiling packages for runtime python2.4...
Traceback (most recent call last):
  File \"/usr/bin/pycentral\", line 1373, in ?
    main()
  File \"/usr/bin/pycentral\", line 1367, in main
    rv = action.run(global_options)
  File \"/usr/bin/pycentral\", line 1002, in run
    pkg.read_version_info()
  File \"/usr/bin/pycentral\", line 541, in read_version_info
    self.version_info = pyversions.parse_versions(self.version_field)
  File \"/usr/share/pycentral-data/pyversions.py\", line 41, in parse_versions
    raise ValueError, \'error parsing Python-Version attribute\'
ValueError: error parsing Python-Version attribute
dpkg: errore processando python2.4-minimal (--configure):
 il sottoprocesso post-installation script ha restituito un codice di errore 1
dpkg: problemi con le dipendenze impediscono la configurazione di python2.4:
 python2.4 dipende da python2.4-minimal (= 2.4.4-2); comunque:
  Il pacchetto python2.4-minimal non è ancora configurato.
dpkg: errore processando python2.4 (--configure):
 problemi con le dipendenze - lasciato non configurato
dpkg: problemi con le dipendenze impediscono la configurazione di python2.4-dev:
 python2.4-dev dipende da python2.4 (= 2.4.4-2); comunque:
  Il pacchetto python2.4 non è ancora configurato.
dpkg: errore processando python2.4-dev (--configure):
 problemi con le dipendenze - lasciato non configurato
Sono occorsi degli errori processando:
 python2.4-minimal
 python2.4
 python2.4-dev
E: Sub-process /usr/bin/dpkg returned an error code (1)

Per il momento nessun problema di funzionamento, ma è inutile dire che la cosa mi infastidisce non poco :-(

Qualcuno ha idea di come risolvere questo problema?

Michele

Ti consiglio di dare un occhiata a questi siti per verificare la compatibilità dei componenti (soprattutto scheda madre):

http://www.phoronix.com/lch/
http://www.linuxquestions.org/hcl/index.php

M.

Ormai gnome 2.16 è pacchettizzato quasi interamente in experimental, ma in testing non entrerà finche non viene rilasciata la etch come versione stabile, in quanto è stato scelto gnome 2.14 come versione ufficiale per etch.

Quindi bisogna avere ancora un pò di pazienza....
io però sono fiducioso che una volta che la etch sia diventata la versione stabile di debian, gnome 2.16, ma anche gnome 2.18 quando uscirà, entreranno velocemente in testing :dry:

M.