IPKG geht nicht mehr nach Update

Status
Für weitere Antworten geschlossen.

mr-bender

Benutzer
Mitglied seit
16. Apr 2009
Beiträge
36
Punkte für Reaktionen
0
Punkte
6
Hallo
Ich habe vor kurzen das Beta DSM 3.0 auf meine DS108j installiert.
Das Update verlief problemlos, doch das IPKG funktioniert gar nicht mehr. Genauer gesagt IPKG lässt sich nicht mehr finden oder starten.
Ich hab dann versucht IPKG neu über Telnet zu installieren, was dann auch so aussah als wäre IPKG erfolgreich installiert. Als ich aber dann den Server neu starten möchte kommt wieder das alte problem das der sich beim Neustart erhängt und ich den Stecker ziehen muss. Ich hab dann geschaut ob das alte Mount problem bestand was aber nicht der fall war. Nach dem ich den Stecker wieder reingezogen habe und der server wieder hochgefahren ist, ist das IPKG Programm wieder verschwunden.

Jetzt die frage, wie kriege ich es wieder am laufen bzw was muss ich machen?

Für eure hilfe bin ich euch sehr dankbar.
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Ich habe bei mir das Folgende gemacht, um nach dem Update auf Beta ipkg weiter zu nutzen:
Zuerst diese Einträge in /etc/rc.local
Code:
[ -x /opt/etc/rc.optware ] && /opt/etc/rc.optware
[ -e /bin/killall ] || ln -s /bin/busybox /bin/killall
dann einen Symlink auf optware
Code:
ln -s /volume1/@optware /opt
Danach ein reboot und ipkg war wie gewohnt vorhanden.
Neuinstallieren muss man ipkg nach einem Update eigentlich ned ;)
 

mr-bender

Benutzer
Mitglied seit
16. Apr 2009
Beiträge
36
Punkte für Reaktionen
0
Punkte
6
Ich bin jetzt ein wenig weitergegangen:

Rich (BBCode):
umount /opt
mount       #kontrolliert! /opt ist nicht mehr gemountet.
rmdir /opt
ln -s /volume1/opt /

doch es hat trotzdem nichts gebracht.

in der rc.local hab ich folgendes:

Rich (BBCode):
#!/bin/sh

# Optware setup
#mkdir -p /opt
#[ -e /volume1/opt ] && mount -o bind /volume1/opt /opt
[ -x /opt/etc/rc.optware ] && /opt/etc/rc.optware
[ -e /bin/killall ] || ln -s /bin/busybox /bin/killall

wie man sieht habe ich "[ -e /volume1/opt ] && mount -o bind /volume1/opt /opt" auskommentiert. aber das problem besteht noch weiterhin.
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.015
Punkte für Reaktionen
271
Punkte
393
Hallo,
was bringt
Rich (BBCode):
ls -al /

ls -la /volume1/opt
?
Gruß Götz
 

mr-bender

Benutzer
Mitglied seit
16. Apr 2009
Beiträge
36
Punkte für Reaktionen
0
Punkte
6
ls -al /
Rich (BBCode):
DiskStation> ls -al /
drwxr-xr-x   23 root     root          4096 Aug 30 00:10 .
drwxr-xr-x   23 root     root          4096 Aug 30 00:10 ..
drwx------    3 root     root          4096 Mar  6 08:33 .cache
drwx------    3 root     root          4096 Mar  6 08:33 .config
drwx------    3 root     root          4096 Mar  6 08:33 .local
-rw-r--r--    1 root     root             3 Apr 14  2009 .mkcert.serial
-rw-------    1 root     root          1024 Apr 14  2009 .rnd
drwxr-xr-x    2 root     root          4096 Aug 23 13:21 bin
drwxr-xr-x    4 root     root         12288 Aug 23 13:21 dev
drwxr-xr-x   12 root     root          4096 Aug 30 06:26 etc
drwxr-xr-x   11 root     root          4096 Aug 29 18:09 etc.defaults
drwxr-xr-x    2 root     root          4096 Aug 16 05:20 initrd
drwxr-xr-x   13 root     root         12288 Aug 29 23:49 lib
lrwxrwxrwx    1 root     root            11 Aug 23 13:19 linuxrc -> bin/busybox
drwx------    2 root     root          4096 Aug 16 05:15 lost+found
drwxr-xr-x    2 root     root          4096 Aug 16 05:01 mnt
lrwxrwxrwx    1 root     root            12 Aug 30 00:10 opt -> /volume1/opt
dr-xr-xr-x  123 root     root             0 Jul 28  2002 proc
drwxr-xr-x    6 root     root          4096 Aug 29 18:02 root
drwxr-xr-x    2 root     root          4096 Aug 23 13:19 sbin
drwxr-xr-x    2 root     root          4096 Aug 16 05:01 sys
drwxrwxrwx    7 root     root           880 Aug 30 08:27 tmp
drwxr-xr-x    7 root     root          4096 Aug 23 13:17 usr
drwxr-xr-x   11 root     root          4096 Aug 29 18:09 var
drwxr-xr-x   11 root     root          4096 Aug 23 13:21 var.defaults
drwxrwxrwx   19 root     root          4096 Aug 29 18:21 volume1
drwxr-xr-x    3 root     root          4096 Aug 29 23:48 writeable

