Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 26 reacties
Bron: Apple, submitter: Ultimation

Apple OS X 10.9 Mavericks logo (75 pix) Apple heeft een update uitgebracht voor OS X 10.10, beter bekend als Yosemite. In versie 10.10, die gratis vanuit de Apple Store opgehaald kan worden, heeft Apple onder andere het besturingssysteem een nieuw uiterlijk gegeven. Verder is de zoekfunctie Spotlight flink uitgebreid met onder andere internet-, Maps- en iTunes-integratie, heeft Safari nieuwe functionaliteit gekregen zoals een uitgebreidere tab-weergave en is er verregaande integratie met iOS 8. In deze vierde update treffen we een bescheiden verzameling verbeteringen en bugfixes aan.

This update:
  • Improves networking reliability
  • Improves Migration Assistant reliability
  • Addresses an issue that prevented certain external monitors from functioning properly
  • Improves the reliability of upgrading iPhoto and Aperture libraries to Photos
  • Improves reliability when syncing photos and videos to iCloud Photo Library
  • Addresses an issue that caused Photos to quit unexpectedly after importing some Leica DNG files
  • Resolves an issue that could delay outgoing email messages in Mail
  • Fixes an issue where a website could prevent the user from navigating away by presenting repeated JavaScript alerts in Safari
For more detailed information about this update, please visit this page.
OS X 10.10 (620 pix)
Moderatie-faq Wijzig weergave

Reacties (26)

Er zijn nog 2 belangrijke zaken die worden aangeboden in deze update:

1. discoveryd bug is verholpen (onderdeel van de Improved network reliability die in de changelog staat)
Bron: http://www.macrumors.com/...le-releases-os-x-10-10-4/

2. Aanzetten van trimforce command, waardoor nu third-party SSD's worden ondersteund. Dit heeft op verschillende sites de discussie doen oplaaien over de blacklisting van oa. Samung series 8xx SSD's, die door TRIM je data zouden corrupten.
Bron: http://arstechnica.com/ap...rim-for-third-party-ssds/

Discussie over TRIM, trimforce & SSD's: http://arstechnica.com/ap...rd-party-ssds/?comments=1
Ik was helemaal niet op de hoogte van de TRIM bugs in SSD's en toen ik het gisteren las op Ars Technica heb ik maar besloten om TRIM niet meer aan te zetten.

Apple stond oorspronkelijk alleen TRIM toe op SSD's die door hen zelf geleverd zijn. Kennelijk hebben ze daar genoeg druk kunnen zetten op de leveranciers om het te fixen.
In Linux is er een blacklist voor SSD's met de bug:
/* devices that don't properly handle queued TRIM commands */
Micron_M500*
Crucial_CT*M500*
Micron_M5[15]0*
Crucial_CT*M550*
Crucial_CT*MX100*
Samsung SSD 8*
Ik vraag me af of Apple ook zo'n blacklist heeft ingebouwd of dat ze de waarschuwing bij het aanzetten genoeg vinden.
Er is een hoop verwarring rondom de TRIM-bug. Er is op verschillende sites uitleg hierover gegeven, maar toch blijft dat verhaal inclusief de Linux-blacklist telkens opduiken. Terwijl dit in 95 van de 100 gevallen waarschijnlijk niet meer een probleem zal vormen. Wellicht dat het volgende overzicht wat meer duidelijkheid oplevert.

Op het forum van Macrumors hebben een aantal forumleden reeds eerder vorige maand als één van de eersten onderzoek gedaan naar het bestaan van de trimforce-command in de laatste developer build van Yosemite 10.10.4. Een aantal insiders zijn vervolgens gaan testen waaronder Cindori, de maker van de welbekende TRIM Enabler. Deze laatste werd nog volop gebruikt door velen van ons tot en met Mavericks (10.9), maar na de kext-signing problematiek die Yosemite (10.10) met zich meebracht hing er een risico aan het gebruik van het programmaatje van Cindori. Kort gezegd moest je kext-signing uit zetten om van TRIM gebruik te kunnen maken in Yosemite, met alle beveiligingsproblemen van dien.

