Mount device usb manualmente ?

[kill_one]

allora ho creato il file e questo è il contenuto

#!/bin/sh

/bin/cp -a /share/HDA_DATA/.qpkg/autorun/smb.conf /etc/config/smb.conf > /tmp/mio_mount.log 2>&1
/bin/cp -a /share/HDA_DATA/.qpkg/autorun/external_storage.conf /HDA_ROOT/.config/external_storage.conf >> /tmp/mio_mount.log 2>&1

exit 0

ma al riavvio resta tutto uguale come mai ?

[kill_one]

non va nemmeno inserindo questa stringa

#!/bin/sh
/share/HDA_DATA/.qpkg/autorun/autorun.sh &

questo metodo forse non funziona sull'ultimo fw QTS...

[kill_one]

L'avranno fatto per sicurezza. /dev/null come dice il nome fa nulla, e' come un pozzo senza fondo. Eliminalo e crea il vero autorun.sh con un editor tipo vi.
Hai listato qui il contenuto, puoi sempre crearlo in un attimo con ln -s /dev/null autorun.sh.

Ho appena notato che c'e' anche una guida qui sul forum: https://www.qnapclub.it/viewtopic.php?f=14&t=7733

quindi se ho capito bene la procedura corretta sarebbe questa:

mount -t ext2 /dev/mtdblock5 /tmp/config
cd /tmp/config
ln -s /dev/null autorun.sh

Perche' crei nuovamente il link a /dev/null? Va fatto solo se vuoi tornare indietro con la configurazione. Dovresti invece eliminare il symlink con "rm autorun.sh" e poi creare il tuo. Metterei i comandi di copia direttamente nell'autorun.sh originale.

Ah ok! avevo capito il contrario... :D
quel comando è solo per ripristinare come prima ok, visto che poi la smonta è più semplice poi da modificare ogni volta se devo aggiungere altro non credi ?

E' anche piu' facile da eliminare

Consigli ? :D

[qn4p01]

Hai guardato nel file di log /tmp/mio_mount.log se dice qualcosa?
Trovi i file sorgenti da copiare dove li hai depositati dopo il reboot?
Hai dato i permessi di esecuzione al file autorun.sh contenente i comandi(chmod 755 o quantomeno 555)?
Hai provato a mettere il contenuto dello script direttamente nel file autorun.sh originale(senza quindi usare il riferimento di comodo)?
Boh! :^)

[kill_one]

Hai guardato nel file di log /tmp/mio_mount.log se dice qualcosa?

non c'è traccia del log...

Trovi i file sorgenti da copiare dove li hai depositati dopo il reboot?

si li ho messi nella cartella /opt

Hai dato i permessi di esecuzione al file autorun.sh contenente i comandi(chmod 755 o quantomeno 555)?

si chmod +x e risulta che il file ha 755 come permessi

Hai provato a mettere il contenuto dello script direttamente nel file autorun.sh originale(senza quindi usare il riferimento di comodo)?

si, questo è quello che ho inserito nel file autorun.sh in tmp/config

#!/bin/bash

/bin/cp -a /opt/rsyncd.conf /etc/config/rsyncd.conf >> /tmp/mio_mount.log 2>&1
/bin/cp -a /opt/smb.conf /etc/config/smb.conf >> /tmp/mio_mount.log 2>&1
/bin/cp -a /opt/external_storage.conf /etc/config/external_storage.conf >> /tmp/mio_mount.log 2>&1

exit 0

ho scoperto che ci vuole anche il file rsyncd.conf per farli vedere dal NAS gli altri USBDisk

Boh! :^)

eh! :D

[kill_one]

se eseguo da shell i 3 comandi:

/bin/cp -a /opt/rsyncd.conf /etc/config/rsyncd.conf >> /tmp/mio_mount.log 2>&1
/bin/cp -a /opt/smb.conf /etc/config/smb.conf >> /tmp/mio_mount.log 2>&1
/bin/cp -a /opt/external_storage.conf /etc/config/external_storage.conf >> /tmp/mio_mount.log 2>&1

non da nessuno errore e mi crea un file vuoto mio_mount.log in tmp

se provo a lanciare autorun.sh con il comando ./autorun.sh
mi da questo errore:

[/tmp/config] # ./autorun.sh
-sh: ./autorun.sh: /bin/sh^M: bad interpreter: No such file or directory

cosa vuol dire ?

[emanuelef]

se eseguo da shell i 3 comandi:

/bin/cp -a /opt/rsyncd.conf /etc/config/rsyncd.conf >> /tmp/mio_mount.log 2>&1
/bin/cp -a /opt/smb.conf /etc/config/smb.conf >> /tmp/mio_mount.log 2>&1
/bin/cp -a /opt/external_storage.conf /etc/config/external_storage.conf >> /tmp/mio_mount.log 2>&1

non da nessuno errore e mi crea un file vuoto mio_mount.log in tmp

se provo a lanciare autorun.sh con il comando ./autorun.sh
mi da questo errore:

[/tmp/config] # ./autorun.sh
-sh: ./autorun.sh: /bin/sh^M: bad interpreter: No such file or directory

cosa vuol dire ?

Sembra quasi che nel file ci sia quel carattere di troppo (^M) che fa sbagliare il percorso della console bash.
Per chiarezza, /bin/sh è il processo che interpreta i comandi da console.

Prova ad editare il file con vi, o ancora meglio a riscriverlo da zero (sempre con vi).

Fai magari un prova al volo, guarda se lanciando un script stupido tipo

#/bin/sh
echo ciao

funziona tutto correttamente.

Inviato dal mio X9076 utilizzando Tapatalk

[qn4p01]

Eh si, ^M e' il "carriage rerturn" che aggiunge winzoz.
@kill_one
nella prima redirezione dell'output userei un solo segno di maggiore, cosi azzera il file di log ad ogni esecuzione anziche' appendere all'infinito. Vero che se tutto va sempre bene dovrebbe sempre risultare vuoto, ma e' ancor meglio evitare eventuali spiacevoli sorprese ;)