> > On Thu, 2002-02-14 at 00:21, Borsenkow Andrej wrote:
> > >
> > > >
> > > > $ ll /dev/scsi/host0/bus0/target0/lun0/
> > > > total 0
> > > >
> > > Well, that's not actually a problem, accessing /dev/sg0 (or
> > > /dev/.../generic) should load sg and does for me.
> > >
devfsd is stuck in busy loop; then in my case it terminates and after I
start it manually everything is O.K. It looks like it is stuck in
pam_console_apply.
Thierry, if you remember, I initially suggested extending
pam_console_apply to allow specify single file as argument. It was
declined on performance reason. OTOH it much more robust because failure
in external program is not going to kill the whole system.
It is trivial to merge code into pam_console_apply now and get rid of
shared library. I do not believe in any performance issues because it is
going to happen once only (when device is registered).
-andrej
open("/etc/group", O_RDONLY) = 849
fcntl64(849, F_GETFD) = 0
fcntl64(849, F_SETFD, FD_CLOEXEC) = 0
fstat64(849, {st_mode=S_IFREG|0644, st_size=757, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40016000
read(849, "root:x:0:root\nbin:x:1:root,bin,d"..., 4096) = 757
close(849) = 0
munmap(0x40016000, 4096) = 0
open("/etc/passwd", O_RDONLY) = 849
fcntl64(849, F_GETFD) = 0
fcntl64(849, F_SETFD, FD_CLOEXEC) = 0
fstat64(849, {st_mode=S_IFREG|0644, st_size=1889, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40016000
read(849, "root:x:0:0:root:/root:/bin/bash\n"..., 4096) = 1889
close(849) = 0
munmap(0x40016000, 4096) = 0
open("/etc/group", O_RDONLY) = 849
fcntl64(849, F_GETFD) = 0
fcntl64(849, F_SETFD, FD_CLOEXEC) = 0
fstat64(849, {st_mode=S_IFREG|0644, st_size=757, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0x40016000
read(849, "root:x:0:root\nbin:x:1:root,bin,d"..., 4096) = 757
close(849) = 0
munmap(0x40016000, 4096) = 0
