Macbook Pro Mid 2012 und der Beachball

[Wuchtbrumme]

H

Device Model: TOSHIBA MK5065GSXF
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 9716
5 Reallocated_Sector_Ct 0x0033 100 100 050 Pre-fail Always - 113
193 Load_Cycle_Count 0x0032 023 023 000 Old_age Always - 774481
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 36
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0

Hallo,

die Platte ist leider kaputt und trägt ziemlich wahrscheinlich zu Hängern bei. Sehen kannst Du das an dem Reallocated_Sector_Count und dem Reallocated_Event_Count, wo die letzte Spalte nicht 0 ist. Der UDMA_CRC_Error_Count ist erfreulicherweise 0, d.h. das Interface inkl. Kabel ist in Ordnung. Parameter 193, Load_Cycle_Count deutet auf ein viel zu aggressives Powersetting hin; schon alleine deswegen würde ich die Festplatte als verschlissen ansehen.

Austauschen (lassen)!

 

[dirtjumper]

was bedeutet denn das mit dem Powersetting? Kann ich das iwie beeinflussen? danke schonmal für deine Antwort

 

[Wuchtbrumme]

Um Energie zu sparen und um die mechanische Robustheit zu vergrößern, wird der Kopf "geparkt". Mobile Festplatten sind darauf ausgerichtet, in ihren Spezifikationen steht oft, dass 100k oder gar 350k Load-/Unload-Zyklen vorgesehen sind. Du hast 774.000 - in weniger als 380 Tagen kumulativer Nutzung. Rechnerisch, wenn ich mich nicht vertippt habe, ist das ein Zyklus alle 42s.
Um dieses Problem zu beheben kann man entweder die Platteneinstellung firmwareseitig ändern (nicht jede Festplatte unterstützt das und nicht für jede gibt es ein Tool) oder mittels einem Programm eine dauerhafte Nutzung vorgaukeln, damit die Platte nicht parkt.

Weitergehende Informationen: In google (z.B.) "mac load unload apm tool" eingeben. Führt zu hdparm, wdidle (z.B.).

 

[beachball2015]

Hallo zusammen, ich hab auch ein MacBook Pro 13Zoll Mitte 2012, mit Yosemite, 4GB RAM
Starten von Programmen dauert, der Beachball wird bei kleineren Anforderungen gerufen, selbst Texte schreiben ist ab und zu verzögert.
Eigentlich suche ich schon seit einem Jahr nach der Ursache, da ichdicht glauben kann, dass der Rechner so lahm ist.


- Festplattendienstprogramm findet keinen Fehler
- Zugriffsrechte reparieren findet auch keinen Fehler
- PRAM Reset hat nichts gebracht
- SMC Reset habe ich auch durchgeführt

=== START OF INFORMATION SECTION ===
Model Family: Toshiba 2.5" HDD MK..65GSX
Device Model: TOSHIBA MK5065GSXF
Serial Number: 322ECMWQT
LU WWN Device Id: 5 000039 3e3980bf8
Firmware Version: GV108B
User Capacity: 500,107,862,016 bytes [500 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: 5400 rpm
Form Factor: 2.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS (minor revision not indicated)
SATA Version is: SATA 2.6, 3.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Mon Feb 23 22:53:10 2015 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART 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: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 120) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No 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: ( 163) minutes.
SCT capabilities: (0x003d) 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 0x000b 100 100 050 Pre-fail Always - 0
2 Throughput_Performance 0x0005 100 100 050 Pre-fail Offline - 0
3 Spin_Up_Time 0x0027 100 100 001 Pre-fail Always - 2111
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 8734
5 Reallocated_Sector_Ct 0x0033 100 100 050 Pre-fail Always - 0
7 Seek_Error_Rate 0x000b 100 100 050 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 100 100 050 Pre-fail Offline - 0
9 Power_On_Hours 0x0032 094 094 000 Old_age Always - 2477
10 Spin_Retry_Count 0x0033 253 100 030 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 7239
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 770
192 Power-Off_Retract_Count 0x0032 099 099 000 Old_age Always - 979
193 Load_Cycle_Count 0x0032 075 075 000 Old_age Always - 256980
194 Temperature_Celsius 0x0022 100 100 000 Old_age Always - 35 (Min/Max 16/43)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
220 Disk_Shift 0x0002 100 100 000 Old_age Always - 8214
222 Loaded_Hours 0x0032 097 097 000 Old_age Always - 1543
223 Load_Retry_Count 0x0032 100 100 000 Old_age Always - 0
224 Load_Friction 0x0022 100 100 000 Old_age Always - 0
226 Load-in_Time 0x0026 100 100 000 Old_age Always - 317
240 Head_Flying_Hours 0x0001 100 100 001 Pre-fail Offline - 0
254 Free_Fall_Sensor 0x0032 100 100 000 Old_age Always - 475

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]

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.


Hoffentlich könnt Ihr mir helfen..

 

[Wuchtbrumme]

193 Load_Cycle_Count 0x0032 075 075 000 Old_age Always - 256980

lass mich gucken:
Die Betriebszeit der Festplatte umfasst derzeit knapp 147000min. 257000 mal hat sich die Festplatte schlafen gelegt. Überschlagsmäßig legt sie sich also zweimal pro Minute schlafen.

Da gilt also dasselbe wie weiter oben, ich kann nicht mehr empfehlen, als was ich in https://www.apfeltalk.de/community/...-und-der-beachball.468240/page-3#post-4472948 schon getan habe.

 

[chrisquade]

hallo zusammen,
ich habe ein ähnliches problem:
macbook pro 15" early 2011. hatte mein superdrive ausgebaut und anstatt dessen eine crucial m500 mit 240gb per masterworks caddy eingebaut. lief jahrelang perfekt, bis ich dann vor ein paar monaten opfer des bekannten grafikkarten-fehlers dieser macbook pro baureihe wurde. plötzlich bildschirm rot mit seltsamen streifen und nichts ging mehr. apple hat im zuge des reparaturerweiterungsprogramm das komplette mainboard anstandslos ausgetauscht. nur mein system hat seit dem einen weg. erst ließ es sich überhaupt nicht mehr starten, dann ganz langsam und mittlerweile läuft es fast wieder normal. nur habe ich jetzt auch andauernd den besagten "beachball" und mein UDMA_CRC_Error_Count liegt mittlerweile bei über 300.000. ich habe schon das sata verbindungskabel getauscht, das caddy getauscht, die platte an den anderen sata anschluss geklemmt (also ohne caddy)... leider alles ohne erfolg. zuletzt habe ich mir das neue hardworks caddy zugelegt, was den beachball weniger häufig auftreten lässt und die firmware meiner crucial m500 ssd aktualisiert. problem leider immernoch nicht gelöst. ein freund hat mir kurzzeitig seine samsung 850 evo ausgeleihen, ich habe mein system geklont und siehe da... kein beachball mehr und auch kein UDMA_CRC_Error_Count in der smart werte übersicht. das ganze ist mir irgendwie unheimlich: warum verändert sich auch etwas beim neuen caddy, wenn es doch ganz offensichtlich an der ssd liegt? und wieso steigt der UDMA_CRC_Error_Count? das ist doch ein zeichen für einen fehler in der kommunikation zwischen controller und ssd (sprich verbindungskabel oder caddy)? wie schätzt ihr das ein? neue ssd kaufen und gut ist? kann man die alte noch irgendwie retten?
beste grüße, chris