Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.mac.system > #48102 > unrolled thread

User folder size confusion

Back to article view | Back to comp.sys.mac.system

Contents

  User folder size confusion Salmon Egg <SalmonEgg@sbcglobal.net> - 2013-08-30 16:29 -0700
    Re: User folder size confusion Siri Cruise <chine.bleu@yahoo.com> - 2013-08-30 16:44 -0700
      Re: User folder size confusion Lewis <g.kreme@gmail.com.dontsendmecopies> - 2013-08-31 20:50 +0000
        Re: User folder size confusion John McWilliams <jpmcw@comcast.net> - 2013-09-03 12:34 -0700
          Re: User folder size confusion Barry Margolin <barmar@alum.mit.edu> - 2013-09-03 17:49 -0400
            Re: User folder size confusion John McWilliams <jpmcw@comcast.net> - 2013-09-03 15:32 -0700
              Re: User folder size confusion Siri Cruise <chine.bleu@yahoo.com> - 2013-09-03 16:48 -0700
              Re: User folder size confusion Alan Browne <alan.browne@FreelunchVideotron.ca> - 2013-09-03 20:48 -0400
          Re: User folder size confusion Jim Gibson <jimsgibson@gmail.com> - 2013-09-03 17:45 -0700
            Re: User folder size confusion Siri Cruise <chine.bleu@yahoo.com> - 2013-09-03 18:06 -0700
              Re: User folder size confusion Lewis <g.kreme@gmail.com.dontsendmecopies> - 2013-09-06 15:05 +0000
          Re: User folder size confusion Lewis <g.kreme@gmail.com.dontsendmecopies> - 2013-09-04 22:06 +0000
    Re: User folder size confusion nospam <nospam@nospam.invalid> - 2013-08-30 19:51 -0400
    Re: User folder size confusion Jolly Roger <jollyroger@pobox.com> - 2013-08-31 06:27 -0700
      Re: User folder size confusion me@home.spamsucks.ca (Király) - 2013-09-02 02:22 +0000
        Re: User folder size confusion nospam <nospam@nospam.invalid> - 2013-09-01 22:46 -0400
          Re: User folder size confusion nmassello@yahoo.com (Neill Massello) - 2013-09-02 07:00 -0600
            Re: User folder size confusion Michael Vilain <vilain@NOspamcop.net> - 2013-09-02 09:21 -0700
              Re: User folder size confusion nmassello@yahoo.com (Neill Massello) - 2013-09-04 03:29 -0600
                Re: User folder size confusion Jolly Roger <jollyroger@pobox.com> - 2013-09-04 10:49 -0700
        Re: User folder size confusion Jolly Roger <jollyroger@pobox.com> - 2013-09-02 16:38 -0700
        Re: User folder size confusion Jolly Roger <jollyroger@pobox.com> - 2013-09-02 16:45 -0700
    Re: User folder size confusion Lewis <g.kreme@gmail.com.dontsendmecopies> - 2013-08-31 20:46 +0000

Page 1 of 2  [1] 2  Next page →

#48102 — User folder size confusion

I am using SnowLeopard on a Mac Pro desktop. I am trying to install a 
SSD considerably smaller than my present rotating boot drive, WDHD. In 
the process, I am trying to find disk space that is not really needed.

In the Finder, I click on my boot disk as displayed in list format. I 
get a list of folders. I highlight "Users" and click to get size 
information. 287.18 GB. That seems large, and everything else in the 
volume is a tenth tge size--the largest about 15GB. No surprises there.

I try to find out what the largest pieces of the almost300GB are. I 
click on the left hand triangle to look at the inner list in more 
detail. Sure enough, the account name shows up, but it is shown as an 
alias. The unlogged in users show up as folders. I can get information 
on their sizes.

When the logged in name shows up as an alias. Size information on that 
shows up as zero bytes.

What is happening? What is the next thing to do?

I notice that the login name appears on the leftmost column along with 
volumes. If I click on the name I do get a sublist of the contents but 
not the sizes of folders. Is there a way to force finder to calculate 
and display folder sizes? Do I have to get information on all folders?

-- 

Sam

Conservatives are against Darwinism but for natural selection.
Liberals are for Darwinism but totally against any selection.

