• depeje
  • Registratie: Januari 2009
  • Laatst online: 19-08 16:50
edit:
Ik wil geen deel meer uitmaken van deze zieliege community.

[ Voor 98% gewijzigd door depeje op 13-08-2026 12:31 . Reden: Ik wil geen deel meer uitmaken van deze zieliege community. ]


  • BobV
  • Registratie: Januari 2009
  • Laatst online: 14-05 09:39
Ik denk dat de sata schijven jou gewoon missen :+

Je kan is proberen de connectie pinnen van de sata schoon te maken, misschien is er wat troep tussen gekomen.

PVOutput: https://pvoutput.org/list.jsp?sid=96760


  • FireWood
  • Registratie: Augustus 2003
  • Laatst online: 12:50
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/220706

Hier voornamelijk dezelfde problemen.
Wat voor moederbord wordt er gebruikt/chipset
Welk besturingssysteem draait er nu op/versie?

Noobs don't use "F1", Pro's do, but they can't find the information they needed


  • Q
  • Registratie: November 1999
  • Laatst online: 12:09

Q

Au Contraire Mon Capitan!

Probeer eens andere SATA kabels. Verder kun je overwegen om een andere kernel of distro te nemen als test.

  • depeje
  • Registratie: Januari 2009
  • Laatst online: 19-08 16:50
Q schreef op woensdag 12 mei 2010 @ 23:01:
Probeer eens andere SATA kabels. Verder kun je overwegen om een andere kernel of distro te nemen als test.
Sata kabels heb ik al vaak vernieuwd. Ik zal wel nog eens proberen de contacten proper te maken. (Komt daar soms vuil tussen terwijl die kabels gewoon in steken?) Op mijn server een andere distro nemen is vrij moeilijk. Als er een nieuwere kernel in de repos zit, kan ik wel overwegen die te installeren. Op mijn andere computer kan ik wel een andere distro proberen.
h.edink schreef op woensdag 12 mei 2010 @ 22:40:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/220706

Hier voornamelijk dezelfde problemen.
Wat voor moederbord wordt er gebruikt/chipset
Welk besturingssysteem draait er nu op/versie?
Dat ben ik vroeger ook al tegen gekomen. Dat was toen één van m'n argumenten om een nieuw moederbord te kopen. Nu gebruik ik een ASUS A8N-SLI Premium. M'n schijven zijn aangesloten op de Silicon Image controller (speciaal om de nVidia controller te omzeilen).

Ik draai nu de laatste versie van OpenSuse (11.2).

Waar ik nu plots aan denk: Een maand geleden draaide mijn server met een uptime van enkele maanden. Toen is door een externe factor de stroom uitgevallen (Neen, ik heb geen ups) en toen zijn de problemen begonnen. (De schijf die niet meer wil lezen of schrijven en het OS dat herstart moet worden). Op die schijf gebruik ik XFS. Op m'n andere computer wordt enkel ext3 gebruikt op de slechte schijf.

Heel vroeger stond (terug op m'n server) het besturingssysteem ook op de slechte schijf. Toen bevroor het systeem regelmatig volledig. Toen hing die server ook nog rechtstreeks aan de TV. Ik had ten geen aparte mythbackend/frontend. Bij een freeze van het systeem werden toen ook nog geen logs weggeschreven. Ik herinner me nog dat, wanneer het systeem toen bevroor, op het schrem (wit op zwart (X-crash)) kwam dat het een hardwareprobleem was tegengekomen en dat het zeker niet om een softwareprobleem zou gaan. (Het exacte bericht ken ik niet meer).

  • Q
  • Registratie: November 1999
  • Laatst online: 12:09

Q

Au Contraire Mon Capitan!

Dan is de Seagate waarschijnlijk niet goed. Je kunt eens wat tests op die disk loslaten. Al is het maar een gehele schrijf cyclus met dd oid.

  • depeje
  • Registratie: Januari 2009
  • Laatst online: 19-08 16:50
(Ondertussen nog geen nieuwe problemen gehad... jeej)

Ik zal eens een volledige dd lees-cyclus doen. Alles overschrijven is niet echt aangewezen aangezien ik nergens genoeg plaats heb om al die data (zelfs tijdelijk) te stockeren.

Ik zal eerst heel de schijf lezen (#dd if="/dev/sdc" of="/dev/null") en dan zien of er fouten worden gedetecteerd met smart.

EDIT:

Ik heb net heel de schijf laten lezen en er is geen error bijgekomen. De laatste error die smartctl rapporteert:

Error 406 occurred at disk power-on lifetime: 9434 hours (393 days + 2 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 00 14 6c 83 e0 Error: UNC at LBA = 0x00836c14 = 8612884

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 08 0e 6c 83 e0 00 08:06:05.890 READ DMA EXT
27 00 00 00 00 00 e0 00 08:06:05.871 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 02 08:06:03.902 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 02 08:06:03.843 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 e0 00 08:06:03.840 READ NATIVE MAX ADDRESS EXT

[ Voor 60% gewijzigd door depeje op 22-05-2010 16:40 ]

Pagina: 1