From Bugzilla Helper: User-Agent: Mozilla/5.0 (compatible; Konqueror/3.3; Linux) (KHTML, like Gecko) Description of problem: There is no /dev/nst0. I have a scsi tape unit. Until last updates this workaround was useable: modprobe st Now, this doesn't work either. IMHO, this must be fixed before release. Version-Release number of selected component (if applicable): udev-034-2 How reproducible: Always Steps to Reproduce: 1. mt -t /dev/nst0 rewind 2. 3. Additional info:
1. does "mt -t /dev/nst0 rewind" work after "/sbin/MAKEDEV -z nst0" ?? 2. does downgrading to a prior version of udev fix your problem
sudo /sbin/MAKEDEV -z nst0 /sbin/MAKEDEV: invalid option -- z
oops, I meant "/sbin/MAKEDEV -x nst0"
After /sbin/MAKEDEV nst0, I can access my tape unit fine. I am backing up right now.
please try udev-035-1, as soon as it appears in rawhide
OK, I have udev-035-1. It might be working. Not sure how to test. The tape appears to work, but I have /dev/nst0 already there before last boot. Should I try rm-ing it and see if udev creates it? Is that how things are suppoesed to work?
îf you have a standard fedora 3 installation, a tmpfs is mounted on /tmp, so /tmp is gone after every reboot... :)
Wow, I have no idea what you're saying. 1. I _do_ have a new install of fc3t2, with all updates. There is no tmpfs mounted on /tmp. 2. What does this have to do with whether /dev/nst0 is created statically or dynamically?
really???? $ cat /proc/mounts|fgrep ' /dev'
I see, yes. Strange, 'mount' doesn't show this. Sounds like a bug in mount IMHO.
no... /etc/mtab was not there at the time /tmp was mounted... this happened in the initramfs phase... before "/" was mounted.
so, just reboot and all devices you see in /dev were created by udev..
status?
Appears to be fixed. Thanks!