+-Serie Bootzeit ewig lange

[thedude]

umount /volume1/root bzw. umount /opt wäre schon richtig - "-f" nutzt man wenns normal (=ohne) nicht geht. Sagmal, Du bist ja als root angemeldet und nicht als admin oder?

umount /opt ignorier erstmal (das is ja eh nich da). Konzentriere dich erstmal auf umount /volume1/root.

gruss
dude

 

[baeumer]

Tatsächlich, der manuelle umount ging nur, wenn ich in Telnet als root angemeldet bin. Dann ging das Booten auch schneller. Und auch

dmesg | grep recover

liefert wieder leeres Ergebnis.

Aber warum geht das Script nicht. Liegt es doch daran, daß der Eigentümer admin ist und nicht root? Dateiname oder Pfad nicht korrekt?

 

[baeumer]

Es liegt wirklich am umount. Wenn ich manuell umount /opt und umount /volume1/root in Telnet eigegeben habe, ist das Booten danach schnell, sonst wieder extrem langsam. Ich dachte, vielleicht hätte das Anlegen des Ordners /volume/root gehoben, hat es aber nicht.

Jetzt stellt sich die Frage: Warum geht das Script nicht (siehe weiter oben)?

 

[baeumer]

Es ist wirklich zum Mäusemelken.

nach langem Suchen fand ich, daß das Script s99mount.sh wohl eher in den Ordner /usr/syno/etc.defaults/rc.d gehört. Ändert aber nichts am langen booten.

Wie war das denn noch? Ist es egal, wer der Benutzer des Scripts ist? (admin oder root)

Dann las ich, daß ln vielleich hilft:

DiskStation> ln -s /volume1/root
ln: root/root: File exists

Geht auch nicht

Dann las ich, ich könne das Script testen:

DiskStation> /usr/syno/etc.defaults/rc.d/s99mount.sh stop
-ash: /usr/syno/etc.defaults/rc.d/s99mount.sh: not found

Was soll ich nur machen...

 

[HarryPotter]

erstmal in den Ordner gehen und gucken ob das Script überhaupt dort ist. Und S99 ist nicht gleich s99.....

 

[baeumer]

Hab ich, das Script ist vorhanden in /usr/syno/etc.defaults/rc.d

DiskStation> dir S99mount.sh 
-rwxrwxrwx    1 root     users         222 Jan 18 22:24 S99mount.sh

DiskStation> S99mount.sh stop
-ash: S99mount.sh: not found

Das mit dem ln -s war (natürlich) müll. Ich habe nochmal im Netz gesucht.

 

[HarryPotter]

eben, wie ich gedacht habe, da steht S99 und nicht s99

dann kann natürlich

DiskStation> /usr/syno/etc.defaults/rc.d/s99mount.sh stop

auch nicht funktionieren

Ausserdem musst du den ganzen Pfad angeben, nicht nur den Scriptnamen.

 

[goetz]

Hallo,
so wie HarryPotter bereits sagte den kompletten Pfad oder wenn Du in dem Verzeichnis bist dann
./S99mount.sh stop

Gruß Götz

 

[baeumer]

Es hilft nichts...

DiskStation> ./S99mount.sh stop
-ash: ./S99mount.sh: not found
DiskStation> /usr/syno/etc.defaults/rc.d/s99mount.sh stop
-ash: /usr/syno/etc.defaults/rc.d/s99mount.sh: not found
DiskStation> /usr/syno/etc.defaults/rc.d/S99mount.sh stop 
-ash: /usr/syno/etc.defaults/rc.d/S99mount.sh: not found

Ich kann mich erinnern, daß ich damals, als ich die DS gekauft habe, den mount auf root angelegt habe. Ich finde aber nicht mehr, wo dieser eingetragen ist.
Wo werden die mounts auf /volume1/root und /opt denn gestartet? Dort müßte ich sie doch nur löschen, oder?

