HOWTO: Scaricare da Rapidshare e Megaupload da QNAP

[virtualdj]

Originariamente inviato da fasix

potresti mandarmi il qpkg che hai realizzato?
grazie
ma è per arm o x86?

Credo che alla fine stef8604 abbia inserito nel "finto QPKG" lo script debian.sh (o vnc.sh nel tuo caso) come avevo scritto qui:

Originariamente inviato da virtualdj

Se il tuo obiettivo è avviare Debian allo start e spegnerlo allo stop dovresti crearti uno script che accetti uno dei due parametri (oppure potresti usare debian.sh) e seguire la guida per creare un finto pacchetto QPKG incaricato di lanciarlo.

Perciò seguendo le istruzioni nel link dovrebbe essere realizzabile, per ARM o x86 che sia.
Magari stef8604 te lo potrà confermare.

Nel frattempo, oltre al PM che ti ho mandato, sto provando un'altra soluzione nell'emulatore:

[~] # apt-get -b source vnc4server

che dovrebbe consentire di scaricare vnc4server dai sorgenti e compilarlo.
Ormai è da 2 ore che sta andando avanti... vediamo come finirà!
Se funziona, probabilmente è così che l'autore della VM ha fatto, ovvero vnc4server è disponibile per armel solo come sorgente e non come pacchetto compilato e pronto. Vedremo.

Buon anno anche a te!

[fasix]

anche io ci avevo pensato di scaricare i sorgenti e di compilarlo, ma io non ho le competenze per farlo.

[virtualdj]

Neanch'io...
Sto usando Google

[stef8604]

confermo, il mio qpkg esegue semplicemente il file run.sh che avvia debian, vnc server e quindi jdownloader.
ho fatto questo perchè così non mi serve aprire il putty e lavorare in ssh x avviare o stoppare la debian, ma questo posso farlo tramite la webconsole del nas proprio con le funzionalità dei qpkg.
l'installazione della debian devi farla a mano cn l'ottima guida di virtualdj

[stef8604]

Originariamente inviato da virtualdj

@ stef8604

Bene, sono contento che ti funzioni!
L'anno prossimo ti dirò un'altra cosa che sono riuscito a fare...

del tipo?? sono curioso

[virtualdj]

Originariamente inviato da stef8604

del tipo?? sono curioso

Ehe
Non so se tu hai degli account premium, ma poniamo il caso che tu voglia rimanere con gli account free; non sarebbe comodo avere una segnalazione "sonora" (ovvero un beep) quando appare la finestra di inserimento dei codici di verifica (captcha)?
Oppure un sistema che chiuda automaticamente l'ambiente e/o spenga il NAS al termine dei download?

Beh, si può fare...
e se ce l'ho fatta io...

[stef8604]

figata sei un grande!!!!
ho due account premium ma x gli altri vado ovviamente in free motivo x cui ho seguito questa tua guida x arrivare a jdownloader... sarebbe molto interessante!!!

ti giro anche un altro quesito magari conosci qualcosa spero di non essere ot, cmq sto cercando qualcosa tipo questo:
http://www.collectorz.com/movie/download.php
questo è solo per windows mi serve qualcosa di figo per catalogare tutti i miei film che giri su questa debian, ma che resti accessibile da browser e poi sarebbe il massimo anche da iphone, conosci qualcosa???

[virtualdj]

Originariamente inviato da stef8604

ti giro anche un altro quesito magari conosci qualcosa spero di non essere ot, cmq sto cercando qualcosa tipo questo:
http://www.collectorz.com/movie/download.php
questo è solo per windows mi serve qualcosa di figo per catalogare tutti i miei film che giri su questa debian, ma che resti accessibile da browser e poi sarebbe il massimo anche da iphone, conosci qualcosa???

Siamo OT, ma per chiudere l'argomento non ne ho trovati che siano accessibili da browser.
Se ti accontenti di accedervi da VNC (lo so, non è il massimo della comodità), dovrebbero esserci GCStar e Tellico.
Oppure, se sei un temerario , prova a eseguire il programma che dici con Wine. Non si sa mai, magari sei fortunato...

[fasix]

Originariamente inviato da stef8604