[toc] | [next] | [standalone]

#48103

In article <SalmonEgg-94AEF1.16293630082013@news80.forteinc.com>,
 Salmon Egg <SalmonEgg@sbcglobal.net> wrote:

> I am using SnowLeopard on a Mac Pro desktop. I am trying to install a 
> SSD considerably smaller than my present rotating boot drive, WDHD. In 
> the process, I am trying to find disk space that is not really needed.
> 
> In the Finder, I click on my boot disk as displayed in list format. I 
> get a list of folders. I highlight "Users" and click to get size 
> information. 287.18 GB. That seems large, and everything else in the 
> volume is a tenth tge size--the largest about 15GB. No surprises there.
> 
> I try to find out what the largest pieces of the almost300GB are. I 
> click on the left hand triangle to look at the inner list in more 
> detail. Sure enough, the account name shows up, but it is shown as an 
> alias. The unlogged in users show up as folders. I can get information 
> on their sizes.

You can find large folders with du, such as
    du /Users | sort -n -r
-- 
http://i.crackedcdn.com/phpimages/photoshop/7/2/3/130723_slide.jpg
We are the best, so screw the rest.
:-<> Siri Seal of Disavowal #000-001. Disavowed. Denied. Deleted.
NSA CIA  Constitution patriot terrorism freedom Snowden Paid Maternity Leave

[toc] | [prev] | [next] | [standalone]

#48115

In message <chine.bleu-29B8AE.16445230082013@news.eternal-september.org> 
  Siri Cruise <chine.bleu@yahoo.com> wrote:
> In article <SalmonEgg-94AEF1.16293630082013@news80.forteinc.com>,
>  Salmon Egg <SalmonEgg@sbcglobal.net> wrote:

>> I am using SnowLeopard on a Mac Pro desktop. I am trying to install a 
>> SSD considerably smaller than my present rotating boot drive, WDHD. In 
>> the process, I am trying to find disk space that is not really needed.
>> 
>> In the Finder, I click on my boot disk as displayed in list format. I 
>> get a list of folders. I highlight "Users" and click to get size 
>> information. 287.18 GB. That seems large, and everything else in the 
>> volume is a tenth tge size--the largest about 15GB. No surprises there.
>> 
>> I try to find out what the largest pieces of the almost300GB are. I 
>> click on the left hand triangle to look at the inner list in more 
>> detail. Sure enough, the account name shows up, but it is shown as an 
>> alias. The unlogged in users show up as folders. I can get information 
>> on their sizes.

> You can find large folders with du, such as
>     du /Users | sort -n -r

Much better and faster to use find to find the large files. That will give you the large folders in nearly every case.

   sudo find /Users -size +500M -ls

will give you all the files over 500MB.

   sudo find /Users -size +1G -ls
   
for all the files over 1GB

-- 
The person on the other side was a young woman. Very obviously a young
woman. There was no possible way that she could have been mistaken for a
young man in any language, especially Braille.

[toc] | [prev] | [next] | [standalone]

#48209

On 8/31/13   PDT 1:50 PM, Lewis wrote:
> In message <chine.bleu-29B8AE.16445230082013@news.eternal-september.org>
>    Siri Cruise <chine.bleu@yahoo.com> wrote:
>> In article <SalmonEgg-94AEF1.16293630082013@news80.forteinc.com>,
>>   Salmon Egg <SalmonEgg@sbcglobal.net> wrote:
>
>>> I am using SnowLeopard on a Mac Pro desktop. I am trying to install a
>>> SSD considerably smaller than my present rotating boot drive, WDHD. In
>>> the process, I am trying to find disk space that is not really needed.
>>>
>>> In the Finder, I click on my boot disk as displayed in list format. I
>>> get a list of folders. I highlight "Users" and click to get size
>>> information. 287.18 GB. That seems large, and everything else in the
>>> volume is a tenth tge size--the largest about 15GB. No surprises there.
>>>
>>> I try to find out what the largest pieces of the almost300GB are. I
>>> click on the left hand triangle to look at the inner list in more
>>> detail. Sure enough, the account name shows up, but it is shown as an
>>> alias. The unlogged in users show up as folders. I can get information
>>> on their sizes.
>
>> You can find large folders with du, such as
>>      du /Users | sort -n -r
>
> Much better and faster to use find to find the large files. That will give you the large folders in nearly every case.
>
>     sudo find /Users -size +500M -ls
>
> will give you all the files over 500MB.
>
>     sudo find /Users -size +1G -ls
>
> for all the files over 1GB