Anderes Problem: Wenn ich im finder vom Mac nach der Datei S99mount suche, dann scheint es ein recursives Problem zu geben. Die Datei wird ganz oft gefunden und immer wider wird der Ordner /root am Anfang dazu gefügt. Ist das die Folge des Fehlers und der Grund dafür, warum ein Plattentest beim Hochfahren ausgelöst wird?

/root/usr/syno/etc.defaults/rc.d/S99mount.sh
/root/root/usr/syno/etc.defaults/rc.d/S99mount.sh
/root/root/root//usr/syno/etc.defaults/rc.d/S99mount.sh
...

 

[baeumer]

Hab was gefunden...

In der Datei /etc/rc.local habe ich folgende Einträge gefunden

#!/bin/sh

# Optware setup
[ -x /etc/rc.optware ] && /etc/rc.optware start
mount --bind / /volume1/root
exit 0

Und in /etc/rc.optware steht

#! /bin/sh

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

case "$1" in
    start)
        echo "Starting Optware."
        if test -n "${REAL_OPT_DIR}"; then
            if ! grep ' /opt ' /proc/mounts >/dev/null 2>&1 ; then
                mkdir -p /opt
                mount -o bind ${REAL_OPT_DIR} /opt
            fi	
        fi
	[ -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

Kann ich in beiden Scripts die Einträge auf /root bzw. /opt löschen?

Ich hätte aber doch gerne den moutn auf /root. Warum läuft denn S99mount.sh nicht?

 

[thedude]

Bitte poste nochmal den output der folgenden Befehle. Also einloggen (als root) und dann:

1) pwd
2) id
3) ls -al /usr/syno/etc.defaults/rc.d/S99mount.sh
4) cat /usr/syno/etc.defaults/rc.d/S99mount.sh
5) /usr/syno/etc.defaults/rc.d/S99mount.sh

gruss
dude

 

[baeumer]

Hier das Ergebnis

DiskStation> pwd
/root
DiskStation> id
uid=0(root) gid=0(root)
DiskStation> ls -al /usr/syno/etc.defaults/rc.d/S99mount.sh
-rwxrwxrwx    1 root     users         222 Jan 18 22:24 /usr/syno/etc.defaults/rc.d/S99mount.sh
DiskStation> cat /usr/syno/etc.defaults/rc.d/S99mount.sh
#!/bin/sh
# mount/bind some folders

case $1 in
start)
        #nothing
        ;;
stop)
        umount /opt
        umount /volume1/root
        ;;
*)
        echo "Usages: $0 [start|stop]"
        ;;
esac
DiskStation> /usr/syno/etc.defaults/rc.d/S99mount.sh
-ash: /usr/syno/etc.defaults/rc.d/S99mount.sh: not found

 

[thedude]

Okay. Es scheint die shell (/bin/sh) nicht zu finden. Gib mal

which sh

ein und trage den Pfad den das ausgibt in das Script ein (erste zeile). Dann gehts hoffentlich. Was anderes sehe ich im Moment nicht.

gruss
dude

 

[baeumer]

Das Ergebnis ist

DiskStation> which sh
/bin/sh

Ich weiß jetzt nicht genau, was ich machen soll, im Script steht doch schon in der ersten Zeile

#!/bin/sh

 

[thedude]

Tja... jetzt bin ich auch überfragt. Das einzige was ich jetzt noch sehe ist, dass die Rechte des Scripts anders sind bei mir:

ds209> ll /usr/syno/etc.defaults/rc.d/S99mount.sh
-rwxr-xr-x    1 root     root          354 Jan 13 20:45 /usr/syno/etc.defaults/rc.d/S99mount.sh

Probier mal

1) chmod 755 /usr/syno/etc.defaults/rc.d/S99mount.sh
2) chown root:root /usr/syno/etc.defaults/rc.d/S99mount.sh

Das driftet jetzt aber langsam arg ins esotherische ab....

gruss
dude

 

[baeumer]

