DS210+ ipkg installation fehlerhaft

[fbl1]

Hallo Leute,

da es nicht ganz einfach ist Dateien auf das NAS zu spielen wollte ich mit bootstrap installieren. Dazu wird aber zuerst da ipkg benötigt.
Nun, dann mal los.
Hab das nach Anleitung installiert mit dem File 'syno-e500-bootstrap_1.2-7_powerpc.xsh'.
Das ganze ist auch fehlerfrei abgelaufen. Nur wenn ich dann ipkg update ausführen will sagt er das er ipkg nicht findet.
Habe das ganze jetzt schon mehrfach probiert. Mit und ohne booten nach der installation.

Hat hier noch jemand einen Tipp für mich was ich machen könnte.

Danke.

 

[jahlives]

Kannst du mal folgendes machen:
1. Prüfen, dass PATH korrekt gesetzt ist

echo $PATH

2. Prüfen, dass /opt wirklich vorhanden ist

df

sollte anzeigen, dass /volume1/@optware auf /opt gemountet ist
3. Prüfen ob das Kommando gefunden wird

which ipkg

 

[fbl1]

Danke für die schnelle Antwort.

Also $PATH zeigt kein /opt verzeichnis an.

und mit df bekomme ich auch keinen link angezeigt der auf ../@optware zeigt.

Path erweitern ist kein problem. Nur wie ich genau einen link anlege weiss ich nicht. Kanns mir da einen tipp geben.

 

[jahlives]

Aber /volume1/@optware existiert?

 

[fbl1]

Ja, /volume1/@optware ist vorhanden. wollte es mit
mount /volume1/@optware /opt probieren. Nur bekomme ich da einen fehler
'can't find /opt in /etc/fstab'

 

[jahlives]

Wenn schon müsstet du mount -o bind resp mount --bind verwenden.
Ich würde allerdings komplett auf den mount verzichten und nur Symlinks verwenden. Hat den Vorteil, dass du damit nie in Filesystemchecks reinlaufen wirst.
Zuerst mal verlinken

ln -s /volume1/@optware/ /opt

dann die Datei /opt/etc/rc.optware öffnen und alle Bereiche auskommentieren, die mit dem mount zu tun haben.
Danach die Datei /etc/rc.local öffnen (falls nicht vorhanden anlegen) und sicherstellen, dass folgendes drinsteht

#!/bin/sh
[ -e /opt/etc/rc.optware ] && /opt/etc/rc.optware start

die Datei, falls du sie anlegen musstest mittels chmod +x ausführbar machen und das Kistchen neustarten.
Du musst aber ganz sicher sein, dass du in rc.optware alle Bereiche für den mount erwischt hast.
Meine rc.optware sieht für Symlinks so aus

#!/bin/sh

if test -z "${REAL_OPT_DIR}"; then
# next line to be replaced according to OPTWARE_TARGET
REAL_OPT_DIR=/volume1/@optware
fi

case "$1" in
    start)
        echo "Starting Optware."
        [ -x /opt/etc/rc.optware ] && /opt/etc/rc.optware
    ;;
    reconfig)
        true
    ;;
    stop)
        echo "Shutting down Optware."
        true
    ;;
    *)
        echo "Usage: $0 {start|stop|reconfig}"
        exit 1
esac
exit 0

 

[fbl1]

Aber /volume1/@optware existiert?

Hab die fstab mal angepasst

/volume1/@optware /opt ext4 defaults 0 0

aber dann kommt diese Fehler.

DiskStation-Fbl> mount /opt /volume1/@optware
mount: open failed, msg:No such file or directory
mount: mounting /opt on /volume1/@optware failed: No such device

kann es sein das es an /volume1 liegt da dies ja schon ein mount point ist.

 

[jahlives]

Nochmals wenn mount dann mount --bind resp mount -o bind.
mount ohne Option mountet ein Laufwerk resp Partition, du willst aber ein Verzeichnis auf einer Partition einbinden also mount --bind

 

[fbl1]

Wenn schon müsstet du mount -o bind resp mount --bind verwenden.
Ich würde allerdings komplett auf den mount verzichten und nur Symlinks verwenden. Hat den Vorteil, dass du damit nie in Filesystemchecks reinlaufen wirst.
Zuerst mal verlinken

