ls * returns no such file ls a* returns no such file etc. This bug disappears when I su to root from user. This bug exists for root as root. This bug disappears for root when I su to user! This bug also applies to less *, i.e, a directory of files disappears to the wild card. The wild card asterisk is not always recognized. The shell is bash or bash2, and the bug appears with either shell. So this may not really be a fileutils bug, but that's the command that bothers me the most. Having to su to get a wild card to work is unacceptable. One support person suggested this was a result of the PAM system. The reasoning was my use of a group other than my own group as my login group. For instance, using wheel or root group in the passwd file. My own situation is such that the unix convenience of having root group as my own for this stand alone box is what I want. Being in northern Wyoming and only connected to the net through a PPP ISP I don't expect an invasion into my computer. So if PAM is the cause some elucidation would be welcome as to how I should set my system to eliminate this really bothersome bug.
This wild card problem also applies to ? as a character wild card. It also happens any time I use a wild card under the conditions described above; on a very weird basis. May this also be a bash problem? Since this original report I've recompiled the kernel and reinstalled it; rpm'd the kernel in from the CD 1, and compiled linux 2.2.13 w/crypto and installed that. No change in the wild card condition. Of course, the support persons original guess may be valid; PAM. So then what's the solution? I know nothing about PAM.
We can't reproduce it anywhere. Are you sure your user has rx access to the directory you're trying to list?
directories at 777; ls * says no such file. run script, condition disappers while script runs. su to self, condition disappears. exit from su, condition reappears. log in as root, ls * sometimes works, sometimes doesn't. su to user, condition appears. exit su, condition disappears. enter user directory (777) su to user, condition appears. exit su condition disappears. recompile linux w/o networking, condition as above. recompile w/ networking, condition as above. logging in to the non networking box caused a PAM message to appear prior to the prompt appearing, both as root and as user. What is that???
This bug is not a fileutils bug. Recompiling from various archived source doesn't change the problem. Recompiling bash from various source also makes no change. Recompiling the kernel both red hat source and kerneli source makes no change. I'm going to reenter the problem as a kernel bug.
The problem was with the wild card expander. alias ls='/bin/ls -aFC $@' worked for 5.2 and 6.0 to expand wild cards and any text that followed ls. Now the expander must be $*. There has been some change! It would be nice to know what. And Why!