DiskStation> chmod 755 /usr/syno/etc.defaults/rc.d/S99mount.sh
DiskStation> chown root:root /usr/syno/etc.defaults/rc.d/S99mount.sh
DiskStation> /usr/syno/etc.defaults/rc.d/S99mount.sh stop           
-ash: /usr/syno/etc.defaults/rc.d/S99mount.sh: not found

Ich habe in /etc/rc.local den Eintrag

mount --bind / /volume1/root

gelöscht, trotzdem wird /volume1/root gemountet. Woher kommt denn dieser mount?

Ich habe mal

DiskStation> ./99iTunes.sh stop
-ash: ./99iTunes.sh: not found

gestartet, wird auch nicht gefunden. Was ist denn da los?


Richtet das Scannen beim Hochfahren denn auf Dauer Schaden an, oder ist es nur lästig, weil langsam?

 

[thedude]

Filecheck ist nie gut.

Hast Du schonmal probiert ein anderes Script zu starten? Geht das?

/usr/syno/etc.defaults/rc.d/S04crond.sh stop
/usr/syno/etc.defaults/rc.d/S04crond.sh start

So langsam gehen mir die Ideen aus. Wenn Du den mount für /volume1/root gelöscht hast sollte er nicht mehr da sein.

Ich kann Dir nurnoch anbieten dass ich mir das auf der DS mal selber angucke. Falls das möglich ist, kannste Dich ja per PN melden.

gruss
dude

 

[baeumer]

DiskStation> /usr/syno/etc.defaults/rc.d/S04crond.sh stop
stop crond
DiskStation> /usr/syno/etc.defaults/rc.d/S04crond.sh start
Starting crond...
DiskStation>

Lies sich ausführen.

Aber

DiskStation> dir /usr/syno/etc.defaults/rc.d/S99mount.sh
-rwxr-xr-x    1 root     root          222 Jan 18 22:24 /usr/syno/etc.defaults/rc.d/S99mount.sh
DiskStation> /usr/syno/etc.defaults/rc.d/S99mount.sh stop
-ash: /usr/syno/etc.defaults/rc.d/S99mount.sh: not found

geht nicht. Das verstehe wer will, ich nicht mehr.
Aber worauf bezieht sich "not found"? Auf die Datei (die ja wohl vorhanden ist), oder auf den Inhalt?

 

[baeumer]

Langsam wird es...

Ich bin etwas weiter gekommen.

ich hatte ja in /etc/rc.local den mount-Eintrag auf /volume1/root gelöscht. Die Datei war aber wohl gesperrt. Jetzt habe ich die Änderung noch mal gemacht, und siehe da, beim Hochfahren wir / nicht mehr nach /volume1/root gemountet und das Hochfahren geht jetzt auch wieder schnell. Super.

Aber trotzdem wäre es doch schön zu wissen, warum das S99mount.sh nicht läuft, da ich doch ganz gerne von FTP auf / zugreifen würde.

Ich denke, daß ich dieses Problem immer schon hatte mit dem langsamen Hochfahren, daß es erst jetzt bemerkbar war, da die volume1 jetzt statt 500GB jetzt 2TB ist, also 4-fache Größe zum Reparieren.

@thedude
Ich danke Dir vielmals für Deine Hilfe und aktive Teilnahme an meiner Hilflosigkeit.

Eigentlich bin ich schon sehr Computerversiert, aber eher auf Windows zu Hause. Aber ich lerne gerne dazu. Deshalb habe ich ja auch neben Windows7 auch Mac OS X 10.6 und eben Linux auf der DS.

 

[thedude]

Was mir noch eingefallen ist: Wie hast Du die Datei erstellt? Mir vi direkt auf der DS? Oder am PC und dann irgenwdie rüberkopiert? Ich kann mir nurnoch vorstellen, dass da irgendwas in der Datei nich stimmt (Zeilenende, sowas halt). Wenn Du firm bist mit dem vi, lösche die Datei nochmal und erstelle sie von grund auf neu. Dann vergibst Du die selben Rechte (755, root:root) und versuchst es nochmal. Wenns dann immernoch nicht geht weiss ich auch nich mehr.

bye
dude