Jump to content
Sign in to follow this  
Urkel

Opnames verdwijnen uit recordings.epl bestand

Recommended Posts

Er verdwijnen erg vaak nog aanwezige opnames uit het recordings.epl bestand. De opnames staan dus nog wel in /hdd/movie maar zijn niet meer zichtbaar onder de "Recorded movies".

Als ik dan met DreamVCR kies voor "Voeg onbekende opname toe" dan worden ze weer toegevoegd in het recordings.epl bestand en zijn ze dus weer zichtbaar onder de Recorded movies.

 

Ik heb dit met 2 versies van Hydra en de laatste Ronald geconstateerd. Andere images heb ik nog niet geprobeerd.

 

Tips/trucs?

 

Tengx

 

Urk

Share this post


Link to post
Share on other sites

Met het programma 'Dream Control Center' (DCC) kan je op eenvoudige manier de recordings.epl herstellen.

 

Je kunt opnamen die niet meer in de .epl staan weer herstellen met de 'Panic' knop, maar handiger vind ik om met de FTP functie de recordings.epl te verwijderen en later met de 'Panic' knop het bestand opnieuw aan te maken. Hierbij kijk DCC welke bestanden aanwezig zijn in de /movie directorie.

 

Succes.

 

PS de DCC is te downloaden via een paar topics terug!

Om je helemaal van dienst te zijn hierbij de link. Let hierbij op dat je de tweede bijlage pakt, waarbij een 'bug' is opgelost.

Share this post


Link to post
Share on other sites

Dit is wel een goede tip, maar ik doelde meer op een tip/truc om het recordings.epl bestand in de juiste format te houden.

Het bestand is niet corrupt, de andere opnames staan er gewoon niet meer in. Het komt zo vaak voor dat ik dagelijks het bestand moet "repareren". Dit kan niet de bedoeling zijn.

 

Urk

Share this post


Link to post
Share on other sites

Goeie tip exro,

Ik dacht dat het kwam omdat ik vaak van image switch om gewoon te testen, en dat daarom die recordinglist veranderde. Maar zo zet ik m mooi weer snel terug. Bedankt. <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" />

Share this post


Link to post
Share on other sites

Zojuist crashte de DB weer en reboote hij vanzelf. Zoals gewoonlijk had ik weer enkele core bestanden in /hdd staan en is de recordings.epl weer helemaal leeg.

Ik zal eens kijken of bij een manuele reboot/shutdown het recordings.epl bestand ook weer leeg gemaakt wordt.

 

Iemand nog een idee of suggestie?

 

Urk

Share this post


Link to post
Share on other sites
Citaat:
...ik doelde meer op een tip/truc om het recordings.epl bestand in de juiste format te houden


Het feit dat de DB het recordings.epl niet in stand kan houden is een bekend probleem. Mijn ervaring is dat de DB het recordings.epl niet in stand houdt wanneer de dreambox crashed of wanneer men via NFS opneemt.
Het lijkt mij dat er geen tip of truck is om het recordings.epl goed in stand te houden. Mee leren leven lijkt dan de enige tip <img src="/ubbthreads/images/graemlins/wink.gif" alt="" />.

Citaat:
Zojuist crashte de DB weer en reboote hij vanzelf. Zoals gewoonlijk had ik weer enkele core bestanden in /hdd staan en is de recordings.epl weer helemaal leeg.


Deze core bestanden zijn inderdaad het gevolg van een crash, de gegevens hierin zijn mogelijk interessant voor de ontwikkelaars, maar minder interessant voor ons.
Deze bestanden (tot wel 1.5 GB groot) kunnen gewoon weer verwijderd worden.

Share this post


Link to post
Share on other sites

Ik neem inderdaad op via NFS. Jammer van deze bug.

 

Dat die core bestanden voor ontwikkelaars interessant zijn is leuk, maar wat moeten wij als gebruikers daarmee?

Er was in een ander draadje al aangegeven dat ulimit -c 0 een mogelijke oplossing zou zijn. Helaas werkt dat niet.

Iemand anders een idee hoe deze core bestanden tegen te houden zijn?

 

