openSUSE 11.1 "ls -la" hangs

user · January 5, 2009, 10:12am

Hi,

I have installed openSUSE 11.1 x86_64
using ext3 file systems.
A “ls -la” on my home directory hangs.
The command returns never.
A “ls -l” works.
Also a “ls -la” works on folders
that don’t contain hidden files.

The big problem is, that file select boxes of some application
dont work, f.e. of Java applications.
So I can not use these applications.

What can I do?
Jens

user · January 5, 2009, 1:43pm

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Try getting the ‘strace’ output:

strace ls -al >/tmp/lsstrace.txt 2>&1

Post the results here, please. When did this start? Do other systems
with 11.1 do it?

Good luck.

jmuborn wrote:
> Hi,
>
> I have installed openSUSE 11.1 x86_64
> using ext3 file systems.
> A “ls -la” on my home directory hangs.
> The command returns never.
> A “ls -l” works.
> Also a “ls -la” works on folders
> that don’t contain hidden files.
>
> The big problem is, that file select boxes of some application
> dont work, f.e. of Java applications.
> So I can not use these applications.
>
> What can I do?
> Jens
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJYgCK3s42bA80+9kRAiv3AJ0Zd7BcW05cBt9yrSeJIC5uvtbHEQCeOxEA
p5htaOToxeBDHkWEPz2sfI8=
=bz5q
-----END PGP SIGNATURE-----

user · January 5, 2009, 2:27pm

> strace ls -al >/tmp/lsstrace.txt 2>&1

I can post the end of the file content only
because the max. posting size is exeeded:

