We also ran into this on one of our machines. depmod seems to be writing to the file in question in a loop:
# strace -s 100 -p $(pgrep depmod) write(3, "0x00\nnvidia_304 0x2887 0xfbad 0x00 0x0000 0x00\nnvidia_304 0x2887 "..., 4096) = 4096
Attaching to process 17565 Reading symbols from /sbin/depmod...(no debugging symbols found)...done. Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libc-2.15.so...done. done. Loaded symbols for /lib/x86_64-linux-gnu/libc.so.6 Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/ld-2.15.so...done. done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 0x00007fed6ba89040 in __write_nocancel () at ../sysdeps/unix/syscall-template.S:82 82 ../sysdeps/unix/syscall-template.S: No such file or directory. (gdb) bt #0 0x00007fed6ba89040 in __write_nocancel () at ../sysdeps/unix/syscall-template.S:82 #1 0x00007fed6ba1b883 in _IO_new_file_write (f=0x18164b0, data=0x7fed621c2000, n=4096) at fileops.c:1289 #2 0x00007fed6ba1b74a in new_do_write (fp=0x18164b0, data=0x7fed621c2000 "0x00\nnvidia_304", ' ' <repeats 11 times>, "0x2887 0xfbad 0x00 0x0000 0x00\nnvidia_304", ' ' <repeats 11 times>, "0x2887 0xfbad 0x00 0x0000 0x00\nnvidia_304", ' ' <repeats 11 times>, "0x2887 0xfbad 0x00 0x0000 0x00\nnvi"..., to_do=4096) at fileops.c:543 #3 0x00007fed6ba1ceb5 in _IO_new_do_write (fp=<optimized out>, data=<optimized out>, to_do=4096) at fileops.c:516 #4 0x00007fed6ba1c025 in _IO_new_file_xsputn (n=4, data=<optimized out>, f=0x18164b0) at fileops.c:1371 #5 _IO_new_file_xsputn (f=0x18164b0, data=<optimized out>, n=4) at fileops.c:1305 #6 0x00007fed6b9ec4a7 in _IO_vfprintf_internal (s=<optimized out>, format=<optimized out>, ap=<optimized out>) at vfprintf.c:1660 #7 0x00007fed6baab80b in ___fprintf_chk (fp=0x18164b0, flag=1, format=<optimized out>) at fprintf_chk.c:37 #8 0x0000000000405a24 in ?? () #9 0x00000000004021a4 in ?? () #10 0x00007fed6b9c376d in __libc_start_main (main=0x401770, argc=5, ubp_av=0x7fff69f88ea8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fff69f88e98) at libc-start.c:226 #11 0x0000000000402535 in ?? () #12 0x00007fff69f88e98 in ?? () #13 0x000000000000001c in ?? () #14 0x0000000000000005 in ?? () #15 0x00007fff69f8ae05 in ?? () #16 0x00007fff69f8ae12 in ?? () #17 0x00007fff69f8ae26 in ?? () #18 0x00007fff69f8ae29 in ?? () #19 0x00007fff69f8ae15 in ?? () #20 0x0000000000000000 in ?? ()
I'll build module-init-tools with debug symbols and try to reproduce.
We also ran into this on one of our machines. depmod seems to be writing to the file in question in a loop:
# strace -s 100 -p $(pgrep depmod)
write(3, "0x00\nnvidia_304 0x2887 0xfbad 0x00 0x0000 0x00\nnvidia_304 0x2887 "..., 4096) = 4096
Attaching to process 17565 64-linux- gnu/libc. so.6... Reading symbols from /usr/lib/ debug/lib/ x86_64- linux-gnu/ libc-2. 15.so.. .done. 64-linux- gnu/libc. so.6 ld-linux- x86-64. so.2... Reading symbols from /usr/lib/ debug/lib/ x86_64- linux-gnu/ ld-2.15. so...done. ld-linux- x86-64. so.2 ba89040 in __write_nocancel () at ../sysdeps/ unix/syscall- template. S:82 unix/syscall- template. S: No such file or directory. unix/syscall- template. S:82 2000, n=4096) at fileops.c:1289
data=0x7fed621 c2000 "0x00\nnvidia_304", ' ' <repeats 11 times>, "0x2887 0xfbad 0x00 0x0000 0x00\nnvidia_304", ' ' <repeats 11 times>, "0x2887 0xfbad 0x00 0x0000 0x00\nnvidia_304", ' ' <repeats 11 times>, "0x2887 0xfbad 0x00 0x0000 0x00\nnvi"..., to_do=4096) at fileops.c:543 internal (s=<optimized out>, format=<optimized out>, ap=<optimized out>) at vfprintf.c:1660 0x7fff69f88ea8, init=<optimized out>, fini=<optimized out>,
rtld_fini= <optimized out>, stack_end= 0x7fff69f88e98) at libc-start.c:226
Reading symbols from /sbin/depmod...(no debugging symbols found)...done.
Reading symbols from /lib/x86_
done.
Loaded symbols for /lib/x86_
Reading symbols from /lib64/
done.
Loaded symbols for /lib64/
0x00007fed6
82 ../sysdeps/
(gdb) bt
#0 0x00007fed6ba89040 in __write_nocancel () at ../sysdeps/
#1 0x00007fed6ba1b883 in _IO_new_file_write (f=0x18164b0, data=0x7fed621c
#2 0x00007fed6ba1b74a in new_do_write (fp=0x18164b0,
#3 0x00007fed6ba1ceb5 in _IO_new_do_write (fp=<optimized out>, data=<optimized out>, to_do=4096) at fileops.c:516
#4 0x00007fed6ba1c025 in _IO_new_file_xsputn (n=4, data=<optimized out>, f=0x18164b0) at fileops.c:1371
#5 _IO_new_file_xsputn (f=0x18164b0, data=<optimized out>, n=4) at fileops.c:1305
#6 0x00007fed6b9ec4a7 in _IO_vfprintf_
#7 0x00007fed6baab80b in ___fprintf_chk (fp=0x18164b0, flag=1, format=<optimized out>) at fprintf_chk.c:37
#8 0x0000000000405a24 in ?? ()
#9 0x00000000004021a4 in ?? ()
#10 0x00007fed6b9c376d in __libc_start_main (main=0x401770, argc=5, ubp_av=
#11 0x0000000000402535 in ?? ()
#12 0x00007fff69f88e98 in ?? ()
#13 0x000000000000001c in ?? ()
#14 0x0000000000000005 in ?? ()
#15 0x00007fff69f8ae05 in ?? ()
#16 0x00007fff69f8ae12 in ?? ()
#17 0x00007fff69f8ae26 in ?? ()
#18 0x00007fff69f8ae29 in ?? ()
#19 0x00007fff69f8ae15 in ?? ()
#20 0x0000000000000000 in ?? ()
I'll build module-init-tools with debug symbols and try to reproduce.