DS 108j nach ipkg Installation dauert der Start ewig

Status
Für weitere Antworten geschlossen.

MM35

Benutzer
Mitglied seit
08. Mrz 2009
Beiträge
5
Punkte für Reaktionen
0
Punkte
0
Hallo,
ich hatte vor ner Weile mal ipkg installiert um etwas aus zu probieren.
Mittlerweile benutze ich es nicht mehr.

Was mich jetzt dafür stört ist das die DS 108j seit der ipkg Instalation beim starten gute 15 min. braucht.

Ich hatte vor ein paar Tagen mal nen Lösungsansatz gefunden, hatte nur nicht die Zeit es aus zu probieren und nun finde ich den Thread nicht wieder.

Wenn mir einer sagen kann wie ich ipkg deinstallieren kann ist es auch gut. Ich brauch es vorerst nicht.
Nur den opt Ordner löschen brachte keine Änderung.

Ich habe heute ipkg noch mal installiert, brachte auch keine Besserung.
Hoffe auf Hilfe.
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Normalerweise stört die IPKG-Installation nicht. Es kann sein, dass da Server installiert wurden, die nun mitlaufen wollen, aber aus irgendeinem Grunde nicht richtig konfiguriert worden sind.

Normalerweise findet man in der /etc/rc.local und der /etc/rc.optware die ersten Hinweise auf die von IPKG installierten Verzeihnisse ... Manchmal kann man dort auch schon verhindern, das es für den IPKG weiter geht.

Die durch das IPKG installierten Server stehen meist in der /opt/etc/init.d ... ein anderer Anfangsbuchstabe (statt "s") und schon werden sie nicht mehr beim Systemstart ausgeführt ...

Was hast du denn alles per IPKG installiert?

Itari
 
Zuletzt bearbeitet:

MM35

Benutzer
Mitglied seit
08. Mrz 2009
Beiträge
5
Punkte für Reaktionen
0
Punkte
0
Hallo Itari,
danke für deine Antwort.
Das ist es ja eben ich hatte jetzt garnichts mehr ausser Ipkg installiert.

Aber das gute kommt jetzt. Ich hab ipkg update und upgrade nacheinander ausgeführt. Dann 2 mal Neustart uns siehe da die Ds braucht plötzlich nur 2 min. um zu starten.

Das soll mal einer verstehen.
Ich denke das du schon recht hattest das da irgendwas nicht ichtig läuft.

Durch die Neuinstallation etc. scheint es jetzt behoben.
 

SirDomsen

Benutzer
Mitglied seit
13. Aug 2008
Beiträge
48
Punkte für Reaktionen
0
Punkte
0
Hi!

Ich habe genau dasselbe Problem, außerdem reagiert ipkg auch in der Kommandozeile nicht, sobald es "nach draußen telefonieren" soll, sprich nach "ipkg update" passiert gar nix mehr. Leider hat die Neuinstallation der Firmware und ipkg nix geändert... Weiß jemand einen Rat?

Gruß
SirDomsen
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.017
Punkte für Reaktionen
272
Punkte
393
Hallo,
wie hast Du eine Neuinstallation vorgenommen?

Gruß Götz
 

SirDomsen

Benutzer
Mitglied seit
13. Aug 2008
Beiträge
48
Punkte für Reaktionen
0
Punkte
0
Hi,
Ich hab den Resetknopf gedrückt und dann die Firmware neu installiert. Nach Installation von ipkg hatte ich dasselbe Problem wieder.

Gruß Sirdomsen
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.017
Punkte für Reaktionen
272
Punkte
393
Hallo,
ich gehe davon aus, daß Du Reset solange gedrückt hast bis <BEEP> und dann nochmal solange bis <BEEP> und dann per Assistent die FW neu aufgespielt hast. Welches IPKG-Paket hast Du verwendet?

Gruß Götz
 
Zuletzt bearbeitet:

