• Apfeltalk ändert einen Teil seiner Allgemeinen Geschäftsbedingungen (AGB), das Löschen von Useraccounts betreffend.
    Näheres könnt Ihr hier nachlesen: AGB-Änderung
  • Was gibt es Schöneres als den Mai draußen in der Natur mit allen Sinnen zu genießen? Lasst uns teilhaben an Euren Erlebnissen und macht mit beim Thema des Monats Da blüht uns was! ---> Klick

Nach einigen Minuten fehlende Schreibrechte auf gesamter Festplatte (MBP mid 2009)

tobiasbrabanski

Cox Orange
Registriert
19.08.07
Beiträge
98
Nachdem sich meine letzte Festplatte (Hitatchi) verabschiedet hat, habe ich mir eine neue Seagate Moments ST9750420AS (http://www.seagate.com/ww/v/index.j...nnel=f424072516d8c010VgnVCM100000dd04090aRCRD) gekauft und in mein MacBook (Pro Mid 2009 13,3'' 2,26GHz) eingebaut.

Seit Abschluss der ersten OS X Installation auf der Platte, habe ich allerdings nur Probleme. Unter 10.6.8 wie auch jetzt unter 10.7.

Nach einiger Betriebszeit verliere ich alle Schreibrechte auf der gesamten Platte und kann nichts mehr wirklich machen. Die meisten Programme starten nicht mehr. Nicht mal mehr Screenshots von den Fehlermeldungen sind noch machbar.

Das ganze sieht dann in etwa so aus:
Heidelberg-20110721-00879.jpg

Im Kernel-Log siehts dann (inklusive Boot) so aus:
Jul 26 06:32:03 localhost kernel[0]: Darwin Kernel Version 11.0.0: Sat Jun 18 12:56:35 PDT 2011; root:xnu-1699.22.73~1/RELEASE_X86_64
Jul 26 06:32:03 localhost kernel[0]: vm_page_bootstrap: 1959287 free pages and 55945 wired pages
Jul 26 06:32:03 localhost kernel[0]: kext submap [0xffffff7f8072e000 - 0xffffff8000000000], kernel text [0xffffff8000200000 - 0xffffff800072e000]
Jul 26 06:32:03 localhost kernel[0]: zone leak detection enabled
Jul 26 06:32:03 localhost kernel[0]: standard timeslicing quantum is 10000 us
Jul 26 06:32:03 localhost kernel[0]: mig_table_max_displ = 72
Jul 26 06:32:03 localhost kernel[0]: AppleACPICPU: ProcessorId=0 LocalApicId=0 Enabled
Jul 26 06:32:03 localhost kernel[0]: AppleACPICPU: ProcessorId=1 LocalApicId=1 Enabled
Jul 26 06:32:03 localhost kernel[0]: calling mpo_policy_init for TMSafetyNet
Jul 26 06:32:03 localhost kernel[0]: Security policy loaded: Safety net for Time Machine (TMSafetyNet)
Jul 26 06:32:03 localhost kernel[0]: calling mpo_policy_init for Sandbox
Jul 26 06:32:03 localhost kernel[0]: Security policy loaded: Seatbelt sandbox policy (Sandbox)
Jul 26 06:32:03 localhost kernel[0]: calling mpo_policy_init for Quarantine
Jul 26 06:32:03 localhost kernel[0]: Security policy loaded: Quarantine policy (Quarantine)
Jul 26 06:32:03 localhost kernel[0]: Copyright (c) 1982, 1986, 1989, 1991, 1993
Jul 26 06:32:03 localhost kernel[0]: The Regents of the University of California. All rights reserved.
Jul 26 06:32:03 localhost kernel[0]: MAC Framework successfully initialized
Jul 26 06:32:03 localhost kernel[0]: using 16384 buffer headers and 10240 cluster IO buffer headers
Jul 26 06:32:03 localhost kernel[0]: IOAPIC: Version 0x11 Vectors 64:87
Jul 26 06:32:03 localhost kernel[0]: ACPI: System State [S0 S3 S4 S5] (S3)
Jul 26 06:32:03 localhost kernel[0]: PFM64 0xf10000000, 0xf0000000
Jul 26 06:32:03 localhost kernel[0]: [ PCI configuration begin ]
Jul 26 06:32:03 localhost kernel[0]: console relocated to 0xf10010000
Jul 26 06:32:03 localhost kernel[0]: PCI configuration changed (bridge=2 device=1 cardbus=0)
Jul 26 06:32:03 localhost kernel[0]: [ PCI configuration end, bridges 5 devices 18 ]
Jul 26 06:32:03 localhost kernel[0]: AppleIntelCPUPowerManagement: (built 13:08:12 Jun 18 2011) initialization complete
Jul 26 06:32:03 localhost kernel[0]: FireWire (OHCI) Lucent ID 5901 built-in now active, GUID 60fb42fffef36e04; max speed s800.
Jul 26 06:32:03 localhost kernel[0]: USBMSC Identifier (non-unique): 000000009833 0x5ac 0x8403 0x9833
Jul 26 06:32:03 localhost kernel[0]: mbinit: done [64 MB total pool size, (42/21) split]
Jul 26 06:32:03 localhost kernel[0]: Pthread support ABORTS when sync kernel primitives misused
Jul 26 06:32:03 localhost kernel[0]: com.apple.AppleFSCompressionTypeZlib kmod start
Jul 26 06:32:03 localhost kernel[0]: com.apple.AppleFSCompressionTypeDataless kmod start
Jul 26 06:32:03 localhost kernel[0]: com.apple.AppleFSCompressionTypeZlib load succeeded
Jul 26 06:32:03 localhost kernel[0]: com.apple.AppleFSCompressionTypeDataless load succeeded
Jul 26 06:32:03 localhost kernel[0]: AppleIntelCPUPowerManagementClient: ready
Jul 26 06:32:03 localhost kernel[0]: BTCOEXIST off
Jul 26 06:32:03 localhost kernel[0]: wl0: Broadcom BCM432b 802.11 Wireless Controller
Jul 26 06:32:03 localhost kernel[0]: 5.100.98.75
Jul 26 06:32:03 localhost kernel[0]: [IOBluetoothHCIController::setConfigState] calling registerService
Jul 26 06:32:03 localhost kernel[0]: rooting via boot-uuid from /chosen: 572FBDE8-0709-357A-9002-66A9203A34A8
Jul 26 06:32:03 localhost kernel[0]: Waiting on <dict ID="0"><key>IOProviderClass</key><string ID="1">IOResources</string><key>IOResourceMatch</key><string ID="2">boot-uuid-media</string></dict>
Jul 26 06:32:03 localhost kernel[0]: Got boot device = IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/SATA@B/AppleMCP79AHCI/PRT0@0/IOAHCIDevice@0/AppleAHCIDiskDriver/IOAHCIBlockStorageDevice/IOBlockStorageDriver/ST9750420AS Media/IOGUIDPartitionScheme/Zorn@2
Jul 26 06:32:03 localhost kernel[0]: BSD root: disk0s2, major 14, minor 2
Jul 26 06:32:03 localhost kernel[0]: jnl: unknown-dev: replay_journal: from: 48048640 to: 49691136 (joffset 0x15d5000)
Jul 26 06:32:03 localhost kernel[0]: jnl: unknown-dev: journal replay done.
Jul 26 06:32:03 localhost kernel[0]: Kernel is LP64
Jul 26 06:32:03 localhost kernel[0]: hfs: Removed 7 orphaned / unlinked files and 38 directories
Jul 26 06:32:04 localhost kernel[0]: NVEthernet: Ethernet address 60:fb:42:f3:6e:04
Jul 26 06:32:04 localhost kernel[0]: AirPort_Brcm4331: Ethernet address 00:26:bb:15:6c:89
Jul 26 06:32:04 localhost kernel[0]: IO80211Controller::dataLinkLayerAttachComplete(): adding AppleEFINVRAM notification
Jul 26 06:32:04 localhost kernel[0]: IO80211Interface::efiNVRAMPublished():
Jul 26 06:32:06 localhost kernel[0]: NVDANV50HAL loaded and registered.
Jul 26 06:32:06 localhost kernel[0]: Previous Shutdown Cause: 3
Jul 26 06:32:06 localhost kernel[0]: DSMOS has arrived
Jul 26 06:32:08 localhost kernel[0]: macx_swapon SUCCESS
Jul 26 06:32:09 localhost kernel[0]: Created virtif 0xffffff80143c1600 p2p0
Jul 26 06:32:10 localhost kernel[0]: AirPort: Link Down on en1. Reason 8 (Disassociated because station leaving).
Jul 26 06:32:11 localhost kernel[0]: 00000000 00000020 NVEthernet::setLinkStatus - not Active
Jul 26 06:32:14 Johns-MacBook-Pro kernel[0]: nstat_lookup_entry failed: 2
Jul 26 06:32:21: --- last message repeated 1 time ---
Jul 26 06:32:15 Johns-MacBook-Pro kernel[0]: MacAuthEvent en1 Auth result for: 00:0f:b5:13:91:ea MAC AUTH succeeded
Jul 26 06:32:15 Johns-MacBook-Pro kernel[0]: wlEvent: en1 en1 Link UP
Jul 26 06:32:15 Johns-MacBook-Pro kernel[0]: AirPort: Link Up on en1
Jul 26 06:32:15 Johns-MacBook-Pro kernel[0]: en1: BSSID changed to 00:0f:b5:13:91:ea
Jul 26 06:32:16 Johns-MacBook-Pro kernel[0]: AirPort: RSN handshake complete on en1
Jul 26 06:38:29 Johns-MacBook-Pro kernel[0]: disk0s2: I/O error.
Jul 26 06:38:29: --- last message repeated 2 times ---
Jul 26 06:38:29 Johns-MacBook-Pro kernel[0]: hfs_clonefile: cluster_write failed - 5
Jul 26 06:38:29 Johns-MacBook-Pro kernel[0]: disk0s2: I/O error.
Jul 26 06:38:56: --- last message repeated 1 time ---
Jul 26 06:38:56 Johns-MacBook-Pro kernel[0]: IOSurface: buffer allocation size is zero


Ich hatte das MacBook inzwischen auch schon beim Service. Die meinten aber, trotz frischer OS X Installation, dass das Problem an der Software liegen muss und die komplette Hardware (inklusive der Festplatte) in Ordnung sei.

ifixit.com bietet genau dieses Seagate-Modell als Upgrade-Kit für alle MacBooks an. Die Platte sollte also schon in so manchem MacBook ohne Probleme laufen.

Jemand evtl. ne Idee?
 

anthonjay

Hildesheimer Goldrenette
Registriert
30.04.11
Beiträge
681
Von welcher CD hast du OS X SL installiert? Von der mitgelieferten funktioniert diese nicht. Du musst es mit der im Handel erhältlichen installieren.
 

tobiasbrabanski

Cox Orange
Registriert
19.08.07
Beiträge
98
Wie beschrieben hatten die Installationen immer gut funktioniert. 10.6 hatte ich von der Retail DVD (Auf USB Stick geklont) installiert und dan per Software Update auf 10.6.8 aktualisiert. 10.7 hatte ich aus dem App-Store und hatte mir davon dann auch einen USB-Stick erstellt und damit eine saubere Installation ohne vorheriges 10.6 installiert.

Von welcher CD hast du OS X SL installiert? Von der mitgelieferten funktioniert diese nicht. Du musst es mit der im Handel erhältlichen installieren.
 
Zuletzt bearbeitet:

tobiasbrabanski

Cox Orange
Registriert
19.08.07
Beiträge
98
Hab die Platte jetzt mal ins externe Gehaeuse gepackt und davon gebootet. Seit fuenf Stunden laeuft alles ganz wunderbar. Immerhin.

Evtl jetzt jemand ne Idee? Evtl ne ungute Kext (IOBlockStorageDriver) von Apple?
 

tobiasbrabanski

Cox Orange
Registriert
19.08.07
Beiträge
98
Die Seagate laeuft jetzt seit Tagen ohne Zicken per USB. Es scheint wohl am marginalen Strommehrverbrauch der Platte zu liegen. Wohl in kombination mit dem Chipsatz oder sowas. Da die vorherige Hitatchi Platte wunderbar lief, kommt morgen mit der Post ne neue. Schade um die Seagate.
 

tobiasbrabanski

Cox Orange
Registriert
19.08.07
Beiträge
98
Die Hitatchi war vorhin im Macbook. Leider nicht lange, weil die selbe Geschichte wieder aufgetreten ist. Also das Teil per USB rangehangen und davon gebootet - laeuft. Dann mal die "erste" Platte ins USB Dock gesteckt und davon gebootet und siehe da, die funktioniert auch einwandfrei. Intern macht sie die selben Mucken wie die anderen beiden. Also MUSS es jetzt das MacBook sein und da dann wohl das SATA-Kabel oder das Mainboard. Richtig? Oder irre ich mich da jetzt schon wieder?
 

markthenerd

Cellini
Registriert
26.08.06
Beiträge
8.746
Hast du mal das Volume repariert? Das kann solche Probleme lösen.
 

MacAlzenau

Golden Noble
Registriert
26.12.05
Beiträge
22.522
Na ja, wenn es mit verschiedenen Platten gleichartig abläuft - intern irgendwann nicht mehr, extern schon - würde ich weniger auf ein Problem mit der Verzeichnisstruktur tippen. Es sei denn, was man natürlich nicht ausschließen kann, irgendein Programm pfuscht da rum - allerdings schreibt tobiasbrabanski nicht, daß er die Platten nach dem Ausbau nochmal formatiert oder sonstwie softwaremäßig behandelt hat, Verzeichnisbaumprobleme wäre also beinehalten worden.

Hast du denn mal den Hardwaretest laufen lassen? Es ist natürlich immer möglich, daß bei irgendwelchen Spezifikationen dein Mac und die Platten jeweils innerhalb der Toleranz liegen, aber entgegengesetzt grenzwertig, aber bei mehreren Platten ist das eher unwahrscheinlich.
 

MacAlzenau

Golden Noble
Registriert
26.12.05
Beiträge
22.522
Von welcher CD hast du OS X SL installiert? Von der mitgelieferten funktioniert diese nicht. Du musst es mit der im Handel erhältlichen installieren.
Ja, ja, deshalb liefert Apple ja die DVDs mit. Damit man damit nicht neu installieren kann, wenn man mal neu installieren will.
 

tobiasbrabanski

Cox Orange
Registriert
19.08.07
Beiträge
98
Hab das Volume mehrfach repariert. Auch mit DiskWarrior. Und die Verzeichnisstruktur repariert. Und das System drei mal neu installiert. 10.6 und 10.7. Bringt alles nichts. Ich mach gleich noch mal ne frische Lioninstallation auf eine der Platten und teste die dann noch mal ein paar Stunden. Wenn das dann wieder nichts bringt kanns wohl nur was internes sein.

In dem "kleinen" Laden hier um die Ecke kamen sie mir schon damit, ich duerfte doch die Festplatte nicht selbst tauschen "weil dann keine Garantie mehr auch nicht mit Apple Care und blabla". Is klar.
 

markthenerd

Cellini
Registriert
26.08.06
Beiträge
8.746
Kannst du mal die RAM Riegel austauschen? So könntest du eine potentielle Ärgerquelle ausschliessen.
 

tobiasbrabanski

Cox Orange
Registriert
19.08.07
Beiträge
98
Die frische Lioninstallation hat nach fuenf Minuten angefangen Aerger zu machen. Das Softwareupdate, dass ich direkt machen wollte, wollte schon nicht mehr gehen. Also betreibe ich das Teil jetzt zwei Wochen weiter per USB und dann darf sich der Gravis-Hannover darum kuemmern. Jetzt noch das SATA-Kabel vom Superdrive abfummeln ist doch zu viel. Das sollen lieber die Techniker machen.