Bonjour,
La procédure d'installation de DaGGeR‎
"Installation de LINKNX sur QNAP TS-119"
https://groups.google.com/group/domotiqu...-119?hl=fr
me semble très précise, mais elle date d'un an déjà .
On mentionne le firmware : Version 3.3.1 build 0720T, alors que la
version actuelle est 3.4.0
Est-ce qu'elle est toujours d'actualité ? notamment la modif IPKG ?
Concrètement, est-ce que quelqu'un a installé eibd sur NAS QNAP TS-4xx
récemment ?
Merci pour vos réponses concrètes.
Il y a quelques différences par rapport à la procédure...
Est-ce que ce path est correct sous Linux ?
/share/MD0_DATA/.qpkg/Optware
J'ai tout lieu de le croire, puisque c'est l'ouput de "pwd" mais ce
point en plein milieu me chagrinne (je pensais que . dans une
commande, était la "current directory", mais dans le path ?!?)
Bonsoir Marc,
Sous Linux, si je ne me goure pas, . devant un fichier (ou un répertoire) signifie qu'il est caché. Rien a voir avec le répertoire courant noté . dans une commande type cp par exemple
@+
Thierry
Le 3 mars 2011 à 19:13, marc.assin a écrit :
> Il y a quelques différences par rapport à la procédure...
>
> Est-ce que ce path est correct sous Linux ?
> /share/MD0_DATA/.qpkg/Optware
>
> J'ai tout lieu de le croire, puisque c'est l'ouput de "pwd" mais ce
> point en plein milieu me chagrinne (je pensais que . dans une
> commande, était la "current directory", mais dans le path ?!?)
>
On 3 mar, 20:58, Sprint <sprint...@free.fr> wrote:
> Sous Linux, si je ne me goure pas, . devant un fichier (ou un répertoire) signifie qu'il est caché.
Merci M'sieu
Au fait, c'est un attribut de fichier ? et donc on peut l'enlever ?
On jeudi 03 mars 2011, marc.assin wrote:
> Au fait, c'est un attribut de fichier ? et donc on peut l'enlever ?
C'est simplement la première lettre du nom du fichier ; il suffit de le
renommer sans le point...
--
Frédéric
On 3 mar, 21:08, Frédéric <f...@gbiloba.org> wrote:
> C'est simplement la première lettre du nom du fichier ; il suffit de le
> renommer sans le point...
Merci M'sieu
La procédure d'install marche sur la version 3.4 .
J'ai ré-installé eibd+linknx+knxweb il y a 3 semaines en gros après
une mise à jour vers 3.4.
Je ne l'ai pas laissé en place, vu que je suis passé sous Debian pour
avoir le support Mysql, mais sinon pas de soucis, et toujours
d'actualité
Bon courage ...
On 3 mar, 21:08, Frédéric <f...@gbiloba.org> wrote:
> On jeudi 03 mars 2011, marc.assin wrote:
>
> > Au fait, c'est un attribut de fichier ? et donc on peut l'enlever ?
>
> C'est simplement la première lettre du nom du fichier ; il suffit de le
> renommer sans le point...
>
> --
> Frédéric
On 3 mar, 21:26, DaGGeR <dagger...@hotmail.com> wrote:
> La procédure d'install marche sur la version 3.4
Je cale déjà au point 1.2. La commande IPKG a effectivement disparu
Je constate quelques changements dans la nomenclature des directories
par rapport à ton document, n'suis pas à l'aise avec ce truc,
trouillomètre à -15
> Je ne l'ai pas laissé en place, vu que je suis passé sous Debian pour
> avoir le support Mysql,
?!? mais le support Mysql est dedans d'origine !?! (ainsi que 36
autres services, il a même Asterisk :-))
On 3 mar, 21:26, DaGGeR <dagger...@hotmail.com> wrote:
> La procédure d'install marche sur la version 3.4 .
dans la paragraphe "Créer un lien symbolique "
quel est le but de
rm -rf /opt
c'est la commande remove ! non ?
est-ce qu'il faut se trouver à endroit particulier pour l'exécuter ?
je suppose qu'on ne va pas fliguer toutes les directories "opt" ?
Mysql est dedans, mais impossible d'installer linknx avec l'option
mysql car il faut une bibliothèque mysql-client introuvable sur la
distri QNAP
La nomenclature change d'un modèle à l'autre car ils ne sont pas tous
basés sur les même processeur, et architecture générale
Il n'y a plus IPKG avec les dépots QPKG ? ( dans l'interface du QNAP )
On 3 mar, 21:40, "marc.assin" <raym...@warichet.com> wrote:
> On 3 mar, 21:26, DaGGeR <dagger...@hotmail.com> wrote:> La procédure d'install marche sur la version 3.4
>
> Je cale déjà au point 1.2. La commande IPKG a effectivement disparu
> Je constate quelques changements dans la nomenclature des directories
> par rapport à ton document, n'suis pas à l'aise avec ce truc,
> trouillomètre à -15
>
> > Je ne l'ai pas laissé en place, vu que je suis passé sous Debian pour
> > avoir le support Mysql,
>
> ?!? mais le support Mysql est dedans d'origine !?! (ainsi que 36
> autres services, il a même Asterisk :-))
On 3 mar, 22:03, DaGGeR <dagger...@hotmail.com> wrote:
> Mysql est dedans, mais impossible d'installer linknx avec l'option
> mysql car il faut une bibliothèque mysql-client introuvable sur la
> distri QNAP
Cà c'est pas cool. Autant dire que ce truc ne sert à rien. Cà
contraste avec le reste du produit qui m'a l'air très bien fait.
C'est qu'elle distri au juste ?
> Il n'y a plus IPKG avec les dépots QPKG ? ( dans l'interface du QNAP )
Désolé, comprends pas la question
Tu as une idée pour rm -rf /opt ?
Effectivement, c'est un remove. Je ne sais pas trop à quoi ça servait.
J'ai simplement suivi le tuto sur :
http://wiki.qnap.com/wiki/Install_Optware_IPKG
( partie Manual installation )
On 3 mar, 21:50, "marc.assin" <raym...@warichet.com> wrote:
> On 3 mar, 21:26, DaGGeR <dagger...@hotmail.com> wrote:
>
> > La procédure d'install marche sur la version 3.4 .
>
> dans la paragraphe "Créer un lien symbolique "
> quel est le but de
> rm -rf /opt
> c'est la commande remove ! non ?
> est-ce qu'il faut se trouver à endroit particulier pour l'exécuter ?
> je suppose qu'on ne va pas fliguer toutes les directories "opt" ?
Marc,
rm -rf signifie : remove -f :force et -r:repertoires et fichiers
En gros, si tu appliques, tu vires complètement le répertoire /opt ce qui est surprenant !!!
Pour info, plein de tuto et info sur le site du zero, concernant linux et plein d'autres sujets info
Thierry
Le 3 mars 2011 à 22:36, marc.assin a écrit :
> On 3 mar, 22:03, DaGGeR <dagger...@hotmail.com> wrote:
>> Mysql est dedans, mais impossible d'installer linknx avec l'option
>> mysql car il faut une bibliothèque mysql-client introuvable sur la
>> distri QNAP
> Cà c'est pas cool. Autant dire que ce truc ne sert à rien. Cà
> contraste avec le reste du produit qui m'a l'air très bien fait.
> C'est qu'elle distri au juste ?
>
>> Il n'y a plus IPKG avec les dépots QPKG ? ( dans l'interface du QNAP )
> Désolé, comprends pas la question
>
> Tu as une idée pour rm -rf /opt ?
la commande
[/] # cd /; ln -sf /share/MD0_DATA/.qpkg/Optware/opt /opt
me donne le message
ln: /opt/opt: File exists
lequel existe ?
/share/MD0_DATA/.qpkg/Optware/opt (ben oui, il a été créé 2 lignes
plus haut)
ou
/opt
A priori c'est parce que opt n'est pas vide que tu ne peut pas faire
ton lien symblique.
As tu bien fais le rm -rf /opt ? juste avant
Mais tu n'est pas obligé de passer par l'install manuelle ( sauf si
comme moi tu as des problèmes au redémarrage du NAS ) . Il y a
l'installation par l'interface Qnap .
On 4 mar, 20:11, "marc.assin" <raym...@warichet.com> wrote:
> la commande
> [/] # cd /; ln -sf /share/MD0_DATA/.qpkg/Optware/opt /opt
> me donne le message
> ln: /opt/opt: File exists
>
> lequel existe ?
> /share/MD0_DATA/.qpkg/Optware/opt (ben oui, il a été créé 2 lignes
> plus haut)
> ou
> /opt
On 5 mar, 06:52, DaGGeR <dagger...@hotmail.com> wrote:
> A priori c'est parce que opt n'est pas vide que tu ne peut pas faire
> ton lien symblique.
D'accord, mais opt est vide
> As tu bien fais le rm -rf /opt ? juste avant
Tu m'as dit que çà fait partie de la procédure, mais j'ai la trouille,
car enfin
rm = remove -r = recursive et -f = force
ce qui revient à effacer tout les fichiers et répertoires opt, c'est
pas un peu destructif ?!?
> Mais tu n'est pas obligé de passer par l'install manuelle ( sauf si
> comme moi tu as des problèmes au redémarrage du NAS ) . Il y a
> l'installation par l'interface Qnap .
Ah ?!?, mais là je ne maitrise pas :-(
Un p'tit coup de main, svp
Je pense avoir suivi la procédure QNAP correctement et sans problème,
il me reste à installer eibd.
D'ailleurs, quand je lance l'interface de management du QNAP, je vais
dans "Application Servers", puis "QPKG", je vois bien le pingouin
marqué "Optware"
Clic sur le pingouin, il est bien "Enabled"
J'ai mis le screen-shot dans temp
https://sites.google.com/site/domotiquee...ptware.JPG
D'après-toi, quelle est l'étape suivante ?
D'accord, IPKG est installé par l'interface. C'est déjà ça.
As-tu rebooté le NAS depuis ?
Si après le reboot ( attendre 1 ou 2 minute avant de lancer la
première commande pour être sur que les services sont démarrés ), la
commande de l'étape 2 ( ipkg -V 2 install libpth ) passe sans mettre
d'erreur 'ipkg not found' ou quelque chose comme ça, cela veut dire
que tu n'as pas besoin de passer par la partie 1.2 du document. Et
donc tu peux poursuivre l'installation
Sinon, il faut suivre à la lettre toute la partie 1.2. Il n'y a pas de
danger car les commandes viennent du site QNAP directement.
PS : Comme je l'ai mentionné, la partie 1.2 n'est nécessaire que si au
reboot, le QNAP ne connait plus la commande IPKG. ( "==> Vous en avez
fini pour la partie simplifié, mais lors du reboot du QNAP, il ne
connaît plus le commande ipkg ( enfin dans mon cas ), donc un petit
rajout et nécessaire.)
On 5 mar, 09:05, "marc.assin" <raym...@warichet.com> wrote:
> On 5 mar, 06:52, DaGGeR <dagger...@hotmail.com> wrote:> A priori c'est parce que opt n'est pas vide que tu ne peut pas faire
> > ton lien symblique.
>
> D'accord, mais opt est vide
>
> > As tu bien fais le rm -rf /opt ? juste avant
>
> Tu m'as dit que çà fait partie de la procédure, mais j'ai la trouille,
> car enfin
> rm = remove -r = recursive et -f = force
> ce qui revient à effacer tout les fichiers et répertoires opt, c'est
> pas un peu destructif ?!?
>
> > Mais tu n'est pas obligé de passer par l'install manuelle ( sauf si
> > comme moi tu as des problèmes au redémarrage du NAS ) . Il y a
> > l'installation par l'interface Qnap .
>
> Ah ?!?, mais là je ne maitrise pas :-(
> Un p'tit coup de main, svp
> Je pense avoir suivi la procédure QNAP correctement et sans problème,
> il me reste à installer eibd.
> D'ailleurs, quand je lance l'interface de management du QNAP, je vais
> dans "Application Servers", puis "QPKG", je vois bien le pingouin
> marqué "Optware"
> Clic sur le pingouin, il est bien "Enabled"
> J'ai mis le screen-shot dans temphttps://sites.google.com/site/domotiqueeib/fichiers/temp/Optware.JPG
>
> D'après-toi, quelle est l'étape suivante ?
On samedi 05 mars 2011, marc.assin wrote:
> > As tu bien fais le rm -rf /opt ? juste avant
>
> Tu m'as dit que çà fait partie de la procédure, mais j'ai la trouille,
> car enfin
> rm = remove -r = recursive et -f = force
> ce qui revient à effacer tout les fichiers et répertoires opt, c'est
> pas un peu destructif ?!?
Si je puis me permettre, détruire comme ça le répertoire /opt n'est
vraiment pas une bonne idée !!! Ce répertoire peut contenir d'autres
choses. Même s'il n'est pas 'normalisé', beaucoup de logiciels l'utilisent.
À l'installation, un sous-répertoire doit y être créé, et seul ce sous-
répertoire devrait être purgé.
--
Frédéric
Bonjour,
Le principe de fonctionnement de ce tuto est de supprimer tout le
répertoire /opt original du QNAP pour pouvoir ensuite le remplacer par
un lien symbolique vers /share/MD0_DATA/.qpkg/Optware/opt . L'utilité
de cette manip est que le répertoire /opt original se trouve
probablement sur la flash
du NAS et pas sur le disque dur. Comme le but d'optware est de
permettre d'installer un max d'applications dans le répertoire /opt
(d'où son nom optware), il vaut mieux que /opt soit sur disque dur.
Dans l'installation originale QNAP, le répertoire /opt est
probablement vide. Il est juste créé pour suivre le layout standard
unix. Mais l'existance de ce répertoire /opt, même vide empèche de
créer un lien symbolique du même nom, donc on le vire purement et
simplement avec un rm -rf /opt ça peut toujours valoir la peine de
jeter un oeil dedans pour s'assurer qu'on ne supprime rien
d'important, ou si tu as la trouille, tu peux remplacer le "rm -rf /
opt" par un "mv /opt /opt-old" pour le renommer.
Une autre solution serait d'utiliser la commande "mount --bind /share/
MD0_DATA/.qpkg/Optware/opt /opt".
Cette commande va faire en sorte que le contenu de /share/
MD0_DATA/.qpkg/Optware/opt vienne masquer le contenu de /opt . Cette
commande doit être exécutée dans un script de démarrage pour refaire
l'opération à chaque démarrage.
En ce qui concerne les . dans les chemins, un . seul désigne le
répertoire courant. 2 points désignent le répertoire parent. Un point
suivi d'autre chose représente un fichier caché. Ce n'est pas un
attribut à proprement parler, c'est juste une convention qui est
suivie par les outils unix. Par exemple, la commande ls ne montrera
les fichiers qui commencent par un point que si on utilise l'option -
a.
Bon amusement,
Jean-François
On 5 mar, 10:06, Frédéric <f...@gbiloba.org> wrote:
> On samedi 05 mars 2011, marc.assin wrote:
>
> > > As tu bien fais le rm -rf /opt ? juste avant
>
> > Tu m'as dit que çà fait partie de la procédure, mais j'ai la trouille,
> > car enfin
> > rm = remove -r = recursive et -f = force
> > ce qui revient à effacer tout les fichiers et répertoires opt, c'est
> > pas un peu destructif ?!?
>
> Si je puis me permettre, détruire comme ça le répertoire /opt n'est
> vraiment pas une bonne idée !!! Ce répertoire peut contenir d'autres
> choses. Même s'il n'est pas 'normalisé', beaucoup de logiciels l'utilisent.
>
> À l'installation, un sous-répertoire doit y être créé, et seul ce sous-
> répertoire devrait être purgé.
>
> --
> Frédéric
Merci Jean-François pour cette explication détaillée.
> Le principe de fonctionnement de ce tuto est de supprimer tout le
> répertoire /opt original du QNAP pour pouvoir ensuite le remplacer par
> un lien symbolique vers /share/MD0_DATA/.qpkg/Optware/opt .
OK, vu
> Mais l'existance de ce répertoire /opt, même vide empèche de
> créer un lien symbolique du même nom, donc on le vire purement et
> simplement avec un rm -rf /opt ça peut toujours valoir la peine de
> jeter un oeil dedans pour s'assurer qu'on ne supprime rien
> d'important,
C'est là que je ne suis pas sûr de mon coup
On dirais que je suis dans une situation intermédiaire, avec un lien
symbolique à moitié créé ou du moins qui ne pointe pas sur le chemin
complet
[/] # ls -al /opt
lrwxrwxrwx 1 admin administ 29 Mar 5 10:08 /opt -> /share/
MD0_DATA/.qpkg/Optware/
Est-ce que la recommendation rm -rf /opt s'applique quand même ?
Oui, dans ton cas c'est bon. Comme /opt est déjà un lien symbolique,
"rm -rf /opt" ne va supprimer que le lien et pas le contenu (pour
supprimer le contenu, il faudrait utiliser "rm -rf /opt/" avec un
slash à la fin)
Si tu veux être certain de ne pas faire de bêtises, tu peux faire
simplement "rm /opt" comme ça il ne le supprime que si /opt est un
lien symbolique ou bien un fichier normal, pas si c'est un vrai
répertoire.
> la commande
> [/] # cd /; ln -sf /share/MD0_DATA/.qpkg/Optware/opt /opt
> me donne le message
> ln: /opt/opt: File exists
Ton problème vient du fait que tu ne supprimes pas /opt, donc le
second paramètre /opt de la commande ci-dessus sera interprété comme
"il faut créer le symlink dans le répertoire /opt" plutôt que comme
"il faut créer un symlink appelé /opt dans le répertoire /". Si /opt
existe, il utilise la première interprétation et crée un symlink /opt/
opt, et comme tu ne le supprimes pas non plus, la fois suivante il te
répond "/opt/opt: File exists"
On 5 mar, 17:44, "marc.assin" <raym...@warichet.com> wrote:
> Merci Jean-François pour cette explication détaillée.
>
> > Le principe de fonctionnement de ce tuto est de supprimer tout le
> > répertoire /opt original du QNAP pour pouvoir ensuite le remplacer par
> > un lien symbolique vers /share/MD0_DATA/.qpkg/Optware/opt .
>
> OK, vu
>
> > Mais l'existance de ce répertoire /opt, même vide empèche de
> > créer un lien symbolique du même nom, donc on le vire purement et
> > simplement avec un rm -rf /opt ça peut toujours valoir la peine de
> > jeter un oeil dedans pour s'assurer qu'on ne supprime rien
> > d'important,
>
> C'est là que je ne suis pas sûr de mon coup
> On dirais que je suis dans une situation intermédiaire, avec un lien
> symbolique à moitié créé ou du moins qui ne pointe pas sur le chemin
> complet
>
> [/] # ls -al /opt
> lrwxrwxrwx 1 admin administ 29 Mar 5 10:08 /opt -> /share/
> MD0_DATA/.qpkg/Optware/
>
> Est-ce que la recommendation rm -rf /opt s'applique quand même ?
On 5 mar, 22:41, jef2000 <jef2...@ouaye.net> wrote:
> Si tu veux être certain de ne pas faire de bêtises, tu peux faire
> simplement "rm /opt" comme ça il ne le supprime que si /opt est un
> lien symbolique ou bien un fichier normal, pas si c'est un vrai
> répertoire.
C'est ce que j'ai fais
Pas de message d'erreur
La procédure dit
Vérifier le lien symbolique :
# cd /
# ls –la
Vous devez voir :
opt -> /share/HDA_DATA/optware/opt/
Moi, j'ai
lrwxrwxrwx 1 admin administ 27 Mar 6 21:25 opt -> /share/
MD0_DATA/optware/opt@
Il y a un @ de trop à la fin.
J'ai merdé ?
J'en sais rien. Je vois pas trop d'où ce @ peut venir.
Si la commande "ls -l /opt/" te retourne qqch du style "ls: cannot
access /opt/: No such file or directory", tu as un problème. Sinon à
priori ça roule.
Tiens, en relisant le tuto, je vois qu'il dit "mkdir -p /share/
MD0_DATA/optware/opt" sans plus de précisions. Je pense qu'il aurait
été bon d'ajouter que /share/MD0_DATA est le répertoire sur lequel est
monté le disque dur, et qu'il vaut mieux vérifier (avec la commande df
par exemple) que c'est votre cas.
On ne sait jamais, si d'un modèle à l'autre il ne monte pas le disque
au même endroit, suivre le tuto à la lettre sans se poser de question
pourrait conduire à installer optware sur la flash du NAS plutôt que
sur le disque.
On 6 mar, 21:35, "marc.assin" <raym...@warichet.com> wrote:
> On 5 mar, 22:41, jef2000 <jef2...@ouaye.net> wrote:> Si tu veux être certain de ne pas faire de bêtises, tu peux faire
> > simplement "rm /opt" comme ça il ne le supprime que si /opt est un
> > lien symbolique ou bien un fichier normal, pas si c'est un vrai
> > répertoire.
>
> C'est ce que j'ai fais
> Pas de message d'erreur
> La procédure dit
> Vérifier le lien symbolique :
> # cd /
> # ls –la
> Vous devez voir :
> opt -> /share/HDA_DATA/optware/opt/
>
> Moi, j'ai
> lrwxrwxrwx 1 admin administ 27 Mar 6 21:25 opt -> /share/
> MD0_DATA/optware/opt@
>
> Il y a un @ de trop à la fin.
> J'ai merdé ?
On 7 mar, 00:30, jef2000 <jef2...@ouaye.net> wrote:
> Je vois pas trop d'où ce @ peut venir.
> Si la commande "ls -l /opt/" te retourne qqch du style "ls: cannot
> access /opt/: No such file or directory", tu as un problème.
la commande préconisée dans le tuto est
ls -l /opt çà donne
/opt -> /share/MD0_DATA/optware/opt@
la commande
ls -l /opt/ çà donne
No such file or directory
> suivre le tuto à la lettre sans se poser de question
> pourrait conduire à installer optware sur la flash du NAS plutôt que
> sur le disque.
C'est ce que je craignais depuis le début, sans pouvoir formuler mes
craintes aussi précisément.
Ce qui me fout la trouille, c'est que le système est pré-installé, il
n'y a pas de CD, donc pas moyen de faire un "install from scratch". En
cas de grosse connerie -> retour usine, super ! (on peut juste faire
un backup de la config)
Dès que je vois une commande destructive, je pressens le "piège à
con", malgré toutes mes précautions, je suis dedans...
Je serai toi, je reprendrai au niveau du tuto :
# rm -rf /opt
# cd /; ln -sf /share/MD0_DATA/optware/opt /opt
Par contre, tu n'as pas dis si après un reboot, tu avais ( ou pas ) la
commande IPKG dans la session SSH.
Car je me répète, mais si tu là, tu n'es pas obligé de passer par la
phase install manuelle.
On 7 mar, 09:13, "marc.assin" <raym...@warichet.com> wrote:
> On 7 mar, 00:30, jef2000 <jef2...@ouaye.net> wrote:
>
> > Je vois pas trop d'où ce @ peut venir.
> > Si la commande "ls -l /opt/" te retourne qqch du style "ls: cannot
> > access /opt/: No such file or directory", tu as un problème.
>
> la commande préconisée dans le tuto est
> ls -l /opt çà donne
> /opt -> /share/MD0_DATA/optware/opt@
>
> la commande
> ls -l /opt/ çà donne
> No such file or directory
>
> > suivre le tuto à la lettre sans se poser de question
> > pourrait conduire à installer optware sur la flash du NAS plutôt que
> > sur le disque.
>
> C'est ce que je craignais depuis le début, sans pouvoir formuler mes
> craintes aussi précisément.
> Ce qui me fout la trouille, c'est que le système est pré-installé, il
> n'y a pas de CD, donc pas moyen de faire un "install from scratch". En
> cas de grosse connerie -> retour usine, super ! (on peut juste faire
> un backup de la config)
>
> Dès que je vois une commande destructive, je pressens le "piège à
> con", malgré toutes mes précautions, je suis dedans...
|