thedude

Benutzer
Mitglied seit
30. Nov 2009
Beiträge
2.244
Punkte für Reaktionen
2
Punkte
84
Gestern war ipkg.nslu2-linux.org down. Das ist der Server wo die Pakete liegen. Das hatte zur folge das ipkg nix mehr ausm Netz ziehen konnte. Jetzt geht es wieder.

Das lange Startvorgang liegt sicher daran, dass das volume nicht sauber ausgehängt wurde, weil ipkg mit "mount -o bind" das optware Verzeichnis nach /opt mappt. Dies wird nicht rückgängig gemacht beim Runterfahren und dann kann es zu Problemem beim aushängen des volumes kommen. Dadurch macht die DS dann erstmal nen fsck und nen quotacheck beim booten - und das dauert lange.

Ich habe mir dafür ein start/stop script angelegt was das verhindert und seitdem keine Probleme mehr.

Rich (BBCode):
ds209> cat /usr/local/etc/rc.d/S99mount.sh

#!/bin/sh
# mount/bind some folders

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

gruss
dude
 
Zuletzt bearbeitet:

SirDomsen

Benutzer
Mitglied seit
13. Aug 2008
Beiträge
48
Punkte für Reaktionen
0
Punkte
0
Hi!

Ah, jetzt wird mir klar warum sich ipkg ned updatete. Und außerdem stimmt des mit dem nicht sauber aushängen sicher auch, hatte in der Logdatei den Eintrag dass fsck das Volume prüfen musste - deckt sich auch mit der Tatsache, dass während dem Hochfahren die Disk-LED blinkte wie beim Zugreifen.

@thedude
Wie genau muss ich das mit dem Skript da einfügen? Wird das dann automatisch beim Herunterfahren ausgeführt?

Gruß
SirDomsen
 

thedude

Benutzer
Mitglied seit
30. Nov 2009
Beiträge
2.244
Punkte für Reaktionen
2
Punkte
84
Um das Start/Stop Script zu erstellen logst Du dich per SSH als root auf der DS ein. Dann:

1) vi /usr/local/etc/rc.d/S99mount.sh
2) taste <i> drücken (für insert/einfügen)
3) dann den inhalt dieser code box markieren und da einfügen (mit putty geht per rechtsklick):

Rich (BBCode):
#!/bin/sh
# mount/bind some folders

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

4) taste <esc> drücken
5) dann ":x" eingeben (speichern und beenden)
6) datei mit "chmod +x /usr/local/etc/rc.d/S99mount.sh" ausführbar machen

Die Datei wird bei jedem hoch und runterfahren ausgeführt. Zusätzlich zum umount /opt kannst du natürlich auch noch eigene mounts/umounts in den start bzw. stopbereich einfügen.

Ich hoffe das war verständlich. ;)

cheers
dude
 

SirDomsen

Benutzer
Mitglied seit
13. Aug 2008
Beiträge
48
Punkte für Reaktionen
0
Punkte
0
Vielen Dank!

Werde das mal ausprobieren.

Grüße
SirDomsen
 

SirDomsen

Benutzer
Mitglied seit
13. Aug 2008
Beiträge
48
Punkte für Reaktionen
0
Punkte
0
Hallo,

hab das Skript probiert, es half jedoch nichts, scheinbar hängt er das Volume immernoch korrekt aus. Hochfahren dauert locker 20min. Ich hab alles genauso gemacht wie in der Anleitung beschrieben, ein erneuter edit der Datei mit vi zeigte mir auch den korrekten Code an. Warum es trotzdem nicht geht ist mir schleierhaft - ich bin mit meinem Latein am Ende

trüben Gruß

SirDomsen

Edit: Hab die DS nicht runter und wieder raufgefahren sondern mit reboot im Terminal neu gestartet - greift dann das Skript überhaupt? Weil da steht ja nur start und stop... Und falls meine Vermutung richtig, kann man das auf reboot ausdehnen?

