Bug 135377

Summary: No /dev/nst0 created
Product: [Fedora] Fedora Reporter: Neal Becker <ndbecker2>
Component: udevAssignee: Harald Hoyer <harald>
Status: CLOSED RAWHIDE QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: 3   
Target Milestone: ---   
Target Release: ---   
Hardware: athlon   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-10-20 11:15:52 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 123268    

Description Neal Becker 2004-10-12 11:36:40 UTC
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:

Comment 1 Harald Hoyer 2004-10-12 12:18:51 UTC
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


Comment 2 Neal Becker 2004-10-12 12:21:41 UTC
 sudo /sbin/MAKEDEV -z nst0 
/sbin/MAKEDEV: invalid option -- z 
 

Comment 3 Harald Hoyer 2004-10-12 12:22:35 UTC
oops, I meant "/sbin/MAKEDEV -x nst0"

Comment 4 Neal Becker 2004-10-12 12:25:36 UTC
After /sbin/MAKEDEV nst0, I can access my tape unit fine. 
I am backing up right now. 
 

Comment 5 Harald Hoyer 2004-10-12 14:50:40 UTC
please try udev-035-1, as soon as it appears in rawhide

Comment 6 Neal Becker 2004-10-13 16:47:38 UTC
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? 

Comment 7 Harald Hoyer 2004-10-14 08:32:43 UTC
îf you have a standard fedora 3 installation, a tmpfs is mounted on
/tmp, so /tmp is gone after every reboot... :)

Comment 8 Neal Becker 2004-10-14 13:57:09 UTC
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? 

Comment 9 Harald Hoyer 2004-10-14 14:27:02 UTC
really????
$ cat /proc/mounts|fgrep ' /dev'

Comment 10 Neal Becker 2004-10-14 14:30:19 UTC
I see, yes.  Strange, 'mount' doesn't show this.  Sounds like a bug 
in mount IMHO. 
 

Comment 11 Harald Hoyer 2004-10-14 14:33:35 UTC
no... /etc/mtab was not there at the time /tmp was mounted... this
happened in the initramfs phase... before "/" was mounted.

Comment 12 Harald Hoyer 2004-10-14 14:36:08 UTC
so, just reboot and all devices you see in /dev were created by udev..

Comment 13 Harald Hoyer 2004-10-20 10:58:43 UTC
status?

Comment 14 Neal Becker 2004-10-20 11:07:03 UTC
Appears to be fixed.  Thanks!