Rammy

Als wisselen van interface niet helpt is dus de disk of de controller rot (die zit op de disk PCB bij SATA devices).

Ik heb de disk partitie tabel gewijzigd in het gpt formaat en het partitie formaat Ext4 gebruikt. Ik heb nu reeds meer dan 30 opnames kunnen maken zonder problemen en reeds 15% van de ruimte van de disk kunnen gebruiken. Sinds 2 dagen dus geen DiscFull melding meer gekregen. Ik heb tot nogtoe alleen maar files toegevoegd. Ik ga nu testen of ik ook veilig files kan verwijderen zonder dat het probleem weer terug komt en of dit ook vanuit de standby modes werkt. Ik hou je op de hoogte.

Hallo,

Ik heb de extern geplaatste USB drive van een eigen voeding, 5V 3.3 A, voorzien en het systeem enkele opnamen laten maken. Helaas treed er weer dezelfde fout op. Wisselen van interface geeft dus geen oplossing. Dus kreeg ik de gedachte wellicht heeft het te maken met het in en/of uit standby gaan/komen. Dus heb ik in een verse setup ook de disc weer intern geplaatst en disc standby op OFF gezet, deze stond op 10 min. Wederom het systeem diverse opnamen laten maken. Bij de 8 ste opname ging het weer fout. De opnames werden steeds vanuit de timer met de ET9000 in standby modus gemaakt. Ik heb wel het idee gekregen dat de partitie tabel beschadigd raakt daar ik deze steeds opnieuw moet laten maken en daarna het partitie formaat moet laten maken daar de ET9000 anders de disc niet herkend. Ik gebruik onderstaand protocol om een verse disc aan te maken:

- ET9000, DeepStandby
- ET9000, switch off power
- ET9000, Disconnect disc from onboard SATA interface
- Connect disc to USB-SATA enclosure
- Connect enclosure to laptop USB
- Start Gparted
- Gparted, remove old partition format from disc
- Gparted, create new partition table, ms-dos
- Gparted, create new partition format, Ext4
- Change ownership, sudo chown pi:pi /media/pi/ET9000
- ET9000, Connect disc to onboard SATA interface
- ET9000, switch ON power
- ET9000, Initialise disc

Doe ik hier iets fout waardoor het wellicht niet blijft werken?

Ik heb ook de voedings spanningen gemeten en deze vallen alle binnen de daarvoor geldende grenzen.

Verder heb ik nog een dmesg bestand opgevraagd nadat de foutmelding opgetreden is, zie aanhangsel.

Waar zou ik het verder nog kunnen zoeken?

Word de lees/schrijf van de disc voordat hij in standby gezet word naar de parkeerstand gezet?

Word dit door de drive zelf geregeld of word dit sotware matig aangestuurd?

Even een heel andere vraag kan ik op deze distrubutie ook scripts in BASH uitvoeren?

Ik heb geprobeerd om het echo commando te gebruiken maar hij schijnt dit niet te kennen.

Ik heb de harddisc weer opnieuw van een Ext4 formaat voorzien en op de ET9000 ge-initialiseerd. Deze schijf had ik eerst intern op de SATA interface aangesloten maar ik heb nu in een USB-SATA closure geplaatst en op de USB interface aangesloten. De disk is weer aan het opnemen. Het betreft nu een 2.5¨ 500GB 5400 rpm drive. Kan ik de stroomvoorziening door de ET9000 laten leveren via de USB of is het toch beter om dit met een externe voeding te doen. Probleem met een externe voeding is dat deze dan continu blijft lopen en als ik deze via USB interface kan voeden deze uitgeschakelt word in de standby modus althans dat denk ik. Rest nog de vraag of de disk ook opgestart wordt bij een opname in standby modus van de ET9000.

Indien het een controller fout zijn, zou er geen enkele opname gemaakt mogen worden?

Een powersupply issue zou het eigenlijk ook niet mogen zijn daar de condensatoren in de voeding reeds vernieuwd zijn geworden. Maar als er een schema van de voeding beschikbaar is zou ik dit nog kunnen controleren.

Ik had de dmesg file geselecteerd maar nog niet toegevoegd. Bij deze is dit dus gedaan.

Ik heb de harddisc gewisseld voor een andere en deze voorzien van een Ext4 formaat en op de ET9000 ge-initialiseerd. Nu heb ik een aantal opnames gemaakt en weer verwijderd. Na enige tijd heb ik de bijgevoegde dmesg file gemaakt omdat de harddisk wederom uit het systeem geknikkerd was. Tot regel 125 was alles werkzaam daarna begonnen de problemen. Wellicht kunnen jullie in de dmesg file wat er hier fout gaat.