Ständig sind die Suchaufträge weg

[CSP]

Hallo,

nach ca. 1 Woche sind die Suchaufträge regelmäßig leer. D.h. es werden dann keine Tinas mehr erstellt.
Ich merke das fast immer echtzeitig und kann über Timer restaurieren die Suchaufträge zurückholen.
Was kann ich tun, damit das nicht mehr passiert?
Danke und Gruß,
Thomas

[Miq]

[quote="CSP"]Hallo,

nach ca. 1 Woche sind die Suchaufträge regelmäßig leer. D.h. es werden dann keine Tinas mehr erstellt.
Ich merke das fast immer echtzeitig und kann über Timer restaurieren die Suchaufträge zurückholen.
Was kann ich tun, damit das nicht mehr passiert?
Danke und Gruß,
Thomas[/quote]

Können wir das begriffsmäßig bitte mal sortieren? "Suchaufträge" == "Tinas", aus denen dann bei Treffern im EPG x Stunden vor dem Ereignis "Timer" gemacht werden. Was verschwindet also bei Dir, Tinas oder Timer?

[CSP]

Hi,

ich meine Tinas.
Thomas

[ramibi]

... ist bei mir noch nie vorgekommen - und ich habe Tinas die sind schon etliche Jahre alt

Ich habe alle steinalte Tinas noch vom 5k übernommen

[Paulchen Panther]

Das Problem hatte ich nach fast 2 jähriger Nutzung von iTiNa letzten Sonntag auch erstmalig.
Alle Tinas sind weg und nicht restaurierbar.
Ich hoffe, dass es nicht wie beim Themaersteller jetzt wöchentlich auftritt.

[CSP]

Hi,

meine Tinas sind auch alle steinalt. - Hatte sie beim Umstieg auf den 2100 von 3PG übernommen.
Angefangen hat es in etwa mit der Freischaltung auf Level 2.
Es passiert sehr sporadisch, nicht reproduzierbar.
Sehr seltsam...
Thomas

[CSP]

... Am vergangenen Wochenende war es wieder soweit. Alle Suchaufträge futsch.
Wiederherstellen über das Menü funktioniert gut, nur merke ich das halt nicht immer.

Hat niemand eine Idee zur Lösung?
Thomas

[Miq]

[quote="CSP"]... Am vergangenen Wochenende war es wieder soweit. Alle Suchaufträge futsch.
Wiederherstellen über das Menü funktioniert gut, nur merke ich das halt nicht immer.

Hat niemand eine Idee zur Lösung?
Thomas[/quote]

Hast Du mal Checkdisk laufen lassen? Da dieser Effekt nur selten und nur bei wenigen aufzutreten scheint, wird ein HD- oder Memoryproblem wahrscheinlicher. Muss nicht die Hardware sein, es könnte auch sein, dass der RAM knapp wird. Hast Du viele TAPs laufen?

[CSP]

Hi!

Nein, Checkdisk hab ich noch nicht laufen lassen. Wo bekomme ich das?

Ich habe nur 8 TAPs laufen.

Gruß,
Thomas

[Miq]

[quote="CSP"]Hi!

Nein, Checkdisk hab ich noch nicht laufen lassen. Wo bekomme ich das?

Ich habe nur 8 TAPs laufen.

Gruß,
Thomas[/quote]

Gibt's wohl leider nur für den 5K, sorry...

Als ersten Schuss könntest Du Dir HddInfo von Firebird installieren, das liest die SMART-Daten der Platte aus. Da findet man aber nur wirkliche HW-Probleme; wenn nur das Filesystem defekt ist, siehst Du das damit nicht.

Ich weiß nicht, ob auf dem SRP fsck installiert ist - wenn ja, könntest Du per telnet auf den Topf gehen und damit die Platte prüfen.

[FilmFan]

[quote="Miq"]Ich weiß nicht, ob auf dem SRP fsck installiert ist - wenn ja, könntest Du per telnet auf den Topf gehen und damit die Platte prüfen.[/quote]
Ja, das ist installiert, aber ich habe mich noch nicht getraut, das auszuführen. Da muß man ja auch wohl vorher die Festplatte unmounten, oder?

[Miq]

[quote="FilmFan"]Ja, das ist installiert, aber ich habe mich noch nicht getraut, das auszuführen. Da muß man ja auch wohl vorher die Festplatte unmounten, oder?[/quote]

Du kannst ja erstmal ein "fsck -n -N /dev/sda2" versuchen, das ändert nix, sondern zeigt nur, was es ändern würde, wenn es dürfte.

[CSP]

Ei Ei Ei... Wie bitte was? Ich bin für alles bereit, sagt mir, was ich genau tun soll

[FireBird]

Ich fürchte, es fehlt die jfs-Variante, fsck kommt sofort wieder retour.

[FilmFan]

[quote="FireBird"]Ich fürchte, es fehlt die jfs-Variante, fsck kommt sofort wieder retour.[/quote]
Oder er hat nichts gefunden, Unix ist da ja immer sehr wortkarg.

[FireBird]

Ein bisserl länger als einen Klick darf er das Dateisystem schon testen, was er aber nicht macht. Ist ja kein vollständiges Linux, sondern nur die busybox drauf.

[Miq]

- TMStelnet.tap installieren (TAP2Date...)
- Mit Putty o.ä. vom PC aus eine telnet-Session zum Topf aufbauen (Die IP-Adresse vom Topf solltest Du natürlich kennen)
- login als root - kein Passwort.
- sicherheitshalber mit "mount" nachsehen, ob die Platte unter /mnt/hd wirklich /dev/sda2 ist. /dev/sda1 ist meist auf /mnt/games gemountet
- cd /mnt/games

Ab hier wird es tendenziell gefährlich... Du hängst eine vom System genutzte Platte ab - das mögen diverse Prozesse gar nicht. Und das fsck auf dem Topf kennt leider die Optionen -n und -N nicht, das legt gleich los. Mit "-rvs" startest du den interaktiven Modus, geschwätzig und mit Diagnoseausgaben. Wenn Du jede Frage, ob er was ändern soll, verneinst, kommst Du wahrscheinlich dennoch ohne schreibende Aktion durch.
- umount /mnt/hd
- fsck.minix -rvs /dev/sda2

Wenn er fertig ist und nix dramatisches gefunden hat, geht vermutlich
- mount -a
zum Wiedereinhängen der Platte. Mit
- reboot startest Du den Topf durch.

Ich habe einen funktionierenden Topf, deswegen habe ich das nicht selbst probiert

Vielleicht fragst Du mal Firebird, der sollte sich da deutlich besser auskennen.

[Miq]

[quote="FireBird"]Ich fürchte, es fehlt die jfs-Variante, fsck kommt sofort wieder retour.[/quote]

Wenn die sich nicht als minix tarnt, hast Du leider Recht. Da müsste jemand mal fsck.jfs compilieren.

[FireBird]

minix bringt bad magic. Ich habe vor einiger Zeit die jfs utils für den TMS kompiliert. Will er sich das wirklich antun?

[Miq]

minix bringt bad magic. Ich habe vor einiger Zeit die jfs utils für den TMS kompiliert. Will er sich das wirklich antun?

Wie will man sonst Fehler im Filesystem finden? Was macht übrigens der Topf selbst, wenn beim Start "Prüfe Dateien und Ordner" kommt? Ist das ein Topfield-Heimgewächs, oder vielleicht auch fsck?