From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1KKfEn-0001rs-IO for garchives@archives.gentoo.org; Sun, 20 Jul 2008 20:10:33 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 479C7E06C0; Sun, 20 Jul 2008 20:10:31 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id E6819E06C0 for ; Sun, 20 Jul 2008 20:10:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 849A166680 for ; Sun, 20 Jul 2008 20:10:30 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 required=5.5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8tGDUYM4iexP for ; Sun, 20 Jul 2008 20:10:24 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 9208E66849 for ; Sun, 20 Jul 2008 20:10:20 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KKfEV-0002EA-5L for gentoo-user@gentoo.org; Sun, 20 Jul 2008 20:10:15 +0000 Received: from athedsl-4368166.home.otenet.gr ([79.130.23.22]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Jul 2008 20:10:15 +0000 Received: from realnc by athedsl-4368166.home.otenet.gr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Jul 2008 20:10:15 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Nikos Chantziaras Subject: [gentoo-user] Re: mount: "special device /dev/hdc does not exist". What does this mean? Date: Sun, 20 Jul 2008 23:10:02 +0300 Message-ID: References: <20080719185157.GA2376@muc.de> <20080719211213.GA1073@muc.de> <20080720150510.GA1051@muc.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: athedsl-4368166.home.otenet.gr User-Agent: Thunderbird 2.0.0.14 (X11/20080715) In-Reply-To: <20080720150510.GA1051@muc.de> Sender: news X-Archives-Salt: 50fac1f9-9d72-4bfb-8444-b2f8cd1c56b9 X-Archives-Hash: ffa4ec75144b4c0e3fb9e8474fd34b14 Alan Mackenzie wrote: > On Sun, Jul 20, 2008 at 12:29:19AM +0300, Nikos Chantziaras wrote: >> The CD/DVD-ROM can show up as /dev/sd* even with the old legacy drivers >> if you have enable "SCSI Emulation" for it. >> >> In any event, try to build a new kernel using the new drivers. The old >> legacy driver you're using will probably get declared "deprecated" at >> some point (if it didn't happen already). > [...] > In a philosophical mood, one might say that the new "unified", > "enhanced", "better" IDE support is inadequate for my setup. What I > actually said, I'm not going to repeat in a public mailing list. I must admit that I'm not affected much by this since, as I mentioned in another post, I use labels and don't look at what /dev/sd* my drive is mapped. For unpartitioned drivers where I'm not sure which /dev/sd* entry to use, I simply use /dev/disk/by-id instead ;) > So the kernel guys have decided that nobody would ever want more than 15 > partitions on a drive. It's a bit like the old MS-DOS restriction to 512 > MB all over again. Hey, guys, hard drives nowadays are like 200 gig, not > 512meg. What's so wrong about having partitions with sizes 1Gb, 2Gb, 4Gb, > with maybe 100Mb for a boot partition? Unlike the above, this one is a real problem. Fortunately, as long as the new drivers are still labeled "experimental" there's little chance of the legacy drivers being removed from the kernel. Performance-wise, I don't think you're missing much by not using the new drivers (though that's just a guess; don't take my word on it :P) If some day the legacy drivers are kicked out, you might have to go the LVM route by force :P But I guess this isn't like to happen anytime soon now, since not all hardware seems supported by the new drivers. > Both of these created /dev/sdc and /dev/sdc1, but no /dev/sdd. When I > tried # mount -t iso9660 /dev/sdc /cdrom, I got the "something's gone > wrong, but we're not telling you what" error message. Trying to mount > /dev/sdc1 gave exactly the same result. Actually, thinking about it, > this was probably my USB stick it was trying to access. I know that everyone is using his/her own system as he/she sees fit, but I don't mount CD/DVD and USB drives by hand anymore. And no entries at all in fstab either. I just plug it in and let dbus (+ HAL if you're on KDE/Gnome) handle the rest :P > Nikos, do you happen to know the appropriate kernel mailing list where I > could express the opinion that restricting the number of partitions on a > drive to 15 isn't a good tradeoff? LKML should be OK. At least last time I checked, regulars there are against directing people to "more appropriate" lists, meaning that LKML is the most appropriate of all if the issue is about things that are officially in the kernel. In any event, I remember this issue being raised back in 2004, so I guess it has been discussed to death by now. (And I did not follow the discussion, so I can't give you a summary, I'm afraid. Google is your friend.) > All in all, I really amn't impressed with this "modern" drive support. > Besides quartering the max number of partitions on a drive, it confuses > IDE and SCSI drives, thus confusing me, too. Previously, when I > attached devices to the IDE1 socket, I knew they would appear at > /dev/hd[cd]. Now, it would seem, the kernel assigns drives at random to > /dev/sd[abcd...], so you can only determine by experiment which devices > are at which "device". Nothing personal, Nikos. ;-) I'm on PATA+SATA+USB here, so I know what you mean. However, I found the /dev/disk/ tree to be very helpful here.