Oplossing voor trage start in 10.3.2
30 december 2003 - 19:16    reactie #25
geplaatst door: nico
ik heb hetzelfde gedaan als de rest, maar ik merk geen verschil en heb 2 kernel panics gehad tijdens het opstarten.. nog iemand hetzelfde voorgehad?? :nervous:

Oplossing voor trage start in 10.3.2
30 december 2003 - 19:46    reactie #26
geplaatst door: lon kriesels
Hier ook van 60 naar 45 seconden
Imac G3 700 Mhz; Imac intel 2.0 Ghz; Macbook Intel 1,83 Ghz
Oplossing voor trage start in 10.3.2
30 december 2003 - 19:49    reactie #27
geplaatst door: Martien Manshande
Toppertje, i.p.v. 1'20" nu weer 45 sec.
dank je wel RVW
Oplossing voor trage start in 10.3.2
30 december 2003 - 19:57    reactie #28
geplaatst door: jeanlouis
iBook 700, 640MB van 2:11 naar 1:18!!!
Damn!

Weet niet wie de tip heeft bedacht, maar:  :worship:  :worship:  :worship:  :worship:  :worship:
Microsoft is a cross between The Borg and the Ferengi. Unfortunately they use Borg to do their marketing and Ferengi to do their programming.
MacbookPro - 2.16Ghz - 100GB 7200rpm - 2.0GB
Oplossing voor trage start in 10.3.2
30 december 2003 - 20:06    reactie #29
geplaatst door: BertW
Zeker veel sneller, maar als je timings meet, deze na de tweede boot meten. De eerste keer wordt de caching in orde gebracht. Verder is het beter een symbolic link te leggen dan cp te gebruiken.

dus:
sudo ln -s /System/Library/Extensions/BootCache.kext/Contents/Resources/BootCacheControl /usr/sbin

Degene die de cp gebruikt hebben kunnen eerst

sudo rm -R /usr/sbin/BootCacheControl

doen, let wel op dit is een gevaarlijke instructie kijk eerst naar 'man rm' voor meer uitleg. En dan vervolgens de regel met ln.

van het support forum:

"ln" creates a link to the file. "-s" creates a symbolic link. So instead of copying the file to another location (now two independent files,) link makes it so there is a master file and a link to that master (original) file. When the master file gets updated, the link points to the updated file. With copy (cp), the copy does not get updated.


Bert

Oplossing voor trage start in 10.3.2
30 december 2003 - 20:42    reactie #30
geplaatst door: Thomas
Apple's officiele oplossing is de CP commando regel... wellicht met een reden?

Mijn powerbook is van 2.15 min naar 1.15 gegaan. Opzich net, maar aangezien ik maar 2 keer per maand herstart is de reeele tijdswinst nogal mager.

Thomas
Wat ik hier uitkraam is puur mijn persoonlijke mening.
Oplossing voor trage start in 10.3.2
30 december 2003 - 21:18    reactie #31
geplaatst door: Hans Vande Casteele
@RVW Dat van terminal is gelukt! +/- 30 sec winst.

Dankjewel! :wink:
'Ik download nooit muziek van het internet, daar heb ik personeel voor' (Lars Ulrich)
Oplossing voor trage start in 10.3.2
30 december 2003 - 21:24    reactie #32
geplaatst door: Time2Fly
WOW!!  Van 3:05 naar 1:05, dat scheelt een slok op een borrel.
Thanxx! :thumbs-up:
Never give up... Never surrender!
   -Commander Peter Quincy Taggart
Oplossing voor trage start in 10.3.2
30 december 2003 - 21:52    reactie #33
geplaatst door: michelvdb

Citaat
BertW om 20:06, 30-12-2003
... Verder is het beter een symbolic link te leggen dan cp te gebruiken.

dus:
sudo ln -s /System/Library/Extensions/BootCache.kext/Contents/Resources/BootCacheControl /usr/sbin
...

van het support forum:

"ln" creates a link to the file. "-s" creates a symbolic link. So instead of copying the file to another location (now two independent files,) link makes it so there is a master file and a link to that master (original) file. When the master file gets updated, the link points to the updated file. With copy (cp), the copy does not get updated.

Versta ik goed dat je het op de volgende manier ook kan oplossen?
Of is een symbolic link iets anders dan een Mac OS X Alias?

