stm24 207

[BPanther]

Die gleichen Meldungen kommen auch beim stm22, einfach erstmal ignorieren.

Ansonsten dürften wenn dann Mount-Verluste unter beiden auftreten, wobei ich bisher noch nicht einen hatte. Was auch immer nun wieder anders ist...

[DboxOldie]

Ist mir ja auch nur zweimal passiert, einmal die USB - Mounts und einmal war die Platte weg, ich lass ja auch fast immer USB laufen.
Ich weis auch nicht genau warum Linux alle gemounteten Devices in mtab einträgt, muss ja einen Sinn haben.
Leg die doch einfach mal beschreibbar an, wie bei den dicken Maschinen mit symlink oder so, wer weis...

[BPanther]

Die mtab ist ja nen Symlink nach /proc/mounts, so wie unter einigen Linux-Distries auch der Fall ist. Du kannst ja mal ausprobieren, ob eine reale Datei besser/stabiler bei den Mounts ist.

[DboxOldie]

Ach ja /etc ist ja beschreibbar! Warum dann die Meckermeldung??
Der mtdblock2 von stm24 lässt sich in stm22 nicht mounten, andere Struktur? Ist doch auch Squashfs ?
Die mtab wird ja schon beim 1. mount gebraucht und die steht ja erst zu Verfügung bei dem --bind von /etc


Edit: Ja sym /proc --> mounts--> sym self/mounts / self --> 1307 aber wann?

[BPanther]

Die mtab steht vor dem bind nicht zur Verfügung, da gibt es sie noch nicht.

Die mtdbock-Meldung muß ich noch fixen. Der versucht unsinnigerweise was vom Flash zu mounten, was aber nicht geht.

[DboxOldie]

gibt ja sogar ´nen mount Parameter, falls die mtab nicht beschreibbar ist (flash), warum auch immer es den gibt:
mount --help :
-n Don't update /etc/mtab
ja mit cat /proc/mounts wird alles angezeigt....

Das Flash hab ich in stm22 versucht von Hand zu mounten, /tmp/test natürlich angelegt:

mount -t squashfs /dev/mtdblock2 /tmp/test

deshalb die Frage

[BPanther]

Du kannst das so nicht mounten. Warum, kann ich Dir auch nicht sagen. Du mußt den Umweg über mtdram gehen (Verbrauch geht vom RAM dann ab), deswegen hatte ich den mit drin, eigentlich für Tests.

[DboxOldie]

Ich wollte nur schauen wie /etc vor dem --bind ausieht, bei stm22 USB zu Flash geht das ja

[BPanther]

In /etc war glaube nur die initab und in /etc/init.d die "kleine" rcS. Müsste ich nochmal schauen, wenn ich es neu baue...

[DboxOldie]

Geht doch
USB stm24 starten dann wird der mtdblock2 von stm24 flash gemounted, hab ich mir gedacht: die mögen sich nicht untereinander.

In /etc war glaube nur die initab und in /etc/init.d die "kleine" rcS.

genau so isses, vielleicht da schon ein sym auf eine "echte" mtab, verschwindet ja beim --bind??

Edit: nee, die /etc ist ja irgendwo im jffs???...aber kann man das beim Flash nicht in der fstab verankern??.. das wird doch mit mount -a übernommen

[DboxOldie]

So die Kiste mal angeworfen und auf Rock Hymnen gestellt, da hab ich ein bischen Muse beim basteln
Mal schauen ob was bei den mounts passiert....

[DboxOldie]

So die Kiste ist den ganzen Tag schön gelaufen, keine Mount - Verluste.
Ständig verbunden mit Filezilla, Putty seriell und Putty Telnet.
Dann hab ich angefangen das gute Stück zu quälen:

Upload vom Rechner mit Ftp in den cifs mount 30 % cpu ( mit top ), 0,9 MByte/sek. ( Filezilla Aussage) Filegrösse ca. 1 GB
Download zum Rechner mit Ftp vom cifs mount 50 % cpu, 1,4 MByte/sek.

Dabei hat der vsftpd die grösste cpu last.

Upload vom Rechner mit Ftp auf die USB Platte 36 % cpu, 1,8 MByte/sek.
Download zum Rechner mit Ftp von der USB Plattet 50 % cpu, 3,2 MByte/sek. Aber nach wenigen Sekunden Error, und alle USB mounts, auch die Platte weg!!!
Der Netzwerkmount ( cifs ) war noch da!!!

Neustart der Box und den Download nochmal probiert, wieder nach wenigen Sekunden Error, und alle USB mounts weg.
Ich hab auch mal die mtab durch eine echte ersetzt, den aktuellen Inhalt reingebeamt, Neustart: geht auch das System füllt brav die mtab.

Dann wieder den Download probiert: auch wieder nach wenigen Sekunden die USB - mounts weg, also auch nicht besser.

Jetzt muss ich noch probieren ob das bei der stm22 auch so ist, aber im Moment geht nix, is klar

[BPanther]

Danke für den Test.
Das heißt also, daß bei Belastung die Mounts verschwinden. Jetzt bleibt also nur noch die Frage, wer das verursacht und wie man das beheben kann.
Hast Du Up/Download gleichzeitig gemacht oder einzeln? Weil UL 1.8 + DL 3.2 = 5 MB/s, was normal wäre.

[DboxOldie]

Immer einzeln, aber mit Ftp zur Box in den cifs mount: d.h. bei der Box rein und wieder raus über Netzwerk.

Beim Upload zur Platte war es ja schneller, beim Download von der Platte noch schneller: aber da kommt der Mount Verlust.

Wobei der vsftpd die meiste cpu Leistung verbrauchte, die USB Platte ist ja auch nicht besonders schnell, am Rechner schafft die auch "nur" 15 MByte/sek.

[BPanther]

Aja, die 5MB/s schafft sie dann anscheinend wirklich nur intern am SATA (ich weiß, geht ja noch nicht bei stm24).

Dennoch ist das mit der Auslastung schon mal ein Anhaltspunkt, das läßt sich provozieren ohne Datenübertragungen mit einem kleinen Script. Mal schauen, wie sich die aktuelle 2664 dabei verhält (stm24 noch im Bau). Muß dann nur schauen, an was das liegen kann - und warum das nur Flash betrifft, denn USB hat diese unmount-Probs nicht (mir nicht bekannt)...