Arch Linux

welches problem habe ich eigentlich?

illpig

hallo zusammen,

vor ein paar tagen hatte ich massive probleme am rechner:

alle paar minuten (nicht wirklich rhythmisch, aber häufig) fror alles, bis auf den mauszeiger ein. d.h. die compiz-einstellung des ergrauens dunkelte die fenster als inaktiv ab; beim film schauen hing das bild (der ton lief jedoch weiter); beim zocken blieb er einfach stehen..... spaß hatte man keinen und wirklich machen konnte man auch nicht.

-------das ganze immer für ca. 10-15 sekunden------

erster ansatz war firefox, denn hierzu gab es etliche themen. d.h. ich hab plug-ins / add-ons deaktiviert - brachte nix.
dann also statt firefox epiphany benutzt - brachte nix.
eine auswertung der laufende prozesse förderte nix auffälliges zu tage, die letzten updates lagen ein paar tage zurück, neue gab es nicht.
neustarts behoben das problem ebenfalls nicht,

letztendlich kam ich dann auf die .log - dateien und hier ergab sich eine spur:

die everything.log spuckte folgendes aus (und verzeichnet das auch noch heute)

Feb 17 20:39:27 rechner kernel: ata5: exception Emask 0x10 SAct 0x0 SErr 0x415000$
Feb 17 20:39:27 rechner kernel: ata5: irq_stat 0x00000040, connection status chan$
Feb 17 20:39:27 rechner kernel: ata5: SError: { PHYRdyChg CommWake Dispar DevExch$
Feb 17 20:39:27 rechner kernel: ata5: hard resetting link
Feb 17 20:39:27 rechner kernel: ata5: SATA link up 1.5 Gbps (SStatus 113 SControl$
Feb 17 20:39:27 rechner kernel: ata5.00: configured for UDMA/33
Feb 17 20:39:27 rechner kernel: ata5: EH complete
Feb 17 20:39:28 rechner kernel: ata5: exception Emask 0x10 SAct 0x0 SErr 0x404000$
Feb 17 20:39:28 rechner kernel: ata5: irq_stat 0x00000040, connection status chan$
Feb 17 20:39:28 rechner kernel: ata5: SError: { CommWake DevExch }
Feb 17 20:39:28 rechner kernel: ata5: hard resetting link

ata 5 ist eine 1TB samsung scsi platte welche ich erst vor ein paar wochen verbaut habe.

ich ging also daran die smart-werte auszulesen, wobei die gnome-interne "lauferksverwaltung" beim klick auf smart-werte und tests zum selbsttest "Abgebrochen (durch hartes oder weiches Zurücksetzen)" meldet und somit keine ergebnisse brachte.

smartmontools sagt nach einem -t long folgendes:

=== START OF INFORMATION SECTION ===
Model Family:     SAMSUNG SpinPoint F2 EG series
Device Model:     SAMSUNG HD103SI
Serial Number:    61823B741AR5MZ
Firmware Version: 1AG01118
User Capacity:    1.000.204.886.016 bytes
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   8
ATA Standard is:  ATA-8-ACS revision 3b
Local Time is:    Tue Feb 15 16:27:26 2011 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      (  41)	The self-test routine was interrupted
					by the host with a hard or soft reset.
Total time to complete Offline 
data collection: 		 (12885) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 ( 216) minutes.
Conveyance self-test routine
recommended polling time: 	 (  23) minutes.
SCT capabilities: 	       (0x003f)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   100   100   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0007   082   082   011    Pre-fail  Always       -       6340
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       12
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   253   253   051    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0025   100   100   015    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       442
 10 Spin_Retry_Count        0x0033   100   100   051    Pre-fail  Always       -       0
 11 Calibration_Retry_Count 0x0012   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       12
 13 Read_Soft_Error_Rate    0x000e   100   100   000    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       249065
184 End-to-End_Error        0x0033   100   100   000    Pre-fail  Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   071   064   000    Old_age   Always       -       29 (Min/Max 12/30)
194 Temperature_Celsius     0x0022   070   062   000    Old_age   Always       -       30 (Min/Max 12/33)
195 Hardware_ECC_Recovered  0x001a   100   100   000    Old_age   Always       -       2396073
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   253   253   000    Old_age   Always       -       1
200 Multi_Zone_Error_Rate   0x000a   100   100   000    Old_age   Always       -       0
201 Soft_Read_Error_Rate    0x000a   253   253   000    Old_age   Always       -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Interrupted (host reset)      90%       437         -
# 2  Short offline       Interrupted (host reset)      90%       436         -
# 3  Extended offline    Interrupted (host reset)      90%       436         -
# 4  Conveyance offline  Interrupted (host reset)      90%       436         -
# 5  Extended offline    Interrupted (host reset)      90%       436         -
# 6  Short offline       Interrupted (host reset)      90%       436         -
# 7  Extended offline    Interrupted (host reset)      90%       436         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

zwar neu in sachen smart aber nun doch belesen verwirrt mich, dass er einerseits den gesundheitszustand als "passed" und somit wohl -gut- meldet, der test jedoch mit "Interrupted (host reset)" abgebrochen und somit garnicht erst durchgeführt wird.

hier auch gleich meine nachfrage: ist "Interrupted (host reset)" = "Abgebrochen (durch hartes oder weiches Zurücksetzen)" ??????

heute
ich hatte das problem wirklich nur einen tag, als ich nachm aufstehen am nächsten dann neustartete war alles wieder normal. das ständige einfrieren ist nicht mehr da und eigentlich läuft er so wie er soll.
in der everything.log wird immernoch jene meldung vermerkt und ich wüßt einfach gern was hier wo nicht ganz rund läuft.

daher meine fragen an euch:
-> welche infos wollt ihr über meinen rechner (amd 64 X2 dual 4000+; 3,4 GB ram; GeForce 7300 GS (mit nvidiatreiber 260.19.36; 2.6.37 kernel; gnome 2.32.1; und weil mir nicht mehr einfällt- ein schwarzer monitor undn gehäuse von ->lian Li ..... was braucht ihr aber mehr?)
->was besagt "SError: { CommWake DevExch }" ?
->wie bekomme ich die smart-tests der hdd aktiviert?
->kann ich .log`s in ihrer größe beschränken oder z.b. ein intervall definieren, das es z.b. alle einträge ab vor 4tagen in sich löscht?

auf in ein terminalreiches wochenende.
grüße aus berlin

mannohneschuh

Ich tippe auf defektes SATA-Kabel. Hatte ähnliche Probleme. wenn das Problem bei mir auftauchte waren jedoch alle auf dieser Platte liegenden Partitionen nur noch read only gemountet. Tausch des SATA_Kabels behob das Problem.

illpig

hallo ersthelfer,

soeben tauschte ich die kabel aus, hab nun 2 unterschiedliche probiert welche auch einrasten mit ner kleinen metallschlaufe......

leider zeigt die everything.log weiterhin das hier an:

Feb 19 17:11:48 rechner kernel: ata4: EH complete
Feb 19 17:11:48 rechner kernel: ata4: exception Emask 0x10 SAct 0x0 SErr 0x4140000 action$
Feb 19 17:11:48 rechner kernel: ata4: irq_stat 0x00000040, connection status changed
Feb 19 17:11:48 rechner kernel: ata4: SError: { CommWake Dispar DevExch }
Feb 19 17:11:48 rechner kernel: ata4: hard resetting link
Feb 19 17:11:49 rechner kernel: ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Feb 19 17:11:49 rechner kernel: ata4.00: configured for UDMA/33
Feb 19 17:11:49 rechner kernel: ata4: EH complete

doch der ansatz war nen versuch wert und nun weiß ich auch, dass es kein überhitzungsproblem war .... sein wird, denn entstaubt ist lian LI :-)

weitere vorschläge?

nachtrag

der eintrag in der errors.log sieht in etwa ähnlich aus:

Feb 19 17:17:17 rechner kernel: ata4: SError: { CommWake DevExch }
Feb 19 17:17:18 rechner kernel: ata1.00: exception Emask 0x10 SAct 0x7ffff SErr 0x4050000$
Feb 19 17:17:18 rechner kernel: ata1.00: irq_stat 0x00000040, connection status changed
Feb 19 17:17:18 rechner kernel: ata1: SError: { PHYRdyChg CommWake DevExch }
Feb 19 17:17:18 rechner kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Feb 19 17:17:18 rechner kernel: ata1.00: cmd 61/08:00:b7:0a:7e/00:00:00:00:00/40 tag 0 nc$
Feb 19 17:17:18 rechner kernel: res 40/00:04:4f:c0:a4/00:00:00:00:00/40 Emask 0x10 (ATA b$

arlite

illpig schrieb->was besagt "SError: { CommWake DevExch }" ?

Unter https://ata.wiki.kernel.org/index.php/Libata_error_messages#SATA_SError_expansion heißt es dazu: „… points strongly toward a hardware problem (often a bad SATA cable or a bad or inadequate power supply).“

Bleibt die Frage, welches Stückchen Hardware das Problem verursacht, falls es weder am SATA-Kabel noch an der Stromversorgung liegt.

->wie bekomme ich die smart-tests der hdd aktiviert?

Von s.m.a.r.t. habe ich auch noch sooo die Ahnung. Lade Dir bei Samsung mal die Diagnose-Software für Samsung-Festplatten herunter, auf CD brennen, davon booten und dann sollte sich so ein Langzeittest unabhängig von eventuellen Betriebssystem-Faktoren machen lassen.

->kann ich .log`s in ihrer größe beschränken oder z.b. ein intervall definieren, das es z.b. alle einträge ab vor 4tagen in sich löscht?

Logrotate, sieh wiki

illpig

sehr zu dank verbunden!

arlite schrieb"...(often a bad SATA cable or a bad or inadequate power supply).“

Bleibt die Frage, welches Stück Hardware das Probleme verursacht, falls es nicht am SATA-Kabel oder an der Stromversorgung liegt.

also dann hol ich mal noch etwas aus. die samsung ist 21 Tage alt, ich bekam sie als neugerät für eine ausgetauschte selbigen models. d.h. der vorgänger hatte das problem, sobald ich die platte angeschlossen hatte startete mein pc nimmer; ein druck auf den power-button bewirkte nichts.

sollte ich also nach einem möglichen kompatibilitätsproblem motherboard - hdd suchen? oder mal ganz retro gefragt- muß man platten ab terrabyte-größe irgendwie spezieller/ anders/ neuer aktivieren? ich erinnere ich an etwas ähnliches als es mit den 2stelligen gigabyte-platten losging.... weiß einer vielleicht was ich mein?

aber zurück zur platte: wäre die fehlermeldung euch einen erneuten austausch des gerätes wert? oder ob ichs hingebastelt bekomme?

das tool bezüglich der smart-werte probier ich die tage mal aus, sicher bin ich dann ohnehin auchn paar infos reicher die mich eventuell weiter bringen.

logrotate war genau wonach ich suchte!

schönen samstag noch und danke bis hierhin.

[gelöscht]

Ich würde dies Festplatte selbst erstmal mit dem Samsung Diagnose-Tool durchtesten, so wie es arlite vorgeschlagen hat. Danach könntest du, sofern in der /etc/fstab UUID's genutzt werden, die Festplatte an einen anderen S-ATA Port stecken und nochmal durchtesten. Welchen Chipsatz nutzt denn dein Board?

Ich persönlich habe aktuell Probleme mit meinem NVIDIA Chipsatz, welcher sich nicht in den AHCI Modus schalten lässt. Sobald er im BIOS eben auf AHCI steht, meint jedes Linux und sogar Windows meine Festplatten nicht erkennen zu wollen. Windows testete ich dabei nur von CD (Installation). Zuletzt hatte ich sogar den Effekt, dass mein Board danach überhaupt nicht mehr ansprang und sich anscheinend auch noch die ersten beiden DRAM-Bänke verabschiedet haben ... nie wieder ASRock.

Zurück zum Thema: Wenn der Samsung Diagnose-Test ohne Fehlermeldung durchlief, scheint es an den S-ATA Kabeln, Stromversorgung und/oder Board selbst zu liegen.

Aktuelle BIOS-Versionen unterstützen Festplatten von bis zu ... keine Ahnung ... weit über 2 Terrabyte ?!?!
Eine spezielle Aktivierung ist nicht notwendig - Maximal eine spezielle Formatierung, denn die "normalen" DOS-Partitionstabellen bekommen bei ? 2 TB ? und mehr arge Probleme (Gelesen im Archlinux Buch).

arlite

Thema Kompatibilität: für meine Hautplatine gab es tatsächlich mal ein BIOS-Update, dessen Changelog u.a. den Stichpunkt „Support 1000GB HDD“ enthielt. Eine angeschlossene 2-TB-Platte funktioniert auch ohne Wehwechen.

Lin2Core schriebZurück zum Thema: Wenn der Samsung Diagnose-Test ohne Fehlermeldung durchlief, scheint es an den S-ATA Kabeln, Stromversorgung und/oder Board selbst zu liegen.

Verständnisfrage meinerseits: Kann so ein Test überhaupt ohne Fehler durchlaufen werden, wenn wahlweise das SATA-Kabel, die Stromversorgung oder die Platine schadhaft ist?

illpig

das samsung-tool habe ich soeben gebrannt, jetzt gehts an den neustart und dann sag ich euch mehr.

illpig

hm, wie soll ich sagen - im bios hab ich eben die smart-unterstützung aktiviert.
bei dem von cd bootendem tool wurde meine tastatur weder am ps2, noch am usb erkannt.
trotz aktivierung im bios laufen die test noch immer nicht durch, weder in der laufwerksverwaltung, noch als smartctl.

un nu?

arlite

Nu is der Wurm drin…

Gerade bei mir probiert: das Samsung-Programm läuft unter einer hier etwas hakelig startenden FreeDOS-Umgebung; meine via PS/2 angeschlossene Tastatur funktioniert. Ich kann meine Samsung-HDD auswählen und die Festplatten-Infos anzeigen lassen.

Vielleicht versuchst Du es nochmal via USB mit aktiviertem USB legacy mode im BIOS.

illpig

arlite schriebNu is der Wurm drin...

so beginnt nun das sonntagsgebastel.

legacy zu aktivieren war ein guter tipp, über nacht hab ich daher den test des tools durchlaufen lassen können. die meldung am morgen war mäßig: die platte sei fehlerfrei und wenns noch probleme gäbe solle ich nach virus oder fehlern im betriebssystem suchen. da er aber ca. 6h als damit zugebracht habende zeit angegeben hat, mag ich meinen der test sei durchgelaufen.

doch wie gehts damit nun weiter in sachen behebung des "SError: { CommWake DevExch }"?
da ich UUID in der fstab eingetragen hab, hatte ich gestern beim kabel-wechseln gleich auch einen anderen steckplatz probiert. d.h. zumindest kabel und board-steckplatz sind als fehlerquelle auszuschließen und wenn man der software glauben kann ist die platte als solche wohl auch vollkommen intakt.

arlite

illpig schrieb… beim kabel-wechseln gleich auch einen anderen steckplatz probiert. d.h. zumindest kabel und board-steckplatz sind als fehlerquelle auszuschließen…

Diese Garantie ist nicht gegeben, besonders dann nicht, wenn das Austauschkabel aus der selben Lieferung stammt. Man möchte es nicht glauben, aber besonders im Bereich Computerverkabelung wird eine Menge Ausschuß produziert und verkauft. Bei mir liegt einiges auf Halde…

Was für einen SATA-Kontroller hat das Board? Manchmal muß an der Festplatte ein Jumper (nicht immer mitgeliefert!) gesetzt werden, damit bspw. eine Platte mit 3 Gbps (zweite Generation) an einem SATA-Anschluß mit 1,5 Gbps (erste Generation) funktioniert. Allerdings weiß ich auch nicht, ob und welche Fehlermeldungen auftauchen, wenn das automatische Aushandeln der Verbindungsgeschwindigkeit fehlschlägt.

illpig

hallo nocheinmal,

ich finds toll mit welch kreativität mir hier geholfen wird. die sache mit den geschwindigkeiten und dem jumper sind mir beide neu. also schauen wir uns mal die technischen details genauer an:

ich habe ein ALiveNF5-eSATA2+ Board von ASRock (brav vom handbuch abgeschrieben). im handbuch steht zu SATA II "untsrstützt bis 3.0 Gb/s" und unter Punkt 2.9 auf Seite 86 kommt auch gleich der von dir angesprochene Jumper.

Die Platte selbst ist eine ATA SAMSUNG HD103SI mit der Firmware-Version 1AG01181 hier werd ich vielleicht auch mal nach nem Update schaun.

Auch werf ich gleich einen Blick ins BIOS und dann wird hier nach nem neuerem gesucht.
Ich schau gleich mal nach ob der Jumper steckt, denn laut Anleitung ist 3 Gb/s aktiv wenn kein Jumper steckt. Wenn ich ihn ohnehin wieder auf hab, nehm ich dann auch gleich mal ein anderes Kabel (das 3. dann).

illpig

auch nich....

der jumper steckte nicht, ein anderes kabel und ein wieder anderer port brachte auch keine abhilfe denn beide smart-werte-auslese-programme verweigern ihren dienst.

ums für mich nochmal zu rekaputlieren: d.h. laut .log "SATA link up 1.5 Gbps (SStatus 113 SControl 310)" wir die platte mit einer übertragungsrate von 1,5 ... erkannt, jedoch will 3 ... angesteuert werden? d.h. es ist ein kompatibilitätsproblem, dass das eine sendet was das andere nicht empfängt und umgekehrt?
mir kommts vor als könne der fehler zumindest langsam benannt werden, nur verstehe ich ihn nun anscheinend noch weniger.

arlite

Also Platte und Kontroller bieten 3Gbps an, demzufolge braucht’s keinen Jumper, sondern nur ein 3Gpbs-fähiges Kabel. Mit dem Kabel aus dem Asrock-Lieferumfang anno 2006 habe ich keine gute Erfahrung gemacht…

Ordenliches Kabel vorausgesetzt, bliebe dann noch die Recherche bzgl. einer möglicherweise mangelnder Kompatibilität zwischen Festplatte und Kontroller/Chipsatz.

Stromversorgung: Vielleicht hat das Netzteil nicht genügend Dampf auf der Backe, um zusätzlich diese Platte zu versorgen.
Mach mal eine Hörprobe: springt die Festplatte vollständig an? Bringt sie ein gleichmäßiges Betriebsgeräusch ober klackert sie vor sich hin?

Dezente Nebenfrage: die S.M.A.R.T-Programme startest Du mit root-Rechten?

illpig

mahlzeit zum montag,

arlite schriebStromversorgung: Vielleicht hat das Netzteil nicht genügend Dampf auf der Backe

mein netzteil ist ein ATX Seasonic 330W ATX 2.0

und um jetzt zu sagen, was das alles versorgt ..... also ich hab da noch zwei platten verbaut:

250 GB (SP2514N IDE / PATA) - fragwürdig auslesbare werte
200 GB (HD200HJ SATA 1) - keine werte auslesbar
1 TB (HD103SI SATA 4) - keine werte auslesbar

graka und prozessor seht ihr weiter oben im text ... ich denke, da sollte das netzteil ausreichend für sein, wa?

hier nun nochmal nen auszug aus dem log, denn ich sehs zwar, erkenne es aber nicht:

ata1.00: failed command: WRITE FPDMA QUEUED
ata1.00: cmd 61/08:18:47:8b:44/00:00:00:00:00/40 tag 3 ncq 4096 out
res 40/00:04:03:03:a9/00:00:02:00:00/40 Emask 0x10 (ATA bus error)
ata1.00: status: { DRDY }
ata1: hard resetting link
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata4.00: configured for UDMA/33
ata4: EH complete
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
ata1.00: configured for UDMA/33
ata1: EH complete
ata4: exception Emask 0x10 SAct 0x0 SErr 0x4040000 action 0xe frozen
ata4: irq_stat 0x00000040, connection status changed
ata4: SError: { CommWake DevExch }
ata4: hard resetting link

ata 1 ist also die 200 GB, jene meldet nun was?
ata4 wiederrum wird wieso angezeigt in der übersicht?

mir kommt die idee zu schaun, ob eventuell die 200 GB mit 3 Gb/s läuft und wenn ja, dann deren kabel und steckplatz auf dem board mit der 1 TB platte zu probieren.
d.h. meine nächste frage wäre jetzt:

wie/ wo lese ich denn den wert aus?

arlite schriebOrdenliches Kabel vorausgesetzt

weil mir die mitgelieferten kabel ohnehin untauglich erschienen da sie nicht richtig einrasteten, kaufte ich neulich erst neue mit einem schicken klipper der klick macht. denke also, dass hier weniger das problem liegt .... und wenns ein "neues" ist, wirds doch sicher nicht nur die halbe bandbreite anbieten, wa?!

arlite schriebDezente Nebenfrage: die S.M.A.R.T-Programme startest Du mit root-Rechten?

meines erachtens geht das doch garnicht als user. d.h. ja ich starte es mit root-rechten :-)

arlite

Eine vollständiges Log währe u.U. hilfreich, aber egal.

Deine HD200HJ-Platte sollte auch mit 3Gbit/s erkannt werden (zumindest wird sie in den Preisvergleichsportalen als "SATA II" beschrieben)
Wenn diese Platte diejenige Platte am ata1-Anschluß ist, wird auch sie gemäß Log nur mit 1,5Gbps erkannt.

Die Ausgabe "ATA bus error" sieht gar nicht gut aus – und auch nicht die exception-Zeile mit dem Wert frozen am Anschluß ata4.

Lies Dir nochmal die Seite, die ich weiter oben verlinkt hatte, nochmal von ganz oben an durch.
Dort stößt man u.a. auf diese Angabe: "ATA bus error" bedeutet "chip<->device bus error"

Vielleicht kannst Du zwei Festplatten abklemmen und dann nochmal prüfen. Wenn die Fehler weiter auftreten, dürfte ausgeschlossen sein, daß es an einem möglicherweise zu schwachen Netzteil liegt – ansonsten ist IMHO ein Defekt oder eine Inkompatibilität des SATA-Kontrollers plausibel.

Damit Du mal siehst, wie es unter ARCH aussehen kann, setze ich mal den auf einen SATA-Anschluß einer meiner Platten bezogenen Log-Auszug rein:

ata4: SATA max UDMA/133 abar m2048@0xfe8ff000 port 0xfe8ff180 irq 41
...
ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata4.00: ATA-7: ST3250820AS, 3.AAE, max UDMA/133
ata4.00: 488397168 sectors, multi 0: LBA48 NCQ (depth 31/32)
ata4.00: configured for UDMA/133

illpig

juhuchen nochmal,

auch heute wieder hab ich mich ein wenig mit dem problem beschäftigt und einige dinge versucht.

1. hab mein BIOS auf die aktuellste version gebracht.
2. habs mit nur der systemplatte (HD200HJ) alleine probiert - sie brachte dann merkwürdigerweise in der everything in einer minute mehrere unterschiedliche udma werte (33/66/100/133), da war alles dabei.
3. laut handbuch sind 2 der 4 sataports auf dem board auch für eSATA II zuständig, doch sowohl alleine als auch zusammen melden die platten an den ports seltsame dinge.

arlite schriebEine vollständiges Log währe u.U. hilfreich, aber egal.

heute bei einem der neustarts hab ich mal von anfang an zurückverfolgt was da gelogt wird und das nen bissi zusammengestellt. allerdings sind die ata 1.2.3.4 jetzt durchgewechselt, was aber insofern keine rolle spielt, da beide samsung-sata-platten (wohl) mit fehlern gelogt werden.

Feb 22 15:07:37 rechner kernel: SCSI subsystem initialized
Feb 22 15:07:37 rechner kernel: libata version 3.00 loaded.
Feb 22 15:07:37 rechner kernel: pata_amd 0000:00:09.0: version 0.4.1
Feb 22 15:07:37 rechner kernel: pata_amd 0000:00:09.0: setting latency timer to 64
Feb 22 15:07:37 rechner kernel: scsi0 : pata_amd
Feb 22 15:07:37 rechner kernel: scsi1 : pata_amd
Feb 22 15:07:37 rechner kernel: ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xffa0 irq 14
Feb 22 15:07:37 rechner kernel: ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xffa8 irq 15
Feb 22 15:07:37 rechner kernel: ACPI: PCI Interrupt Link [LSA0] enabled at IRQ 23
Feb 22 15:07:37 rechner kernel: pata_acpi 0000:00:0a.0: PCI INT A -> Link[LSA0] -> GSI 23 (level, low) -> IRQ 23
Feb 22 15:07:37 rechner kernel: pata_acpi 0000:00:0a.0: setting latency timer to 64
Feb 22 15:07:37 rechner kernel: pata_acpi 0000:00:0a.0: PCI INT A disabled
Feb 22 15:07:37 rechner kernel: ata1.01: ATA-7: SAMSUNG SP2514N, VF100-33, max UDMA/133
Feb 22 15:07:37 rechner kernel: ata1.01: 488397168 sectors, multi 16: LBA48
Feb 22 15:07:37 rechner kernel: ata1: nv_mode_filter: 0x7f39f&0x739f->0x739f, BIOS=0x7000 (0xc00000) ACPI=0x701f (900:60:0x14)
Feb 22 15:07:37 rechner kernel: ata1.01: configured for UDMA/33
Feb 22 15:07:37 rechner kernel: scsi 0:0:1:0: Direct-Access     ATA      SAMSUNG SP2514N  VF10 PQ: 0 ANSI: 5
Feb 22 15:07:37 rechner kernel: ata2: port disabled. ignoring.
Feb 22 15:07:37 rechner kernel: ahci 0000:00:0a.0: version 3.0
Feb 22 15:07:37 rechner kernel: ahci 0000:00:0a.0: PCI INT A -> Link[LSA0] -> GSI 23 (level, low) -> IRQ 23
Feb 22 15:07:37 rechner kernel: ahci 0000:00:0a.0: controller can do NCQ, turning on CAP_NCQ
Feb 22 15:07:37 rechner kernel: ahci 0000:00:0a.0: controller can't do PMP, turning off CAP_PMP
Feb 22 15:07:37 rechner kernel: ahci 0000:00:0a.0: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl IDE mode
Feb 22 15:07:37 rechner kernel: ahci 0000:00:0a.0: flags: 64bit ncq sntf led clo pio ccc
Feb 22 15:07:37 rechner kernel: ahci 0000:00:0a.0: setting latency timer to 64
Feb 22 15:07:37 rechner kernel: scsi2 : ahci
Feb 22 15:07:37 rechner kernel: scsi3 : ahci
Feb 22 15:07:37 rechner kernel: scsi4 : ahci
Feb 22 15:07:37 rechner kernel: scsi5 : ahci
Feb 22 15:07:37 rechner kernel: ata3: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 23
Feb 22 15:07:37 rechner kernel: ata4: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 23
Feb 22 15:07:37 rechner kernel: ata5: SATA max UDMA/133 abar m8192@0xfbdfc000 port 0xfbdfc200 irq 23
Feb 22 15:07:37 rechner kernel: ata6: SATA max UDMA/133 irq_stat 0x00400000, PHY RDY changed irq 23
Feb 22 15:07:37 rechner kernel: sd 0:0:1:0: [sda] 488397168 512-byte logical blocks: (250 GB/232 GiB)
Feb 22 15:07:37 rechner kernel: sd 0:0:1:0: [sda] Write Protect is off
Feb 22 15:07:37 rechner kernel: sd 0:0:1:0: [sda] Mode Sense: 00 3a 00 00
Feb 22 15:07:37 rechner kernel: sd 0:0:1:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Feb 22 15:07:37 rechner kernel: sda: sda1
Feb 22 15:07:37 rechner kernel: sd 0:0:1:0: [sda] Attached SCSI disk
Feb 22 15:07:37 rechner kernel: ata5: SATA link down (SStatus 0 SControl 300)
Feb 22 15:07:37 rechner kernel: ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Feb 22 15:07:37 rechner kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Feb 22 15:07:37 rechner kernel: ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Feb 22 15:07:37 rechner kernel: ata4.00: ATAPI: PIONEER DVD-RW  DVR-215, 1.22, max UDMA/66
Feb 22 15:07:37 rechner kernel: ata4.00: configured for UDMA/66
Feb 22 15:07:37 rechner kernel: ata3.00: ATA-7: SAMSUNG HD200HJ, KF100-06, max UDMA7
Feb 22 15:07:37 rechner kernel: ata3.00: 390721968 sectors, multi 16: LBA48 NCQ (depth 31/32)
Feb 22 15:07:37 rechner kernel: ata6.00: ATA-7: SAMSUNG HD103SI, 1AG01118, max UDMA7
Feb 22 15:07:37 rechner kernel: ata6.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 31/32)
Feb 22 15:07:37 rechner kernel: ata3.00: configured for UDMA/133
Feb 22 15:07:37 rechner kernel: scsi 2:0:0:0: Direct-Access     ATA      SAMSUNG HD200HJ  KF10 PQ: 0 ANSI: 5
Feb 22 15:07:37 rechner kernel: sd 2:0:0:0: [sdb] 390721968 512-byte logical blocks: (200 GB/186 GiB)
Feb 22 15:07:37 rechner kernel: sd 2:0:0:0: [sdb] Write Protect is off
Feb 22 15:07:37 rechner kernel: sd 2:0:0:0: [sdb] Mode Sense: 00 3a 00 00
Feb 22 15:07:37 rechner kernel: sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Feb 22 15:07:37 rechner kernel: ata6.00: configured for UDMA/133
Feb 22 15:07:37 rechner kernel: sdb: sdb1 sdb2 sdb3
Feb 22 15:07:37 rechner kernel: sd 2:0:0:0: [sdb] Attached SCSI disk
Feb 22 15:07:37 rechner kernel: scsi 3:0:0:0: CD-ROM            PIONEER  DVD-RW  DVR-215  1.22 PQ: 0 ANSI: 5
Feb 22 15:07:37 rechner kernel: scsi 5:0:0:0: Direct-Access     ATA      SAMSUNG HD103SI  1AG0 PQ: 0 ANSI: 5
Feb 22 15:07:37 rechner kernel: sd 5:0:0:0: [sdc] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
Feb 22 15:07:37 rechner kernel: sd 5:0:0:0: [sdc] Write Protect is off
Feb 22 15:07:37 rechner kernel: sd 5:0:0:0: [sdc] Mode Sense: 00 3a 00 00
Feb 22 15:07:37 rechner kernel: sd 5:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Feb 22 15:07:37 rechner kernel: sdc: unknown partition table
Feb 22 15:07:37 rechner kernel: sd 5:0:0:0: [sdc] Attached SCSI disk
Feb 22 15:07:37 rechner kernel: EXT4-fs (sdb1): INFO: recovery required on readonly filesystem
Feb 22 15:07:37 rechner kernel: EXT4-fs (sdb1): re-mounted. Opts: (null)
Feb 22 15:07:37 rechner kernel: EXT4-fs (sdb1): re-mounted. Opts: (null)
Feb 22 15:07:37 rechner kernel: EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: (null)
Feb 22 15:07:37 rechner kernel: EXT4-fs (sdb3): mounted filesystem with ordered data mode. Opts: (null)
Feb 22 15:07:37 rechner kernel: EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
Feb 22 15:07:37 rechner kernel: r8169 0000:01:00.0: eth0: link up
Feb 22 15:07:37 rechner kernel: r8169 0000:01:00.0: eth0: link up
Feb 22 15:07:37 rechner crond[2894]: /usr/sbin/crond 4.4 dillon's cron daemon, started with loglevel info
Feb 22 15:07:38 rechner kernel: w83627ehf: Found W83627EHG chip at 0x290
Feb 22 15:07:39 rechner kernel: NET: Registered protocol family 10
Feb 22 15:07:39 rechner kernel: lo: Disabled Privacy Extensions
Feb 22 15:07:40 rechner kernel: ata6: exception Emask 0x10 SAct 0x0 SErr 0x4150000 action 0xe frozen
Feb 22 15:07:40 rechner kernel: ata6: irq_stat 0x00000040, connection status changed
Feb 22 15:07:40 rechner kernel: ata6: SError: { PHYRdyChg CommWake Dispar DevExch }
Feb 22 15:07:40 rechner kernel: ata6: hard resetting link
Feb 22 15:07:41 rechner kernel: ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Feb 22 15:07:41 rechner kernel: ata6.00: configured for UDMA/133
Feb 22 15:07:41 rechner kernel: ata6: EH complete
Feb 22 15:07:41 rechner kernel: ata6: exception Emask 0x10 SAct 0x0 SErr 0x4050000 action 0xe frozen
Feb 22 15:07:41 rechner kernel: ata6: irq_stat 0x00000040, connection status changed
Feb 22 15:07:41 rechner kernel: ata6: SError: { PHYRdyChg CommWake DevExch }
Feb 22 15:07:41 rechner kernel: ata6: hard resetting link
Feb 22 15:07:42 rechner kernel: ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Feb 22 15:07:42 rechner kernel: ata6.00: configured for UDMA/133
Feb 22 15:07:42 rechner kernel: ata6: EH complete
Feb 22 15:07:42 rechner kernel: ata3: exception Emask 0x10 SAct 0x0 SErr 0x4150000 action 0xe frozen
Feb 22 15:07:42 rechner kernel: ata3: irq_stat 0x00000040, connection status changed
Feb 22 15:07:42 rechner kernel: ata3: SError: { PHYRdyChg CommWake Dispar DevExch }
Feb 22 15:07:42 rechner kernel: ata3: hard resetting link
Feb 22 15:07:43 rechner kernel: ata6: exception Emask 0x10 SAct 0x0 SErr 0x4150000 action 0xe frozen
Feb 22 15:07:43 rechner kernel: ata6: irq_stat 0x00000040, connection status changed
Feb 22 15:07:43 rechner kernel: ata6: SError: { PHYRdyChg CommWake Dispar DevExch }
Feb 22 15:07:43 rechner kernel: ata6: hard resetting link
Feb 22 15:07:43 rechner kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Feb 22 15:07:43 rechner kernel: ata3.00: configured for UDMA/133
Feb 22 15:07:43 rechner kernel: ata3: EH complete
Feb 22 15:07:43 rechner kernel: ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Feb 22 15:07:43 rechner kernel: ata6.00: configured for UDMA/133
Feb 22 15:07:43 rechner kernel: ata6: EH complete
Feb 22 15:07:44 rechner kernel: ata6: limiting SATA link speed to 1.5 Gbps

spannend find ich diese zeile:

Feb 22 15:07:37 rechner kernel: ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)