confermo, il mio qpkg esegue semplicemente il file run.sh che avvia debian, vnc server e quindi jdownloader.
ho fatto questo perchè così non mi serve aprire il putty e lavorare in ssh x avviare o stoppare la debian, ma questo posso farlo tramite la webconsole del nas proprio con le funzionalità dei qpkg.
l'installazione della debian devi farla a mano cn l'ottima guida di virtualdj

Grazie, potresti postarlo il file?
o mandarmelo via email?

vito.fasano _@_ gmail.com

grazie ed Auguri di nuovo

[stef8604]

ti allego il file sh (che poi semplicemente è quello che usi dal putty normalemente),

#!/opt/bin/bash
# Impostazioni script

LOGFILE=/share/MD0_DATA/.qpkg/Debian/debian.log
VNC_USER=web
VNC_DISPLAY=1
DEBIAN_PATH=/share/MD0_DATA/debian

exec >> $LOGFILE 2>&1

# Parametri da linea di comando
case "$1" in
start)
  # Verifica se VNC e' in esecuzione
  if [[ `ls -l $DEBIAN_PATH/home/$VNC_USER/.vnc/ | grep :$VNC_DISPLAY.pid` ]]
     then
     /bin/echo "VNCserver e' gia' in esecuzione."
  else
     # Prepara Debian per l'esecuzione
     $DEBIAN_PATH/debian.sh start > /dev/null 2>&1
     
     # Elimina eventuali residui
     /bin/rm -rf $DEBIAN_PATH/tmp/.X*

     # Esegue il chroot che avvia VNCserver
     /usr/sbin/chroot $DEBIAN_PATH /bin/su $VNC_USER -c "vncserver :$VNC_DISPLAY" > /dev/null 2>&1
     /bin/echo "VNCserver attivo su schermo $VNC_DISPLAY."
  fi
  ;;

stop)
  # Verifica se VNC e' in esecuzione
  if [[ `ls -l $DEBIAN_PATH/home/$VNC_USER/.vnc/ | grep :$VNC_DISPLAY.pid` ]]
     then
     # Esegue il chroot che termina VNCserver
     /usr/sbin/chroot $DEBIAN_PATH /bin/su $VNC_USER -c "vncserver -kill :$VNC_DISPLAY" > /dev/null 2>&1

     # Termina eventuali istanze bloccate
     /usr/sbin/killall Xvnc4 > /dev/null 2>&1

     # Chiude Debian
     $DEBIAN_PATH/debian.sh stop > /dev/null 2>&1
     /bin/echo "VNCserver terminato."
     
  else
     /bin/echo "VNCserver non e' in esecuzione."
  fi
  ;;

restart)
  $0 stop
  $0 start
  ;;

*)
  echo "Uso: $0 {start|stop|restart}"
  exit 1
  ;;
esac

exit 0

non posso postarti il file .qpkg perchè è buildato con le configurazioni del mio ambiente quindi con te non funzionerebbe

[Emanuele86]

eccomi mi metto all'opera

edit: leggo che bisogna reinstallare la versione armel di debian, quindi senza formattare nulla come rimuovo la versione arm senza formattare e perdere nulla?

[virtualdj]

@ fasix

La compilazione dai sorgenti di vnc4server non ha avuto successo (è andata in errore); comunque, dato che hai detto che con la versione compilata il risultato è lo stesso, possiamo tornare a usare tightvncserver.

Riguardo al problema della chiusura di Putty che causa il freeze di VNC, gli errori da cercare sono questi:

XIO:  fatal IO error 104 (Connection reset by peer) on X server ":1.0"
      after 10267 requests (10263 known processed) with 0 events remaining.
xterm:  fatal IO error 11 (Resource temporarily unavailable) or KillClient on X server ":1.0"

perché compaiono sia con le prove fatte con tightvncserver che con vnc4server.

Ho cercato un po' ma non è che abbia trovato granché (sto esaurendo le idee) e, soprattutto, non riesco a generare l'errore nell'emulatore quindi non posso provare a capire cosa lo causa. Ci vorrebbe Emanuele86 che confermasse pure lui lo stesso comportamento, perché io e stef8604 abbiamo l'Atom e quindi non contiamo.