Op een gegeven moment is de trimforce-command ontdekt in de laatste developer build door een Macrumors-forumlid, en na wat experimenteren gaf Cindori al aan dat hij hard aan het werk was voor een nieuwe versie van TRIM Enabler om de trimforce-command te gebruiken met één druk op de knop. Een ander forumlid, ene Temptin, had alvast een tooltje geschreven die je bovendien zelf kon controleren op validiteit. Deze werkte prima, TRIM draaide bij alle testers naar behoren.

Maar al gauw werd de aandacht gelegd op de disclaimer die Apple laat zien bij het uitvoeren van de trimforce-command, en de geruchten over dat de TRIM-bug bij SSD's mogelijk problemen met data-corruptie zou kunnen opleveren. Daar geeft Temptin in een uitgebreide post heldere uitsluitsel over. Zeker de moeite waard om hem te lezen, maar ik geef hier alvast een korte samenvatting:
  • Er moet onderscheid gemaakt worden tussen queued TRIM en sequential (= non-queued) TRIM.
  • De bekende TRIM-bug betreft de implementatie van queued TRIM in Linux. De veelgenoemde blacklist behoort tot deze bug.
  • Echter, alle moderne besturingssystemen gebruiken sequential TRIM, waaronder Windows, Mac OS X en Linux. In Windows en Mac OS X wordt standaard gebruik gemaakt van sequential TRIM. In Linux moet je dit zelf forceren door queued TRIM uit te zetten.
  • Alle moderne schijven maken gebruik van sequential TRIM.
  • Heb je een moderne SSD-schijf, dan werkt TRIM in principe probleemloos op Mac OS X 10.10.4 als je de trimforce-command gebruikt om TRIM te activeren.
Er is een andere TRIM-bug in Linux dat de implementatie van sequential TRIM in Linux betreft. Dat wordt uitgelegd in dit artikel. Maar dat geldt enkel voor oude SSD-drives met bv. een SandForce-controller in combinatie met deze verkeerde implementatie van sequential TRIM in Linux. En dat is waar de disclaimer van Apple voor dient: zodat ze zich indekken voor gebruikers die de trimforce-command gebruiken onder 10.10.4 in combinatie met een oude SSD-schijf. Dat zou mogelijk problemen met data-corruptie kunnen opleveren en daar willen ze niet aansprakelijk voor gehouden worden. Overigens schijnt er met Linux devs aan gewerkt te worden om deze bug t.a.v. sequential TRIM in Linux op te lossen.

TLDR: heb je een moderne SSD-schijf, dan kun je gerust TRIM activeren onder 10.10.4 met de trimforce-command zonder dat je hoeft te vrezen voor het genoemde tweetal TRIM-bugs in Linux. De bug ten aanzien van queued TRIM is niet aan de orde, omdat Mac OS X gebruik maakt van sequential TRIM. Er is echter ook een bug ten aanzien van sequential TRIM, maar ook deze is niet van toepassing mits je een moderne SSD-schijf hebt.

[Reactie gewijzigd door Sky Lynx op 1 juli 2015 17:01]

Dat ze dus ook de samsung 850's noemen is dus onzin/misleidend? Dat zijn allemaal recente ssd's.
Nee, dat is niet misleidend of onzin, maar heeft betrekking op de bug ten aanzien van queued TRIM in Linux. Dat legt Temptin ook uit in zijn overzicht:
The first issue is the queued TRIM implementation in Linux. It is the only operating system that tries to send FPDMA QUEUED TRIM (a new SATA II extension of NCQ, and therefore also called NCQ TRIM). The latest Samsung firmwares mistakenly set word 77 bit 6 to 1 in the ATA IDENTIFY flags, which tells the OS that they support FPDMA QUEUED operations, when they actually don't. If you try to send a FPDMA QUEUED TRIM, the latest Samsung drives spectacularly overwrite random data with zeroes. The Linux kernel now blacklists those drives from trying to use FPDMA QUEUED TRIM, since they're misbehaving with that command. The Samsung engineers are aware of it since the issue first surfaced a year ago, but a fix is not yet ready.