I have used Finder's find function with Size added. Seems to work ok. 
But what does "sudo find" do?

-- 
John McWilliams

[toc] | [prev] | [next] | [standalone]

#48215

In article <l05dji$vaf$1@dont-email.me>,
 John McWilliams <jpmcw@comcast.net> wrote:

> On 8/31/13   PDT 1:50 PM, Lewis wrote:
> > In message <chine.bleu-29B8AE.16445230082013@news.eternal-september.org>
> >    Siri Cruise <chine.bleu@yahoo.com> wrote:
> >> In article <SalmonEgg-94AEF1.16293630082013@news80.forteinc.com>,
> >>   Salmon Egg <SalmonEgg@sbcglobal.net> wrote:
> >
> >>> I am using SnowLeopard on a Mac Pro desktop. I am trying to install a
> >>> SSD considerably smaller than my present rotating boot drive, WDHD. In
> >>> the process, I am trying to find disk space that is not really needed.
> >>>
> >>> In the Finder, I click on my boot disk as displayed in list format. I
> >>> get a list of folders. I highlight "Users" and click to get size
> >>> information. 287.18 GB. That seems large, and everything else in the
> >>> volume is a tenth tge size--the largest about 15GB. No surprises there.
> >>>
> >>> I try to find out what the largest pieces of the almost300GB are. I
> >>> click on the left hand triangle to look at the inner list in more
> >>> detail. Sure enough, the account name shows up, but it is shown as an
> >>> alias. The unlogged in users show up as folders. I can get information
> >>> on their sizes.
> >
> >> You can find large folders with du, such as
> >>      du /Users | sort -n -r
> >
> > Much better and faster to use find to find the large files. That will give 
> > you the large folders in nearly every case.
> >
> >     sudo find /Users -size +500M -ls
> >
> > will give you all the files over 500MB.
> >
> >     sudo find /Users -size +1G -ls
> >
> > for all the files over 1GB
> 
> I have used Finder's find function with Size added. Seems to work ok. 
> But what does "sudo find" do?

"sudo anycommand" runs anycommand with superuser privileges, so it can 
access other users' folders.

-- 
Barry Margolin, barmar@alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***

[toc] | [prev] | [next] | [standalone]

#48219

On 9/3/13   PDT 2:49 PM, Barry Margolin wrote:
> In article <l05dji$vaf$1@dont-email.me>,
>   John McWilliams <jpmcw@comcast.net> wrote:
>
>> On 8/31/13   PDT 1:50 PM, Lewis wrote:
>>> In message <chine.bleu-29B8AE.16445230082013@news.eternal-september.org>
>>>
>>>> You can find large folders with du, such as
>>>>       du /Users | sort -n -r
>>>
>>> Much better and faster to use find to find the large files. That will give
>>> you the large folders in nearly every case.
>>>
>>>      sudo find /Users -size +500M -ls
>>>
>>> will give you all the files over 500MB.
>>>
>>>      sudo find /Users -size +1G -ls
>>>
>>> for all the files over 1GB
>>
>> I have used Finder's find function with Size added. Seems to work ok.
>> But what does "sudo find" do?
>
> "sudo anycommand" runs anycommand with superuser privileges, so it can
> access other users' folders.

Ah, thanks. I bet it looks in to hidden folders, user library and such 
as well.

Is there a way to use Finder Find to see large library and other files?

[toc] | [prev] | [next] | [standalone]

#48220

In article <l05o1i$tgk$1@dont-email.me>, John McWilliams <jpmcw@comcast.net> 
wrote:

