[clausmuus]

@bfranz,

ich hatte Dich gebeten in der /etc/fstab nen /mnt/fbox einzutragen, damit das im webif ausgewählt werden kann. Ich bin/war mir nicht sicher, ob das auch/schon funktioniert, wenn gleich als mountpoint /mnt/data eingetragen wurde. Das auswählen im Webif ist bisher noch erforderlich weil da noch nen paar andere Aktionen passieren.

@MarMic,

Da liegst Du richtig, was das Stapeln der Filesysteme angeht. Nur das unter der HDD noch nen tmpfs liegt, dass immer dann beschrieben werden soll, wenn der Ziehlordner auf dem tempfs existiert, auf der HDD jedoch nicht. Das nutze ich u.a. für den /tmp Ordner.
Genau da scheint was schief zu laufen. Finden Tust Du den Inhalt von HDD und tmpfs unter /mnt/system und /mnt/tmpfs. Der /mnt Ordner sollte nicht im /mnt/tmpfs existieren.
Ich werd das morgen mal prüfen und reparieren.

Claus

[clausmuus]

@bfranz,

Danke für den Hinweis mit dem Netzwerkfehler beim Booten. Das hatte ich gestern bei meinen Umbauarbeiten nicht bedacht. Wird auch morgen repariert.

Claus

[Torsten73]

@MarMic

yep, da bleibt der Ordner erhalten !!!!!

Gruss
Bodo

************************

P.S. Beim booten kommt die Fehlermeldung beim cif mounten "Network is unreachable"
Das müsste man hinauszögern, bis das Netzwerk ( die Netzwerkplatte ) erreichbar ist
Nach dem booten geht das wie berichtet mit mount -a ohne Probleme !!!!

Grüsse
Bodo

War da nicht was, dass es beim mount von cifs in der fstab immer schon ein timing Problem gab?
Siehe Ubuntu Wiki:

Code: [Select]

Systemweites Automount

Im günstigsten Falle werden die Freigaben bereits beim Systemstart automatisch eingebunden, wenn man beim Eintrag in fstab die Option noauto vermeidet (also die Standard-Einstellung auto verwendet) und einen Mountpunkt wählt, der Besitz von root ist. Bedingung ist allerdings, dass die Netzwerk-Verbindung bereits beim Abarbeiten von fstab zur Verfügung steht, was keineswegs immer der Fall sein muss.

Handelt es sich nur um eine einfache Verzögerung beim Aufbau der Netzwerk-Verbindung, kann man nach etwas Wartezeit den Mountversuch wiederholen. Dies geschieht beispielsweise, indem man in die Datei /etc/rc.local folgende Zeilen einfügt:

sleep 20
mount -a
exit 0
# die Zeile exit 0 ist schon vorhanden

Die Zahl 20 kann man dann schrittweise verringern, bis die Verzögerung gerade noch ausreicht. Bei dem Befehl mount -a werden diejenigen Freigaben, bei denen die Option noauto eingetragen ist, nicht mit gemountet.

Es ist aber auch möglich, dass die Netzwerk-Verbindung erst bei oder nach dem Einloggen des jeweiligen Benutzers hergestellt wird (z.B. bei einem WPA-verschlüsselten WLAN). Dann führt auch dies nicht zum Ziel. Wie ein systemweiter Automount über ein "Post-Connection-Script" trotzdem gelingen kann, ist auf den Wiki-Seiten der Netzwerk-Manager NetworkManager und Wicd bzw. auf der Seite interfaces beschrieben.
Deswegen schrieb ich ja, schon mal, dass es mit mounts über fstab gerne ärger gibt. Damit habe ich mich auch schon mal rumgeschlagen.

[clausmuus]

Hi,

die shares werden nun wieder etwas später gemountet, wenn das Netzwerk bereits verfügbar ist. Außerdem wird nun 5 Minuten lang versucht cifs shares zu mounten (cifs Version 14).

Claus

[clausmuus]

Hi bfranz,

Ich hab den Grund gefunden weshalb der Fehler mit dem immer wieder verschwindenden /mnt/xxx nur bei Dir aufgetreten ist. Der pasierte nur, wenn nen Installationsmedium verwendet wurde, das weniger als 10GB groß ist. Dann wird nur eine Partition angelegt, und als Nebeneffekt kein /mnt/data auf dem Systemlaufwerk vorbereitet.

Der Fehler ist nun bei neuen Installationen behoben. Nachträglich reparieren lässt sich das per:
mkdir -p /mnt/system/mnt

Claus

[bfranz]

Hi Claus.

was soll ich dann am besten machen ?

Alles nochmals neu installieren ? Update ?

Beser wäre doch neu, oder ? Neues ISO ziehen

Gruss und Dank
Bodo

[clausmuus]

Hi,

einfach den mkdir ausführen reich aus. Eventuell dauert's ne Minute bis sich das auswirkt. danach also erst mal nen augenblick warten bevor Du neue mountpoints unter /mnt anlegst, oder danach nen reboot machen (das ist das sicherste)

