Forum Debianizzati

porcamiseria..
avevo trasferito i file dal computer dove funzionava all'altro computer via ftp con filezilla... avra' fatto qualche casino con i file binari

ora ho fatto un file .zip, l'ho copiato sull'altro computer e ora funziona tutto

Crea, allora, un esempio non funzionante (anche "vuoto" e quindi di piccole dimensioni) da poter far testare.

Testing, sono partito da Wheezy. Ho usato l'opzione Backup.
La iso comunque va bene, ci sono altre vie per installarla?

risolto mica tanto, uno parte (questo di prova) e tutti gli altri no
pure quello vuoto non funziona.. non so che pensare

Allora contrassegna come risolto.

Non sono nuovo di linux ma, non sono sicuro di come operare in dettaglio.

Per quanto riguarda le prime due cose farei così:
-Avviare come single user: entro nell'editor di grub e sulla linea del kernel in fondo metto "single".
-Disabilitare l'avvio automatico dell'interfaccia grafica: update-rc.d -f gdm remove.

Mentre per risolvere il problema vero e proprio avrei bisogno di maggiori dettagli:
-Quindi riconfigura la sezione grafica installando i drivers appropriati.....?

Grazie

non ci sto capendo niente, adesso e' partito
bah

dove NON funziona:

dpkg-architecture -l
DEB_BUILD_ARCH=amd64
DEB_BUILD_ARCH_BITS=64
DEB_BUILD_ARCH_CPU=amd64
DEB_BUILD_ARCH_ENDIAN=little
DEB_BUILD_ARCH_OS=linux
DEB_BUILD_GNU_CPU=x86_64
DEB_BUILD_GNU_SYSTEM=linux-gnu
DEB_BUILD_GNU_TYPE=x86_64-linux-gnu
DEB_BUILD_MULTIARCH=x86_64-linux-gnu
DEB_HOST_ARCH=amd64
DEB_HOST_ARCH_BITS=64
DEB_HOST_ARCH_CPU=amd64
DEB_HOST_ARCH_ENDIAN=little
DEB_HOST_ARCH_OS=linux
DEB_HOST_GNU_CPU=x86_64
DEB_HOST_GNU_SYSTEM=linux-gnu
DEB_HOST_GNU_TYPE=x86_64-linux-gnu
DEB_HOST_MULTIARCH=x86_64-linux-gnu

Fornisci per cortesia l'output del seguente comando sul computer dove il programma non funziona:

dpkg-architecture -l

s3v ha scritto:Una cosa: ma come fai ad avere input/output uguali a zero col primo metodo?
Hai ragione, deve essere stato un mio refuso; infatti:

/usr/bin/time -v bash -c 'time for n in {0..100}; do  exec 3<syslog.1 ;   mapfile -n 0 -u 3 array;  [[ ${array[@]} =~ 09:25:01 ]] && printf "1" || printf "0"; done'
11111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111
real    0m4.583s
user    0m4.036s
sys     0m0.084s
        Command being timed: "bash -c time for n in {0..100}; do  exec 3<syslog.1 ;   mapfile -n 0 -u 3 array;  [[ ${array[@]} =~ 09:25:01 ]] && printf "1" || printf "0"; done"
        User time (seconds): 4.03
        System time (seconds): 0.08
        Percent of CPU this job got: 89%
        Elapsed (wall clock) time (h:mm:ss or m:ss): 0:04.58
        Average shared text size (kbytes): 0
        Average unshared data size (kbytes): 0
        Average stack size (kbytes): 0
        Average total size (kbytes): 0
        Maximum resident set size (kbytes): 3884
        Average resident set size (kbytes): 0
        Major (requiring I/O) page faults: 0
        Minor (reclaiming a frame) page faults: 6861
        Voluntary context switches: 4
        Involuntary context switches: 506
        Swaps: 0
        File system inputs: 240
        File system outputs: 0
        Socket messages sent: 0
        Socket messages received: 0
        Signals delivered: 0
        Page size (bytes): 4096
        Exit status: 0

s3v ha scritto:i risultati output (quelli input restano a zero) variano in continuazione switchando random tra un parametro e l'altro. Mi sa che "time" non è molto affidabile oppure esiste qualche meccanismo automatico di gestione dei file che li trattiene/rilascia in memoria.
È la cache del sistema operativo; ad esempio, impartendo i seguenti comandi come utente root risulta:

# /usr/bin/time -f "output: %O\ninput: %I" ./nomescript 3127.0.0.1 localhost
Command exited with non-zero status 1
output: 0
input: 0

Invece:

# echo 3 > /proc/sys/vm/drop_caches; /usr/bin/time -f "output: %O\ninput: %I" ./nomescript 3
127.0.0.1 localhost
Command exited with non-zero status 1
output: 0
input: 696

