From owner-freebsd-hackers@FreeBSD.ORG Thu Jul 31 01:32:52 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A72CCB8 for ; Thu, 31 Jul 2014 01:32:52 +0000 (UTC) Received: from dmz-mailsec-scanner-8.mit.edu (dmz-mailsec-scanner-8.mit.edu [18.7.68.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0CF3A206E for ; Thu, 31 Jul 2014 01:32:51 +0000 (UTC) X-AuditID: 12074425-f79766d000006da8-51-53d99b8e475c Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id 1B.12.28072.E8B99D35; Wed, 30 Jul 2014 21:27:42 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id s6V1RfHi012476; Wed, 30 Jul 2014 21:27:42 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s6V1Rds7002524 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 30 Jul 2014 21:27:41 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s6V1RdKl012632; Wed, 30 Jul 2014 21:27:39 -0400 (EDT) Date: Wed, 30 Jul 2014 21:27:38 -0400 (EDT) From: Benjamin Kaduk To: Dutch Ingraham Subject: Re: Audio CDs Not Playing In-Reply-To: <53D97A50.8090006@gmx.us> Message-ID: References: <53D97A50.8090006@gmx.us> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrBIsWRmVeSWpSXmKPExsUixCmqrNs3+2awwYv9JhbbN/9jtNj/UcmB yWPGp/ksHs92r2MOYIrisklJzcksSy3St0vgyuh8vJ254IpARfOHpywNjB28XYycHBICJhIr Nu5ig7DFJC7cWw9mCwnMZpLYOUMAwt7IKPGmhxfCPsQkcWZnVBcjF5DdwChxsm03WAOLgLbE tRMnmUBsNgEViZlvNgLFOThEBBQkGk5FgYSZBeQlLmw+xAhiCwsoSey71sECUsIpoCZx+50h SJhXwFHiaNMxqBNUJU7O/As2UVRAR2L1/iksEDWCQPEnLBAjLSXO/bnONoFRcBaS1CwkqQWM TKsYZVNyq3RzEzNzilOTdYuTE/PyUot0LfRyM0v0UlNKNzGCApTdRXUH44RDSocYBTgYlXh4 A81vBguxJpYVV+YeYpTkYFIS5S3pBgrxJeWnVGYkFmfEF5XmpBYfYpTgYFYS4e3yBMrxpiRW VqUW5cOkpDlYlMR531pbBQsJpCeWpGanphakFsFkZTg4lCR4780CahQsSk1PrUjLzClBSDNx cIIM5wEa/gakhre4IDG3ODMdIn+KUVFKnDcMJCEAksgozYPrhSWQV4ziQK8I824BqeIBJh+4 7ldAg5mABj+/dR1kcEkiQkqqgfGYbnqhvd7MBYc4QhcZdEy7w7pe9Msy6+KDDuotsz4kRF96 smTxvuOLSvld7FINuAsO8O+eMeHp3c4+/g/cW975TlqoeOOHzVmWPtOg419D+GIiWjd+i5S0 km4X1kq7t++YJ+fFD/HTM51sdqw8ZnqW19pw54eNq3+HFMjw/jy3dP7+tPwroh+VWIozEg21 mIuKEwFxZKuS+wIAAA== Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2014 01:32:52 -0000 I am not sure how helpful this will be, but On Wed, 30 Jul 2014, Dutch Ingraham wrote: > Greetings: > > I asked this question on freebsd-questions a couple of days ago and have > received zero responses, so I'm posting here and asking the hackers for their > help. Here's the problem: > > I'm having trouble with playing audio CDs; specifically, they won't > play at all. Secondarily, it appears as though if they would play, I > would need to be root to do so. > > I am issuing the command and the CD I believe that for this command to actually produce audio playback requires a hardwired connection between the optical drive and the sound card (or motherboard, if it's an integrated sound card as is the norm these days); this is a dedicated 4-pin cable (or so; it's been a while) that's distinct from the power and (P|S)ATA data cable for the drive. That said, I would mostly expect this cdcontrol command to still spin the drive up even if that connection is not in place... > simply will not play (it does not physically spin). However, if I issue > , the CD will eject; if I issue > , I will receive the tracks information, etc. > So it appears as though communication is happening, but the CD will not > play. If I issue these commands as a regular user, I receive a > "permission denied" message; if run as root, simply nothing happens - > no error, nothing. In fact, issuing returns 0. > > PS - This issue is not limited to CLI commands; VLC will issue the > error "VLC is unable to open the MRL 'cdda:///dev/cd0'. Check the > log for details." There is no log info that I can find. In addition, I > can burn a cd with xfburn, but only as root. My fstab has the standard entry > for CDs. Sound does work, as I can generate white noise. It does not seem very surprising to me that root privilege is required to (e.g.) burn a CD. This is related to at least the permissions on on the /dev/cd0 device node, which I don't think were in the context I trimmed... -Ben