Hdd probleem box loopt vast bij het benaderen

[ricow]

Beste dreamers,

 

heb nu voor de 2de keer een probleem waar ik niet uitkom <img src="/forums/images/graemlins/blush.gif" alt="" />,de harde schijf is slecht tot niet meer benaderbaar.

De laatste keer heb ik uiteindelijk de schijf uit de dream gehaald en in een pc de partitie verwijderd en opnieuw in de dream geformateerd <img src="/forums/images/graemlins/anoniem.gif" alt="" />.

dit tot droevenis van de vrouw want het waren haar opnames die verwijderd worden.

 

dit wil ik nu proberen te voorkomen.

 

mijn config.

 

dreambox 7000 met 60 gb maxtor schijf.

256mb usb stick waarop de /var gemount is.

Pli Beryl Image in flash

 

Als ik via ftp de /hdd folder probeer te benaderen loopt de box vast zelfde gebeurd als je de recordings via http probeer te benaderen dit gaat goed totdat je een recording wil verwijderen, op het oog gebeurd het maar alleen in de webinterface.

Daarna is het gebeurd met de box ethernet werkt dan niet meer en na een paar minuten (180 seconden tot reboot) loopt de box vast.

 

heb multilog laten meelopen en volgens mij geeft dit het probleem.

 

 

usbcore: registered new driver usbhid

 

drivers/usb/input/hid-core.c: v2.0:USB HID core driver

 

eth0: link down

 

sleeping for 3 seconds

eth0: link up, 100Mbps, full-duplex, lpa 0x45E1

 

=== Mount HDD ===

kjournald starting. Commit interval 5 seconds

 

[color:"red"] kjournald starting. Commit interval 5 seconds

 

EXT3-fs warning: maximal mount count reached, running e2fsck is recommended

 

EXT3 FS on sda1, internal journal

 

EXT3-fs: recovery complete.

 

EXT3-fs: mounted filesystem with ordered data mode.

[/color]

=== HDD and USB mounted ===

Opening file /bin/pli_logo

LCDFD = 3

Mounting /var on USB

 

 

 

 

 

nou kan ik goed met de dream overweg maar het lukt mij niet om dit probleem op te lossen

 

als de box over zijn nek gaat heb ik de volgende info in mijn log.

 

 

/etc/init.d/rcS: 153: /hdd/root/startup.sh: not found

Setting up swapspace version 1, size = 16773120 bytes

Adding 16376k swap on /mnt/usb/swapfile. Priority:-1 extents:7

 

hda: DMA timeout error

 

hda: dma timeout error: status=0x51 { DriveReady SeekComplete Error }

 

hda: dma timeout error: error=0x40 { UncorrectableError }, LBAsect=45613076, sector=45613073

 

ide: failed opcode was: unknown

 

end_request: I/O error, dev hda, sector 45613073

 