> On 9/3/13   PDT 2:49 PM, Barry Margolin wrote:
> > In article <l05dji$vaf$1@dont-email.me>,
> >   John McWilliams <jpmcw@comcast.net> wrote:
> >
> >> On 8/31/13   PDT 1:50 PM, Lewis wrote:
> >>> In message <chine.bleu-29B8AE.16445230082013@news.eternal-september.org>
> >>>
> >>>> You can find large folders with du, such as
> >>>>       du /Users | sort -n -r
> >>>
> >>> Much better and faster to use find to find the large files. That will give
> >>> you the large folders in nearly every case.
> >>>
> >>>      sudo find /Users -size +500M -ls
> >>>
> >>> will give you all the files over 500MB.
> >>>
> >>>      sudo find /Users -size +1G -ls
> >>>
> >>> for all the files over 1GB
> >>
> >> I have used Finder's find function with Size added. Seems to work ok.
> >> But what does "sudo find" do?
> >
> > "sudo anycommand" runs anycommand with superuser privileges, so it can
> > access other users' folders.
> 
> Ah, thanks. I bet it looks in to hidden folders, user library and such 
> as well.

find already does that. The difference is if you don't have search permission 
for a folder, find (nor ls nor Finder nor anything else) can show the folder 
contents. Superuser has search permission on all folders.

> Is there a way to use Finder Find to see large library and other files?

Finder >> File >> Find and then Kind >> Other... >> Size. You can search for 
files larger, smaller, equal to some number of blocks. You can also conjoin 
search terms.
-- 
http://i.crackedcdn.com/phpimages/photoshop/7/2/3/130723_slide.jpg
We are the best, so screw the rest.
:-<> Siri Seal of Disavowal #000-001. Disavowed. Denied. Deleted.
NSA CIA  Constitution patriot terrorism freedom Snowden Paid Maternity Leave

[toc] | [prev] | [next] | [standalone]

#48223

On 2013.09.03 18:32 , John McWilliams wrote:
> On 9/3/13   PDT 2:49 PM, Barry Margolin wrote:
>> In article <l05dji$vaf$1@dont-email.me>,
>>   John McWilliams <jpmcw@comcast.net> wrote:
>>
>>> On 8/31/13   PDT 1:50 PM, Lewis wrote:
>>>> In message
>>>> <chine.bleu-29B8AE.16445230082013@news.eternal-september.org>
>>>>
>>>>> You can find large folders with du, such as
>>>>>       du /Users | sort -n -r
>>>>
>>>> Much better and faster to use find to find the large files. That
>>>> will give
>>>> you the large folders in nearly every case.
>>>>
>>>>      sudo find /Users -size +500M -ls
>>>>
>>>> will give you all the files over 500MB.
>>>>
>>>>      sudo find /Users -size +1G -ls
>>>>
>>>> for all the files over 1GB
>>>
>>> I have used Finder's find function with Size added. Seems to work ok.
>>> But what does "sudo find" do?
>>
>> "sudo anycommand" runs anycommand with superuser privileges, so it can
>> access other users' folders.
>
> Ah, thanks. I bet it looks in to hidden folders, user library and such
> as well.
>
> Is there a way to use Finder Find to see large library and other files?

Maybe this is more what you're looking for.  I recall using it a couple 
times years ago (or something like it)  but didn't see the point in 
using it much afterwards.

http://grandperspectiv.sourceforge.net/
http://grandperspectiv.sourceforge.net/screenshots.html

(I think the one I used was different - but the idea is the same)


-- 
"Political correctness is a doctrine, fostered by a delusional,
illogical minority, and rapidly promoted by mainstream media,
which holds forth the proposition that it is entirely possible
to pick up a piece of shit by the clean end."
                                                  -Unknown

[toc] | [prev] | [next] | [standalone]

#48222

In article <l05dji$vaf$1@dont-email.me>, John McWilliams
<jpmcw@comcast.net> wrote:

> On 8/31/13   PDT 1:50 PM, Lewis wrote:

> >
> > Much better and faster to use find to find the large files. That will give
> > you the large folders in nearly every case.
> >
> >     sudo find /Users -size +500M -ls
> >
> > will give you all the files over 500MB.
> >
> >     sudo find /Users -size +1G -ls
> >
> > for all the files over 1GB
> 
> I have used Finder's find function with Size added. Seems to work ok. 
> But what does "sudo find" do?

