-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 13 January 2003 07:58 am, Toralf Lund wrote:
> > As an example, the device file for /dev/hda: > > mknod /dev/hda b 3 0 > > > > /dev/hda is a block device (b) major 3 minor 0 > > > > $ ll /dev/hda > > brw-rw---- 1 root disk 3, 0 Aug 30 19:31 /dev/hda > > You didn't really create /dev/hda by typing "mknod /dev/hda b 3 0" on > the command line, did you? I know for sure I never did, but the file is > still there, which makes me assume "mknod" is NOT the "best" or > "recommended" way of creating the default devices for a hardware/driver > combination, hence my question. Actually, yes I did create the file, I just fudged the output. ;) The actual file was created in: `/devel/slinky/filesystem/dev, which is the root filesystem for a project I'm working on. And yes, I populated the dev filesystem for the project by hand using 'mknod' for each of the 85 entries it contains. > Actually, I know where this particular device (/dev/hda) came from; > it's installed via the "dev" software package (RPM), but I'm not sure > if RPM file installation is a good way of creating the files I want. > Also, it seems to me that there must be some boot time magic or > something involved since other /dev files are specific to each system > and/or not owned by any package. Any other /dev entries that are not part of the dev package were most likely added during installation of drivers needing them. If created as part of an rpm's post install script, they won't be owned by the package that caused their creation. Again, I'm not aware of any way to do boot time discovery and creation of the needed /dev entries. - -- - -Michael pgp key: http://www.tuxfan.homeip.net:8080/gpgkey.txt Red Hat Linux 7.{2,3}|8.0 in 8M of RAM: http://www.rule-project.org/ - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+IsDhn/07WoAb/SsRApDUAKCWfZFb+oQRzVrXcrOQ4uCu/+/7KQCeJwnI GFsmQ6nykkVnBBs8e2wuLR8= =cROB -----END PGP SIGNATURE----- -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list