Ti suggerisco alcune soluzioni che ho trovato, le devi provare tu, ma non so se servano o se contino qualcosa perché sinceramente non mi sembra si adattino alla "nostra" configurazione. Ma tant'è... tanto vale provare comunque:

1. Dentro al chroot digita:
   

   [~] # /etc/init.d/xfs start

   Questo dovrebbe avviare il server dei font che alcune volta causa l'errore 104. Ma non credo si applichi anche a Vnc.
2. Dentro al chroot digita:
   

   [~] # vncserver :1
   [~] # export DISPLAY=:1
   [~] # x-session-manager

   Altri hanno risolto con questo, mah, da me non è neanche installato.
3. Prova a reinstallare xorg, in modo che vengano installati i font. Al limite toglilo e poi rimettilo.
4. Io dubito che sia la chiusura di putty a causare il freeze, comunque si potrebbe provare anche con screen a mantenere attivo il processo.
   Fai così, da fuori il chroot.
   

   [~] # ipkg install screen
   [~] # screen
   [~] # vnc.sh start
   JDownloader attivo su schermo 1.

   Ora sulla tastiera premi prima CTRL+a e poi rilascia e premi il tasto d. Dovrebbe apparire quanto segue:
   

   [detached]
   [~] #

   Ora chiudi pure putty. In teoria non dovrebbe bloccarsi la sessione Vnc perché è in esecuzione "dentro" a screen.
   Poi riapri putty e digita:
   

   [~] # screen -r

   Dovrebbe ridarti la finestra che hai usato per lanciare fluxbox, dove puoi digitare:
   

   [~] # vnc.sh stop
   [~] # exit

Detto questo, se ti vengono in mente altre prove che puoi fare, falle e pubblica i risultati. Purtroppo (a meno che io non sia in grado di cercare bene) non sono riuscito a trovare altro. Se sei fortunato e una di queste risolve, indica quale soluzione ha sortito gli effetti sperati.

Ah, dimenticavo, ho riletto a mente fredda un tuo post, questo:

Originariamente inviato da fasix

1) il comando

 # ps | grep vnc | grep -v grep

quando ancora vnc.sh è attivo è funzionante mi da questo output

 4588 1000      13408 S   Xtightvnc :1 -desktop X -auth /home/web/.Xauthority -
 4593 1000       1412 S   /bin/sh /home/web/.vnc/xstartup

mentre quando chiudo putty e lo riapro, mi da come output:

 4588 1000       7848 S   Xtightvnc :1 -desktop X -auth /home/web/.Xauthority -

Ho provato a simulare quanto da te indicato e ho visto che il fatto che sparisca l'xstartup dall'elenco dei processi nel mio caso non è dovuto alla chiusura di putty, bensì di Jdownloader.
Ovvero, se chiudo Jdownloader e scrivo ps mi scompare quel processo.

Quindi questo mi fa pensare una cosa: prova ad editare il file xstartup (come descritto precedentemente) inserendo un cancelletto # davanti al comando java (dovrebbe essere l'ultimo) e vedi se non avviando Jdownloader ma solo fluxbox esso si freeza lo stesso alla chiusura di putty.

Fammi/facci sapere, ciao.

[virtualdj]

Originariamente inviato da Emanuele86

eccomi mi metto all'opera

Abbiamo bisogno di te!

Originariamente inviato da Emanuele86

edit: leggo che bisogna reinstallare la versione armel di debian, quindi senza formattare nulla come rimuovo la versione arm senza formattare e perdere nulla?

Beh dei dati nel NAS non perdi nulla, perdi quelli inseriti nella cartella di Debian ovvero tutto quanto sta sotto /share/MD0_DATA/debian.

Se vuoi conservarli (ma devi poi spostarli a mano) puoi crearti, che ne so, una cartella /share/MD0_DATA/newdebian e modificare tutti gli script di conseguenza per adattarsi al nuovo nome.

[fasix]

Originariamente inviato da virtualdj

possiamo tornare a usare tightvncserver.

fatto

Originariamente inviato da virtualdj

Ci vorrebbe Emanuele86 che confermasse pure lui lo stesso comportamento, perché io e stef8604 abbiamo l'Atom e quindi non contiamo.

