* Harry Putnam wrote:
> Just to close this thread... a reboot swept away all `ls' problems so
> still not sure what caused it, but am happily having normal experience
> with `ls' once again.
Might well be that the reboot caused an fsck run, which fixed
the problems.
cu
--
Indexer writes:
> Another thing to check, is that the folder is marked +x in chmod.
> It may be that on reboot some automated cleaning script re-added
> that flag.
>
> Folders can only be listed if they are +x btw
Right, but Harry would have gotten a permission denied error in this
case, not a h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Another thing to check, is that the folder is marked +x in chmod. It may be
that on reboot some automated cleaning script re-added that flag.
Folders can only be listed if they are +x btw
On 06/11/2010, at 01:37, Grant Edwards wrote:
> On 2010-11-0
On 2010-11-05, Harry Putnam wrote:
> Alex Schuster writes:
>
>> Am 01.11.2010 11:28, schrieb Harry Putnam:
>>
>>> I can view the directory with emacs in dired mode but `ls' simply will
>>> not complete... never shows anything and stays hung indefinitely.
>> [...]
>>> It only seem to happen on $HO
Alex Schuster writes:
> Am 01.11.2010 11:28, schrieb Harry Putnam:
>
>> I can view the directory with emacs in dired mode but `ls' simply will
>> not complete... never shows anything and stays hung indefinitely.
> [...]
>> It only seem to happen on $HOME how very odd.
>> Anyone else seen that
Harry Putnam wrote:
> Alan McKinnon writes:
>
> > Apparently, though unproven, at 12:28 on Monday 01 November 2010, Harry
> > Putnam
> > did opine thusly:
> >
> >> Something I have not run into before.
> >>
> >> Following a major update still in progress I find the ls command will
> >> not r
Apparently, though unproven, at 15:30 on Monday 01 November 2010, alex did
opine thusly:
> > I suspect directory corruption in /home - is it a separate partition?
> >
> > I don't recall if you mentioned this or not, do you get the same result
> > if you run "ls $HOME" as root? root's home dir is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 01.11.2010 14:13, schrieb Alan McKinnon:
> Apparently, though unproven, at 14:51 on Monday 01 November 2010, Harry
> Putnam
> did opine thusly:
>
>> Alan McKinnon writes:
>>
>>
>> [...]
>>
> What shell are you using?
> What is the output
Apparently, though unproven, at 14:51 on Monday 01 November 2010, Harry Putnam
did opine thusly:
> Alan McKinnon writes:
>
>
> [...]
>
> >> > What shell are you using?
> >> > What is the output of "echo $HOME"?
> >>
> >> My shell is xterm... and was just updated to:
> >> Wed Oct 27 10:15:0
On Mon, 01 Nov 2010 07:51:50 -0500, Harry Putnam wrote:
> However, as indicated earlier... my user or root can run `ls' against
> any other directory like normal.
>
> ls /etc
>
> Shows the content of /etc
>
> ls /home/reader
What about ls /home/reader/somedir ?
--
Neil Bothwick
A frien
Alan McKinnon writes:
[...]
>> >
>> > What shell are you using?
>> > What is the output of "echo $HOME"?
>>
>> My shell is xterm... and was just updated to:
>> Wed Oct 27 10:15:06 2010 >>> x11-terms/xterm-262
>
> That's the terminal.
>
> What shell do you use/
>
Sorry... still asleep... ba
On Mon, Nov 01, 2010 at 01:07:34PM +0200, Alan McKinnon wrote:
> > >> Something I have not run into before.
> > >>
> > >> Following a major update still in progress I find the ls command will
> > >> not run on $HOME.
> > >>
> > > By the time the command hits ls itself, the shell has already expan
Apparently, though unproven, at 12:56 on Monday 01 November 2010, Harry Putnam
did opine thusly:
> Alan McKinnon writes:
> > Apparently, though unproven, at 12:28 on Monday 01 November 2010, Harry
> > Putnam
> >
> > did opine thusly:
> >> Something I have not run into before.
> >>
> >> Followi
Alan McKinnon writes:
> Apparently, though unproven, at 12:28 on Monday 01 November 2010, Harry
> Putnam
> did opine thusly:
>
>> Something I have not run into before.
>>
>> Following a major update still in progress I find the ls command will
>> not run on $HOME.
>>
>> I can view the directo
14 matches
Mail list logo