Jack the Grabber

Hmm jetzt wird es wirklich verworren. Aber tmpfs wird doch nach /tmp gemountet. So war es früher zumindest. Das heißt man konnte ruhigen Gewissens Dateien größer 15MB in tmp ablegen. Oder wird tmpfs gar nicht mehr genutzt? Wurde da früher der swap doppelt genutzt?
Da ist auf jeden Fall was anders, ob es gewollt ist und ohne Folgen kann ich nicht beantworten. Dafür fehlt mir das KnowHow.

Was sagen denn die Hdd Spezis dazu?

Torsten73 hat geschrieben:Hmm jetzt wird es wirklich verworren. Aber tmpfs wird doch nach /tmp gemountet. So war es früher zumindest. ...

Daran hat sich auch nichts geändert, (siehe Startscripte: /etc/init.d/sysinit) aber irgendwas ist hier daneben.
Mit Spindown von ein paar Sekunden mal die Platte einschlafen lassen und dann mal das versuchen.
Kopiert dann mit ftp eine Datei >15MB nach /tmp wird die Platte zwar aufgeweckt und es wird der Upload nach kurzer Pause fortgesetzt, fällt aber dann auf die Fresse, aber kein Absturz /tmp ist dann voll. Woran das jetzt liegt, ist erstmal die Frage. Einiges wurde ja geändert, Startscripte, Kernel, BB. Irgendwo muss da was sein

spinndown steht auf 360. Sollte also mit dem Wakeup vor Aufnahmen passen.
Obwohl, mal grundsätzlich überlegt, sollte der Spindown eigentlich erkannt werden und die Platte vor der Aufnahme rechtzeitig aufgeweckt werden mit Prüfung auf die eingestellte Wakeupzeit. Oder mal läßt keine Spindownzeit <3 min. zu.

Im Moment ist Swap deaktiviert und ich habe seit gestern KEINEN Absturz/Neustart und seitdem 8 Aufnahmen verteilt auf 4*ARD, 2*ZDF, 1*RTL2, 2*Sky . Alle Aufnahmen sind in Ordnung.
Somit gibt es meiner Überzeugung nach definitiv einen Zusammenhang zwischen den Abstürzen/Resets & Swap.

Ich hoffe hier ließt im Moment von den Entwicklern noch jemand mit.

Mit Spindown von ein paar Sekunden mal die Platte einschlafen lassen und dann mal das versuchen.
Kopiert dann mit ftp eine Datei >15MB nach /tmp wird die Platte zwar aufgeweckt und es wird der Upload nach kurzer Pause fortgesetzt, fällt aber dann auf die Fresse, aber kein Absturz /tmp ist dann voll.

genauso sieht es bei mir auch mit meinem spinndown von 360.

Problem ist gelöst, zumindest die Ursache, es sind die Startscripte. Wird also demnächst auch gefixt sein.

noch eine unwesentliche Kleinigkeit:
wenn man aus dem ide Menü eine partition ohne vorher auszuhängen löscht, muß man den Receiver neu starten um danach eine neue Partition zu erzeugen.

D.h. mein Vorschlag wäre folgendes zu machen:
- Menü Partition löschen wird gewählt, dann wird erst die Partition ausgehangen, dann gelöscht.

Das ist bestimmt kein Problem, oder?

Torsten73 hat geschrieben:noch eine unwesentliche Kleinigkeit:
wenn man aus dem ide Menü eine partition ohne vorher auszuhängen löscht, muß man den Receiver neu starten um danach eine neue Partition zu erzeugen.

D.h. mein Vorschlag wäre folgendes zu machen:
- Menü Partition löschen wird gewählt, dann wird erst die Partition ausgehangen, dann gelöscht.

Das ist bestimmt kein Problem, oder?

Du meinst sicher das:


Ein Reboot ist erforderlich, aber nicht zwingend, weil das der Kernel so will. Der kennt noch nicht die neue Partitionstabelle. Das hat so nichts mit unmount zu tun. Man wird beim misslungenem unmounten darauf hingewiesen. Sollte man eine noch gemountete Partition Löschen wollen und aus irgeneinem Grund geht unmount nicht, kannst du auch nicht forfahren und du kämst erst garnicht zum Löschen . Das wäre dann ein Grund, dem man nachgehen sollte.

Hintergrund:
Die Partitionen werden immer automatisch ausgehangen, bevor sie gelöscht werden. Man braucht das nicht gesondert zu machen.
siehe: http://wiki.dbox2-tuning.net/Neutrino:S ... p#Aufgaben
Im Zusammenhang hierzu gibt es auch andere Scripte, als im alten Menü (formating.start, formating.end usw...) sondern nur noch welche für bevor unmount und nach mount
Siehe http://wiki.dbox2-tuning.net/Neutrino:S ... ustomizing
Du kannst das Unmounten mit den Scripten auch leicht testen, indem du so ein Script anlegts und dort echos einbaust, die im log oder über msgbox angezeigt werden. Immer dann wenn eine Partition ausgehangen wird, müsste das im Log oder als msg on screen auftauchen.

ok. Das Löschen hat ja einwandfrei funktioniert. Insofern ist das ja dann in Ordnung.

Was anderes ist mir aber noch aufgefallen. Ich hatte vergessen auf Übernehmen im Hauptmenü zu gehen, nachdem ich die Partitionen neu erstellt hatte. Nach nem Reboot waren natürlich dann die HDD nicht gemountet.
Wäre da nicht eine Sicherheitsabfrage sinnvoll, das was geändert wurde, aber noch nicht übernommen wurde, bevor man das IDE Menü verläßt?

Torsten73 hat geschrieben: Wäre da nicht eine Sicherheitsabfrage sinnvoll, das was geändert wurde, aber noch nicht übernommen wurde, bevor man das IDE Menü verläßt?

Werde ich noch irgendwie einbauen.

Hallo!

Mit der Beta10 stimmt was nicht!

Sobald ich beim IDE Menü auf übernehmen gehe kommt die Fehlermeldung: "Beim Speichern der Einstellungen sind Fehler aufgetreten!"
Ich kann zwar die Festplatte dann benutzen aber nach dem Neustart ist die Festplatte nicht mehr aktiv.

Gruß

lusto

Log?

Hallo dbt!

Hier das log ab reingehen ins IDE-Menü

Gruß

lusto



[drive_setup] BETA! 1.51
[drive setup] loadDriveSettings: load settings from /var/tuxbox/config/drivesetu
p.conf
[drive setup] ide modules unloaded...
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
dboxide: $Id: main.c,v 1.14 2009/06/19 14:39:26 seife Exp $
ide: late registration of driver.
dboxide: activating cs2
dboxide: address space of IDE-Interface is at: 0xc3bb6000
dboxide: IDE-Interface detected, Vendor: Gurgel
dboxide: sreset succeeded
Probing IDE interface ide0...
hda: WDC WD1200BB-55GUC0, ATA DISK drive
ide0 at 0x010-0x017,0x04e on irq 47
hda: attached ide-disk driver.
hda: host protected area => 1
hda: 234441648 sectors (120034 MB) w/2048KiB Cache, CHS=14593/255/63
Partition check:
/dev/ide/host0/bus0/target0/lun0: p1 p2

/dev/ide/host0/bus0/target0/lun0/disc:
setting 32-bit IO_support flag to 1
setting drive write-caching to 0 (off)
setting standby to 60 (5 minutes)
IO_support = 1 (32-bit)
write-caching = 0 (off)
Journalled Block Device driver loaded
SGI XFS with no debug enabled
Adding Swap: 136544k swap-space (priority -1)
XFS mounting filesystem ide0(3,2)
Starting XFS recovery on filesystem: ide0(3,2) (dev: ide0(3,2))
Ending XFS recovery on filesystem: ide0(3,2) (dev: ide0(3,2))
[drive setup] mkFstab: writing /var/etc/fstab...ok
[drive setup] mkSmbConf: write error /etc/smb.conf, please check permissions...R
ead-only file system
[drive setup] exec: errors while applying settings...
[drive_setup] BETA! 1.51
[drive setup] loadDriveSettings: load settings from /var/tuxbox/config/drivesetu
p.conf
[drive setup] getFileEntryString: error while open /var/etc/init.d/06hdd No such
file or directory

Bin mir nicht ganz sicher, warum das hier schief geht.
Ich kann erstmal nur vorschlagen, dass du /etc/smb.conf änderst, mach mal /var/etc/smb.conf draus. Zu ändern geht das im Netzwerkmenü.

dbt hat geschrieben:Ich kann erstmal nur vorschlagen, dass du /etc/smb.conf änderst, mach mal /var/etc/smb.conf draus. Zu ändern geht das im Netzwerkmenü.

@dbt
Danke!

Das hat so funktioniert.

lusto

Ok, dann muss da noch eine "Zwangsänderung" rein, damit das für squashfs-Images und jffs/und Yadd gleichermaßen passt. Den Fehler hatte ich aber so bisher nicht, sonst wäre ich möglicherweise schon früher drüber gestolpert.

Übrigens das Problem mit Dateien >15MB in /tmp ist immer noch in Beta10

lusto