So if you've got a modern Samsung drive, it's important that your OS uses regular sequential TRIM. Linux is the only OS that uses queued TRIM. All versions of OS X (even El Capitan) and Windows (latest) still use sequential TRIM, and will continue to do so for the foreseeable future.
Alle recente SSD's (en dus ook de Samsung 840/850) doen het prima in combinatie met sequential TRIM (waar OS X en Windows van gebruik maken).
Ja precies, dus om de samsung 840 / 850 te noemen als probleemgevallen voor het trimforce commando op osx is misleidend als ik het goed begrijp, want dat issue is er helemaal niet.

EDIT: Hier staat weer dat het niet alleen om queued trims gaat:
https://blog.algolia.com/...rives-are-not-that-solid/
UPDATE June 16:
A lot of discussions started pointing out that the issue is related to the newly introduced queued TRIM. This is not correct. The TRIM on our drives is un-queued and the issue we have found is not related to the latest changes in the Linux Kernel to disable this features.

[Reactie gewijzigd door sbookholt op 14 juli 2015 11:21]

Ik denk dat we onder het woordje 'misleidend' allebei iets anders verstaan. Voor zover ik de hele situatie zie, is er niets misleidend. Als er zou worden 'misleid', dan zou er opzet in het spel moeten zijn bij degenen die de informatie verspreiden. Ik denk echter niet dat er sprake is van een dergelijke opzet.

Er is vooral verwarring ontstaan omdat dingen door elkaar zijn gehaald door de mensen die posts plaatsen over de TRIM-bug(s). Grofweg wordt de queued TRIM-bug in Linux (waarbij de Samsung 840/850 als probleemgeval wordt genoemd) verward met de sequential TRIM-bug in alle OS'en (waarbij het bekende lijstje met oude SSD's wordt genoemd). Deze verwarring blijft aanwezig omdat men naar elkaars posts blijft verwijzen of blijft kopiëren en herhalen. De post van Temptin is nagenoeg de enige post die op heldere en opgesomde wijze een correcte overzicht maakt van de TRIM-bugs.

Ten aanzien van jouw opmerking dat het bij de Samsung 840/850 niet alleen om queued TRIM gaat: dat is een claim van Adam Surak zelf en nog niet bevestigd door Samsung. Inmiddels zijn er Samsung engineers die al een aantal weken nauwgezet onderzoek aan het doen zijn naar de bug met de Samsung 840/850:
UPDATE July 13:
Since the last update of this blog-post, we have been in a cooperation with Samsung trying to help them find the issue, during this investigation we agreed with Samsung to do not communicate until their agreement.

As the issue was not reproduced on our server in Singapore, the reproduction is now running under Samsung supervision in Korea, out of our environment.
Totdat de uitkomst hiervan bekend is, moet er vooralsnog vanuit worden gegaan dat de Samsung 840/850 alleen problemen hebben met de queued TRIM-bug onder Linux. Het officiële antwoord van Samsung blijft dat ze adviseren om queued TRIM in Linux uit te zetten en gebruik te maken van sequential TRIM.
Ok thanks, helder, ik hou het nog even in de gaten!
Hulde voor je noeste werk voorzien van links met de nodige achtergrondinfo om de zaak onder zowel OS X als Linux te verduidelijken Sky Lynx.
_/-\o_
You're welcome!

