Problem mit /opt

[jahlives]

Nachdem ich gestern meine DS nach 2 Wochen wiedermal runtergefahren und neugestartet habe lief mein ipkg Samba nicht mehr. Also wollte ich das Startschript manuell aufrufen, aber die Fehlermeldung machte mich stutzig: Not found /opt/sbin/smb Auf der Konsole habe ich gesehen, dass /opt ohne Inhalt sprich nicht gemountet war. Nach manuellem Mounten konnte ich den Samba wieder starten. Jetzt stellt sich mir die Frage, wieso plötzlich nicht mehr gemountet werden konnte. Darum wollte ich mal schauen, welche Datei diesen mount überhaupt durchführt. Nur habe ich echt keinen Plan welche Datei das übernimmt. Weiss jemand wie diese Datei heisst und wo sie liegt? Und wie kann es überhaupt sein, dass die mount plötzlich nicht mehr funzt?

 

[itari]

Der mount wird in der /etc/rc.local ausgeführt. Grund könnte sein, dass in der /etc/rc.local was drin stand, was nicht geht und abgebrochen wurde. Oder dass zum Zeitpunkt des Mountens eines der beiden Objekte (/volume1/opt oder /opt) nicht verfügbar war.

itari

 

[jahlives]

Hallo itari

und wiedermal haste mich gerettet
Komischeweise stand in /etc/rc.local überhaupt nix von mount und /opt. Aber netterweise sah ich, dass der letzte Eintrag in der Datei von twonky gemacht wurde (habe ich am Donnerstag mal testhalber installiert). So wie es scheint glaubte twonky die Datei gehöre ihm alleine und hat den Eintrag für die mount von /opt gekillt. Nachdem ich diese dort wieder eingetragen habe funzte es auch nach einem Neustart wieder.

Jetzt ist noch komisch, dass die Startscripte unter /opt/etc/init.d nicht mehr ausgeführt werden. Also habe ich die benötigten mittels ln -s nach /usr/syno/etc.defaults/rc.d/ gelinkt. Komisch ist dass nur 3 von 4 so gelinkten Scripte ausgeführt werden (dovecot, spammassassin und icecast funzen, xinetd leider ned). Wenn ich das Script (xinetd) jedoch manuell aufrufe, dann startet xientd ohne Murren.

Danke und Gruss

tobi

 

[itari]

Guck mal meine /etc/rc.local:

#!/bin/sh
echo 0 > /sys/module/ds107+_synobios/parameters/check_fan
# 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
[ -e /volume1/web/mp3 ] && mount -o bind /volume1/music /volume1/web/mp3
# remount with noatime
mount -o remount,noatime /
mount -o remount,noatime /volume1

Da wird der Link gemacht und auch die Ausführung von /opt/etc/rc.local angestoßen. Die remounts am Ende sind von mir, um den Spin-Down der Platten zu promoten (da schriebt das Teil bei Lesezugriffen nicht mehr den Zeitstempel auf die Platte - ist ja nicht unbedingt nötig).

Das mit dem Twonky stimmt mich nachdenklich. Ich dacht bislang, dass wenn jemand ein Installations-Skript schreib, auch ein wenig Aufmerksamkeit dahinein steckt. Zum einem was das Überschreiben angeht, zum anderen aber auch, wie man was bei einer Deinstallation wieder zurücksetzt.

itari

 

[jahlives]

Hallo itari

thanks again
Diese Zeile hat wohl die Startscripts scheitern lassen (hatte diese Zeile nicht drin)

[ -x /opt/etc/rc.optware ] && /opt/etc/rc.optware

Das mit dem Twonky stimmt mich nachdenklich. Ich dacht bislang, dass wenn jemand ein Installations-Skript schreib, auch ein wenig Aufmerksamkeit dahinein steckt. Zum einem was das Überschreiben angeht, zum anderen aber auch, wie man was bei einer Deinstallation wieder zurücksetzt.

Das stimmt auch mich nachdenklich, aber ich kann aus eigener Erfahrung sagen, dass es nicht die einzige SW ist, die sich so benimmt. Ein Paket von vlc hat mir einmal die /etc/shadow zerhackt und unbrauchbar gemacht.
Ich bin mir aber wirklich zu 100% sicher, dass es twonky war, weil 1. der letzte Eintrag in der Datei von ihm stammte und sich 2. nach dem ersten Reboot nach den Installation diese Probleme einstellten.

Gruss

tobi