maumau1 Posté(e) le 8 décembre 2013 Partager Posté(e) le 8 décembre 2013 salut, il semblerait que, suite à la mise à jour 4.2-3243, ipkg ne fonctionne plus: statut: arrêté, seule action possible: désinstaller ! DS109, processeur Marvell Kirkwood mv6281 ARM. je remarque que, maintenant, cat /proc/cpuinfo indique "Feroceon-KW" en ligne Hardware !? d'autre part je n'ai plus que ipkg-2BFdib/ dans /opt... des conseils? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
maumau1 Posté(e) le 8 décembre 2013 Auteur Partager Posté(e) le 8 décembre 2013 ayant trouvé sur le forum le renvoi au site " http://korben.info/ipkg-not-found-voici-comment-reparer-linstall-dipkg-sur-votre-nas-synology.html " qui traite efficacement ce problème, je clos le sujet. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Just1 Posté(e) le 20 décembre 2013 Partager Posté(e) le 20 décembre 2013 Pour les prochains visiteurs qui tomberont sur ce topic, sachez qu'il y a déjà des solutions sur ce forum car ce n'est pas un problème isolé. Chaque mise à jour de DSM semble remettre le PATH par défaut (et donc le chemin vers les binaires IPKG n'existe plus). Une solution détaillée - "pour les nuls" - se trouve 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
CoolRaoul Posté(e) le 20 décembre 2013 Partager Posté(e) le 20 décembre 2013 (modifié) Chaque mise à jour de DSM semble remettre le PATH par défaut (et donc le chemin vers les binaires IPKG n'existe plus). Plus exactement, c'est le ".profile" du compte root (/root/.profile) qui est *toujours* re-initialisé par les mise a jours de DSM et celui-ci se retrouve avec une affectation du PATH qui ne contient pas les directories des binaires d'optware (/opt/bin ...): PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin En détail, lors de chaque mise à jour de DSM tous les répertoires de la partition système sont reinitialisés (la seule exception est "/usr/local" dont le contenu est sauvegardé pendant l'opération puis restauré à la fin). Par conséquent la meilleure façon de se prémunir de ce genre de surprise est de sauvegarder avant toute mise à jour le contenu de "/root/" ainsi que de "/etc/profile" et "/etc/rc.local" Modifié le 20 décembre 2013 par CoolRaoul 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.