ls -la /volume1/opt
Rich (BBCode):
DiskStation> ls -la /volume1/opt
drwxr-xr-x   16 root     root          4096 Aug 29 23:49 .
drwxrwxrwx   19 root     root          4096 Aug 29 18:21 ..
lrwxrwxrwx    1 root     root            17 Aug 29 18:01 @optware -> /volume1/@o
ptware
drwxr-xr-x    2 root     root          4096 Aug 29 23:49 bin
drwxr-xr-x    3 root     root          4096 Apr 27 04:00 doc
drwxr-xr-x    5 root     root          4096 Aug 29 23:49 etc
-rw-r--r--    1 root     root            50 Apr 27 03:05 if_inet6
drwxr-xr-x   10 root     root          4096 Apr 25 02:38 include
drwx------    2 root     root          4096 Jun 28 14:56 ipkg-oajn6H
drwxr-xr-x    9 root     root          4096 Aug 29 23:49 lib
drwxr-xr-x    3 root     root          4096 Sep 10  2008 libexec
drwxr-xr-x    6 root     root          4096 Jan 26  2010 man
drwxrwxrwx    9 admin    users         4096 Jun 17 02:08 ploplinux
-rwxrwxrwx    1 admin    users     65802240 Apr 22 22:24 ploplinux.gz
drwxr-xr-x    2 root     root          4096 Aug 29 23:48 sbin
drwxr-xr-x   19 root     root          4096 Mar  1 19:05 share
drwxr-xr-x   11 root     root          4096 Jul 11 03:01 tftpboot
drwxr-xr-x    2 root     root          4096 Mar  7 08:38 tmp
drwxr-xr-x    4 root     root          4096 Sep 10  2008 var
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0

ln -s /volume1/opt /
Und was genau sollte das bringen? Mal abgesehen davon, dass das Verzeichnis afaik @optware und nicht opt heisst. Du linkst es auch an den falschen Platz. Du legst die Links direkt in / an, es sollte aber ein Link /opt angelegt werden
Also eher
Code:
ln -s /volume1/@optware /opt
 

mr-bender

Benutzer
Mitglied seit
16. Apr 2009
Beiträge
36
Punkte für Reaktionen
0
Punkte
6
hat sich erledigt.
ich hatte ipkg deinstalliert und das opt verzeichniss gesichert und dann gelöscht. und hab ipkg wieder neu aufgespielt. und das verzeichniss wieder umounted oder wie man das so schön sagt.
DS neu gestartet. das lief auch ohne probleme und IPKG bleibt erhalten. ich muss nur die packs nochmal neu installieren.
 

amarthius

Super-Moderator
Teammitglied
Mitglied seit
03. Jun 2009
Beiträge
6.812
Punkte für Reaktionen
33
Punkte
174
Gestern habe ich IPKG installiert und direkt danach das AdminTool

Heute wollte ich per IPKG Software installieren, allerdings erscheint die Meldung "ipkg not found".