open("/etc/passwd", O_RDONLY|O_CLOEXEC) = 4
fcntl(4, F_GETFD) = 0x1 (flags FD_CLOEXEC)
lseek(4, 0, SEEK_CUR) = 0
fstat(4, {st_mode=S_IFREG|0644, st_size=1440, …}) = 0
mmap(NULL, 1440, PROT_READ, MAP_SHARED, 4, 0) = 0x7f820d65b000
lseek(4, 1440, SEEK_SET) = 1440
munmap(0x7f820d65b000, 1440) = 0
close(4) = 0
socket(PF_FILE, 0x80801 /* SOCK_??? /, 0) = 4
connect(4, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
close(4) = 0
socket(PF_FILE, 0x80801 / SOCK_??? */, 0) = 4
connect(4, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
close(4) = 0
open("/etc/group", O_RDONLY|O_CLOEXEC) = 4
lseek(4, 0, SEEK_CUR) = 0
fstat(4, {st_mode=S_IFREG|0644, st_size=629, …}) = 0
mmap(NULL, 629, PROT_READ, MAP_SHARED, 4, 0) = 0x7f820d65b000
lseek(4, 629, SEEK_SET) = 629
munmap(0x7f820d65b000, 629) = 0
close(4) = 0
lstat(".recently-used", {st_mode=S_IFREG|0600, st_size=341, …}) = 0
lgetxattr(".recently-used", “security.selinux”, 0x627dd0, 255) = -1 ENODATA (No data available)
getxattr(".recently-used", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(".recently-used", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(".xsession-errors", {st_mode=S_IFREG|0600, st_size=718277, …}) = 0
lgetxattr(".xsession-errors", “security.selinux”, 0x627df0, 255) = -1 ENODATA (No data available)
getxattr(".xsession-errors", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(".xsession-errors", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(“jdk-6u11-linux-amd64.rpm”, {st_mode=S_IFREG|0644, st_size=59835358, …}) = 0
lgetxattr(“jdk-6u11-linux-amd64.rpm”, “security.selinux”, 0x627e10, 255) = -1 ENODATA (No data available)
getxattr(“jdk-6u11-linux-amd64.rpm”, “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(“jdk-6u11-linux-amd64.rpm”, “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
open("/etc/passwd", O_RDONLY|O_CLOEXEC) = 4
lseek(4, 0, SEEK_CUR) = 0
fstat(4, {st_mode=S_IFREG|0644, st_size=1440, …}) = 0
mmap(NULL, 1440, PROT_READ, MAP_SHARED, 4, 0) = 0x7f820d65b000
lseek(4, 1440, SEEK_SET) = 1440
munmap(0x7f820d65b000, 1440) = 0
close(4) = 0
open("/etc/group", O_RDONLY|O_CLOEXEC) = 4
lseek(4, 0, SEEK_CUR) = 0
fstat(4, {st_mode=S_IFREG|0644, st_size=629, …}) = 0
mmap(NULL, 629, PROT_READ, MAP_SHARED, 4, 0) = 0x7f820d65b000
lseek(4, 629, SEEK_SET) = 629
munmap(0x7f820d65b000, 629) = 0
close(4) = 0
lstat(".wine", {st_mode=S_IFDIR|0755, st_size=4096, …}) = 0
lgetxattr(".wine", “security.selinux”, 0x627e80, 255) = -1 ENODATA (No data available)
getxattr(".wine", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(".wine", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(".Xauthority", {st_mode=S_IFREG|0600, st_size=211, …}) = 0
lgetxattr(".Xauthority", “security.selinux”, 0x627ea0, 255) = -1 ENODATA (No data available)
getxattr(".Xauthority", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(".Xauthority", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(“Desktop”, {st_mode=S_IFDIR|0755, st_size=4096, …}) = 0
lgetxattr(“Desktop”, “security.selinux”, 0x627ec0, 255) = -1 ENODATA (No data available)
getxattr(“Desktop”, “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(“Desktop”, “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(".pulse-cookie", {st_mode=S_IFREG|0600, st_size=256, …}) = 0
lgetxattr(".pulse-cookie", “security.selinux”, 0x627ee0, 255) = -1 ENODATA (No data available)
getxattr(".pulse-cookie", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(".pulse-cookie", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(“Documents”, {st_mode=S_IFDIR|0755, st_size=4096, …}) = 0
lgetxattr(“Documents”, “security.selinux”, 0x627f00, 255) = -1 ENODATA (No data available)
getxattr(“Documents”, “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(“Documents”, “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(".ooo3", {st_mode=S_IFDIR|0700, st_size=4096, …}) = 0
lgetxattr(".ooo3", “security.selinux”, 0x627f20, 255) = -1 ENODATA (No data available)
getxattr(".ooo3", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(".ooo3", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(".mozilla", {st_mode=S_IFDIR|0755, st_size=4096, …}) = 0
lgetxattr(".mozilla", “security.selinux”, 0x627f40, 255) = -1 ENODATA (No data available)
getxattr(".mozilla", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(".mozilla", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(“public_html”, {st_mode=S_IFDIR|0755, st_size=4096, …}) = 0
lgetxattr(“public_html”, “security.selinux”, 0x627f60, 255) = -1 ENODATA (No data available)
getxattr(“public_html”, “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(“public_html”, “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(“bin”, {st_mode=S_IFDIR|0755, st_size=4096, …}) = 0
lgetxattr(“bin”, “security.selinux”, 0x627f80, 255) = -1 ENODATA (No data available)
getxattr(“bin”, “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(“bin”, “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(".wapi", {st_mode=S_IFDIR|0755, st_size=4096, …}) = 0
lgetxattr(".wapi", “security.selinux”, 0x627fa0, 255) = -1 ENODATA (No data available)
getxattr(".wapi", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(".wapi", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(".gstreamer-0.10", {st_mode=S_IFDIR|0755, st_size=4096, …}) = 0
lgetxattr(".gstreamer-0.10", “security.selinux”, 0x627fc0, 255) = -1 ENODATA (No data available)
getxattr(".gstreamer-0.10", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(".gstreamer-0.10", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(".bashrc", {st_mode=S_IFREG|0644, st_size=1177, …}) = 0
lgetxattr(".bashrc", “security.selinux”, 0x627fe0, 255) = -1 ENODATA (No data available)
getxattr(".bashrc", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(".bashrc", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(".adobe", {st_mode=S_IFDIR|0700, st_size=4096, …}) = 0
lgetxattr(".adobe", “security.selinux”, 0x628000, 255) = -1 ENODATA (No data available)
getxattr(".adobe", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(".adobe", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(".emacs", {st_mode=S_IFREG|0644, st_size=1637, …}) = 0
lgetxattr(".emacs", “security.selinux”, 0x628020, 255) = -1 ENODATA (No data available)
getxattr(".emacs", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(".emacs", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(".", {st_mode=S_IFDIR|0755, st_size=4096, …}) = 0
lgetxattr(".", “security.selinux”, 0x628040, 255) = -1 ENODATA (No data available)
getxattr(".", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(".", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat("…", {st_mode=S_IFDIR|0755, st_size=4096, …}) = 0
lgetxattr("…", “security.selinux”, 0x628060, 255) = -1 ENODATA (No data available)
getxattr("…", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr("…", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(".kde", {st_mode=S_IFDIR|0755, st_size=4096, …}) = 0
lgetxattr(".kde", “security.selinux”, 0x628080, 255) = -1 ENODATA (No data available)
getxattr(".kde", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(".kde", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(".gconfd", {st_mode=S_IFDIR|0700, st_size=4096, …}) = 0
lgetxattr(".gconfd", “security.selinux”, 0x6280a0, 255) = -1 ENODATA (No data available)
getxattr(".gconfd", “system.posix_acl_access”, 0x0, 0) = -1 ENODATA (No data available)
getxattr(".gconfd", “system.posix_acl_default”, 0x0, 0) = -1 ENODATA (No data available)
lstat(".gvfs",

user · January 5, 2009, 2:33pm

Sorry, I forgot the answers of the other questions:

> When did this start?
I noticed it on the day after installation.
I can not say, if I tried a “ls -la” on the installation day.

> Do other systems with 11.1 do it?
I have one computer only and that’s why one 11.1 installation only.

Jens

user · January 5, 2009, 5:53pm

Hi,

I experienced the same behavior today. I could not “ls -a” the content of my home directory although I’m absolutely sure that it worked before.

As root, I saw that the directory contained the directory .gvfs (with user:group ?:? and ? as permissions - strange).

After a little Internet search I found out that this directory belongs to a virtual file system (GVFS - Wikipedia, the free encyclopedia) and was actually mounted.

As I’m not convinced to use the vfs, I solved the problem by removing this stuff:

umount /home/…/.gvfs (I think I had to kill some gvfs processes before)

and uninstall the gfvs components.

hth,
kurt

user · January 5, 2009, 6:04pm

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Just for kicks try disabling AppArmor or, if you have it for some
reason, SELinux. This is probably easiest to do in Yast.

Good luck.

dr kurt wrote:
> Hi,
>
> I experienced the same behavior today. I could not “ls -a” the content
> of my home directory although I’m absolutely sure that it worked
> before.
>
> As root, I saw that the directory contained the directory .gvfs (with
> user:group ?:? and ? as permissions - strange).
>
> After a little Internet search I found out that this directory belongs
> to a virtual file system (‘GVFS - Wikipedia, the free encyclopedia’
> (http://en.wikipedia.org/wiki/GVFS)) and was actually mounted.
>
> As I’m not convinced to use the vfs, I solved the problem by removing
> this stuff:
>
> umount /home/…/.gvfs (I think I had to kill some gvfs processes
> before)
>
> and uninstall the gfvs components.
>
>
> hth,
> kurt
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJYj2h3s42bA80+9kRArWAAJ0ZWLIVSJJEAe7HmO8q0Ya9IHmgygCdGJj/
+DM7qjDEun0Ewp1VqDdeV38=
=ESWI
-----END PGP SIGNATURE-----

user · January 5, 2009, 6:15pm

>try disabling AppArmor
I’ve AppArmor actually disabled on my system.

-kurt

user · January 5, 2009, 6:24pm

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Well, I guess my response was actually more for jmuborn, but that’s good
to know. Try the ‘strace’ command I suggested to him in case it shows
something useful for you.

Good luck.

dr kurt wrote:
>> try disabling AppArmor
> I’ve AppArmor actually disabled on my system.
>
> -kurt
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJYkJM3s42bA80+9kRAs7pAJoD+u31BgVwEHxV+Hdy7tWdQf8PngCfeU72
NUL9KQWbIihuyyD3yipfVoY=
=vomA
-----END PGP SIGNATURE-----

user · January 6, 2009, 8:21am

It is strange: after the power on of my computer today
a “ls -la” on my home directory does not hang!

Altough I removed AppArmor, gvfs and the gvfs folder.
It works, I hope for a long time.

Thank you for the solution!
Jens

user · May 20, 2009, 7:54pm

I’ve found that a mis-configured or corrupted NFS share will hang the ‘ls’ command in the home directory on the client. This occurred with me when my NFS server went down. I rebooted the server, and thats when I experienced the ‘ls hanging in ~’ issue on my desktop. I just turned off the share on my desktop, as I wasn’t using it anyway.

Someone who has more knowledge about NFS might be able to help out with an explanation.

Chrysantine · May 21, 2009, 12:14pm

It’s not merely an issue with NFS, it happens with every remotely mounted filesystem that the system tries to access, it continues normal operation after a timeout occurs.

For example a CIFS/Samba mount “hangs” df until it times out and gives input/output error for that mount. This is something that happens on every operating system, a good example is Windows and their remotely mounted shares that completely hang explorer or any drive accessing software and it merely depends on how long the timeout is.