HILFE!!!! Nichts geht mehr nach Installation von ipkg

[Christian72D]

Ich habe eben genau nach Anleitung die Installation durchgeführt (DS110j), es kam auch keine Fehlermeldung:

DiskStation login: root
Password:


BusyBox v1.1.0 (2010.04.19-13:39+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

DiskStation> cd /volume1/open
DiskStation> wget http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/un
stable/syno-mvkw-bootstrap_1.2-7_arm.xsh
--12:53:19-- http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstab
le/syno-mvkw-bootstrap_1.2-7_arm.xsh
=> `syno-mvkw-bootstrap_1.2-7_arm.xsh'
Resolving ipkg.nslu2-linux.org... 140.211.169.169
Connecting to ipkg.nslu2-linux.org|140.211.169.169|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 252,859 (247K) [text/plain]

100%[====================================>] 252,859 321.84K/s

12:53:26 (320.64 KB/s) - `syno-mvkw-bootstrap_1.2-7_arm.xsh' saved [252859/25285
9]

DiskStation> sh syno-mvkw-bootstrap_1.2-7_arm.xsh
Optware Bootstrap for syno-mvkw.
Extracting archive... please wait
bootstrap/
bootstrap/bootstrap.sh
bootstrap/ipkg-opt.ipk
bootstrap/ipkg.sh
bootstrap/optware-bootstrap.ipk
bootstrap/wget.ipk
1232+1 records in
1232+1 records out
Creating temporary ipkg repository...
Installing optware-bootstrap package...
Unpacking optware-bootstrap.ipk...Done.
Configuring optware-bootstrap.ipk...Setting up ipkg arch-file
Modifying /etc/rc.local
Done.
Installing ipkg...
Unpacking ipkg-opt.ipk...Done.
Configuring ipkg-opt.ipk...Done.
Removing temporary ipkg repository...
Installing wget...
Installing wget (1.12-2) to root...
Configuring wget
Successfully terminated.
Creating /opt/etc/ipkg/cross-feed.conf...
Setup complete.


BusyBox v1.1.0 (2010.04.19-13:39+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

DiskStation> reboot

Nach dem Neustart hat die DS so im Sekundentakt gepiept, ich kam weder per www noch per telnet auf die Station.
Dann mal den Stecker gezogen, neu gestartet und jetzt tut sich NICHTS mehr, ich habe keine Chance mehr drauf zuzugreifen.

Was mach ich jetzt? Und was habe ich falsch gemacht?

NACHTRAG: ich habe jetzt noch mal für >10 Sek. den Reset hinten gedrückt, jetzt kann ich mich wieder ganz normal anmelden... weiß jemand wo da der Fehler gelegen haben könnte?

 

[jahlives]

Dann hat die DS den Neustart noch korrekt eingeleitet und ist erst beim booten hängengeblieben? Solange die Status-LED blinkt ist eine DS nicht erreichbar. Hast du mal mit dem Synology Assistant geschaut, was dieser zum Zustand der DS meint? Glaubt er eventuell nur dass die Systemkonfig verloren gegangen ist? In dem Fall könnte man die Firmware nochmals drüberbügeln

 

[thedude]

Dein Fehler wird wohl gewesen sein, dass Du

1) Die DS nur per "reboot" neu gestartet hast. Das soll man nicht! Richtig wäre gewesen:

a)

/usr/syno/bin/syno_poweroff_task
/sbin/reboot

ODER alternativ:

b)

Neustart über DSM auslösen

2) Wahrscheinlich wurde /opt beim runterfahren nicht ausghängt. Das hat einen Filecheck und einen Quotacheck beim nächsten Start zur Folge. Beides kann bei grossen Platten sehr lange dauern.

Wie man 2) umgeht habe ich im Wiki beschrieben. Alternativ kannst du den /opt mount auch auf Symlink umstellen. Ich mag die Scriptlösung lieber, darum siehe Wiki.

Aussehen täte das so:

#!/bin/sh
# S99mount.sh
# mount/bind some folders on startup
# and umount them on shutdown/reboot

case $1 in
start)
        ;;
stop)
        /bin/umount /opt
        ;;
*)
        echo "Usage: $0 [start|stop]"
        ;;
esac

Wie und wo man das einbaut, siehe Wiki.

Mein Tip also: Wenn Du wieder Access per SSH hast, schau bitte mal per

dmesg | grep recover

nach ob ein Check gemacht wurde. Und dann bau das Start/Stop Script ein!

gruss
dude

 

[Christian72D]

OK, dann starte ich sie lieber erst mal per www neu, danke für den Hinweis.

 

[jahlives]

@TheDude
Die zwei einzigen Vorteile der Symlinklösung, die mir gerade so einfallen:
- die hast niemals Filesystemchecks wegen /opt
- du kannst auch auf einem Linux, wenn du die Platte einbaust, sofort auf /opt zugreifen

Es könnte sein, dass ein mount --bind auch die Zähler der mounts eine Platte hochzählt. Und nach x mounts will das Filesystem dann einen check. Das passiert dir mit symlinks
garantiert nie
ist es wirklich so, dass sich ein reboot auf der Konsole mit diesen Symptomen äussern kann? Wenn ja dann sollten wir das wohl mal im Wiki ergänzen. Was meinst du?

Gruss

tobi

 

[thedude]

@TheDude
Die zwei einzigen Vorteile der Symlinklösung, die mir gerade so einfallen:
- die hast niemals Filesystemchecks wegen /opt
- du kannst auch auf einem Linux, wenn du die Platte einbaust, sofort auf /opt zugreifen

Ja das kann natürlich sein. Der Grund warum ich die Script Lösung bevorzuge, ist einfach der dass ich das Scrit sowieso habe um mir ein paar Order in die Mediaverzeichnisse zu mounten. Und da habe ich das unmounten für /opt gleich mit reingelegt. Würde ich nur den /opt mount haben sähe das evtl. anders aus.

Es könnte sein, dass ein mount --bind auch die Zähler der mounts eine Platte hochzählt. Und nach x mounts will das Filesystem dann einen check. Das passiert dir mit symlinks garantiert nie

Wenn das so ist, ist das natürlich unschön - meine DS läuft allerdings eh 24/7 ohne hibernate, ohne automatisch rauf runter fahren etc. Das Script greift bei mit nur bei Plattenwechseln oder wenn ich in den Urlaub fahre.

ist es wirklich so, dass sich ein reboot auf der Konsole mit diesen Symptomen äussern kann? Wenn ja dann sollten wir das wohl mal im Wiki ergänzen. Was meinst du?

Ich glaube nicht. Ich hab das auch erst nur mit reboot gemacht und festgestellt, dass die DS da manchmal gar nicht runterfährt. Da hat man mir hier im Forum den Tipp wie oben beschrieben gegeben. Ich hab das hier einfach mal proaktiv erwähnt. Eine Lösung für das Startproblem ist das nicht. Da tippe ich eher auf Punkt zwei (/opt mount Problem).

gruss
dude