Re: Using HD 128GB in G4 Macs!

2011-04-07 Thread Mac User #330250
--  Original message  --
Subject: Re: Using HD  128GB in G4 Macs!
Date:Wednesday, 06. April 2011
From:Paul Stamsen paterfami...@gmail.com
To:  g3-5-list@googlegroups.com
 Previously, at 8:22 PM +0200 4/6/11,  as Mac User #330250  so eloquently
 wrote: (snip)
 
  The chief danger in that script is that if you do an OF reset you
  will lose access to the part of the drive above 128Gb until you
  re-activate the script.
 
  Sorry, I missed that. How again?

If you loose the LBA48 property Mac OS X will no longer be able to access 
beyond 128 GB. This is only dangerous if a partition starts before that limit 
and extends beyond this limit.

How do you loose the LBA48 property?
1.) By zapping the NVRAM (pressing Opt-Cmd-N-V at the chime right after 
turning on your Mac).
2.) By resetting everything in Open Firmware.
http://support.apple.com/kb/ht1379
3.) When your PRAM battery is weak it won't hold the information stored in 
NVRAM (time, start-up volume, LBA48-property, …)-
4.) When replacing the PRAM battery.

What is important when partitioning for a non-LBA48-Mac?
A.) Which Macs are non-LBA48? All before the Quicksilver 2002.
B.) On which Macs does the OF hack work? All that use KeyLargo IDE chips.
1.) Partitions that contain any (Mac) OS should end at the 128 GB limit.
2.) Partitions that contain Data should start at the 128 GB limit.
3.) NO PARTITION should start before 128 GB and extend beyond.

This is the ONLY danger:
If a parition starts before the 128 GB limit, say: at 120 GB, and this 
partition has a size of 100 GB, so from 120 to 220 GB, and you loose the LBA48 
property, but then access this partition…
1.) Mac OS X will see the first 8 GB of this 100 GB parition. It will read the 
contents of this file system and try to read beyond, and WRITE beyond, because 
this is what the partition and its file system HFS+ tell Mac OS X to do.
2.) All read/write accesses beyond the 128 GB limit will be “wrapped”. So, if 
Mac OS X reads the 100 GB partition's HFS+ file system, and wants to read a 
file 
which is, say, at 20 GB inside this file system, hence at 140 GB of the 
physical disk, this read/write call will be wrapped to the 140-128= physical 
12 GB position of the drive. So you will corrupt the data of the first 
partitition. This very likely render your system unbootable some day!


I hope this isn't too complicated. (I tend to write too much.)



Just remember this: Using the LBA48 property on a Mac that doesn't support it 
(without hacking), ALWAYS end and start your paritions at 128 GB!

Because then it won't see anything at all of the partition that extends beyond 
this limit, and so it cannot write-wrap anything, thus data corruption is not 
possible.


Yes?





Cheers,
Andreas  aka  Mac User #330250

-- 
You received this message because you are a member of G-Group, a group for 
those using G3, G4, and G5 desktop Macs - with a particular focus on Power Macs.
The list FAQ is at http://lowendmac.com/lists/g-list.shtml and our netiquette 
guide is at http://www.lowendmac.com/lists/netiquette.shtml
To post to this group, send email to g3-5-list@googlegroups.com
For more options, visit this group at http://groups.google.com/group/g3-5-list


Re: Using HD 128GB in G4 Macs!

2011-04-07 Thread peterhaas

[ Excellent summary snipped ]

 I hope this isn't too complicated. (I tend to write too much.)

 Just remember this: Using the LBA48 property on a Mac that doesn't support
 it
 (without hacking), ALWAYS end and start your paritions at 128 GB!

 Because then it won't see anything at all of the partition that extends
 beyond
 this limit, and so it cannot write-wrap anything, thus data corruption is
 not
 possible.

1) The magic number is 131,072 megabytes. Partitions must be wholly below
the 131,072 megabyte line, or they must be wholly above the 131,072
megabyte line. A partition which crosses the line, that is, it spans
the line, is very likely to be useless on all pre-QS 2002 models.

2) If your Mac DOESN'T have a Key Largo ATA chip, but it DOES support
MacOS X, then your alternative for large drive support is to use Intech's
High Cap kext, which is in a much later revision, now, but was
originally released back in the BW days, when 160 GB drives were first
offered, when drives which exceeded 120 GB were first offered by
manufacturers. At that time, the largest drive which Apple offered was 60
GB, which was FORMERLY the largest drive which was offered by
manufacturers. You used to be able to get High Cap for free from OWC
with the purchase of a large drive (120 GB), but no longer. Also, the
old, free version of High Cap has been replaced by a version which
supports the later MacOSes (later than 10.4.x, anyway).