sudo is a utility program that elevates your process privileges to
administrative or root level while executing the rest of the command
line, after you have entered the appropriate password. In this case,
find running as root will be able to access directories and files to
which your non-elevated user account would not normally have access.

-- 
Jim Gibson

[toc] | [prev] | [next] | [standalone]

#48226

In article <030920131745451025%jimsgibson@gmail.com>,
 Jim Gibson <jimsgibson@gmail.com> wrote:

> In article <l05dji$vaf$1@dont-email.me>, John McWilliams
> <jpmcw@comcast.net> wrote:
> 
> > On 8/31/13   PDT 1:50 PM, Lewis wrote:
> 
> > >
> > > Much better and faster to use find to find the large files. That will give
> > > you the large folders in nearly every case.
> > >
> > >     sudo find /Users -size +500M -ls
> > >
> > > will give you all the files over 500MB.
> > >
> > >     sudo find /Users -size +1G -ls
> > >
> > > for all the files over 1GB
> > 
> > I have used Finder's find function with Size added. Seems to work ok. 
> > But what does "sudo find" do?
> 
> sudo is a utility program that elevates your process privileges to
> administrative or root level while executing the rest of the command
> line, after you have entered the appropriate password. In this case,
> find running as root will be able to access directories and files to
> which your non-elevated user account would not normally have access.

Additionally you have to be adminstrator user (or tweak the group magic) to use 
it. I normally run as an unprivileged user.
-- 
http://i.crackedcdn.com/phpimages/photoshop/7/2/3/130723_slide.jpg
We are the best, so screw the rest.
:-<> Siri Seal of Disavowal #000-001. Disavowed. Denied. Deleted.
NSA CIA  Constitution patriot terrorism freedom Snowden Paid Maternity Leave

[toc] | [prev] | [next] | [standalone]

#48284

In message <chine.bleu-42763E.18060603092013@news.eternal-september.org> 
  Siri Cruise <chine.bleu@yahoo.com> wrote:
> Additionally you have to be adminstrator user (or tweak the group magic) to use 
> it. I normally run as an unprivileged user.

I do as well, but I put myself in the sudoers file (rather than tweeking
the wheel group, since that sort of kind of makes you an admin).

# User privilege specification
root    ALL=(ALL) ALL
%admin  ALL=(ALL) ALL
kreme   ALL=(ALL) ALL

-- 
IT DOES NOT SUCK TO BE YOU Bart chalkboard Ep. AABF13

[toc] | [prev] | [next] | [standalone]

#48255

In message <l05dji$vaf$1@dont-email.me> 
  John McWilliams <jpmcw@comcast.net> wrote:
> On 8/31/13   PDT 1:50 PM, Lewis wrote:
>> In message <chine.bleu-29B8AE.16445230082013@news.eternal-september.org>
>>    Siri Cruise <chine.bleu@yahoo.com> wrote:
>>> In article <SalmonEgg-94AEF1.16293630082013@news80.forteinc.com>,
>>>   Salmon Egg <SalmonEgg@sbcglobal.net> wrote:
>>
>>>> I am using SnowLeopard on a Mac Pro desktop. I am trying to install a
>>>> SSD considerably smaller than my present rotating boot drive, WDHD. In
>>>> the process, I am trying to find disk space that is not really needed.
>>>>
>>>> In the Finder, I click on my boot disk as displayed in list format. I
>>>> get a list of folders. I highlight "Users" and click to get size
>>>> information. 287.18 GB. That seems large, and everything else in the
>>>> volume is a tenth tge size--the largest about 15GB. No surprises there.
>>>>
>>>> I try to find out what the largest pieces of the almost300GB are. I
>>>> click on the left hand triangle to look at the inner list in more
>>>> detail. Sure enough, the account name shows up, but it is shown as an
>>>> alias. The unlogged in users show up as folders. I can get information
>>>> on their sizes.
>>
>>> You can find large folders with du, such as
>>>      du /Users | sort -n -r
>>
>> Much better and faster to use find to find the large files. That will give you the large folders in nearly every case.
>>
>>     sudo find /Users -size +500M -ls
>>
>> will give you all the files over 500MB.
>>
>>     sudo find /Users -size +1G -ls
>>
>> for all the files over 1GB