Log in als rootgebruiker
ga naar /System/Bibliotheek/Extensions/BootCache.kext
Control-klik op BootCache.kext > Toon pakketinhoud
Ga naar Contents/Resources/BootCacheControl
Maak een alias van BootCacheControl
Verplaats die alias naar /usr/sbin/
Log uit als rootgebruiker
Herstart

De map /usr/sbin kan je heel snel bereiken vanuit Finder:
Finder > Ga > Ga naar map... [of doe Shift+Command+G] > typ  /usr/sbin/
Oplossing voor trage start in 10.3.2
30 december 2003 - 21:57    reactie #34
geplaatst door: Benji
Hmm, nou las ik net op Apple-X.net dat je bij een eventueel volgende update je deze aanpassing weer moest verwijderen om problemen te verkomen. Dit terminal commando werd hiervoor gebruikt: sudo rm /usr/sbin/BootCacheControl
Beetje lastig als je bij elke update dit zou moeten doen... Of begrijp ik het verkeerd? :blink:
Oplossing voor trage start in 10.3.2
30 december 2003 - 22:08    reactie #35
geplaatst door: hitchhiker
Ik neem aan dat Apple bij de volgende update een echte fix meestuurt. Ik neem ook dat die files niet erg gaan verschillen; gezien locatie en privileges gaat het om uitvoerbare code oid en die zou niet zomaar mogen veranderen. :withstupid:
Oplossing voor trage start in 10.3.2
30 december 2003 - 23:04    reactie #36
geplaatst door: Timotheus
Mijn iBookje heeft zonder deze aanpassing vanaf de druk op de aan-knop precies 1 minuut en 30 seconden nodig om een volledig opgebouwd bureaublad te tonen. Voor mij is dat snel genoeg.
I went there and came back / It was nothing special / The river at high tide / The mountain veiled by misty rain
Oplossing voor trage start in 10.3.2
30 december 2003 - 23:08    reactie #37
geplaatst door: Hans Vande Casteele
Met deze aanpassing gaat hij dat doen in +/- 1 min. Allez, bij mij toch.

(iBook G4 800)
'Ik download nooit muziek van het internet, daar heb ik personeel voor' (Lars Ulrich)
Oplossing voor trage start in 10.3.2
31 december 2003 - 00:35    reactie #38
geplaatst door: sbopalet
Mijn opstartsnelheid is van c.a 90 seconden naar 50 seconden gegaan! op Powerbook 1.3 Ghz
Macbook Pro 2.5 Ghz Intel Core i7 - MacPro 2x 2.6 - Ghz Quad-Core-Intel Xeon - Macbook Pro 2.4 Ghz Core I7 17" - Iphone10 256 Gb"
Oplossing voor trage start in 10.3.2
31 december 2003 - 01:29    reactie #39
geplaatst door: TheMacMan
ook ik heb een behoorlijke winst behaald, het is alleen jammer dat het na de opstart "boing" het 15 tot 20 seconden duurt eer mijn 20" apple scherm z'n eerste aansturing krijgt. Anders zo het nog snappy'er zijn.
The human mind is like a parachute, it only function's when its open.
Oplossing voor trage start in 10.3.2
31 december 2003 - 02:30    reactie #40
geplaatst door: Sidartha
voor diegene die de diepe en enge spelonken van de terminal niet willen verkennen:
macupdate: http://www.macupdate.com/info.php/id/13672
Oplossing voor trage start in 10.3.2
31 december 2003 - 08:26    reactie #41
geplaatst door: KidPaddle
lekker belangrijk .. wie zet zijn compu nu uit? ik niet, en die ene keer dat ik moet rebooten (bij systeem update), och, zo lang duurt de boot niet.. het is immers unix..   :cool:
Oplossing voor trage start in 10.3.2
31 december 2003 - 10:23    reactie #42
geplaatst door: BertW

Citaat
michelvdb om 21:52, 30-12-2003

Citaat
BertW om 20:06, 30-12-2003
... Verder is het beter een symbolic link te leggen dan cp te gebruiken.

dus:
sudo ln -s /System/Library/Extensions/BootCache.kext/Contents/Resources/BootCacheControl /usr/sbin
...

van het support forum:

