Drive detected by kernel, but no /dev entry - what could be the cause?
Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Drive detected by kernel, but no /dev entry - what could be the cause?
My USB drive is detected by the kernel: dmesg identifies it as sdc. But...
there is no /dev/sdc entry being created and therefore cannot mount nor fdisk.
Same drive used to work both in this distro and 2 previous ones (Gentoo and SuSE).
I have tried all I could think of (see my initial post for the lengthy details) and read several FAQs on the topic. Abnormal symptoms:
absence of /dev/sdc entries
"Unknown line at line XXXX" returned by lsusb - (what causes this?)
occasional "Attribute {...} does not exist" in /var/log/messages - (what causes this?)
Any suggestion as to how to troubleshoot the problem?
Thanks in advance.
(Sorry for cross-posting this. Initially posted under Ubuntu but not yielding any result and troubleshooting path - if not solution - should be distro-independent).
What have you got creating your dev entries? You can manually make an sdc entry as root, and see if you're able to access your disk that way.
Code:
mknod /dev/sdc b 32 0
mknod /dev/sdc1 b 32 1
mknod /dev/sdc2 b 32 2
mknod /dev/sdc3 b 32 3
... etc
If you use udev, those should automagically appear each time you plug something in, otherwise, you'll have to find out what makes the devices for your system.
I looked into udev-mtab and that lead me to /dev/.static.
While /dev/sdc* are not created, I can successfully mount against /dev/.static/dev/sdc2! At least now I can access my data.
Code:
root@xxxx:/tmp# mount -t ext3 /dev/.static/dev/sdc2 /mnt/usblin/
root@xxxx:/tmp# ls /mnt/usblin
BACKUPS lost+found SYS-BACKUPS
But I'd still like to go to the bottom of this (because I'm also having a problem with my USB printer and suspect it's related).
Check out what the attributes are for the sdc entries in /dev/.static and I'm sure you'll find that the major number is 32, not 8 as you had it. That cm206.ko error would come up if you don't have that hardware on your system. If you don't, then that module is being loaded up somewhere you don't know about. That other error about the type thing is a new one for me, so I don't really have an explanation for it.
A ha, yes, OK, I read the devices.txt file wrong. sdc is block major 8, while 32 references the whole disk. 33, 34, etc refer to the partitions, starting numbering from 1, with a limit of 15. If you're bored, you can check out that file included with the kernel source, in linux/Documentation. To add the devices in to /dev, mknod as above, but with "b 8 32", "b 8 33", etc, all the way to sdc15. If you use udev, those devices get automagically created, or they should be, or removed, depending on if they exist or not. Sorry for the blunder.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.