+-Serie Bootzeit ewig lange

[baeumer]

Hallo,

ich hatte gerade das Problem, daß die DS 207+ ewig gebraucht hat, um neu zu booten (ca. 10 Minuten). Immer wieder hörte ich kurze Plattenzugriffsgeräusche, gelegentlich Blinken der LAN-Lampe, aber die Plattenlampen und die Power-Lampe war noch aus. Dann endlich lief die Box wieder. Die Systemzeit ging danach ca. 7 Minuten nach. Im Logbuch (Manager 2.2) finde ich keinen Eintrag.

Was ist da los? Wie kann ich herausfinden, was den Bootprozeß ausbremst? Habe die aktuelle Firmware 0959

Vielen Dank für die Infos

 

[thedude]

Poste mal bitte den output von folgendem Kommando:

dmesg | grep recover

gruss
dude

 

[baeumer]

Die Rückmeldung ist:

EXT3-fs: recovery complete.

Hilft das weiter?

 

[thedude]

Ja tut es. Dein System hat beim Start einnen filecheck/quotacheck durchgeführt. Und das kann jenachdem wieviele Files man hat sehr lange dauern. Grund dafür ist wahrscheinlich, dass ein volume nicht richtig unmounted werden konnte beim runterfahren.

Hast Du IPKG installiert? Falls ja, könnte es am mount-bind von /volume1/@optware nach /opt liegen. Das wird zwar beim Systemstart gemounted aber nicht unmounted beim runterfahren. Dadurch kann /volume1 nicht sauber unmounted werden, was unweigerlich zum filecheck/quotacheck führt. Schau Dir DIESEN Thread an, da wird erklärt was zu tun ist.

gruss
dude

 

[baeumer]

Vielen Dank, ich habe das Script für unmount in dem Link angelenk. Ich finde es allerdings einfacher, nicht mit vi, sondern mit FTP und einem Editor zu arbeiten.

Zur Fehlerbeschreibung: Ich hatte jetzt aktuell volume1 gewechselt (größere Platte). Dabei habe ich (nachdem Clonen nicht klappte), einfach die Gemeinsamen Ordner neu wieder drauf kopiert. Früher hatte ich mal ipkg und vieles andere an Drittprogrammen installiert, ist aber schon lange her und ich habe die Links nicht gepflegt, um die Programm im Disk Manager 2.2 zu sehen. Durch die tollen Firmware-Updates hatten sich die Drittprogramme für mich erledigt.

Wenn ich jetzt in telnet ipkg eingeben, kommt

-sh: ipkg: not found

Deinstalliert hatte ich es nicht. Was ipkg auf volume1 installiert? In welchem Ordner liegt eigentlich ipkg?

 

[baeumer]

Ich habe das Script angelegt und neu gebootet, braucht immer noch eine halbe Ewigkeit und ich bekomme fast einen Herzinfarkt, ob die Box überhaupt noch bootet.

EXT3-fs: recovery complete.

Protokoll aus Disk Station Manager:

Typ Datum & Zeit Benutzer Ereignis
Information 2010/01/17 10:57:33 admin User [admin] logged in from ... <- eingeloggt
Information 2010/01/17 10:55:20 admin Apple file service was started.
Information 2010/01/17 10:54:41 admin Windows file service was started.
Information 2010/01/17 10:54:12 admin System started to boot up. <- knapp 1 min gewartet, dann neu gestartet. Offenbar Zeitdifferenz für Bootup
Information 2010/01/17 10:38:29 admin Windows file service was stopped. <- ausgeschaltet durch Druck auf Power-Taste

Kann es doch am Austausch der ersten Platte liegen? Was muß ich tun?
Hilft es, die Firmware 0959 neu aufzuspielen?

 

[thedude]

Deinstalliert hatte ich es nicht. Was ipkg auf volume1 installiert? In welchem Ordner liegt eigentlich ipkg?

Ja wie ich schon schrieb, liegt die ganze optware in der Regel unter /volume1/@optware . Damit das alles gefunden wird, wird a) /opt auf /volume1/@optware verlinkt und dann b) /opt/bin:/opt/sbin vorne an den Pfad gehängt.

Da Du aber eine neue Platte installiert hats und nur die gemeinsamen Order wieder drauf kopiert hast scheint es /volume1/@optware gar nicht mehr zu geben bei Dir. /opt wird nicht mit /volume1/@optware verbunden wenn es /volume1/@optware nicht gibt... evtl ist Dein Problem was anderes. Hast Du irgendwelche anderen Order mit mount -o bind verknüpft?

Poste bitte mal die Ausgaben von:

mount

 

[baeumer]

Here is the result:

/dev/md0 on / type ext3 (rw,data=ordered)
/tmp on /tmp type tmpfs (rw)
/sys on /sys type sysfs (rw)
/proc/bus/usb on /proc/bus/usb type usbfs (rw)
/dev/md3 on /volume2 type ext3 (usrquota,grpquota)
/dev/md2 on /volume1 type ext3 (usrquota,grpquota)
/volume1/opt on /opt type --bind (rw)
/ on /volume1/root type --bind (rw)