magari, lo aspettiamo

Originariamente inviato da virtualdj

[1]Dentro al chroot digita:

[~] # /etc/init.d/xfs start

Questo dovrebbe avviare il server dei font che alcune volta causa l'errore 104. Ma non credo si applichi anche a Vnc.

a me il file

[~] # /etc/init.d/xfs

non c'e'.
dovrei installarlo? come si chiama il pacchetto?

Originariamente inviato da virtualdj

[2]Dentro al chroot digita:

[~] # vncserver :1
[~] # export DISPLAY=:1
[~] # x-session-manager

Altri hanno risolto con questo, mah, da me non è neanche installato.

neanche a me sta installato.

Originariamente inviato da virtualdj

[3]Prova a reinstallare xorg, in modo che vengano installati i font. Al limite toglilo e poi rimettilo.

nulla di fatto anche con questa soluzione.

Originariamente inviato da virtualdj

[4]Io dubito che sia la chiusura di putty a causare il freeze, comunque si potrebbe provare anche con screen a mantenere attivo il processo.
Fai così, da fuori il chroot.

[~] # ipkg install screen
[~] # screen
[~] # vnc.sh start
JDownloader attivo su schermo 1.

Ora sulla tastiera premi prima CTRL+a e poi rilascia e premi il tasto d. Dovrebbe apparire quanto segue:

[detached]
[~] #

Ora chiudi pure putty. In teoria non dovrebbe bloccarsi la sessione Vnc perché è in esecuzione "dentro" a screen.
Poi riapri putty e digita:

[~] # screen -r

Dovrebbe ridarti la finestra che hai usato per lanciare fluxbox, dove puoi digitare:

[~] # vnc.sh stop
[~] # exit

con questa soluzione sembra andare bene.
devo provarla a fondo. dopo qualche riavvio del NAS e di debian

Originariamente inviato da virtualdj

Ah, dimenticavo, ho riletto a mente fredda un tuo post, questo:

Ho provato a simulare quanto da te indicato e ho visto che il fatto che sparisca l'xstartup dall'elenco dei processi nel mio caso non è dovuto alla chiusura di putty, bensì di Jdownloader.
Ovvero, se chiudo Jdownloader e scrivo ps mi scompare quel processo.

Quindi questo mi fa pensare una cosa: prova ad editare il file xstartup (come descritto precedentemente) inserendo un cancelletto # davanti al comando java (dovrebbe essere l'ultimo) e vedi se non avviando Jdownloader ma solo fluxbox esso si freeza lo stesso alla chiusura di putty.

Fammi/facci sapere, ciao.

idem ora faccio anche queste prove

[virtualdj]

Originariamente inviato da fasix

a me il file

[~] # /etc/init.d/xfs

non c'e'.
dovrei installarlo? come si chiama il pacchetto?

No, direi di no. Tanto non penso sia quello, non ce l'ho nemmeno io (ma avevo trovato una pagina su internet e ho pensato di citarla piuttosto che lasciar perdere ).

Originariamente inviato da fasix

neanche a me sta installato.

OK, come previsto neanche questo ci riguarda.

Originariamente inviato da fasix

nulla di fatto anche con questa soluzione.

OK, previsto anche questo.

Originariamente inviato da fasix

con questa soluzione sembra andare bene.
devo provarla a fondo. dopo qualche riavvio del NAS e di debian

Ecco, già questo è strano perché io non ho bisogno di screen perché il processo stia su. Cosa ci può essere di diverso tra i nostri due debian?
Comunque perlomeno tamponi. Ricorda che se riavvii il NAS chiaramente screen non sopravvive quindi dovrai rilanciarlo.
Attendiamo Emanuele86: se anche lui ha il tuo problema, allora è qualcosa in Debian armel che differisce dalla i386 (mi sembra strano).

Originariamente inviato da fasix

idem ora faccio anche queste prove

Sì, speriamo di capirci qualcosa in più.

Verifica anche se, dentro il chroot, hai questo output:

[/] # ls /dev/pts/
0  ptmx

[fasix]

Originariamente inviato da virtualdj

