Re: [Cooker] DevFS Problem

2003-01-21 Thread Thierry Vignaud
Steffen Barszus [EMAIL PROTECTED] writes:

 This is needed/used for getting status of internet-connection. On
 the normal device the cat is terminated at the time I go
 online. This resulted in crashs or undefined status of apps that are
 using this Now I tried cat /lib/dev-state/isdn/isdninfo and was
 really astonished. This one acts exactly as it should. with a link
 from there to /dev/isdninfo all apps are running fine.

/lib/devs-state/* files are copies of /dev entries to save permissions
across reboot and the like.

what ls reports as differences between the two special files ?

 ls -o /dev/isdninfo /lib/dev-state/isdninfo





Re: [Cooker] DevFS Problem

2003-01-21 Thread Steffen Barszus
On Tuesday 21 January 2003 15:32, Thierry Vignaud wrote:
 Steffen Barszus [EMAIL PROTECTED] writes:
  This is needed/used for getting status of internet-connection. On
  the normal device the cat is terminated at the time I go
  online. This resulted in crashs or undefined status of apps that are
  using this Now I tried cat /lib/dev-state/isdn/isdninfo and was
  really astonished. This one acts exactly as it should. with a link
  from there to /dev/isdninfo all apps are running fine.

 /lib/devs-state/* files are copies of /dev entries to save permissions
 across reboot and the like.

 what ls reports as differences between the two special files ?

  ls -o /dev/isdninfo /lib/dev-state/isdninfo

crw-rw1 root  45, 255 Jan  1  1970 /dev/isdn/isdninfo
crw-rw1 root  45, 255 Jan 13 01:08 /lib/dev-state/isdn/isdninfo

You see  nothing :-( 
Hope you have some more ideas to track this down. The thing is, with 
hisax-drivers the device behaves normal. With capidrv ( a driver for 
capibased driver to run isdn4linux ) only (as you said) the copy behaves 
correct. 

Thanks for your reply, so I feel not so alone with this ;)))

-- 
Regards
Steffen

counter.li.org : #296567.
machine: 181800
vdr-box : 87

Please dont CC me, since if I have replied I'll watch the tread. Both mails 
will be filtered to the ML-folder. Thanks




[Cooker] Devfs problem

2001-12-13 Thread Michal Bukovjan

Hi list,

I have problems with latest (or should I say any) version of devfs.
I have two CDROMs, /dev/hdc, /dev/hdd

Without devfs, everything works well. When devfs is enabled, though, I 
cannot mount or access the second CDROM.
Devfs reports mu CDROMs as /dev/cdrom1, /dev/cdrom2, but when I try to 
mount the cdrom2, it always tries to mount cdrom1 (or /dev/hdc).
The same goes for /dev/cdrom3 .. /dev/cdrom6 (I don't have anything like 
this installed) - always accessing /dev/cdrom1 (dev/hdc) !
BTW, /dev/cdrom link is broken altogether (points to '../cdroms/cdrom0' 
instead of 'cdroms/cdrom0)'!

Details:

Mandrake 8.1
devfsd-1.3.18-17mdk
kernel 2.4.16-5 (occurs on 2.4.8-26 and 2.4.13-8 as well, so I don't 
think this matters)

The CDROMs are:

Plextor 16/10/40A (dev/hdc)
NEC DV-5800A

Also, SCSI IDE emulation is broken. On my system with devfs enabled (as 
opposed to disabled), I cannot:

- burn CD-ROMS (broken SCSI emulation, works with devfs disabled)
- watch DVDs (cannot access /dev/hdd DVD)

PS: /etc/fstab is correct, I can do all of the above with devfs disabled.

Michal





RE: [Cooker] Devfs problem

2001-12-13 Thread Borsenkow Andrej

 
 I have problems with latest (or should I say any) version of devfs.
 I have two CDROMs, /dev/hdc, /dev/hdd
 
 Without devfs, everything works well. When devfs is enabled, though, I
 cannot mount or access the second CDROM.
 Devfs reports mu CDROMs as /dev/cdrom1, /dev/cdrom2, but when I try to
 mount the cdrom2, it always tries to mount cdrom1 (or /dev/hdc).
 The same goes for /dev/cdrom3 .. /dev/cdrom6 (I don't have anything
like
 this installed) - always accessing /dev/cdrom1 (dev/hdc) !
 BTW, /dev/cdrom link is broken altogether (points to
'../cdroms/cdrom0'
 instead of 'cdroms/cdrom0)'!
 

Comment out the last three of the following lines in
/etc/rc.d/rc.sysinit (here already commented)

if [ -c /dev/.devfsd ]; then
  if [ -x /sbin/devfsd ]; then
# copy /lib/dev-state before starting devfsd to avoid accidentally
# triggering devfsd actions (like module loading)
#if [ -d /lib/dev-state ]; then
#   cp -af /lib/dev-state/* /dev  /dev/null 21
#fi

and configure /etc/devfsd.conf to create any persistent links you need.
Bug mandrake to release new devfs/devfsd that should make management of
persistent links easier.

 Details:
 
 Mandrake 8.1
 devfsd-1.3.18-17mdk
 kernel 2.4.16-5 (occurs on 2.4.8-26 and 2.4.13-8 as well, so I don't
 think this matters)
 
 The CDROMs are:
 
 Plextor 16/10/40A (dev/hdc)
 NEC DV-5800A
 
 Also, SCSI IDE emulation is broken. On my system with devfs enabled
(as
 opposed to disabled), I cannot:
 
 - burn CD-ROMS (broken SCSI emulation, works with devfs disabled)

Should work after the above step.

 - watch DVDs (cannot access /dev/hdd DVD)
 

Details please. If hdd is ide-scsi'd it is normal.

-andrej