provate a scricare questo file di esempio: ftp://maxt.ipstatico.net/d.zip
una volta decompresso, ci sono sia i sorgenti di lazarus, che il binario (project1)
provate a vedere se a voi parte


sul computer dove funziona ottengo questo:

file project1
project1: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.4.0, not stripped


ldd project1
   linux-vdso.so.1 =>  (0x00007fff583c4000)
   libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f526170c000)
   libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f52613d0000)
   libgdk_pixbuf-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x00007f52611af000)
   libgtk-x11-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 (0x00007f5260b70000)
   libgdk-x11-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 (0x00007f52608bd000)
   libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007f526066c000)
   libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f5260374000)
   libgthread-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgthread-2.0.so.0 (0x00007f5260172000)
   libgmodule-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x00007f525ff6d000)
   libpango-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 (0x00007f525fd20000)
   libatk-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0 (0x00007f525fafd000)
   libcairo.so.2 => /usr/lib/x86_64-linux-gnu/libcairo.so.2 (0x00007f525f803000)
   libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f525f5ff000)
   libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f525f275000)
   /lib64/ld-linux-x86-64.so.2 (0x00007f5261948000)
   libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f525f054000)
   librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f525ee4c000)
   libgio-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x00007f525eaf9000)
   libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007f525e8d1000)
   libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f525e64f000)
   libpangocairo-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x00007f525e442000)
   libXcomposite.so.1 => /usr/lib/x86_64-linux-gnu/libXcomposite.so.1 (0x00007f525e23f000)
   libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f525e03d000)
   libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f525de37000)
   libpangoft2-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 (0x00007f525dc0b000)
   libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f525d96c000)
   libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007f525d735000)
   libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f525d521000)
   libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007f525d318000)
   libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 (0x00007f525d115000)
   libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x00007f525cf06000)
   libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007f525ccfe000)
   libXcursor.so.1 => /usr/lib/x86_64-linux-gnu/libXcursor.so.1 (0x00007f525caf4000)
   libffi.so.5 => /usr/lib/x86_64-linux-gnu/libffi.so.5 (0x00007f525c8e6000)
   libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f525c6a9000)
   libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x00007f525c422000)
   libxcb-shm.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0 (0x00007f525c21f000)
   libxcb-render.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 (0x00007f525c015000)
   libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f525bdfd000)
   libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f525bbfa000)
   libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f525b9f5000)
   libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f525b7d4000)
   libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f525b5be000)
   libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f525b393000)

Hai faults sia a livello del tuo programma che del programma ldd. Se il codice sorgente del tuo programma è segretato per chi ti vuole aiutare , inviaci il codice sorgente del tuo programma "vuoto" (come hai scritto sopra), il corrispondente file binario generato e l'output dello script per la creazione automatica di un log per formulare quesiti per i due computer in modo che li si possa analizzare.

non lo avevo messo nella sezione programmazione perche' secondo me non c'e' un bug nel programma

mi spiego:
ho provato anche a fare un programma vuoto, senza scrivere neanche una riga di codice, per vedere se era un problema del mio programma o no.. e anche il programma vuoto da il messaggio "segmentation fault"

praticamente ho fatto un programma con lazarus, ho preso il file compilato e l'ho copiato sull'altro computer e su questo non parte...

devi fornire l'output di valgrind o di gdb o il sorgente del programma.

Avresti dovuto porre il problema nella sezione apposita.

ho provato a verificare con ldd sul computer dove il programma funziona quali sono le librerie che richiede, e ho visto che tutte risultano gia' installate sul secondo compter..

Versione di Debian?
Hai utilizzato Remastersys con l'opzione "backup" o con "dist"?
Ti ricordo che Remastersys non è più sviluppato da circa un mesetto...

La nuova stable ha la versione 0.9.10-3.
http://packages.debian.org/wheezy/pcmanfm

Potresti provare con il pinning, altre strade non ne vedo. Consulta la guida sul wiki.

Avvia come single user e disabilita l'avvio automatico dell'interfaccia grafica. Quindi riconfigura la sezione grafica installando i drivers appropriati.

Potrebbero esserci diverse spiegazioni, per esempio un bug del programma. Fornisci il codice sorgente e/o usa valgrind per verificare i memori leak.

Sì, avevo già pensato di passare alla nuova Debian 7, anche se prima di effettuare l'upgrade volevo aspettare ancora un attimo; nel contempo, chiedevo se ci fosse comunque la possibilità di effettuare un aggiornamento stabile di PCManFM.
Grazie..