Ecco, già questo è strano perché io non ho bisogno di screen perché il processo stia su. Cosa ci può essere di diverso tra i nostri due debian?
...
Attendiamo Emanuele86: se anche lui ha il tuo problema, allora è qualcosa in Debian armel che differisce dalla i386 (mi sembra strano).

tu queste prove non le fai sul tuo nas?

Originariamente inviato da virtualdj

Comunque perlomeno tamponi. Ricorda che se riavvii il NAS chiaramente screen non sopravvive quindi dovrai rilanciarlo.

certo, lo so

Originariamente inviato da virtualdj

Verifica anche se, dentro il chroot, hai questo output:

[/] # ls /dev/pts/
0  ptmx

QNAP:/# ls /dev/pts/
0  1  2  3
QNAP:/#

QNAP:/# ls /dev/ptmx
/dev/ptmx
QNAP:/#

[fasix]

Originariamente inviato da stef8604

ti allego il file sh (che poi semplicemente è quello che usi dal putty normalemente),

#!/opt/bin/bash
# Impostazioni script

LOGFILE=/share/MD0_DATA/.qpkg/Debian/debian.log
VNC_USER=web
VNC_DISPLAY=1
DEBIAN_PATH=/share/MD0_DATA/debian

exec >> $LOGFILE 2>&1

# Parametri da linea di comando
case "$1" in
start)
  # Verifica se VNC e' in esecuzione
  if [[ `ls -l $DEBIAN_PATH/home/$VNC_USER/.vnc/ | grep :$VNC_DISPLAY.pid` ]]
     then
     /bin/echo "VNCserver e' gia' in esecuzione."
  else
     # Prepara Debian per l'esecuzione
     $DEBIAN_PATH/debian.sh start > /dev/null 2>&1
     
     # Elimina eventuali residui
     /bin/rm -rf $DEBIAN_PATH/tmp/.X*

     # Esegue il chroot che avvia VNCserver
     /usr/sbin/chroot $DEBIAN_PATH /bin/su $VNC_USER -c "vncserver :$VNC_DISPLAY" > /dev/null 2>&1
     /bin/echo "VNCserver attivo su schermo $VNC_DISPLAY."
  fi
  ;;

stop)
  # Verifica se VNC e' in esecuzione
  if [[ `ls -l $DEBIAN_PATH/home/$VNC_USER/.vnc/ | grep :$VNC_DISPLAY.pid` ]]
     then
     # Esegue il chroot che termina VNCserver
     /usr/sbin/chroot $DEBIAN_PATH /bin/su $VNC_USER -c "vncserver -kill :$VNC_DISPLAY" > /dev/null 2>&1

     # Termina eventuali istanze bloccate
     /usr/sbin/killall Xvnc4 > /dev/null 2>&1

     # Chiude Debian
     $DEBIAN_PATH/debian.sh stop > /dev/null 2>&1
     /bin/echo "VNCserver terminato."
     
  else
     /bin/echo "VNCserver non e' in esecuzione."
  fi
  ;;

restart)
  $0 stop
  $0 start
  ;;

*)
  echo "Uso: $0 {start|stop|restart}"
  exit 1
  ;;
esac

exit 0

non posso postarti il file .qpkg perchè è buildato con le configurazioni del mio ambiente quindi con te non funzionerebbe

cat /opt/bin/vnc.sh 
#!/opt/bin/bash
# Impostazioni script

VNC_USER=web
VNC_DISPLAY=1
DEBIAN_PATH=/share/MD0_DATA/debian

# Parametri da linea di comando
case "$1" in
start)
  # Verifica se VNC e' in esecuzione
  if [[ `ls -l $DEBIAN_PATH/home/$VNC_USER/.vnc/ | grep :$VNC_DISPLAY.pid` ]]
     then
     echo "VNCserver e' gia' in esecuzione."
  else
     # Prepara Debian per l'esecuzione
     $DEBIAN_PATH/debian.sh start > /dev/null 2>&1
     
     # Elimina eventuali residui
     rm -rf $DEBIAN_PATH/tmp/.X*

     # Esegue il chroot che avvia VNCserver
     chroot $DEBIAN_PATH /bin/su $VNC_USER -c "vncserver :$VNC_DISPLAY" > /dev/null 2>&1
     echo "VNCserver attivo su schermo $VNC_DISPLAY."
  fi
  ;;