> I have used Finder's find function with Size added. Seems to work ok. 
> But what does "sudo find" do?

From the command line, sudo will elevate the privileges of the command,
so you can scan not just your home folder, but all the home folders for
large files.


-- 
I WILL NOT EXPOSE THE IGNORANCE OF THE FACULTY Bart chalkboard Ep. 8F15

[toc] | [prev] | [next] | [standalone]

#48104

In article <SalmonEgg-94AEF1.16293630082013@news80.forteinc.com>,
Salmon Egg <SalmonEgg@sbcglobal.net> wrote:

> I am using SnowLeopard on a Mac Pro desktop. I am trying to install a 
> SSD considerably smaller than my present rotating boot drive, WDHD. In 
> the process, I am trying to find disk space that is not really needed.
> 
> In the Finder, I click on my boot disk as displayed in list format. I 
> get a list of folders. I highlight "Users" and click to get size 
> information. 287.18 GB. That seems large, and everything else in the 
> volume is a tenth tge size--the largest about 15GB. No surprises there.
> 
> I try to find out what the largest pieces of the almost300GB are. I 
> click on the left hand triangle to look at the inner list in more 
> detail. Sure enough, the account name shows up, but it is shown as an 
> alias. The unlogged in users show up as folders. I can get information 
> on their sizes.
> 
> When the logged in name shows up as an alias. Size information on that 
> shows up as zero bytes.
> 
> What is happening? What is the next thing to do?
> 
> I notice that the login name appears on the leftmost column along with 
> volumes. If I click on the name I do get a sublist of the contents but 
> not the sizes of folders. Is there a way to force finder to calculate 
> and display folder sizes? Do I have to get information on all folders?

<http://www.omnigroup.com/products/omnidisksweeper/>

[toc] | [prev] | [next] | [standalone]

#48109

In article <SalmonEgg-94AEF1.16293630082013@news80.forteinc.com>,
 Salmon Egg <SalmonEgg@sbcglobal.net> wrote:

> I am using SnowLeopard on a Mac Pro desktop. I am trying to install a 
> SSD considerably smaller than my present rotating boot drive, WDHD. In 
> the process, I am trying to find disk space that is not really needed.
> 
> In the Finder, I click on my boot disk as displayed in list format. I 
> get a list of folders. I highlight "Users" and click to get size 
> information. 287.18 GB. That seems large, and everything else in the 
> volume is a tenth tge size--the largest about 15GB. No surprises there.
> 
> I try to find out what the largest pieces of the almost300GB are. I 
> click on the left hand triangle to look at the inner list in more 
> detail. Sure enough, the account name shows up, but it is shown as an 
> alias. The unlogged in users show up as folders. I can get information 
> on their sizes.
> 
> When the logged in name shows up as an alias. Size information on that 
> shows up as zero bytes.
> 
> What is happening? What is the next thing to do?
> 
> I notice that the login name appears on the leftmost column along with 
> volumes. If I click on the name I do get a sublist of the contents but 
> not the sizes of folders. Is there a way to force finder to calculate 
> and display folder sizes? Do I have to get information on all folders?

There are various freeware and shareware utilities that will help you 
see what is taking the most space:

GrandPerspective: 
<https://www.macupdate.com/app/mac/19515/grandperspective>
DiskInventoryX: 
<https://www.macupdate.com/app/mac/14393/disk-inventory-x>

DaisyDisk: <https://www.macupdate.com/app/mac/30689/daisydisk>
DiskExpert: <https://www.macupdate.com/app/mac/41199/disk-expert>

...and so on.

-- 
Send responses to the relevant news group rather than email to me.
E-mail sent to this address may be devoured by my very hungry SPAM
filter. Due to Google's refusal to prevent spammers from posting
messages through their servers, I often ignore posts from Google
Groups. Use a real news client if you want me to see your posts.

JR

[toc] | [prev] | [next] | [standalone]

#48150

Jolly Roger <jollyroger@pobox.com> wrote:
> There are various freeware and shareware utilities that will help you 
> see what is taking the most space:
> 
> GrandPerspective: 
> <https://www.macupdate.com/app/mac/19515/grandperspective>