3) Intech's software offerings include MacOS 9 support for large drives
and MacOS X support for large drives. But this thread addressed the MacOS
X issues, only.

4) It is possible to support large ATA drives by using a SCSIDE
converter, and then attaching these ATA drives to a supported SCSI
controller (Adaptec 29xx with Mac firmware, et. al.). SCSIDE has
supported large drives for at least 10 years. SCSIDE was once the only
way to support large drives on Macs, and I actually had a Beige G3 in
which every hard drive was UW-SCSI or LVD/SE SCSI and used SCSIDE
converters. An expensive solution, but it DID give large drive support
when there was no other option.


-- 
You received this message because you are a member of G-Group, a group for 
those using G3, G4, and G5 desktop Macs - with a particular focus on Power Macs.
The list FAQ is at http://lowendmac.com/lists/g-list.shtml and our netiquette 
guide is at http://www.lowendmac.com/lists/netiquette.shtml
To post to this group, send email to g3-5-list@googlegroups.com
For more options, visit this group at http://groups.google.com/group/g3-5-list


Any fix for Safari slow-downs?

2011-04-07 Thread Tom
This is a G5 with 8GB of RAM running 10.5.8 and Safari 5.0.4.

Why does Safari slow down more and more as you use it during the day?
It works all right for a while, then when you want to scroll down a
page or something, it throws up the spinning beachball, and there's a
long delay before it does anything. And from that point the delays get
longer and longer until the browser is so slow it's unusable.

Emptying the cache makes no difference. Is there any way to fix this
sluggishness when it happens?

Tom

-- 
You received this message because you are a member of G-Group, a group for 
those using G3, G4, and G5 desktop Macs - with a particular focus on Power Macs.
The list FAQ is at http://lowendmac.com/lists/g-list.shtml and our netiquette 
guide is at http://www.lowendmac.com/lists/netiquette.shtml
To post to this group, send email to g3-5-list@googlegroups.com
For more options, visit this group at http://groups.google.com/group/g3-5-list


Re: Using HD 128GB in G4 Macs!

2011-04-07 Thread Mac User #330250
--  Original message  --
Subject: Re: Using HD  128GB in G4 Macs!
Date:Thursday, 07. April 2011
From:peterh...@cruzio.com
To:  g3-5-list@googlegroups.com
 1) The magic number is 131,072 megabytes. Partitions must be wholly below
 the 131,072 megabyte line, or they must be wholly above the 131,072
 megabyte line. A partition which crosses the line, that is, it spans
 the line, is very likely to be useless on all pre-QS 2002 models.

Useless only when not hacking around this limit – either by using the LBA48 
Open Firmware property or by modifying KeyLargo.kext to ignore this property.

To be sure to start/end a partition at the 128 GB = 131,072 MB line, either 
leave some space inbetween or create your boot partition before applying the 
LBA48 hack, and then (using Linux mac-fdisk) make the rest of the drive usable 
in a partition which is in whole behind the 128 GB line.

This may be a little complicated, but the best way to do it.

There may be another way for the repartitioning after the LBA48 hack. But this 
needs to be tested/confirmed first. I only heard from users here in this forum 
that Disk Utility refuses to “activate” the rest of the disk for partitioning 
even with the LBA48 property, if it has been partitioned before without this 
property. This is due to the APM (Apple Partition Map) indicating the size of 
the disk, and this will simply say: 128 GB. The APM needs to be updated first, 
and the only way to do this so far is to use mac-fdisk in Linux.

 You used to be able to get High Cap for free from OWC
 with the purchase of a large drive (120 GB), but no longer. Also, the
 old, free version of High Cap has been replaced by a version which
 supports the later MacOSes (later than 10.4.x, anyway).

Is there a location where this old and free High Cap has been preserved on the 
internet?

What will the High Cap driver do on a G3 BW which has the buggy IDE chip 
CMD646, that has not only the slave drive issue, but also the UDMA 
incompatibility? Big drives are almost certainly UDMA (UltraATA) drives.

 4) It is possible to support large ATA drives by using a SCSIDE
 converter, and then attaching these ATA drives to a supported SCSI
 controller (Adaptec 29xx with Mac firmware, et. al.). SCSIDE has
 supported large drives for at least 10 years. SCSIDE was once the only
 way to support large drives on Macs, and I actually had a Beige G3 in
 which every hard drive was UW-SCSI or LVD/SE SCSI and used SCSIDE
 converters. An expensive solution, but it DID give large drive support
 when there was no other option.