Bin gerade etwas ratlos und wäre über Hilfe dankbar. Zu DSM 2.3 lief alles einwandfrei :(
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Ist /opt bei dir überhaupt vorhanden?
 

amarthius

Super-Moderator
Teammitglied
Mitglied seit
03. Jun 2009
Beiträge
6.812
Punkte für Reaktionen
33
Punkte
174
/opt und /volume1/@optware sind vorhanden.

Gerade habe ich es nochmal neuinstalliert und nach jedem Systemstart ist IPKG verschwunden :(

Auch jetzt sind /opt und /volume1/@optware vorhanden.
 

mr-bender

Benutzer
Mitglied seit
16. Apr 2009
Beiträge
36
Punkte für Reaktionen
0
Punkte
6
Rich (BBCode):
umount /opt
dann Kontrollierst du mit "mount" ob "/opt" nicht mehr gemountet ist.
Dann:
Rich (BBCode):
rmdir /opt
ln -s /volume1/opt /

danach sollte es gehen.

Es ist halt die Frage, stürtz der Server beim Rebooten ab? Und welches Modell hast du?
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
@Bender
Ich verstehe nicht ganz wie dein Vorschlag funzen sollte, denn das Verzeichnis heisst doch /volume1/@optware und nicht /volume1/opt :confused:
Ich würde es eher so probieren wenn du es linken willst
Code:
ln -s /volume1/@optware /opt
@amarthius
poste mal den Inhalt von /etc/rc.local
 

mr-bender

Benutzer
Mitglied seit
16. Apr 2009
Beiträge
36
Punkte für Reaktionen
0
Punkte
6
Okay anscheinend läuft bei mir IPKG ganz anders wenn sich die Ordners unterscheiden.
Wie auch immer ich habe einen Ordner der OPT heist. ich habe zwar auch einen ordner mit @optware aber der wird nicht von mir verlinkt.

Nach dem Update von 2.2 auf 2.3 begann bei mir die grosse schwierigkeit wegen den mount problem und da es keine genaueren lösungen gab sondern nur vorschläge habe ich meine eigene variante benutzt und ein vorschlag von jemanden abgeschaut.

Dein Vorschlag:
Rich (BBCode):
ln -s /volume1/@optware /opt

Funktioniert bei mir nicht weil ich ne Fehlermeldung erhalte und mein server beim Reboot sich aufhängt. Ich nutze zwar selten den Reboot aber mein kästchen steht nicht gerade neben mir. Ich steuer übers Internet.

Wie auch immer mein Vorschlag hatte bei mir funktioniert und vielleicht funktioniert auch bei den anderen auch.
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Und welche Fehlermeldung kriegst du denn wenn du meinen Vorschlag versuchst? Sollte eigentlich nicht sein, dass da ein Fehler kommt.
Ich starte meine Kistchen immer wieder mal mit reboot (Konsole) und habe nie Probleme damit. Auch bei der Beta geht die Link Geschichte bei mir noch
 

mr-bender

Benutzer
Mitglied seit
16. Apr 2009
Beiträge
36
Punkte für Reaktionen
0
Punkte
6
Rich (BBCode):
DiskStation> ln -s /volume1/@optware /opt
-ash: ln: not found
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Der Befehl funzt bei mir auf mehrern Modellen und unterschiedlichen Firmwares ohne Probleme. Irgendetwas funkt bei dir dazwischen.
Kann es sein, dass bei dir doch noch irgendwie ein mount vorkommt? z.B. im rc.local Script?
Oder vielleicht liegt es daran, dass /opt bereits existiert und Inhalt hat.
 

mr-bender

Benutzer
Mitglied seit
16. Apr 2009
Beiträge
36
Punkte für Reaktionen
0
Punkte
6
Du meinst wohl diesen Befehl hier oder?

Rich (BBCode):
#[ -e /volume1/opt ] && mount -o bind /volume1/opt /opt
der befehl ist wie man das sieht auskommentiert.

Rich (BBCode):
[ -x /opt/etc/rc.optware ] && /opt/etc/rc.optware
[ -e /bin/killall ] || ln -s /bin/busybox /bin/killall

die beiden sind noch in der "rc.local" vorhanden
 

amarthius

Super-Moderator
Teammitglied
Mitglied seit
03. Jun 2009
Beiträge
6.812
Punkte für Reaktionen
33
Punkte
174
Inhalt der rc.local
#!/bin/sh

# Optware setup

[ -x /opt/etc/rc.optware ] && /opt/etc/rc.optware
[ -e /bin/killall ] || ln -s /bin/busybox /bin/killall

exit 0

ln -s /volume1/@optware /opt

ln: /opt/@optware: File exists

Komisch nur das ich nie Probleme hatte mit IPKG. Hatte mit DSM 2.3 neu aufgesetzt wegen neuer Festplatte und bis jetzt noch kein IPKG benötigt.
Seit der DSM 3.0 Beta wollte ich IPKG nutzen, aber es funktioniert nicht mehr nach einen Reboot.

Die DS bootet auch einwandfrei durch, um nochmal auf mr-benders Frage zurückzukommen.
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Poste doch mal deine PATH-Variable:

Rich (BBCode):
echo $PATH

Itari
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat