:strip_icc():strip_exif()/u/381486/crop5981c5179f456.jpeg?f=community)
We can believe what we choose. We are answerable for what we choose to believe. -John Henry Newman
:strip_icc():strip_exif()/u/227146/eatbunny.jpg?f=community)
:strip_icc():strip_exif()/u/374447/Plaatje%2520klein.jpg?f=community)
:strip_exif()/u/69065/red_black_star.gif?f=community)
:strip_icc():strip_exif()/u/135125/bill1.jpg?f=community)
:strip_icc():strip_exif()/u/155863/crop5f904edb04434_cropped.jpeg?f=community)
Ik wil even terug komen op een onderwerp wat ter sprake is gekomen in Deel 1 van dit topic. Puur om even wat recht te zetten of degenen aan het nadenken te zetten.
Het ging over de page in/page out van het geheugen management binnen OS X en ik begon daarover te praten omdat ik vond dat ik veel te snel een boel page outs kreeg.
Ik heb altijd gedacht en denk het nog steeds, dat page outs alleen voorkomen wanneer het werkgeheugen vol zit. Dan schrijft ie data weg van het werkgeheugen (om deze vrij te maken) naar de harde schijf (page out).
Nu is dit onderuit gehaald en (naar mijn mening matig) onderbouwd, waarbij ook twee links zijn gegeven. Eentje van de consumer website van Apple en eentje van de Developer website van Apple. Uit beide links haalde ik nog steeds de informatie dat page outs enkel voorkomen bij een tekort aan werkgeheugen.
Nou, omdat ik niet wilde aannemen dat mijn informatie nergens op sloeg, werd de sfeer wat grimmiger en is het eigenlijk gelaten voor wat het is.
Inmiddels heb ik een ruime week de 16GB versie binnen en ik ben eens gaan ''testen''. Ik ben gewoon in de gaten gaan houden hoe mijn geheugengebruik er door de week uit zag en of er in die tussentijd page ins/page outs voorkwamen. Uiteraard met dezelfde workflow, soms overdreven door wat meer applicaties open te laten staan, als met het oude 8GB systeem.
Ik ben tot de conclusie gekomen dat ik altijd vrije ruimte genoeg heb (thank god to 16GB!), maximaal gebruik zat in die week op 10GB (dus nog 6GB vrij). En in die week heb ik grofweg zo'n 5 miljoen page ins gehad en 0 (NUL) page outs.
Bij mijn 8GB zat ik al vrij snel aan de max qua geheugen (60MB vrij) en had ik dus ook de eerder genoemde page outs.
Met deze ervaring maakt niemand mij wijs dat page outs ook voorkomen zonder dat er een tekort is aan werkgeheugen.
Of ik zie het echt heel verkeerd, maar dan mag je dat aan mij uiteenzetten..
Het ging over de page in/page out van het geheugen management binnen OS X en ik begon daarover te praten omdat ik vond dat ik veel te snel een boel page outs kreeg.
Ik heb altijd gedacht en denk het nog steeds, dat page outs alleen voorkomen wanneer het werkgeheugen vol zit. Dan schrijft ie data weg van het werkgeheugen (om deze vrij te maken) naar de harde schijf (page out).
Nu is dit onderuit gehaald en (naar mijn mening matig) onderbouwd, waarbij ook twee links zijn gegeven. Eentje van de consumer website van Apple en eentje van de Developer website van Apple. Uit beide links haalde ik nog steeds de informatie dat page outs enkel voorkomen bij een tekort aan werkgeheugen.
Nou, omdat ik niet wilde aannemen dat mijn informatie nergens op sloeg, werd de sfeer wat grimmiger en is het eigenlijk gelaten voor wat het is.
Hierboven een quote van wat een van de uitspraken was bij de discussie.
Inmiddels heb ik een ruime week de 16GB versie binnen en ik ben eens gaan ''testen''. Ik ben gewoon in de gaten gaan houden hoe mijn geheugengebruik er door de week uit zag en of er in die tussentijd page ins/page outs voorkwamen. Uiteraard met dezelfde workflow, soms overdreven door wat meer applicaties open te laten staan, als met het oude 8GB systeem.
Ik ben tot de conclusie gekomen dat ik altijd vrije ruimte genoeg heb (thank god to 16GB!), maximaal gebruik zat in die week op 10GB (dus nog 6GB vrij). En in die week heb ik grofweg zo'n 5 miljoen page ins gehad en 0 (NUL) page outs.
Bij mijn 8GB zat ik al vrij snel aan de max qua geheugen (60MB vrij) en had ik dus ook de eerder genoemde page outs.
Met deze ervaring maakt niemand mij wijs dat page outs ook voorkomen zonder dat er een tekort is aan werkgeheugen.
Of ik zie het echt heel verkeerd, maar dan mag je dat aan mij uiteenzetten..
/u/169999/crop57175bd319db1_cropped.png?f=community)
:strip_icc():strip_exif()/u/124672/avatar.jpg?f=community){kind=avatar}
die moet je even handmatig mappen (werkwoord) aan de gmail mappen (zelfstandig naamwoord) 
.
Rechtsklikken op die mappen in Mail en dan "assign to" of "toewijzen aan" of iets dergelijks.
.Rechtsklikken op die mappen in Mail en dan "assign to" of "toewijzen aan" of iets dergelijks.
PSN: Sluuz
:strip_icc():strip_exif()/u/32615/crop64eb884e6c9c2.jpg?f=community)
Het is makkelijk om iemand zijn negatieve eigenschappen te benoemen, maar kan je ook de positieve eigenschappen benoemen?
Bedankt het is gelukt!:
die moet je even handmatig mappen (werkwoord) aan de gmail mappen (zelfstandig naamwoord)
Rechtsklikken op die mappen in Mail en dan "assign to" of "toewijzen aan" of iets dergelijks.
In Gmail heb ik ook contactgroepen, hoe krijg ik deze ook in OSx?
/u/269449/crop5f3cdfa201d6b_cropped.png?f=community)
:strip_icc():strip_exif()/u/79018/crop6244312d860f5_cropped.jpg?f=community)
:strip_exif()/u/85127/Iron-Man-Avatar_small.gif?f=community){kind=avatar}
:strip_icc():strip_exif()/u/26769/meteor.jpg?f=community)
:strip_icc():strip_exif()/u/26427/YyRIk.jpg?f=community)
Die twee links komen ook voor in mijn uiteenzetting:
Via iStat menus en iStat Pro widget. Hieronder is het slecht te zien, maar het is te zien:
Op en na de release van Mountain Lion 10.8 kreeg ik, net als vele anderen, de melding "Het productdistributiebestand kan niet worden gecontroleerd. Het is mogelijk beschadigd of is niet ondertekend" als ik Mountain Lion wilde kopen in de Mac App Store.
Vandaag wilde ik het nog eens proberen, maar krijg opnieuw deze melding. Als ik voor hulp google, kom ik niet verder dan allerlei meldingen op en rondom de release datum, met als tips: wacht tot 'morgen'
of: log uit de Mac App Store, en herstart de computer, probeer daarna nog eens. Dat heb ik inmiddels al 2 keer gedaan. Ik heb ook geen anti-virus draaien (werd ook getipt, om die uit te zetten)
Hier in dit draadje zoeken leverde me ook vooralsnog niets op. Heb ik iets over het hoofd gezien? Kan iemand me verder helpen?
Ik zie het dus gebeuren dat ik eerst een schone Lion install mag doen (en op m'n knietjes hopen dat dat goed gaat via ineternet; ik heb geen installable USB stick meer van Lion) en daarna het opnieuw proberen aan te schaffen?
Vandaag wilde ik het nog eens proberen, maar krijg opnieuw deze melding. Als ik voor hulp google, kom ik niet verder dan allerlei meldingen op en rondom de release datum, met als tips: wacht tot 'morgen'
of: log uit de Mac App Store, en herstart de computer, probeer daarna nog eens. Dat heb ik inmiddels al 2 keer gedaan. Ik heb ook geen anti-virus draaien (werd ook getipt, om die uit te zetten)Hier in dit draadje zoeken leverde me ook vooralsnog niets op. Heb ik iets over het hoofd gezien? Kan iemand me verder helpen?
Ik zie het dus gebeuren dat ik eerst een schone Lion install mag doen (en op m'n knietjes hopen dat dat goed gaat via ineternet; ik heb geen installable USB stick meer van Lion) en daarna het opnieuw proberen aan te schaffen?
Hmm.. Gisteren ineens de melding dat time machine vond dat de backup corrupt was, en een nieuwe wilde maken. Daarbij worden alle oude backups weg gegooid. An sich niet erg, versies niet spannend (nog), maar daarna weer een full remote sync vanaf de NAS naar een andere NAS is natuurlijk wel minder over 10Mbps. 
Even op gegoogled, schijnt wel vaker voor te komen. Ben ik even terug gaan denken om te zien of ik iets had gedaan, en ja hoor. Ik heb met mdutil -i indexing uitgezet voor /Volumes/Time Machine omdat verschillende mdworkers ontzettend veel cpu gebruikten. Na onderzoek bleek dat mdworkers de .db van Time Machine aan het indexeren waren. Leek me geen kwaad te kunnen om daar indexing voor uit te zetten, zoals ik ook tegen kwam op het net. Wel erg sterk dat:
- Daarna de backup corrupt was bij de volgende backup
- Ik nu nergens meer hetzelfde volume gemount zie, nadat de nieuwe backup gemaakt is.
Mijn vraag aan jullie, hebben jullie het ook al eens gehad (dus komt dit nog vaker voor), of heb ik het zelf veroorzaakt met bovenstaand verhaal en moet ik er in het vervolg gewoon afblijven
Maar man, die mdworker processen is natuurlijk erg irritant als die zoveel cpu stoken, gaat je batterij veel te rap van leeg.
Even op gegoogled, schijnt wel vaker voor te komen. Ben ik even terug gaan denken om te zien of ik iets had gedaan, en ja hoor. Ik heb met mdutil -i indexing uitgezet voor /Volumes/Time Machine omdat verschillende mdworkers ontzettend veel cpu gebruikten. Na onderzoek bleek dat mdworkers de .db van Time Machine aan het indexeren waren. Leek me geen kwaad te kunnen om daar indexing voor uit te zetten, zoals ik ook tegen kwam op het net. Wel erg sterk dat:
- Daarna de backup corrupt was bij de volgende backup
- Ik nu nergens meer hetzelfde volume gemount zie, nadat de nieuwe backup gemaakt is.
Mijn vraag aan jullie, hebben jullie het ook al eens gehad (dus komt dit nog vaker voor), of heb ik het zelf veroorzaakt met bovenstaand verhaal en moet ik er in het vervolg gewoon afblijven
Maar man, die mdworker processen is natuurlijk erg irritant als die zoveel cpu stoken, gaat je batterij veel te rap van leeg.
/u/69484/crop65eb3317e5e80.png?f=community)
/u/351643/bananatar_mini2.png?f=community)
Ah, Time Machine... heb ik ook altijd problemen mee. Vandaag was het blijkbaar nodig om mijn backup te indexeren. Resultaat: 8 GB aan geheugen gereserveerd door mds, constant 20 MB/s traffic over het netwerk en vergelijkbare lees/schrijfacties.:
Hmm.. Gisteren ineens de melding dat time machine vond dat de backup corrupt was, en een nieuwe wilde maken. Daarbij worden alle oude backups weg gegooid. An sich niet erg, versies niet spannend (nog), maar daarna weer een full remote sync vanaf de NAS naar een andere NAS is natuurlijk wel minder over 10Mbps.
Even op gegoogled, schijnt wel vaker voor te komen. Ben ik even terug gaan denken om te zien of ik iets had gedaan, en ja hoor. Ik heb met mdutil -i indexing uitgezet voor /Volumes/Time Machine omdat verschillende mdworkers ontzettend veel cpu gebruikten. Na onderzoek bleek dat mdworkers de .db van Time Machine aan het indexeren waren. Leek me geen kwaad te kunnen om daar indexing voor uit te zetten, zoals ik ook tegen kwam op het net. Wel erg sterk dat:
- Daarna de backup corrupt was bij de volgende backup
- Ik nu nergens meer hetzelfde volume gemount zie, nadat de nieuwe backup gemaakt is.
Mijn vraag aan jullie, hebben jullie het ook al eens gehad (dus komt dit nog vaker voor), of heb ik het zelf veroorzaakt met bovenstaand verhaal en moet ik er in het vervolg gewoon afblijven
Maar man, die mdworker processen is natuurlijk erg irritant als die zoveel cpu stoken, gaat je batterij veel te rap van leeg.
Nadat de backup was afgelopen na drie kwartier (normaal gesproken niet langer dan 2 minuten) werd alles weer vrijgegeven. Ik had al indexering via spotlight uit voor /Volumes/Time Machine. Indexering voor backup.db kan je blijkbaar niet stopzetten. Ik heb dit een paar maanden geleden ook gehad, maar geen idee hoe ik dit opgelost heb toen. Heb er toen ook een halve dag mee zitten kloten.
Ik dacht in eerste instantie dat ik hem lekker laat uitindexeren over het weekend. Uiteindelijk hielp dit niks, behalve dat er over het weekend 2 TB aan data verstuurd en ontvangen werd. Ik heb niet eens 200 GB aan data op mijn HDD -_-
Ik heb echt geen idee wat ik hier aan kan doen. Ik denk dat het meer een probleem is met de indexering vanaf mijn kant die ergens op vast loopt, dan met de backup zelf, want als ik in de console kijk staat er dat de Time Machine wacht tot indexering klaar is. Als er geen Time Machine gemount is, werkt alles prima... Als iemand een idee heeft hoor ik het graag!
Ik ben trouwens ook nieuwsgierig hoe je kan zien wat mdworkers aan het indexeren zijn?
/u/139149/crop64c809f4b448c.png?f=community)
Komt vaker voor. En ook zonder het prullen aan de mdworker. Dus 'out-of-the-box' gebeurt het ook af en toe.:
Hmm.. Gisteren ineens de melding dat time machine vond dat de backup corrupt was, en een nieuwe wilde maken. Daarbij worden alle oude backups weg gegooid. An sich niet erg, versies niet spannend (nog), maar daarna weer een full remote sync vanaf de NAS naar een andere NAS is natuurlijk wel minder over 10Mbps.
Even op gegoogled, schijnt wel vaker voor te komen. Ben ik even terug gaan denken om te zien of ik iets had gedaan, en ja hoor. Ik heb met mdutil -i indexing uitgezet voor /Volumes/Time Machine omdat verschillende mdworkers ontzettend veel cpu gebruikten. Na onderzoek bleek dat mdworkers de .db van Time Machine aan het indexeren waren. Leek me geen kwaad te kunnen om daar indexing voor uit te zetten, zoals ik ook tegen kwam op het net. Wel erg sterk dat:
- Daarna de backup corrupt was bij de volgende backup
- Ik nu nergens meer hetzelfde volume gemount zie, nadat de nieuwe backup gemaakt is.
Mijn vraag aan jullie, hebben jullie het ook al eens gehad (dus komt dit nog vaker voor), of heb ik het zelf veroorzaakt met bovenstaand verhaal en moet ik er in het vervolg gewoon afblijven
Maar man, die mdworker processen is natuurlijk erg irritant als die zoveel cpu stoken, gaat je batterij veel te rap van leeg.
‘25 Tesla MY Juniper LR RWD - Stealth Grey - 20" Helix || Simrig: TREQ One / Simucube 2 Pro - BavarianSimTec Alpha / VRS DFP pedals / 3 x 32” LG UltraGear 1440p 165Hz || Ryzen 7 9800x3D / RTX 5090FE / 64GB DDR5 6000Mhz CL30 / 34” MSI 341CQP QD-OLED
/u/33305/crop60893dfd18ede_cropped.png?f=community)
Mijn probleem is in ieder geval op magische wijze verholpen. Heb er weer een uurtje aan zitten kloten gisteren, vervolgens opgegeven en TM uitgezet. Vanmorgen zette ik hem weer aan en nu lijkt alles weer prima naar behoren te werken... tsja...
@Anteros: Inactief geheugen is wat mij betreft prima, zolang ik er maar geen last van heb. Maar het is gewoon vaak niet nuttig. Ik heb vaak genoeg gehad dat er 4 GB inactief geheugen reserveert is, en daardoor m'n geheugen vol is en er vervolgens hard geswapt wordt. En de snelheidsvermindering hierdoor is echt merkbaar en storend. Dit was met 8 GB geheugen. Ik kan me ook niet voorstellen dat er echt GBs aan inactief geheugen nodig om applicaties sneller op te starten.
En ik denk 7 miljard minus 127 miljoen wereldbewoners wel:
[...]
Ik denk dat 127 miljoen Japanners dat niet met jouw eens zijn
[ Voor 3% gewijzigd door Pyrone89 op 16-10-2012 13:43 ]
We kunnen er natuurlijk een hele berekening op los laten, maar ik durf wel te stellen dat het aantal Japanse Mac gebruikers het aantal mensen met de door jouw beschreven problemen ruimschoots overstijgt. Daaruit kunnen we dan weer de conclusie trekken dat jouw eerder geponeerde stelling::
[...]
En ik denk 7 miljard minus 127 miljoen wereldbewoners wel
niet klopt.
:strip_exif()/u/263111/avatar.gif?f=community){kind=avatar}
:strip_exif()/u/144708/spoor_niet_70x70.gif?f=community)
:strip_exif()/u/114160/crop5c116d0b141ca.gif?f=community)
“Victorious warriors win first and then go to war,
while defeated warriors go to war first and then seek to win”
― Sun Tzu, The Art of War
:strip_exif()/u/677/crop5e62ccc026e5a_cropped.gif?f=community)
maybe we sit down and talk about the revolution and stuff
but it doesn't work like that
you can't turn back now there's no way back
you feel the power to destroy your enemy..
Zoek voor de gein eens naar performance problemen met Lightroom...je vindt er teveel. Adobe producten hebben op zowel Windows als OS X nogal wat problemen met performance in zijn algemeenheid wat er vaak voor zorgt dat mensen er de draak mee lopen te steken op o.a. het internet. Het schuiven met je workflow (bepaalde zaken pas op het laatst doen of een paar handelingen tegelijkertijd) kan al aardig wat winst opleveren. Gezien de hoeveelheid problemen rondom Adobe producten/Lightroom en performance zou ik het eerst in die hoek gaan zoeken en pas daarna bij je OS (OS X, Windows).
Xee...is nog gratis ook (van dezelfde maker als The Unarchiver trouwens)
Over die corrupte TM backups. Kwam dit tegen, nog niet geprobeerd, maar kon wel eens handig zijn
http://www.garth.org/arch...-based-backup-errors.html
http://www.garth.org/arch...-based-backup-errors.html
Kleine update. Ik heb de Time Machine gemount en vervolgends .fseventsd en .Spotlight-V100 in de root directory verwijderd. Volgens mij kan je dit vrij doen, .fseventsd was nogal groot en aangezien dit instructies bevat die nog naar het systeem geschreven moeten worden, zou het kunnen dat het systeem hierop hangde. Geen idee wat de eventuele gevolgen hiervan zijn... Vervolgens backup geprobeerd, maar deze faalde omdat TM klaagde over dat er geen .fseventsd folder meer was. Een verificatie van de backup lostte dit op (alt + klik op TM icoontje > Verify backup. Vervolgens duurde m'n backup weer 2 minuten, zoals het hoort. En nu maar hopen dat het zo blijft
Misschien omdat ik door de engineer waarnaar mijn case is geescaleerd heeft gevraagd meer data te verzamelen en te kijken hoe het zit bij bekenden. Dat doen ze niet voor niets.
Jou heb ik al meegenomen, om te laten zien bij welke configuraties het dus niet gebeurt (volgens mij heb ik die tenminste genoteerd). Geef dus nog even andere mensen de kans.
De vorige keer was het een gewone vraag, nu is het een serieuzer verzoek waar echt wat mee gaat worden gedaan door een engineer. Vandaar dat ik het opnieuw meld.
Zoals je al ziet zijn er meerdere mensen die een of meer problemen hebben met het updaten van agenda. Het is dan ook onwaarschijnlijk dat het aan de configuratie kan liggen, zeker nadat al is vastgesteld dat het configuraties zijn met alleen Apple devices (die moeten dus samenwerken) en geen vreemde tweaks, en dat het niet voorkwam in Lion. Verder is het zo dat het pas na een aantal minuten optreedt, waardoor de engineer ook al configuratieproblemen heeft uitgesloten: dan zou het namelijk ook niet in de eerste minuten werken. Het feit dat de notification bar zich wel update versterkt dit verder, aangezien het dus wel binnen komt maar niet grafisch wordt weergeven in de agenda weergave.
Het lijkt nu erop dat push stuk is en dat de weergave cache van Agenda niet wordt ververst na een paar minuten, alsof dus hetgeen daarvoor verantwoordelijk is crasht. Daarnaast lijkt het erop dat als je Agenda open laat staan met de setting push na verloop van tijd ook je notifcation bar mee wordt getrokken in de ondergang (die stopt dan ook met verversen). Met pull instellingen (zoals 1 minuut) wordt de updater voor de notifcation bar niet meegetrokken 'in de ondergang' als je hem langer open laat, en gaat dus alleen de updater voor de agenda 'de ondergang' in. Ik gebruik even dat woord, omdat ze bij Apple het woord crash niet zo leuk blijken te vinden
.
Met meer testresultaten kunnen we exact vaststellen waar de kink zit. Zowel testresultaten van mensen waarbij het werkt als bij mensen die problemen hebben zijn dus welkom.
Jou heb ik al meegenomen, om te laten zien bij welke configuraties het dus niet gebeurt (volgens mij heb ik die tenminste genoteerd). Geef dus nog even andere mensen de kans.
De vorige keer was het een gewone vraag, nu is het een serieuzer verzoek waar echt wat mee gaat worden gedaan door een engineer. Vandaar dat ik het opnieuw meld.
Zoals je al ziet zijn er meerdere mensen die een of meer problemen hebben met het updaten van agenda. Het is dan ook onwaarschijnlijk dat het aan de configuratie kan liggen, zeker nadat al is vastgesteld dat het configuraties zijn met alleen Apple devices (die moeten dus samenwerken) en geen vreemde tweaks, en dat het niet voorkwam in Lion. Verder is het zo dat het pas na een aantal minuten optreedt, waardoor de engineer ook al configuratieproblemen heeft uitgesloten: dan zou het namelijk ook niet in de eerste minuten werken. Het feit dat de notification bar zich wel update versterkt dit verder, aangezien het dus wel binnen komt maar niet grafisch wordt weergeven in de agenda weergave.
Het lijkt nu erop dat push stuk is en dat de weergave cache van Agenda niet wordt ververst na een paar minuten, alsof dus hetgeen daarvoor verantwoordelijk is crasht. Daarnaast lijkt het erop dat als je Agenda open laat staan met de setting push na verloop van tijd ook je notifcation bar mee wordt getrokken in de ondergang (die stopt dan ook met verversen). Met pull instellingen (zoals 1 minuut) wordt de updater voor de notifcation bar niet meegetrokken 'in de ondergang' als je hem langer open laat, en gaat dus alleen de updater voor de agenda 'de ondergang' in. Ik gebruik even dat woord, omdat ze bij Apple het woord crash niet zo leuk blijken te vinden
.Met meer testresultaten kunnen we exact vaststellen waar de kink zit. Zowel testresultaten van mensen waarbij het werkt als bij mensen die problemen hebben zijn dus welkom.
[ Voor 65% gewijzigd door Pyrone89 op 17-10-2012 14:04 ]
:strip_icc():strip_exif()/u/111904/Untitled-1.jpg?f=community)
Oke, kun jij ook even jouw configuratie + instellingen agenda posten, die verzamel ik namelijk:
Hahaha, idd. Hier komt het probleem niet voor overigens
:strip_icc():strip_exif()/u/300409/1.jpg?f=community)
Omdat iedere keer als ik die melding krijg vanalles open heb staan en bezig ben met vanalles en dus niet zo die computer kan afsluiten, en daar ook geen zin in heb.
Heb het net even bekenen, en ja, ieder half uur krijg zo'n popup melding van dat er een update beschikbaar is
Heb het net even bekenen, en ja, ieder half uur krijg zo'n popup melding van dat er een update beschikbaar is
Geen ssd zeker? 
Nee, enigste manier om dat uit te zetten is het automatisch updaten uit te zetten. Althans, dat haal ik uit Google.
Nee, enigste manier om dat uit te zetten is het automatisch updaten uit te zetten. Althans, dat haal ik uit Google.
Heeft niks met SSD te maken. Sommige mensen doen zowaar werk op hun computer en kunnen het zich niet veroorloven om bij elke update, die tegenwoordige een stuk vaker zijn(!), opnieuw op te starten. Wat dat betreft zou het handiger zijn om de update te kunnen downloaden, en uit te voeren bij de eerstvolgende keer dat het systeem opnieuw opgestart wordt (zoals Windows het met Windows kan).:
Geen ssd zeker?
Nee, enigste manier om dat uit te zetten is het automatisch updaten uit te zetten. Althans, dat haal ik uit Google.
En laat Mountain Lion dat nou standaard zo hebben ingesteld: updates downloaden EN installeren waarna het jou op de hoogte stelt dat ie dat gedaan heeft en je moet rebooten (daar komt de ergenis van Richard! vandaan). Ik heb dat uit gezet omdat ik er wat meer controle over wil. Hij download ze alleen op deze machine en laat me dat dan weten. Op mijn laptop staat het helemaal uit omdat ik vooraf niet weet hoe goed de verbinding is die ik op dat moment heb. Kan zijn dat ik tether met mijn smartphone en dan wil je dus echt niet dat ie grote updates naar binnen gaat hengelen. Daar wil ik dus helemaal handmatig op updates controleren en installeren. Dat controleren is vrij automatisch, ik zie het hier op het forum, frontpage of elders wel voorbij komen incl. de eerste ervaringen van anderen. Ook handig
Trouwens, heb je meerdere updates dan worden die in 1 zwik geinstalleerd en hoef je maar 1x te rebooten. Doen Windows, FreeBSD, Ubuntu, enz. ook allemaal.
[ Voor 10% gewijzigd door ppl op 18-10-2012 23:24 ]
“Victorious warriors win first and then go to war,
while defeated warriors go to war first and then seek to win”
― Sun Tzu, The Art of War
/u/27131/crop61572b353fff1_cropped.png?f=community)
WP: Mitsubishi Ecodan PUHZ-SHW112YAA, ERSC-VM2C, Procon ┃ PV: 4800Wp, SolarEdge SE5K, 15x JAM60S17/320, ZW 15º ┃ WTW: Zehnder Q600 ┃ SH: Home Assistant, Proxmox, Intel NUC 8i5 Mini
Dat klopt want je zult voordat je OS X kunt booten eerst de schijf moeten unlocken (Filevault 2 versleuteld de gehele schijf). Wat hij dan doet is OS X booten en de betreffende gebruiker meteen inloggen. Dat is dus eigenlijk al een auto login Helemaal zonder ww inloggen is met Filevault niet mogelijk omdat heel Filevault dan geen zin heeft.
Helemaal zonder ww inloggen is met Filevault niet mogelijk omdat heel Filevault dan geen zin heeft.
Um, ik klik net per ongeluk op deny full (and remember) full screen access voor Youtube. Hoe kan ik dat ongedaan maken? Kan nergens een center vinden waar dat te managen is
Over die Java update: ik heb die nog steeds niet binnen. Ik heb dan ook nooit Java geinstalleerd, maar zoals ik begreep is deze update voor iedereen, omdat het ook de Java Voorkeuren.app verwijderd (en die staat er bij iedereen standaard op).
Weet iemand hoe je toch deze update kunt 'forceren', want de App Store zegt telkens 'Geen updates'.
EDIT: blijkt dat je eerst naar de Java Voorkeuren.app moet gaan en moet zeggen dat je Java wilt installeren. Nogal vreemde methode om Java te VERWIJDEREN
PS: nogmaals dank aan de mensen die tot nu toe Agenda hebben getest, en aan de anderen: je kunt jouw testresultaten naar mij sturen in een DM.
[ Voor 7% gewijzigd door Pyrone89 op 20-10-2012 11:35 ]
:strip_icc():strip_exif()/u/33301/jetpack-cargonaut-60x60.jpg?f=community)
/u/365771/ava-theashcat2.png?f=community)
:strip_exif()/u/402713/crop61a8df0bd950d_cropped.gif?f=community)
Haha ja dat snap ik.:
[...]
Als je je eraan ergert, gewoon afzetten in Mail -> Preferences -> General tab zou ik zo zeggen.
Ik erger me niet aan het geluidje, maar dat er sinds kort een vertraging in zit, ik heb de nieuwe mail al gelezen, de melding weggeklikt en dan komt het geluidje pas.
Hoe kan het dat ik zo'n irritante lijn door m'n beeld heb bij sommige webpagina's?
Dit heb ik niet altijd.
Edit: off-topic: waarom komt er een door GoT gemaakte thumbnail wanneer ik een te groot plaatje post en wanneer ik een nette thumbnail maak: Plaatje op imageshack (popups!) terwijl er geen popups zijn?
Ik gebruik deze code: [ url="http://img203.imageshack.us/img203/9339/schermafbeelding2012102p.png"][ img=]http://img818.imageshack.us/img818/359/schermafbeelding2012102j.png[/img][/url]
Dit heb ik niet altijd.
Edit: off-topic: waarom komt er een door GoT gemaakte thumbnail wanneer ik een te groot plaatje post en wanneer ik een nette thumbnail maak: Plaatje op imageshack (popups!) terwijl er geen popups zijn?
Ik gebruik deze code: [ url="http://img203.imageshack.us/img203/9339/schermafbeelding2012102p.png"][ img=]http://img818.imageshack.us/img818/359/schermafbeelding2012102j.png[/img][/url]
[ Voor 63% gewijzigd door Gait op 29-10-2012 16:59 ]
Nog steeds geen hints naar een 10.8.3? Of denkt Apple soms dat alles loopt zoals het moet als machines crashen bij internetten?
We kunnen zo langzamerhand de 'crash' eigenschap beter onder OSX gaan scharen dan onder Windows, aangezien die laatste juist sinds de laatste versies (7 en
enorm stabiel lijkt te zijn, en notabene onder allerlei configuraties.
We kunnen zo langzamerhand de 'crash' eigenschap beter onder OSX gaan scharen dan onder Windows, aangezien die laatste juist sinds de laatste versies (7 en
enorm stabiel lijkt te zijn, en notabene onder allerlei configuraties.
WP: Mitsubishi Ecodan PUHZ-SHW112YAA, ERSC-VM2C, Procon ┃ PV: 4800Wp, SolarEdge SE5K, 15x JAM60S17/320, ZW 15º ┃ WTW: Zehnder Q600 ┃ SH: Home Assistant, Proxmox, Intel NUC 8i5 Mini
Verwijderd
ML is hier nog nooit gecrashed, dus....:
Nog steeds geen hints naar een 10.8.3? Of denkt Apple soms dat alles loopt zoals het moet als machines crashen bij internetten?
We kunnen zo langzamerhand de 'crash' eigenschap beter onder OSX gaan scharen dan onder Windows, aangezien die laatste juist sinds de laatste versies (7 en