ln -s /volume1/@optware/ /opt

dann die Datei /opt/etc/rc.optware öffnen und alle Bereiche auskommentieren, die mit dem mount zu tun haben.
Danach die Datei /etc/rc.local öffnen (falls nicht vorhanden anlegen) und sicherstellen, dass folgendes drinsteht

#!/bin/sh
[ -e /opt/etc/rc.optware ] && /opt/etc/rc.optware start

die Datei, falls du sie anlegen musstest mittels chmod +x ausführbar machen und das Kistchen neustarten.
Du musst aber ganz sicher sein, dass du in rc.optware alle Bereiche für den mount erwischt hast.
Meine rc.optware sieht für Symlinks so aus

#!/bin/sh

if test -z "${REAL_OPT_DIR}"; then
# next line to be replaced according to OPTWARE_TARGET
REAL_OPT_DIR=/volume1/@optware
fi

case "$1" in
    start)
        echo "Starting Optware."
        [ -x /opt/etc/rc.optware ] && /opt/etc/rc.optware
    ;;
    reconfig)
        true
    ;;
    stop)
        echo "Shutting down Optware."
        true
    ;;
    *)
        echo "Usage: $0 {start|stop|reconfig}"
        exit 1
esac
exit 0

Also irgend etwas passt da nicht. Hab das packet von /volume1/@tmp aus installiert ohne Fehler.
Verzeichnis @optware ist vorhanden aber leer. Im @tmp steht die .xsh datei. Dann gibt es ein Unterverzeichnis bootstrap wo folgendes drin ist.
bootstrap.sh ipkg.sh wget.ipk
ipkg-opt.ipk optware-bootstrap.ipk

wenn ich sh ipkg.sh update aufrufe bekomme ich den Fehler ' can't open /etc/ipkg.conf: no such file' was richtig ist da die Datei nicht vorhanden ist.
Sieht eher danach auch als wenn das Packet nicht richtig installiert wurde.

 

[jahlives]

Ich würde dann also mal /volume1/@optware löschen, das ipkg Script nochmals runterladen und nochmals ausführen.
Kopier doch dann den gesamten Output hier rein, dann können wir gucken ob nicht allenfalls bereits Fehler geworfen werden

 

[fbl1]

Ich würde dann also mal /volume1/@optware löschen, das ipkg Script nochmals runterladen und nochmals ausführen.
Kopier doch dann den gesamten Output hier rein, dann können wir gucken ob nicht allenfalls bereits Fehler geworfen werden

so, hab mir das bootstrap.sh mal angesehen. wenn das @optware verzeichnis vorhanden ist dann wird das script nicht mehr ausgeführt. hab darauf hin einfach alles manuell ausgeführt und siehe da. es wurde sauber installiert.

kann jetzt pakete installieren. Ach ja, wen ich das Verzeichnis @optware löschen dann bekomme ich den fehler vom script das ich keine Berechtigungen haben das Verzeichnis anzulegen.

Danke für die Hilfe.

 

[jahlives]

Ach ja, wen ich das Verzeichnis @optware löschen dann bekomme ich den fehler vom script das ich keine Berechtigungen haben das Verzeichnis anzulegen.

Hast du das Script etwa als admin laufen lassen? Weil root, unter dem es normalerweise ausgeführt werden sollte, hat bestimmt alle Rechte im Dateisystem

 

[fbl1]

Bei Telnet meld ich mich immer mit root an und hab trotzdem den Fehler. Aber hat manuell ja auch funktioniert.

Jetzt haeng ich an der installation von scp und sftp. entpacken ohne probleme. nur in den Anleitungen wollen die immer was copieren was ich nicht habe.

 

[jahlives]

Jetzt haeng ich an der installation von scp und sftp. entpacken ohne probleme. nur in den Anleitungen wollen die immer was copieren was ich nicht habe.

Da musst du ein bissl konkreter werden. Bei mir funzt nur scp bei sftp legt sich mein ssh quer.

 

[fbl1]

das scp wollte erst nicht so richtig. aber nachdem ich openssl neu installiert habe geht es.
kam immer die Meldung mit der libcryp*.0.9.8

kann jetzt auch ohne probleme mit WinSCP Dateien kopieren. Deshalb probier ich SFTP erst gar nicht mehr ob es geht.