stop)
  # Verifica se VNC e' in esecuzione
  if [[ `ls -l $DEBIAN_PATH/home/$VNC_USER/.vnc/ | grep :$VNC_DISPLAY.pid` ]]
     then
     # Esegue il chroot che termina VNCserver
     chroot $DEBIAN_PATH /bin/su $VNC_USER -c "vncserver -kill :$VNC_DISPLAY" > /dev/null 2>&1

     # Termina eventuali istanze bloccate
     killall Xvnc4 > /dev/null 2>&1

     # Chiude Debian
     $DEBIAN_PATH/debian.sh stop > /dev/null 2>&1
     echo "VNCserver terminato."
     
  else
     echo "VNCserver non e' in esecuzione."
  fi
  ;;

*)
  echo "Uso: $0 {start|stop}"
  exit 1
  ;;
esac

exit 0

questo è il mio script, è un pò differente dal tuo. come mai?
PS: ma poi avendo questo script (oppure il tuo) come genero il file qkpg e come lo installo?

[virtualdj]

Originariamente inviato da fasix

questo è il mio script, è un pò differente dal tuo. come mai?

In realtà no. stef8604 ha solo aggiunto il percorso completo davanti ai comandi echo, rm e chroot (perché siccome lo script viene eseguito all'avvio, i percorso potrebbero non essere ancora montati, proprio come detto per il file di autorun) e in testa il comando exec che salva nel LOGFILE quanto dovrebbe apparire a schermo (eventuali messaggi di errore).
Tra l'altro bisognerebbe eliminare i "> /dev/null 2>&1" affinché abbia senso usare exec (che io avevo messo proprio per non avere "sporco" sulla console, passatemi il termine...)
In più ha aggiunto l'argomento restart che non è altro che uno stop seguito da uno start, necessario per generare il QPKG.

Originariamente inviato da fasix

PS: ma poi avendo questo script (oppure il tuo) come genero il file qkpg e come lo installo?

Puoi fare riferimento direttamente al thread in inglese, postato proprio da stef8604.
Tuttavia, nel link che avevo postato, non facevano tutta questa trafila ma semplicemente modificavano direttamente il file /etc/config/qpkg.conf.
Supponendo che il tuo script (che va integrato con il comando restart e con i percorsi completi, come quello di stef8604) sia salvato in /opt/bin/vnc.sh, dovrai aggiungere queste righe al file /etc/config/qpkg.conf:

[VncDebian]
Shell = /share/MD0_DATA/.qpkg/Optware/bin/vnc.sh

Ripeto, non l'ho provato personalmente, ma questo è quanto si legge.
Oppure segui il thread in inglese che usa QDK per generare un pacchetto QPKG.

Originariamente inviato da fasix

tu queste prove non le fai sul tuo nas?

Appunto, le faccio, ma a me la disconnessione da Putty non causa il crash di Vnc.
Vabbe', un'ultima prova. Lancia vnc, sconnetti Putty, (vedi se si inchioda), poi rientra con Putty e vedi se Fluxbox è ancora in esecuzione così:

[~] # ps | grep fluxbox | grep -v grep
 5393 1000       4864 S   /usr/bin/fluxbox

Se Fluxbox si è chiuso, allora nel file ~/.vnc/xstartup devi sostituire:

startfluxbox &

con:

nohup startfluxbox &

che dovrebbe evitare al processo di terminarsi alla chiusura della sessione dell'utente che lo ha creato.
Anche se ancora non capisco perché io non ho dovuto farlo.

[fasix]

quando chiudo la connessione ssh, si termina anche fluxbox che palle

ma neanche usando "nohup" si risolve il problema

[fasix]

usando il nuovo script avevo un errore che mi diceva che non esisteva la cartella dove inserire il file di LOG.
dopo l'ho creata, ma ora non mi visualizza gli output (ti avvio, di spegnimento ...)



PS: forse ho capito. tutti gli output vanno nel file di log, giusto? e se volessi un comportamento analogo allo script iniziale?