weil das klingt für mich nach 3gbps aktiv?
diese ahci-sache hab ich im "neuen" bios aktiviert, denn ich habe keinen raid und non-raid erscheint mir merkwürdig. d.h. hier wäre vllt. nochmal ein ansatz zum testen, aber davon versprech ich mir iwie weniger.....

arlite schriebLies Dir nochmal die Seite, die ich weiter oben verlinkt hatte, nochmal von ganz oben an durch.
Dort stößt man u.a. auf diese Angabe: "ATA bus error" bedeutet "chip<->device bus error"

des englischen zwar nicht ganz unmächtig, nur mit dem fachvokabular und dessen verständnis hapert es hier und da noch ein wenig. außerdem steck ich im rechner wohl zu wenig drin, um überhaupt zu wissen, was ist z.b. ein EH = Error Handler = Fehler Behandler .... und was macht der?
die übersicht ist zumindest in dem sinne hilfreich, dass sie mir einfach sagt, was sie sagt..... nur sagts mir leider zu wenig :-( auch die aussage, dass es sich hierbei um einen "device bus error" handelt, ist das dann sozusagen ein hardwarefehler?

weil ich nun schon so lange bastel frag ich mich umso mehr..... wenn jetzt aktuell "nur" in den logs etwas erscheint, der rechner an sich aber läuft wie er soll..... mach ichs mir selbst zu schwer? is das alles mumpitz und bringt am ende garnix? *hm*

in diesem sinne eine schöne dienstag nacht!

mannohneschuh

Da du (erst) alle Kabel gegen neue getauscht hast, alle Ports durchgewechselt, neues BIOS, endlich AHCI aktiviert und das Problem immernoch hast, können wir ja noch n bisserl probieren 🙂 .

Feb 22 15:07:43 rechner kernel: ata6: hard resetting link

Das darf einfach nicht auftreten. Das ist weiterhin ein ernstzunehmender Fehler. Den möchtest du nicht haben wenn gerade (wichtige) Daten geschrieben werden sollen!
Teste die Platten doch mal an einem anderen Board. Den Versuch mit dem Netzteil haben wir ja auch noch nicht ganz durch. Einfach mal ein überdimensioniertes Netzteil kaufen, auspacken, testen und wegen nichtgefallen zurückgeben.

spannend find ich diese zeile:
Feb 22 15:07:37 rechner kernel: ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
weil das klingt für mich nach 3gbps aktiv?

Leider steht am Ende

Feb 22 15:07:44 rechner kernel: ata6: limiting SATA link speed to 1.5 Gbps

Yenal

Hey,
sry das ich den Thread wieder auskrame... bin vor kurzem auf Arch umgestiegen und musste leider feststellen, dass ich diesen Fehler auch wieder habe (kenne ihn bereits von Ubuntu ..dort auch in der aktuellesten Version)

Bei mir liegt es allerdings nicht an der Hardware/HDD bzw. dem SATA-Kabel, sondern er wird durch ein Samsung DVD Laufwerk am entsprechenden ATA Port hervorgerufen. Wenn ich das Kabel des Laufwerks rausziehe ist der Fehler weg... in einem Ubuntuforum hab ich eine Loesung dafuer gefunden:

# sudo sed -i '/ATAPI/,+1s/^/#/' /lib/udev/rules.d/60-persistent-storage.rules
# mkinitcpio -p linux

Funktioniert zum Glueck auch unter ARCH 🙂

Nächste Seite »