GEMINI 4.1: Aufnahme wegen eines Schreibfehlers fehlgeschlagen

Habe leider auch kein Log gefunden.
Die Dreambox Manager Suite nutzt, so viel ich weiss, auch nur die Web-Schnittstelle, die WebIf auch verwendet.
Ich glaube daher, dass man das Problem auch nur über das WebIf erzeugen könnte. Man müsste nur wissen, was die Manager Suite da so aufruft, damit es dann zu diesem Problem kommt.

mfg
Al

hi leute

ich hab/hatte das selbe problem auf meiner 600er mit dem 4.0er gemini.

einige aufnahmen wurden mit dem von euch gewschilderten fehler abgebrochen.

allerdings hatte ich weiters da problem, dass sich die aufgenommenen filme (die ordnungsgemäß aufgenommen wurden) nicht mehr von der platte runterkopieren liesen.

manchmal bekam ich nach 300mb einen fehler, manchmal erst nach 3gb

des weiteren ist aber zu sagen, dass die platte äußerst komisch geklungen hat & es ist auch noch nicht fix ob es nicht ein defekt an der platte war.

muss ich heut erst mal testen..

lg

Hallo,

hatte gerade eben das gleiche Problem mit einer neuen Samsung HM160HC mit Gemini 4.1 auf DM600PVR.
Habe alles vor 5 Tagen neu gekauft.
Habe erst ca. 7 Aufnahmen gemacht.
Alles ohne Probleme.
Dann habe ich angefangen mit VLC rumzuspielen und ich habe auch noch per Samba3 so ca. 8 Std. lang über eine WiFi -Verbindung mehrere GBytes an Photos auf die DM600 geschaufelt.
Danach wollte ich per Fernbedienung Timeshift machen.
Habe dann nur die Fehlermeldung "Aufnahme wegen eines Schreibfehlers fehlgeschlagen" erhalten und die Empfehlung einen Plattencheck zu machen. Ging erst nicht, weil ich das SWAP- File aktiviert hatte.
Hab ich dann auch gemacht, hat keine Fehler gezeigt.
Auf der HD war die entsprechende TS Datei vorhanden jedoch nur mit 0 Byte Grösse.
Weitere Aufnahmeversuche erzeugten nur weitere 0 Byte TS Dateien mit jeweils gleicher Fehlermeldung auf dem Bildschirm.
Neustart von Enigma reichte nicht aus um den Fehler zu beheben.
Nach Neustart der Box geht es jetzt wieder.

MfG
SP

Hallo Leute,
habe meine 7020S seit einer Woche und habe das gleiche Problem. Meine Platte ist eine 300 GB Seagate ST3300831A.
NAch den ganzen Threats dachte ich, es muss an Gemini 4-0 liegen. HAbe also heute Gemini 3.6 geflasht. Alles bestens und plötzlich wieder der Fehler.
Jetzt habe ich aber die Ursache entdeckt. Die Platte hat die Einstellung, nach 5 min Leerlauf in Standby zu gehen. Wenn dies passiert, kann Sie durch eine Aufnahme, oder einen mp3 Start nicht mehr geweckt werden. Sie ist nicht mehr in der Mount-Liste
Kann man da was einstellen, dass die Platte dann wieder gemountet wird, wenn sie angesteuert wird.
Nach einem Reboot ist alles wieder in Ordnung.

Mit Bitte um Hilfe
Flactail

Tach zusammen,

flactail: Das müssen dann wohl alles andere Gründe sein, wie gesagt bei mir werden nur Platten gemountet, und das sind letztlich USB externe Platten, die nie runterfahren, also dementsprechend auch nie kurz oder lang runtergefahren sind.
Aber letztlich kann ich mir nicht vorstellen, daß dieser Fehler an runtergefahrenen Platten liegt, da doch sonst fast alle diese Probleme haben müssten, oder ? Oder ist der Standard bei eingebauten Platten, daß die nie runterfahren ?

Nein,
entweder die Platte hat intern ein Timeout gesetzt, dann fährt sie unabhängig vom Betriebssystem runter.
Oder das Betriebssystem sendet ein entsprechendes Signal.

Hallo zusammen,

ich hatte bis jetzt keine Zeit die Box nochmal auseinander zuschrauben, aber wenn ich mich recht erinnere habe ich keine Jumper gesetzt und da waren auch keine gesetzt. Demnach steht die Platte wohl korrekt auf Cable- Select.

Meine Platte geht nach 2Min, laut Konfiguration, in den StandBy. Zusätzlich habe ich ein Swap- File von 32Mb aktiviert, was wohl die Funktion des StandBy außer Kraft setzen wird!

Wie andere hier, in ähnlichen Threads berichtet haben, musste ich die Box komplett runterfahren und vom Strom trennen, damit der Fehler verschwindet und ich im Moment auch wieder problemlos aufnehmen kann.

MfG
SP

Also meine Platte habe ich auf "Master"(kein Jumper gesetzt).
Und es wurden ja Dateien der Grösse 0MB erzeugt.
Auch die recordings.epl wurde entsprechend upgedatet.
Meine Platte war dann wohl gemountet.
Ich hoffe doch auch, dass die Platte in den Standby geht, wenn sie nicht gebraucht wird. Wäre ja schlimm, wenn sie immer drehen würde.

bzgl immer drehenden Scheiben:
Das häufige anfahren einer Festplatte ist schädlicher für diese als das permantente Laufen!
Stromsparen ist Selbstreden ein Thema.

wobei ein permanenter betrieb für 2,5" hdd's sicher auch nicht das beste ist..

dafür sind sie ja ansich nicht ausgelegt.

lg

hallo,

also ich nutze nfs, mit einem 2.6 gnu/linux host.
meine festplatte geht natuerlich auch in den standby, bleibt aber
natuerlich gemountet, was noch nie zu problemen gefuehrt hat.

abschalten koennt ihr den standby unter gnu/linux mit hdparm,
siehe "man hdparm"

schreibfehler kenne ich eigentlich nur durch falsch gesetzte berechtigungen,
versucht doch einfach mal ein chmod a+rwx /movie

bei dem verdacht das die festplatte einen hardwarefehler hat waere
"smartd - SMART Disk Monitoring Daemon" eine option.

wenn das mit der dreambox & windows nicht moeglich sein sollte,
reicht sicherlich auch eine livecd, zb knoppix.

gruesse xhonkx

hallo leute

gibts eigentlich zu dem problem schon eine lösung?
denn es scheint ja doch einige zu betreffen

ein freund von mir hat genau das selbe problem
nagelneue 120gb samsung hdd in einer 600er

ich hab auch die selbe platte, hab die ja wegen genau diesem problem eingebaut - werd am wochnende vermehrt aufnehmen um zu sehen was passiert

so wies aussieht war die alte platte aber effektiv kaputt..

danke
lg

... die DreamboxManagerSuite nicht mehr verwendet habe.

Wie ich weiter oben geschrieben habe hatte ich das Problem nach Verwendung der DreamboxMangerSuite (die ja irgendwie auch über das WebIF geht)

Andere haben das Problem aber anscheinend auch nur durch das WebIF produzieren können.

Ich benutze das WebIF täglich um Aufnahmen zu programmieren und streaming zum PC zu machen.

Das einzige was ich sonst noch geändert habe (ausser die DreamboxManagerSuite nicht mehr zu verwenden) ist ein Treiber (head.ko) damit streaming besser funktioniert: klick

Vielleicht sollte ich einfach wieder mal die DreamboxManagerSuite verwenden und schauen, ob der Fehler dann wieder erscheint. (Aber ich will grad nicht wieder Probleme produzieren. Bin gerade froh dass mal alles soweit stabil läuft)

mfg
Al

Hallo,

ich habe ein ähnliches Problem.
In meinem Fall wartet die Box bei einer Aufnahme nicht lange genur, bis die Festplatten meines NAS hochgefahren sind. Somit schlägt die erste aufnahme immer fehl, versucht man es 15 Sekunden Später nochmals ist alles in Ordnung. Wenn ich die Platte vorher durch einen anderen Zugriff "aufweckt" funktioniert es ebenfalls auf Anhieb. Gibt es wirklich keine möglichkeit diesen Timeout höher zu setzen?

Hallo Leute,
wie schon erwähnt tritt bei mir der Fehler nur auf, wenn die Platte in den Standby geht. Wenn ich den Timeout auf 0, also Dauerbetrieb, setze, ist kein Problem heraufzubeschwören. Alles bestens.
Aber wenn die Box in den Standby geschaltet wird, läuft die Platte weiter. Deshalb habe ich im Experten-Menü den Standby der Box auch deaktiviert. Beim Ausschalten geht die Box also in den Deep Standby.
Ist keine gute Lösung für mich, aber anders ist der Aufnahmefehler wieder da, sobald die Festplatte in Standby geht.
Kann sich dieses Phänomen einer erklären, hab auch mit hdparm rumgespielt, aber nichts erreicht.

Box 7020Si
Festplatte Seagate 3300831A 300GB
Gemini 4.1 ( aber auch 3.4, 3.6, und 4.0 getestet, aber immer das gleiche Problem)

Nun hatte ich auch das Problem. Meine 600er ist vielleicht 3 Wochen alt.

Aufgenommen habe ich bisher 3-4 Filme, also kann es eigentlich nicht an der Platte liegen, die ist ja noch fast jungfräulich (Samsung HM160HC mit Gemini 4.1).

Habe die Box dann neugestartet, danach ging es.

Ich kann mir auch nicht vorstellen, daß es am Standby-Modus liegt.
Wenn der Fehler da ist, hilft halt nur reboot. Denn Aufnahmen aus dem Standby heraus funktionieren sonst bei mir.

Vielleicht liegt es am EMU ? MGCamd nutze ich. Ich werde nun mal den Evocam testen die nächsten Tage.

Ich denke hier liegt irgendwo eim Bug im Image ?

Greets
dudi

Zitat

Original von lakret
Tach zusammen,

habe gerade durch Zufall diesen Bitrag gesehen. Gut.. erst einmal ich habe dasselbe Problem, allerdings nicht wie ihr alle mit einer internen Festplatte, sondern mit NFS gemountete Festplatte in einem Windows Rechner.

Gleiches Prob bei mir (Gemini 4.1)! Allerdings mit einem NAS-Laufwerk. NFS ist korrekt eingerichtet. Gemountet habe ich mit DCC 2.95 und im BluePanel kann ich den Mountpunkt als Aufnahmeziel einstellen. Sobald ich jedoch eine Aufnahme (Direktaufnahme) starten möchte, bekomme ich die Fehlermeldung wie Ihr auch (Schreibfehler ... fehlerhaftes Dateisystem ... usw). Wiedergabe vom NAS funktioniert einwandfrei - Auch bei Aufnahmen auf der internen HDD habe ich keine Probs!

Woran mag das liegen?

Zitat

Original von gman-x
Gleiches Prob bei mir (Gemini 4.1)! Allerdings mit einem NAS-Laufwerk. NFS ist korrekt eingerichtet. Gemountet habe ich mit DCC 2.95 und im BluePanel kann ich den Mountpunkt als Aufnahmeziel einstellen. Sobald ich jedoch eine Aufnahme (Direktaufnahme) starten möchte, bekomme ich die Fehlermeldung wie Ihr auch (Schreibfehler ... fehlerhaftes Dateisystem ... usw). Wiedergabe vom NAS funktioniert einwandfrei - Auch bei Aufnahmen auf der internen HDD habe ich keine Probs!

Woran mag das liegen?

Same Problem
7020Si, mich würde interessieren.. Was für Dateisysteme habt ihr denn so auf der HDD? Denn ich habe die befürchtung, dass es bei mir mit dem FAT32 zusammen hängt, oder.. Dass die Platte einfach zu warm wird, denn das Gehäuse (USB) welches an einem Asus WL500gP hängt, ist einfach das letzte... Nichtmal Lüftungsschlitze...

Grüße, Mitsch

Zitat

Same Problem
7020Si, mich würde interessieren.. Was für Dateisysteme habt ihr denn so auf der HDD? Denn ich habe die befürchtung, dass es bei mir mit dem FAT32 zusammen hängt, oder.. Dass die Platte einfach zu warm wird, denn das Gehäuse (USB) welches an einem Asus WL500gP hängt, ist einfach das letzte... Nichtmal Lüftungsschlitze...

Grüße, Mitsch

Ich hatte das gleiche Problem. Dateisystem war FAT32. Jetzt habe ich EXT2 und es scheint zu laufen.

Was ist besser EXT2 und EXT3?

Gruß freier_vogel