Der Ordner /opt ist übrigens leer. Muß das so?
Der Ordner /volume1/opt ist vorhanden, aber ebenfalls leer (muß ja auch, so wie ich das verstehe, da /opt ja auf /volume/opt gemountet ist).

Firmware-Refresh erforderlich?

Danke noch mal für die schnellen Antworten

 

[thedude]

Also Du hast zwei potentielle mounts die Probleme machen:

/volume1/opt on /opt type --bind (rw)
/ on /volume1/root type --bind (rw)

Es reicht also nicht nur /opt unzumounten beim runterfahren. Du musst auch /volume1/root unmounten. Trage also in das script ein:

umount /opt
umount /volume1/root

Stelle sicher das das script auch ausführbar ist und die richtigen rechte hat (per konsole prüfen!). Eigentlich sollte dann Dein Problem verschwinden.

gruss
dude

 

[itari]

Den mount --bind / /volume1/root mache ich auch, um per Samba auf das /-Dateisystem zugreifen zu können. Wenn man das will, ist das nicht unbedingt falsch.

Itari

 

[thedude]

Den mount --bind / /volume1/root mache ich auch, um per Samba auf das /-Dateisystem zugreifen zu können. Wenn man das will, ist das nicht unbedingt falsch.

Alles richtig. Aber wenn man es nicht unmounted kann es zu Problemen beik runterfahren kommen. Haben wir ja schon oft erlebt hier mittlerweile. Wenn man es sauber unmounted sollte es keine Probleme damit geben.

gruss
dude

 

[baeumer]

Müssen denn für mounts Ordner angelegt sein? Sprich: Wenn ich von volume1/root nach /root mounten will, muß dann der Ordner /volume1/root vorhanden sein? Dieser existiert nicht. Soll ich den Ordner anlegen?

Ich hatte vor Urzeiten den mount /root angelegt (Tip aus diesem Board), damit ich per FTP direkt Dateien im System ändern kann. So habe ich ja auch das Script angelegt.

Ich habe das Script um root ergänzt und werde testen... (mit Herzklopfen)

 

[baeumer]

Hilft immer noch nicht

Auch der zweite unmount-Eintrag hilft nicht zum schnelleren Booten.
Was nun?

 

[baeumer]

Noch mehr Probleme?

Gerade versuche ich, die Firmware 0959 noch mal aufzuspielen, bleibt aber bei "Übertragen der Daten auf den Server. Bitte warten..." hängen. Oder liegt es daran, daß die gleiche Firmware bereits aufgespielt ist?

Was denn jetzt?

Muß ich einen kompletten Reset machen? Wie? bleiben die Dateien auf den Platten erhalten?

Nach wieder ca. 15 minuten kam die Meldung, daß die Firmware bereits die aktuelle ist. Wahrscheinlich tritt das Problem mit der Reparatur auch beim Firmware-Update auf. Kann ich die Firmware dennoch refreshen? Würde das mein Problem lösen?

 

[thedude]

Keine Ahnung was die Firmware angeht. Bist Du sicher, dass das Script richtig ausgeführt wird? Gib mal die umount Befehle von Hand ein, prüfe mit mount ob die mounts auch weg sind und starte dann mal neu.

gruss
dude

 

[goetz]

Hallo,
der mount-Punkt (Verzeichnis) muß existieren, also /volume1/root muß da sein. Poste doch mal Dein script sonst raten wir hier nur rum.

Gruß Götz

 

[baeumer]

Hier das Script der Datei /root/usr/local/etc/rc.d/S99mount.sh mit dem Dateiattribut 777:

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

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

Ich habe jetzt den Ordner /volume1/root angelegt, der zuvor nicht existierte.

Ups. Ich habe gesehen, daß ich die Zeile "#nothing" vergessen hatte. Eigentümer der Datei ist admin, nicht root. Aber das macht doch nichts, da alle ausführen dürfen, oder?

 

[jahlives]

Also 0777 ist sicherlich zuviel des guten. Ich würde maximal 0755 geben

 

[thedude]

Bitte teste trotzdem mal das. Danke.

gruss
dude

 

[baeumer]

Also,

manuelles umounten geht nicht. Habe getestet:

DiskStation> umount /volume1/opt
umount: Couldn't umount /volume1/opt: Inappropriate ioctl for device

DiskStation> umount /volume1/root
umount: Couldn't umount /volume1/root: Inappropriate ioctl for device

DiskStation> umount /root
umount: Couldn't umount /root: Invalid argument

DiskStation> umount -f /volume1/root
umount: forced umount of /volume1/root failed!

Ich bin wirklich Unix-unerfahren und weiß hier nicht weiter. Aber es scheint wohl daran zu liegen, daß das unmounten so nicht geht. Usage des Befehls?