Edit2: Keine Änderung, auch bei manuellem herunter und wieder rauf fahren :-(

SirDomsen
 
Zuletzt bearbeitet:

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.017
Punkte für Reaktionen
272
Punkte
393
Hallo,
mit reboot oder halt umgehst Du die Abarbeitung der Standardprozedur zum neustarten oder herunterfahren.
Teste bitte mal:
per CLI
/usr/local/etc/rc.d/S99mount.sh stop
mount
und dann per DSM neustarten. Nach dem Neustart bitte mal per CLI
dmesg |grep recover

Gruß Götz
 

SirDomsen

Benutzer
Mitglied seit
13. Aug 2008
Beiträge
48
Punkte für Reaktionen
0
Punkte
0
Hi,

wenn ich den Befehl ausführen will krieg ich folgende Fehlermeldung:

/usr/local/etc/rc.d/S99mount.sh stop

umount: Couldn't umount /opt :Inappropriate ioctl for device

Was bedeutet das?


SirD
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Wie sieht dein umount aus? Welche Parameter hast du verwendet? Im Internet wird vorgeschlagen bei solchen hartnäckigen umount-Verweigerer den Parameter -l zu probieren
Also was wie
Code:
umount -l /opt
bringt das was bei dir?
 

SirDomsen

Benutzer
Mitglied seit
13. Aug 2008
Beiträge
48
Punkte für Reaktionen
0
Punkte
0
Hi,

hab ich jetzt grad ausprobiert. Und das -l auch in das Skript mit eingefügt, weil es /opt endlich richtig ausgehängt hat! Leider klappt der reboot nicht :-( Seit 10 min Blinkt das blaue Licht ohne dass sie runterfährt :mad: Langsam ärgert mich das Ganze, will jedenfalls meine Daten nicht verlieren!!


Gruß
SirDomsen
 

thedude

Benutzer
Mitglied seit
30. Nov 2009
Beiträge
2.244
Punkte für Reaktionen
2
Punkte
84
Ich vermute, das ist irgendwas am laufen was auf /opt zugreift (obwohl er dann was von "busy" meckern würde) während es ungemounted werden soll... bloss was... Was hast Du alles an optware installiert?

Falls möglich würde ich erstmal in /etc/rc.local den optware start verhindern (auskommentieren). Dann wird das /opt gar nicht gemounted... dann testen ob neustart sauber möglich ist. Wenn ja langsam an das Problem rantasten...

Rich (BBCode):
ds209> cat rc.local
#!/bin/sh

# Optware setup
#[ -x /etc/rc.optware ] && /etc/rc.optware start

exit 0

gruss
dude
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.017
Punkte für Reaktionen
272
Punkte
393
Hallo,
beim umount habe ich auch schon die unterschiedlichsten Dinge erlebt, bishin zum sementation fault.
Kommentier den mount aus. Nach Neustart lösche /opt (darf nicht gemountet sein) und
ln -s /volume1/opt /
dann hast Du Ruhe.

Gruß Götz
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
@goetz
Und wiedermal hast du meine DS gerettet (http://www.synology-forum.de/showthread.html?p=71210#post71210).
Drum möchte ich dich mit dem Orden
armymoh.gif


auszeichnen. :)

danke und Gruss

tobi
 

coolhot

Benutzer
Mitglied seit
01. Mrz 2009
Beiträge
926
Punkte für Reaktionen
0
Punkte
0
Danke mir haben die Hinweise zum Unmount sehr geholfen.

Ich habe mehrere mounts in der /etc/rc.local und das hochfahren der DS hat ca. 3,5 Minuten gedauert. Dmesg meldete recovery.

Nach dem anlegen und einfügen der umount-Befehle in /usr/local/etc/rc.d/S99mount.sh läuft es sauber und der Start dauert nur noch gut 1 Minute.
 
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