Urk

Share this post


Link to post
Share on other sites

> Er was in een ander draadje al aangegeven dat ulimit -c 0 een

> mogelijke oplossing zou zijn.

 

Dat IS de oplossing :-))

 

Bij mij staat de zaak standaard op 0 (ronaldd image). Met "ulimit -a"

kun je zien wat de actuele waardes zijn. Na het ingeven "ulimit -c 0"

zou de zaak dus op nul moeten staan.

Share this post


Link to post
Share on other sites

Hmm, op een of andere manier werkt ulimit -c 0 niet bij mij. Ik heb hem ook in rcS geplaatst waar het ulimit commando al stond en heb die vervangen door ulimit -c 0. Helaas na een reboot stond die toch weer op unlimited. Ik heb gecheckt of in het rcS bestand nog steeds ulimit -c 0 stond en dat was het geval.

 

Ik zal nog eens verder zoeken naar waar ulimit nog verder gebruikt wordt.

 

Urk

Share this post


Link to post
Share on other sites

> Hmm, op een of andere manier werkt ulimit -c 0 niet bij mij

 

Ook niet als je het gewoon vanaf de command prompt intikt ??

Share this post


Link to post
Share on other sites

Volgens dAF2000 in http://www.sat4all.com/ubbthreads/showfl...;fpart=1#609863 geldt het alleen voor de huidige telnet sessie.

Het heeft dus schijnbaar geen zin om het met de hand in te typen.

 

Ik moet effuh uizoeken hoe ik met find kan zoeken in bestanden. Ik gebruik find namelijk nooit en een eerste poging leverde niets bruikbaars op.

Als ik weet hoe ik find kan gebruiken dan zal ik hem in ieder geval door de /etc directory laten zoeken.

 

Urk

Share this post


Link to post
Share on other sites

> Het heeft dus schijnbaar geen zin om het met de hand in te typen.

 

Inderdaad.

 

Wat ik uit een andere thread haal is dat bij jou in /ect/init.d/rcS

de waarde op unlimited wordt gezet. Hier kan ik in die file helemaal

niets vinden.

 

Welke image gebruik jij ?? (hier ronaldd).

Share this post


Link to post
Share on other sites

Hydra. Ik heb het zowel met de laatste als met de een na laatste geprobeerd.

Ik heb ook Ronaldd geprobeerd, maar daar verschenen ze ook als ik het mij goed kan herinneren.

 

Heeft het misschien iets met DreamFlash te maken? Ik draaide DF via NFS en ben later naar CompactFlash over gestapt. Als basis image in de DB gebruik ik de het originele Dream image 1.07.4

 

Urk

Share this post


Link to post
Share on other sites

> Hydra.

 

Die heb ik even opgestart en inderdaad staat daar in rcS de regel

"ulimit -c unlimited"

 

> Ik heb ook Ronaldd geprobeerd, maar daar verschenen ze ook als ik

> het mij goed kan herinneren.

 

Ik heb er in ieder geval geen last van, alhoewel ik de zaak wel een

paar keer volledig heb laten vastlopen.

 

Wat je zou kunnen proberen is het volgende: maak een file "/var/etc/init"

aan (mocht die nog niet bestaan) en zet daar de regel "ulimit -c 0". Er

wordt bij het booten naar zo'n bestand gezocht, dus misschien werkt het

(op deze manier start ik n.l. na elke reboot grabber.o).

Share this post


Link to post
Share on other sites

/var/etc/init bestaat inderdaad onder Hydra en er stond al een mount opdracht in.

Ik heb ulimit -c 0 toegevoegd en de DB opnieuw opgestart. Na het opstarten mbv telnet ingelogd en ulimit -a gegeven. Coredumps staan nog steeds op unlimited.

 

Door de herstart stonden er ook al weer 2 stuks core bestanden in /hdd, een van enigma en een van radegast.

 

Wordt /var/etx/init door elk image gebruikt of is het iets specifieks van Ronaldd?

 

Urk

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...

Important Information

Onze Terms of Use en Privacy Policy