Als ik het scherm met opnames open duurt dat nu 40! Seconden. Dat was niet zo. Inmiddels sofware geüpdatet Open pli7.2. Prullenbak geleegd, dat was ook al een hele toer. Stroom er af en dan een paar keer de aan-uit knop geschakeld. Daarna stroom er weer op.
Is mij hdd aan het sterven? Opnemen gaat nu wel weer. Geen foutmelding meer(iets met code 30).
Wat voor ontvanger betreft het? En er zijn een paar rare bugs binnen OpenPli7.2.
Regelmatig de box van de spanning halen, helpt.
merk type model, harddisk ingebouwd of extern???
Het is een vu+solo2.
Hdd kijk ik even na.
Hdd is een Toshiba, 1tb. Met 45% beschikbaar.
Update van vandaag, 25 mei 2020 OpenPli 7.2 gedownload en geïnstalleerd. Biedt geen soelaas.
lijkt erg op de HDD qua symptoom
kun je afkoppelen en nog eens vers flashen , en kijken hoe het dan werkt
Hdd is een Toshiba, 1tb. Met 45% beschikbaar.
Update van vandaag, 25 mei 2020 OpenPli 7.2 gedownload en geïnstalleerd. Biedt geen soelaas.
Alles nogmaals losgekoppeld. Bij de hdd check, die dus ingebouwd is. Gelijk schoongemaakt maar was niet erg vies. Ontvanger staat in een kast. Ook de opdracht VERPLAATS duurt zo lang. De opnamelijst verlaten gaat wel snel.
schijf al eens laten controleren op fouten ? Doe ik hier ook regelmatig want soms gaat er wel eens wat mis als je iets wegveegd.
Hoe doe je dat?
daar kan iemand die openpli gebruikt mss op antwoorden.Ik heb openvix en daar valt het onder het benaderen van de HDD. NIET initialiseren hé.Dan wis je alles wat erop staat.
1 uur terug, Yspriem zei:
Alles nogmaals losgekoppeld. Bij de hdd check, die dus ingebouwd is. Gelijk schoongemaakt maar was niet erg vies.
ik bedoel de HDD eruit laten en zonder HDD kijken of de SOLO2 weer normaal doet na een verse flash van je image.
Die HDD hoef je niet te checken voor we weten of de HDD de oorzaak is, dus eerst eruit ermee!
Ok, haal zo de hdd er uit.
Maarre.. hdd laten controleren door systeem: foutmelding: Fout: umount: can’t unmount/ media/hdd: Device or recourse busy
Wat betekent dat?
Dat betekent dat hij in gebruik is. Is ook logisch. Staan op de HDD buiten de opnames ook andere zaken als b,v. Picons, externe EPG? Als de HDD buiten die opnamelijst ook andere zaken tegelijk moet regelen gaat de kop behoorlijk heen en weer. Je zou je oor eens tegen je box kunnen leggen als je de lijst opvraagt. Ratelt hij ‘als een gek’ dan heb je je probleem te pakken…
Je kunt middels een Telnet sessie je HDD laten controleren. Middels Telnet kun je namelijk Enigma stopzetten waardoor je HDD vrij komt.
init 4 (Enigma2 stoppen)
e2fchk /dev/sda1 (even uit het hoofd)
na controle
init 3
exit
zonder hdd, kies ik nu Opnames, dat zie ik hetzelfde als met hdd, klein tv-beeld en natuurlijk géén gegevens van de hdd. Ook géén draaiend wieltje links bovenaan.
je begrijpt het niet.
9 minuten geleden, Yspriem zei:
zonder hdd, kies ik nu Opnames,
waarom kies je Opnames als er geen HDD in zit? zoek je iets wat er niet is?
gaat dan al het andere van de functies wel rap op je SOLO2 (dus niet traag)?
Dan kan het logischerwijs de HDD zijn die aan zijn einde gekomen is of de uitgebreide lijst van opnames die geladen moet worden als er wel een HDD in zit.
Als je image die lijst van opnames inclusief alle metadata niet kan reduceren zoals dat met korte namen in VTI wel kan zul je telkens dat aantal seconden moeten wachten om de lijst met opnames weer te geven.
En van image naar image upgraden kan het probleem alleen maar erger maken. “parsing”
In VTI zit tegenwoordig een database die het optimaliseren van dergelijke opnames en uitgebreide EPG en metadata beter verwerkt en gebruikt. Het herstellen van die database gebeurt maar eenmalig en dan is je lijst met opnames heel snel op het scherm.
15 minuten geleden, Mimisiku zei:
Dat betekent dat hij in gebruik is. Is ook logisch. Staan op de HDD buiten de opnames ook andere zaken als b,v. Picons, externe EPG? Als de HDD buiten die opnamelijst ook andere zaken tegelijk moet regelen gaat de kop behoorlijk heen en weer. Je zou je oor eens tegen je box kunnen leggen als je de lijst opvraagt. Ratelt hij ‘als een gek’ dan heb je je probleem te pakken…
Je kunt middels een Telnet sessie je HDD laten controleren. Middels Telnet kun je namelijk Enigma stopzetten waardoor je HDD vrij komt.
init 4 (Enigma2 stoppen)
e2fchk /dev/sda1 (even uit het hoofd)
na controle
init 3
exit
Hij ratelt niet als een gek als ik Opnames opvraag. Oostzaan er geen bijzonderheden op de hdd. Mapjes van backup, prullenbak, downloaded immages, vuplus en epg.dat van vandaag. Wat mij nu opvalt is dat als ik de ontvanger uit zet dat dan zowel de ventilator vande ontvanger als de hdd blijven draaien. Het stukje over telnet enz. Snap ik niet. Sorry. Moet ik die tekst ergens typen? Waar?
4 minuten geleden, Tonskidutch zei:
je begrijpt het niet.
waarom kies je Opnames als er geen HDD in zit? zoek je iets wat er niet is?
gaat dan al het andere van de functies wel rap op je SOLO2 (dus niet traag)?
Dan kan het logischerwijs de HDD zijn die aan zijn einde gekomen is of de uitgebreide lijst van opnames die geladen moet worden als er wel een HDD in zit.
Als je image die lijst van opnames inclusief alle metadata niet kan reduceren zoals dat met korte namen in VTI wel kan zul je telkens dat aantal seconden moeten wachten om de lijst met opnames weer te geven.
En van image naar image upgraden kan het probleem alleen maar erger maken. “parsing”
In VTI zit tegenwoordig een database die het optimaliseren van dergelijke opnames en uitgebreide EPG en metadata beter verwerkt en gebruikt. Het herstellen van die database gebeurt maar eenmalig en dan is je lijst met opnames heel snel op het scherm.
Je schreef zelf hierboven dat ik de hdd eruit moest halen.
De andere functies die géén betrekking hebben op de hdd doen het prima.
Dan moet je ervan uitgaan dat je OpenPli7.x image de lijst met opnames niet goed verwerkt.
Of je HDD heeft heel veel bad sectors.
Wat je kunt doen, is het volgende.
Bouw de HDD weer in.
Start DCC_E2.exe (dream control center, ook geschikt voor Vu+) en ga via het tabblad FTP naar de HDD en alle opnames.
Als je in die map bent, zie je alle opnames en de hulpbestanden over epg metadate etc.
Alleen de .ts bestanden dus met < filmnaam.ts > zijn belangrijk, alle andere zijn extra informatie en die kun je wissen zonder dat de films verdwijnen.
Maar wel goed kijken en filteren want die xxxx.ts is de echte filmopname… dat zie je ook aan de bestandsgrootte
Dan moet het parsen van een grote lijst met opnames weer heel veel vlotter kunnen.
Ik heb het destijds op de SOLO2 met 780GiGaByte films ook gedaan.
Je verliest wel de film info en EPG/EIT data maar de filmnaam zelf blijft.
ben je onzeker vraag eerst
ciao ciao
zie afbeelding wat niet de opname zelf betreft is gemarkeerd
Overigens mag je NOOIT de box klakkeloos uitschakelen met de wip-schakelaar. De kans op een corrupt file is levensgroot…