Not an option for me. I got me an ACARD AEC-6280M ATA-133 expansion card that 
supports LBA48. It runs flawlessly so far, only S.M.A.R.T. is not supported. 
The drives are reported as SCSI disks, which is only ugly when using Mac OS X 
10.5 (the drive icons indicate SCSI, but since they really are IDE, this isn't 
a good thing). But on the BW, obviously, I'm limited to Tiger anyhow.


Cheers,
Andreas  aka  Mac User #330250

-- 
You received this message because you are a member of G-Group, a group for 
those using G3, G4, and G5 desktop Macs - with a particular focus on Power Macs.
The list FAQ is at http://lowendmac.com/lists/g-list.shtml and our netiquette 
guide is at http://www.lowendmac.com/lists/netiquette.shtml
To post to this group, send email to g3-5-list@googlegroups.com
For more options, visit this group at http://groups.google.com/group/g3-5-list


Re: Any fix for Safari slow-downs?

2011-04-07 Thread Mac User #330250
--  Original message  --
Subject: Any fix for Safari slow-downs?
Date:Thursday, 07. April 2011
From:Tom tba...@nmia.com
To:  G-Group g3-5-list@googlegroups.com
 This is a G5 with 8GB of RAM running 10.5.8 and Safari 5.0.4.
 
 Why does Safari slow down more and more as you use it during the day?
 It works all right for a while, then when you want to scroll down a
 page or something, it throws up the spinning beachball, and there's a
 long delay before it does anything. And from that point the delays get
 longer and longer until the browser is so slow it's unusable.