GrandPerspective is a great app, but it needs to be run as root in 
order to use it to scan inside other users' home folders. I do that with 
this applescript:

do shell script 
"/Applications/GrandPerspective.app/Contents/MacOS/GrandPerspective > 
/dev/null 2>&1 &" with administrator privileges


-- 
K.

Lang may your lum reek.

[toc] | [prev] | [next] | [standalone]

#48151

In article <l00spk$e6t$1@dont-email.me>, Király <me@home.spamsucks.ca>
wrote:

> GrandPerspective is a great app, but it needs to be run as root in 
> order to use it to scan inside other users' home folders. I do that with 
> this applescript:

then it's not a great app at all.

omnidisksweeper doesn't need any of that nonsense. it works exactly as
one would expect.

<http://www.omnigroup.com/products/omnidisksweeper/>

[toc] | [prev] | [next] | [standalone]

#48157

nospam <nospam@nospam.invalid> wrote:

> omnidisksweeper doesn't need any of that nonsense. it works exactly as
> one would expect.

As long as you don't expect it to give an accurate size reading on any
folders for which the user running it lacks read privileges. 

A simple way to run OmniDiskSweeper and most other GUI apps as root is
by invoking them with sudo in Terminal: 

sudo /Applications/OmniDiskSweeper.app/Contents/MacOS/OmniDiskSweeper

To save some typing, you can Show Package Contents in Finder's
contextual menu, navigate to the executable file in Contents/MacOS, and
drag its icon into the Terminal window. 

[toc] | [prev] | [next] | [standalone]

#48160

In article <1l8k5h2.1ecurk01oczmysN%nmassello@yahoo.com>,
 nmassello@yahoo.com (Neill Massello) wrote:

> nospam <nospam@nospam.invalid> wrote:
> 
> > omnidisksweeper doesn't need any of that nonsense. it works exactly as
> > one would expect.
> 
> As long as you don't expect it to give an accurate size reading on any
> folders for which the user running it lacks read privileges. 
> 
> A simple way to run OmniDiskSweeper and most other GUI apps as root is
> by invoking them with sudo in Terminal: 
> 
> sudo /Applications/OmniDiskSweeper.app/Contents/MacOS/OmniDiskSweeper
> 
> To save some typing, you can Show Package Contents in Finder's
> contextual menu, navigate to the executable file in Contents/MacOS, and
> drag its icon into the Terminal window. 

I also don't think it gives accurate results with hard-linked files.  
Each directory will report more than what's actually there, so the total 
on the volume will be off.  I don't know of any disk utilization tool 
that accurately does a directory crawl.

-- 
DeeDee, don't press that button!  DeeDee!  NO!  Dee...
[I filter all Goggle Groups posts, so any reply may be automatically ignored]

[toc] | [prev] | [next] | [standalone]

#48236

Michael Vilain <vilain@NOspamcop.net> wrote:

> I also don't think it gives accurate results with hard-linked files.
> Each directory will report more than what's actually there, so the total
> on the volume will be off.  I don't know of any disk utilization tool
> that accurately does a directory crawl.

Not surprisingly, OmniDiskSweeper counts every hard link as a separate
file. It will therefore give a wildly inflated size figure for something
like a Time Machine volume. 

[toc] | [prev] | [next] | [standalone]

#48242

In article <1l8nlia.1h39rbc1afy1x0N%nmassello@yahoo.com>,
 nmassello@yahoo.com (Neill Massello) wrote:

> Michael Vilain <vilain@NOspamcop.net> wrote:
> 
> > I also don't think it gives accurate results with hard-linked files.
> > Each directory will report more than what's actually there, so the total
> > on the volume will be off.  I don't know of any disk utilization tool
> > that accurately does a directory crawl.
> 
> Not surprisingly, OmniDiskSweeper counts every hard link as a separate
> file. It will therefore give a wildly inflated size figure for something
> like a Time Machine volume. 

Yuck.

-- 
Send responses to the relevant news group rather than email to me.
E-mail sent to this address may be devoured by my very hungry SPAM
filter. Due to Google's refusal to prevent spammers from posting
messages through their servers, I often ignore posts from Google
Groups. Use a real news client if you want me to see your posts.

JR

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.sys.mac.system

csiph-web