Nen neues Iso gibt's erst Morgen.

Claus

[bfranz]

Hi Claus,

danke für Deine Infos ! Melde " Teilerfolg " :

Ein erstelltes Verzeichnis /mnt/data bleibt auch nach einem reboot erhalten, - aber :

Beim shutdown bleibt der Rechner immer noch hängen bei : unmounting filesystem
Wenn ich dann ENTER drücke, kommt das Prompt vom MLD, und ich kann den Rechner nur manuell ausschalten

Beim nächste booten steht dann folgendes in der fstab:

//192.168.178.1/FRITZ.NAS /mnt/data cifs user=ftpuser,passwd=bf250873 0 0
#//192.168.0.7/data  /mnt/data  cifs    user=

Was soll der Eintrag 192.168.0.7  ?? Ist zwar deaktiviert, aber dieses Netz habe ich nicht !!!



Habe das alte cifs deinstalliert und dann nochmals neu installiert
Der Netzwerk-Mount funktioniert leider immer noch nicht beim booten: Network unreachabel

Gruss
Bodo

[clausmuus]

Hi,

Die Zeile wird beim installieren des cifs-Addons als Beispiel hinzugefügt, also jedesmal wenn Du das Addon löscht und wieder hinzufügst (was ja normalerweise nie gemacht wird).
Der mount sollte mit der Version 14 funktionieren und mit der Version 296 der Initramfs sollte auch beim booten keine Mount Fehlermeldung mehr angezeigt werden.

Claus

[bfranz]

cifs Version 1.4
Initramfs 296 ?

Also doch am besten neues ISO ziehen, oder wie

wie kann ich die Versionsnummern feststellen ?

Gruss
Bodo

[MarMic]

ls /etc/addons

hier posten

[bfranz]

Hier meine Addons:

MLD> ls /etc/addons
active
MLD-3.0.0_backup-2.0_39.sfs
MLD-3.0.0_config.server-0_2.sfs
MLD-3.0.0_install-0_117.sfs
MLD-3.0.0_kernel-3.0.81_cifs-0_11.sfs
MLD-3.0.0_kernel-3.0.81_dvb-2011.11.02_106.sfs
MLD-3.0.0_kernel-3.0.81_dvb-usb-2011.11.02_35.sfs
MLD-3.0.0_kernel-3.0.81_network-0_68.sfs
MLD-3.0.0_kernel-3.0.81_nfs-client-0_5.sfs
MLD-3.0.0_kernel-3.0.81_nfs-server-0_7.sfs
MLD-3.0.0_kernel-3.0.81_ntfs-0_8.sfs
MLD-3.0.0_kernel-3.0.81_usb-0_15.sfs
MLD-3.0.0_locales-0_40.sfs
MLD-3.0.0_mc-4.7.0.9_2.sfs
MLD-3.0.0_perl-5.10.1_1.sfs
MLD-3.0.0_samba-3.5.8_14.sfs
MLD-3.0.0_smbclient-3.5.8_2.sfs
MLD-3.0.0_ssh-0.52_12.sfs
MLD-3.0.0_vdr-1.7.21.252_261.sfs
MLD-3.0.0_vdr-1.7.21.252_addons-0.4.0_40.sfs
MLD-3.0.0_vdr-1.7.21.252_dummydevice-1.0.2_4.sfs
MLD-3.0.0_vdr-1.7.21.252_setup-0.3.1_41.sfs
MLD-3.0.0_vdr-1.7.21.252_skincurses-0.1.10_14.sfs
MLD-3.0.0_vdr-1.7.21.252_streamdev-server-2011.10.25_14.sfs
MLD-3.0.0_vdr-1.7.21.252_svdrposd-0.1.1_2.sfs
MLD-3.0.0_vdradmin-am-2011.10.08_23.sfs
MLD-3.0.0_webserver-0_115.sfs

Gruss
Bodo
 

[MarMic]

cifs ist 11! initramfs ist wohl noch 3.0.0 d.h. die neuste wirste da auch nicht haben!

denke das du auf 3.0.1 kommen musst (wie kann ich dir nicht sagen, da ich lange nicht mehr gewerkelt habe)

greetz MarMic

[clausmuus]

Ne, Du brauchst nur nen update all machen, entweder im Webif oder OSD, oder auf der Komandozeile "apm ua".

@MarMic,
zur Zeit laufen die Nightbuilds für beide Versionen, 3.0.0 und 3.0.1. Die sind also überwiegend auf dem selben Stand.

Claus

[bfranz]

Hi Claus,

so, Update all durchgeführt !
Ich kann jetzt beim booten beobachten, dass es zu keinen Fehlern mehr kommt,  direkt nach dem booten geht zunächst jedoch gar nichts, man könnte meinen, das System wäre eingefroren !!
Nach einigen Minuten scheint dann alles zu gehen, der Mount wurde ausgeführt !


Grüsse
Bodo