This sounds either like a memory leak in Safari (some developer made a big 
mistake in Safari's program code) or maybe you have a memory problem in your 
G5.

I'm using Safari 4.1.3 on a G3 BW and it doesn't slow down. But I'm not 
surfing a lot the whole day, so maybe I haven't reached this point yet.

 Emptying the cache makes no difference. Is there any way to fix this
 sluggishness when it happens?

Still sounds like a memory leak.


What does System Monitor report about the memory usage of Safari/the whole 
system?


Cheers,
Andreas  aka  Mac User #330250

-- 
You received this message because you are a member of G-Group, a group for 
those using G3, G4, and G5 desktop Macs - with a particular focus on Power Macs.
The list FAQ is at http://lowendmac.com/lists/g-list.shtml and our netiquette 
guide is at http://www.lowendmac.com/lists/netiquette.shtml
To post to this group, send email to g3-5-list@googlegroups.com
For more options, visit this group at http://groups.google.com/group/g3-5-list


Re: Any fix for Safari slow-downs?

2011-04-07 Thread Bruce Johnson

On Apr 7, 2011, at 11:30 AM, Tom wrote:

 
 Emptying the cache makes no difference. Is there any way to fix this
 sluggishness when it happens?

This is likely memory leaks in Safari or plugins or extensions (Flash, I'm 
looking at YOU!); quitting and restarting Safari is a sure way of fixing it.

Look at your plugins, consider something like 'Click to Flash' to reduce the 
use of Flash. 

I have Click to Flash installed on mine, Safari is running ALL the time, and I 
rarely see the SPOD.

Current stats are:

ID  Proc. Name  %cpuUserthread  Real memkind
VmemCPU time
449  Safari 1.5 johnson 17  678.0 MBIntel (64 bit)  
742.1 MB35:56.74

35 minutes of CPU time is a LOT of run time. (opening a new tab, then a new 
window with 7 tabs in it only added 4 seconds) I don't recall having quit and 
restarted Safari in a long time; my current up time is 8 days.

Alternatively it could be the web page itself, poorly written, flash-heavy web 
sites can spod out on you all by themselves, but the 'as the day goes on' bit 
really sounds like a memory leak.

-- 
Bruce Johnson
University of Arizona
College of Pharmacy
Information Technology Group

Institutions do not have opinions, merely customs


-- 
You received this message because you are a member of G-Group, a group for 
those using G3, G4, and G5 desktop Macs - with a particular focus on Power Macs.
The list FAQ is at http://lowendmac.com/lists/g-list.shtml and our netiquette 
guide is at http://www.lowendmac.com/lists/netiquette.shtml
To post to this group, send email to g3-5-list@googlegroups.com
For more options, visit this group at http://groups.google.com/group/g3-5-list


ClickToFlash/Chameleon confusion

2011-04-07 Thread Kris Tilford
Recently I've noticed a couple cases where it appears two different  
software developers have created confusion by selected identical names  
for their products:


The first is ClickToFlash where there appear to be two completely  
separate Safari products that do similar functions related to Flash  
content.


The first I was aware of was this version, whose current revision is  
1.5.5 stable and 1.6b9 beta:


http://rentzsch.github.com/clicktoflash/

The second is this version, whose current revision is 2.2.1:

http://hoyois.github.com/safariextensions/clicktoflash/

And this second version claims to be built upon a third version here,  
all with the same name ClickToFlash:


https://github.com/mattball/ClickToFlash-safari-extension
=

The second case is on the Intel hackintosh side, where there is the  
case of Chameleon bootloader which is an all-in-one GUI bootloader  
for Intel PCs that can recognize and boot OS X, Windows, and Linux  
from a single GUI boot screen.


Recently another developer decided to make some type of program for  
porting code between iOS and OS X, and this developer also selected  
the name Chameleon for their product. Again, there is no connection  
between these products, but just more confusion.


--
You received this message because you are a member of G-Group, a group for 
those using G3, G4, and G5 desktop Macs - with a particular focus on Power Macs.
The list FAQ is at http://lowendmac.com/lists/g-list.shtml and our netiquette 
guide is at http://www.lowendmac.com/lists/netiquette.shtml
To post to this group, send email to g3-5-list@googlegroups.com
For more options, visit this group at http://groups.google.com/group/g3-5-list


Re: Any fix for Safari slow-downs?

2011-04-07 Thread elbert boone
I would try using a dns like google. Maybe that would help response time.

Sent from my iPhone

On Apr 7, 2011, at 15:05, Bruce Johnson john...@pharmacy.arizona.edu wrote:

 
 On Apr 7, 2011, at 11:30 AM, Tom wrote:
 
 
 Emptying the cache makes no difference. Is there any way to fix this
 sluggishness when it happens?
 
 This is likely memory leaks in Safari or plugins or extensions (Flash, I'm 
 looking at YOU!); quitting and restarting Safari is a sure way of fixing it.
 
 Look at your plugins, consider something like 'Click to Flash' to reduce the 
 use of Flash. 
 
 I have Click to Flash installed on mine, Safari is running ALL the time, and 
 I rarely see the SPOD.
 
 Current stats are:
 
 IDProc. Name%cpuUserthreadReal memkindVmem
 CPU time
 449 Safari1.5johnson17678.0 MBIntel (64 bit)
 742.1 MB35:56.74
 
 35 minutes of CPU time is a LOT of run time. (opening a new tab, then a new 
 window with 7 tabs in it only added 4 seconds) I don't recall having quit and 
 restarted Safari in a long time; my current up time is 8 days.
 
 Alternatively it could be the web page itself, poorly written, flash-heavy 
 web sites can spod out on you all by themselves, but the 'as the day goes on' 
 bit really sounds like a memory leak.
 
 -- 
 Bruce Johnson
 University of Arizona
 College of Pharmacy
 Information Technology Group
 
 Institutions do not have opinions, merely customs
 
 
 -- 
 You received this message because you are a member of G-Group, a group for 
 those using G3, G4, and G5 desktop Macs - with a particular focus on Power 
 Macs.
 The list FAQ is at http://lowendmac.com/lists/g-list.shtml and our netiquette 
 guide is at http://www.lowendmac.com/lists/netiquette.shtml
 To post to this group, send email to g3-5-list@googlegroups.com
 For more options, visit this group at http://groups.google.com/group/g3-5-list

-- 
You received this message because you are a member of G-Group, a group for 
those using G3, G4, and G5 desktop Macs - with a particular focus on Power Macs.
The list FAQ is at http://lowendmac.com/lists/g-list.shtml and our netiquette 
guide is at http://www.lowendmac.com/lists/netiquette.shtml
To post to this group, send email to g3-5-list@googlegroups.com
For more options, visit this group at http://groups.google.com/group/g3-5-list


Re: Any fix for Safari slow-downs?

2011-04-07 Thread Bruce Johnson

On Apr 7, 2011, at 2:24 PM, elbert boone wrote:

 I would try using a dns like google. Maybe that would help response time.

dns issues will not get worse as the day goes on.

-- 
Bruce Johnson
University of Arizona
College of Pharmacy
Information Technology Group

Institutions do not have opinions, merely customs


-- 
You received this message because you are a member of G-Group, a group for 
those using G3, G4, and G5 desktop Macs - with a particular focus on Power Macs.
The list FAQ is at http://lowendmac.com/lists/g-list.shtml and our netiquette 
guide is at http://www.lowendmac.com/lists/netiquette.shtml
To post to this group, send email to g3-5-list@googlegroups.com
For more options, visit this group at http://groups.google.com/group/g3-5-list


Re: ClickToFlash/Chameleon confusion

2011-04-07 Thread Bruce Johnson

On Apr 7, 2011, at 1:08 PM, Kris Tilford wrote:

 Recently I've noticed a couple cases where it appears two different software 
 developers have created confusion by selected identical names for their 
 products:
 
 The first is ClickToFlash where there appear to be two completely separate 
 Safari products that do similar functions related to Flash content.
 
 The first I was aware of was this version, whose current revision is 1.5.5 
 stable and 1.6b9 beta:
 
 http://rentzsch.github.com/clicktoflash/

This is the original, coded as a OS X system-level Internet Plug-in (like QT). 
This means that ANY tool using the built-in Web libraries on the Mac also gets 
this for free. It works in the NetNewsWire rss reader, for example.
 
 
 The second is this version, whose current revision is 2.2.1:
 
 http://hoyois.github.com/safariextensions/clicktoflash/
 
 And this second version claims to be built upon a third version here, all 
 with the same name ClickToFlash:
 
 https://github.com/mattball/ClickToFlash-safari-extension
 =
 

These are built as Safari 5 *extensions* (not a plug-in) which use a different 
mechanism (akin to Firefox plugins) in Safari and are Safari 5-only, afaik. 

Marc Hoyois looks like he may be the person who took over development from Matt 
Ball (whose github page mentions 'getting someone else to take over 
development')

-- 
Bruce Johnson
University of Arizona
College of Pharmacy
Information Technology Group

Institutions do not have opinions, merely customs


-- 
You received this message because you are a member of G-Group, a group for 
those using G3, G4, and G5 desktop Macs - with a particular focus on Power Macs.
The list FAQ is at http://lowendmac.com/lists/g-list.shtml and our netiquette 
guide is at http://www.lowendmac.com/lists/netiquette.shtml
To post to this group, send email to g3-5-list@googlegroups.com
For more options, visit this group at http://groups.google.com/group/g3-5-list


Mail alert

2011-04-07 Thread John Carmonne
I'm getting an alert that Mail can't update my mailboxes because my home folder 
is full. I don't know what that means. I have 32GB free on the HDD. I don't 
have any folder by that name.
Is this a common thing? I've never seen it before.  OS 10.4.11 G4 500.


John Carmonne
Yorba Linda CA
92886 USA
Sent from my MBP





-- 
You received this message because you are a member of G-Group, a group for 
those using G3, G4, and G5 desktop Macs - with a particular focus on Power Macs.
The list FAQ is at http://lowendmac.com/lists/g-list.shtml and our netiquette 
guide is at http://www.lowendmac.com/lists/netiquette.shtml
To post to this group, send email to g3-5-list@googlegroups.com
For more options, visit this group at http://groups.google.com/group/g3-5-list


Re: Mail alert

2011-04-07 Thread Bruce Johnson

On Apr 6, 2011, at 8:17 PM, John Carmonne wrote:

 I'm getting an alert that Mail can't update my mailboxes because my home 
 folder is full. I don't know what that means. I have 32GB free on the HDD. I 
 don't have any folder by that name.
 Is this a common thing? I've never seen it before.  OS 10.4.11 G4 500.

Googling: OS X Mail Home folder full

Brings up this as the first hit:

http://support.apple.com/kb/TA24486



-- 
Bruce Johnson

Wherever you go, there you are B. Banzai,  PhD

-- 
You received this message because you are a member of G-Group, a group for 
those using G3, G4, and G5 desktop Macs - with a particular focus on Power Macs.
The list FAQ is at http://lowendmac.com/lists/g-list.shtml and our netiquette 
guide is at http://www.lowendmac.com/lists/netiquette.shtml
To post to this group, send email to g3-5-list@googlegroups.com
For more options, visit this group at http://groups.google.com/group/g3-5-list