Oops: kernel access of bad area, sig: 11 [#1]

 

NIP: C01260E8 LR: C01260D4 SP: C023DE30 REGS: c023dd80 TRAP: 0300 Tainted: P

 

MSR: 00021230 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11

 

DAR: 00000030, DSISR: 00000000

 

TASK = c021f920[0] 'swapper' THREAD: c023c000Last syscall: 120

 

PLB0: bear= 0x00000000 acr= 0x00000000 besr= 0x00000000

 

PLB0 to OPB: bear= 0x00000000 besr0= 0x00000000 besr1= 0x00000000

 

 

GPR00: 00000000 C023DE30 C021F920 00000000 00000003 00000001 00000000 00000000

 

GPR08: 00000000 C02D3260 C0231088 00000101 00009425 00000000 00000000 00000000

 

GPR16: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

 

GPR24: 00000000 C0250000 C026A260 00029230 00000000 C02D3260 C012EA00 C026A2F0

 

Call trace: [c0026850] [c00226f4] [c00227b8] [c0005b70] [c0004104] [c0005930] [c0005994] [c0002534] [c023e56c] [c0002294]

 

Kernel panic - not syncing: Aiee, killing interrupt handler!

 

<0>Rebooting in 180 seconds..[XP1] buffer overflow free: 11 len: 47

 

[XP1] buffer overflow free: 38 len: 47

 

[XP1] buffer overflow free: 47 len: 47

 

[XP1] buffer overflow free: 9 len: 47

 

[XP1] buffer overflow free: 33 len: 47

 

[XP1] buffer overflow free: 23 len: 47

 

 

 

wie kan mij stapsgewijs helpen om dit probleem op te lossen zonder de recordings te verliezen.

 

Indien gewenst kan ik het complete log als bestand bijvoegen.

 

Groeten,

 

Ricow

[Tonskidutch]

sinds enkele cvs versies geleden ( die basis vormen voor meerdere bekende images..

staat er een epg cache op je schijf.

als je het niet al uitgeschakeld had ook nog een teletext cache..

 

die epg.dat etc kun je best wissen en elders naar toe laten schrijven... preferably (zoals de engelsman zegt) op USB

 

want je epg data komt binnen en wil blijven schrijven naar geheugen en cache.

 

misschien is dat wel het constante onbereikbaar zijn van de disk.

cheers

[ricow]

Denk niet dat dit het probleem is want de schijf is nog wel benaderbaar zij het zeer beperkt.

 

wat ik zou willen doen is met een tooltje de schijf laten controleren en repareren maar dan op een manier dat enigma niet in kernel panic schiet.

 

als ik via instellingen/harddisksetup mijn schijf laat controleren krijg ik een foutmelding op Inode 18 waarna de box vastloopt.

 

[color:"red"] running e2fsck is recommended[/color]

 

kan ik dit op een of andere manier via een telnet sessie doen via hyperterminal (com1) voordat het hele os opstart en de schijf gemount word.

 

denk zelf dat het ext3 filesysteem gerepareerd moet worden, voordat ik verdere actie kan nemen.

 

tenslotte wil ik ook uitvinden waardoor het probleem ontstaat en hoe ik dus kan voorkomen dat dit weer voorkomt.

 

Groeten,

 

Ricow

[Gast]

Die ext3 meldingen gaan over je usb stick (sda = scsi, hda = ide).

In je log staan helemaal geen meldingen over het mounten van de hdd, eerste log die over een ide device gaat (hda) is die van tijdens de crash.

[ricow]

@pieterg

 

Sorry klein foutje gemaakt met copy en pasten.

 

 

=== Mount HDD ===

kjournald starting. Commit interval 5 seconds

 

EXT3-fs warning: maximal mount count reached, running e2fsck is recommended

 

EXT3 FS on hda1, internal journal

 

EXT3-fs: mounted filesystem with ordered data mode.

 

=== Mount USB ===

kjournald starting. Commit interval 5 seconds

 

EXT3-fs warning: maximal mount count reached, running e2fsck is recommended

 

EXT3 FS on sda1, internal journal

 

EXT3-fs: recovery complete.

 

EXT3-fs: mounted filesystem with ordered data mode.

 

=== HDD and USB mounted ===

 

hij geeft de melding bij zowel hdd als usb.

 

groeten,

 

Ricow

[Tonskidutch]

Citaat:

denk zelf dat het ext3 filesysteem gerepareerd moet worden, voordat ik verdere actie kan nemen

 

ik had zelf een beetje te heftig zitten experimenteren (klooien zonder structuur)

 

en kreeg elke keer dat het filesystem corrupt was (bij opname in bijzonder)

 

heb me zelfs een nieuwe disk gekocht omdat ik op eender moment overtuigd was ik heb die hdd gemold met experimenteren.

 

maar dat was het dus niet

een nieuwe disk gaf dezelfde melding. en dan?

 

(tja weer een disk erbij voor nop)

 

 

maar na een volledige herinstallatie (volgens het leerboek) was il'Problemo weg

de disk was volledig aanspreekbaar en de mounts perfect.

 

laat dat nu toch echt een cvs bug zijn in de laatste en voorlaatse image (zoals ik op menig forum lees)

 

cheers