Ik zoek zelf regelmatig ook naar oplossingen voor mijn eigen vragen, en bijna altijd stuit ik dan ergens op een artikel of forumpost waarin iemand de moeite heeft genomen om de oplossing of het antwoord in een overzicht weer te geven. Het kost even wat tijd om het neer te kalken, maar uiteindelijk helpt diegene er ontzettend veel mensen mee omdat hij/zij vaak niet de enige is die de vraag stelt en het antwoord geeft. Nu dacht ik: laat ik eens een keer de wederdienst doen. En dan is het altijd fijn om een bedankje als waardering te krijgen ;)
Door dit artikel maar weer eens trim enabler geinstalleerd en het werkt naar behoren, trim staat weer aan. Systeem start weer in 20s tot login en daarna is de desktop actief in 20s , meteen erachteraan windows 10 onde parallels vm in 10 s login in 15 s bureaublad. Diverse malen herstart geen issue's.
Hardware MBPro 17" late 2011 i7. Best mac ever 👍
Ik ondervind een probleem met het updaten naar 10.10.4 op mijn Macbook Pro (2015 model). Als ik na het installeren op "Update" klik, dan krijg ik de melding: "Sommige updates moeten geheel worden gedownload voordat ze kunnen worden geïnstalleerd. Computer wordt herstart om de updates te voltooien.". Vervolgens kies ik voor: "Download en herstart" en krijg ik de melding: "Beschikbare updates zijn gewijzigd. Klik op 'Toon details' om de beschikbare updates te zien.". Ik kan nu alleen nog voor "Programma-info" kiezen, maar daarna gebeurd er niks.

Mijn Macbook herstarten en uit/inloggen in de store helpen niet.

Zijn er meer mensen met dit probleem? (En een eventuele oplossing?)
Probleem heb ik ook gehad, bleek dat de install package corrupt blijkt te zijn. Je moet even de update bestanden verwijderen. In welke map die specifiek staan weet ik even niet meer, maar je kan met Disk inventory X zoeken naar update files, en die vervolgens te verwijderen.

[Reactie gewijzigd door TZC-T1-FX op 1 juli 2015 18:23]

Download de 10.10.4 combo update van Apple. Deze bevat alle updates t/m 10.10.4. Installeer deze en de boel zou weer moeten werken (wel even restarten).

Link naar combo update: https://support.apple.com/kb/DL1820?locale=nl_NL
Thanks for the tip! Ik download hem nu. Gaat wel even duren (+2 uur).

Ik laat straks weten of het heeft gewerkt! :)
De combo update werkte wel. Problem solved! :)
Ik heb hetzelfde probleem gehad, opgelost door de laptop helemaal uit te zetten en op te starten.

Ik zie zo snel niet het verschil hiertussen en het opnieuw opstarten, maar na deze actie installeerde de update zonder problemen.
Helemaal uitzetten heeft niet geholpen voor mij.
Ik heb hetzelfde issue. Probeer je te upgraden vanaf de pre-release (beta of dev)? Ik ging er vanuit dat het probleem bij mij veroorzaakte.
Nee, gewoon vanaf de standaard 10.10.3 versie :)
Hier geen probleem gehad met het installeren (MacBook Pro 2014)

Probeer het eens buiten de "App Store" om met de combo-installer.
Ging wederom als een zonnetje, zonder enige hapering. Kwamen nog wel wat andere updates bij die aardig wat tijd vergde, niet in de laatste plaats iMovie en Xcode. Kwestie van ff iets anders doen en klaar was Kees.
Is die zware bug mbt. paswoorden roven uit de keychain opgelost? De rest is bijzaak en marketting-gebrabbel?
Welke bug bedoel je?
De KeyChain bug/hack is niet zo gevaarlijk als het doet voorkomen. Als eerste moet het KeyChain item niet bestaan, welke de hack niet kan verwijderen. Daarna kan de malafide applicatie pas een KeyChain item aanmaken welke toegang geeft aan het malafide programma.

Kortom, als mensen bijvoorbeeld jouw iCloud wachtwoord willen hacken kan dat alleen maar wanneer jouw KeyChain op dit moment nog geen iCloud item heeft, of jij deze handmatig verwijderd. De "bug" is in 10.10.4 niet verholpen, maar de meeste mensen zijn ook niet kwetsbaar.
Durf ik zo niet te zeggen, maar dat de rest bijzaak zou zijn klopt natuurlijk niet. Zo zijn er o.a. 77 lekken gedicht:

http://www.automatisering...7/77-lekken-os-x-gepatcht

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True