"ln" creates a link to the file. "-s" creates a symbolic link. So instead of copying the file to another location (now two independent files,) link makes it so there is a master file and a link to that master (original) file. When the master file gets updated, the link points to the updated file. With copy (cp), the copy does not get updated.

Versta ik goed dat je het op de volgende manier ook kan oplossen?
Of is een symbolic link iets anders dan een Mac OS X Alias?

Log in als rootgebruiker
ga naar /System/Bibliotheek/Extensions/BootCache.kext
Control-klik op BootCache.kext > Toon pakketinhoud
Ga naar Contents/Resources/BootCacheControl
Maak een alias van BootCacheControl
Verplaats die alias naar /usr/sbin/
Log uit als rootgebruiker
Herstart

De map /usr/sbin kan je heel snel bereiken vanuit Finder:
Finder > Ga > Ga naar map... [of doe Shift+Command+G] > typ  /usr/sbin/


ik zou het zo in elk geval niet doen.

Een finder alias is niet hetzelfde als een symbolic link. voor een alias moet een programma een specifieke functie oproepen om de ware file te vinden. Voor een  symbolic link zit dit ingebakken in het filesysteem en moet een programma niks specialls doen.

Goed geprobeerd hoor!

Bert
Oplossing voor trage start in 10.3.2
31 december 2003 - 12:50    reactie #43
geplaatst door: jakvo
Om zot te worden! Ben van opstart in 92 sec naar opstart in 43 sec gegaan. Een ding is spijtig, ik zet mijn I Mac  700mhz , nooit uit.
Wat moet ik nu doen op voordeel te hebben toch maar een paar keer per dag kijken hoe snel mijn Makie opstart?
Als ik nu die overbodige OS 9 (waarvoor dient dat nog) er af kieper gaat het dan nog sneller???? Dat opstarten wil ik natuurlijk bedoelen?

jakvo
iMac 27-inch: 3,1-GHz 3,1-GHz quad-core Intel Core i5
MacBook air 11-1,6-GHz dual-core
Oplossing voor trage start in 10.3.2
31 december 2003 - 14:09    reactie #44
geplaatst door: Stefan
Topper, dit scheelt aanzienlijk. Ik heb de tijd niet gemeten maar ik ben er blij mee. :worship:
To infinity and beyond
Oplossing voor trage start in 10.3.2
31 december 2003 - 16:15    reactie #45
geplaatst door: JeePee
Voor de fix doet m'n iMac G4 er (de link in plaats van de copy) tot login: 1.26 minuten over en is klaar na 1.52 minuten.

Na de fix doet hij er 47 seconden over en is na 1.10 minuten klaar...

Dat scheelt enorm. Zag overigens pas na de fix dit onderwerp en had daarom niet de Copy, maar de Link gebruikt, maar hij werkt dus prima. Straks m'n iBookje nog even proberen... :cool:
Oplossing voor trage start in 10.3.2
31 december 2003 - 16:24    reactie #46
geplaatst door: TLM
En wat zou dit betekenen in het rc bestand (/etc/rc);


BootCacheControl=/System/Library/Extensions/BootCache.kext/Contents/Resources/BootCacheControl
if [ ! -f $BootCacheControl ]; then
       BootCacheControl=/usr/sbin/BootCacheControl
fi


Als er zoals blijkt echt serieuze verschillen zijn, dan is dat wel een zeer trage If...Then constructie zeg :woot:

TLM
Oplossing voor trage start in 10.3.2
31 december 2003 - 16:35    reactie #47
geplaatst door: KidPaddle
TLM:
die if kijkt of de BootCacheControl gevonden kan worden (-f), zo niet, dan wordt'ie /usr/sbin/..., anders skip.
Maar die -f is traag, omdat'ie het hele geval nog es na scanned..
Oplossing voor trage start in 10.3.2
31 december 2003 - 16:55    reactie #48
geplaatst door: TLM
Dus eigenlijk KidPaddle zeg je nu dat BootCacheControl niet onder /usr/sbin moet staan, maar gewoon waar hij nu staat.

Oh well ... whatever :tounge:

TLM
Oplossing voor trage start in 10.3.2
1 januari 2004 - 17:17    reactie #49
geplaatst door: Spikes
van 1:10 naar 0:39!