Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #178343 > unrolled thread

CD Audio - sometimes provided as vfs by the kernel?

Back to article view | Back to linux.debian.user

Contents

  CD Audio - sometimes provided as vfs by the kernel? Dominik George <nik@naturalnet.de> - 2017-03-02 17:40 +0100
    Re: CD Audio - sometimes provided as vfs by the kernel? Ric Moore <wayward4now@gmail.com> - 2017-03-02 18:30 +0100
      Re: CD Audio - sometimes provided as vfs by the kernel? Dominik George <nik@naturalnet.de> - 2017-03-02 18:40 +0100
        Re: CD Audio - sometimes provided as vfs by the kernel? <tomas@tuxteam.de> - 2017-03-02 21:40 +0100
          Re: CD Audio - sometimes provided as vfs by the kernel? tomas@tuxteam.de - 2017-03-02 22:00 +0100
            Re: CD Audio - sometimes provided as vfs by the kernel? Jonathan Dowland <jmtd@debian.org> - 2017-03-03 15:00 +0100
          Re: CD Audio - sometimes provided as vfs by the kernel? Dominik George <nik@naturalnet.de> - 2017-03-02 22:00 +0100
    Re: CD Audio - sometimes provided as vfs by the kernel? Nicolas George <george@nsup.org> - 2017-03-02 21:00 +0100

#178343 — CD Audio - sometimes provided as vfs by the kernel?

[Multipart message — attachments visible in raw view] — view raw

Hi,

I just tried to tip an audio CD, like I did hundreds of times before. I
tried to run ripit, and it complained that there was no audio CD
inserted.

Taking a closer look, I found that the drive was unexpectedly provided
as a USB mass storage device as /dev/sdc, with a partition containing a
FAT filesystem and RIFF audio / WAV files.

Now, I am using a USB CD-ROM drive, and eventually found out that, usng
the USB port on the *right* hand side of my laptop, I get thie virtual
mass storage device, and using the USB port on the *left* hand side, I
get a /dev/sr0 device I can read CDDA from, as usual.

I am running Debian sid with kernel 4.9.0-2 on amd64.

I never saw the Linux kernel do something like this. Does anyone know
since when, and under what circumstances, it does that, how I can
control it, and why it depends on the USB port used?

Cheers,
Nik

-- 
PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17  FD26 B79A 3C16 A0C4 F296

Dominik George · Hundeshagenstr. 26 · 53225 Bonn
Mobile: +49-1520-1981389 · https://www.dominik-george.de/

Teckids e.V. · FrOSCon e.V.
Fellowship of the FSFE · Piratenpartei Deutschland
Opencaching Deutschland e.V. · Debian Maintainer

LPIC-3 Linux Enterprise Professional (Security)

[toc] | [next] | [standalone]

#178344

On 03/02/2017 11:30 AM, Dominik George wrote:
> Hi,
>
> I just tried to tip an audio CD, like I did hundreds of times before. I
> tried to run ripit, and it complained that there was no audio CD
> inserted.
>
> Taking a closer look, I found that the drive was unexpectedly provided
> as a USB mass storage device as /dev/sdc, with a partition containing a
> FAT filesystem and RIFF audio / WAV files.
>
> Now, I am using a USB CD-ROM drive, and eventually found out that, usng
> the USB port on the *right* hand side of my laptop, I get thie virtual
> mass storage device, and using the USB port on the *left* hand side, I
> get a /dev/sr0 device I can read CDDA from, as usual.
>
> I am running Debian sid with kernel 4.9.0-2 on amd64.
>
> I never saw the Linux kernel do something like this. Does anyone know
> since when, and under what circumstances, it does that, how I can
> control it, and why it depends on the USB port used?


You might check your user manual to see if one side is USB 2.0 and the 
other USB 3.0. That might make a difference. Ric


-- 
My father, Victor Moore (Vic) used to say:
"There are two Great Sins in the world...
..the Sin of Ignorance, and the Sin of Stupidity.
Only the former may be overcome." R.I.P. Dad.
http://linuxcounter.net/user/44256.html

[toc] | [prev] | [next] | [standalone]

#178345

[Multipart message — attachments visible in raw view] — view raw

Hi Ric,

> You might check your user manual to see if one side is USB 2.0 and the
> other USB 3.0. That might make a difference. Ric

that's indeed the case.

Now, why does the USB 2.0 port lead to that WAV file thing, while the
USB 3.0 port does CDDA?

-nik

-- 
PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17  FD26 B79A 3C16 A0C4 F296

Dominik George · Hundeshagenstr. 26 · 53225 Bonn
Mobile: +49-1520-1981389 · https://www.dominik-george.de/

Teckids e.V. · FrOSCon e.V.
Fellowship of the FSFE · Piratenpartei Deutschland
Opencaching Deutschland e.V. · Debian Maintainer

LPIC-3 Linux Enterprise Professional (Security)

[toc] | [prev] | [next] | [standalone]

#178350

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, Mar 02, 2017 at 06:39:13PM +0100, Dominik George wrote:
> Hi Ric,
> 
> > You might check your user manual to see if one side is USB 2.0 and the
> > other USB 3.0. That might make a difference. Ric
> 
> that's indeed the case.
> 
> Now, why does the USB 2.0 port lead to that WAV file thing, while the
> USB 3.0 port does CDDA?

Bizarre thing :-)

Another possibility (apart from those mentioned in the thread) would
be that it passes through a different set of udev rules depending on
the USB port?

You might watch udev doing its thing with udevadm (not much recent
experience here, sorry).

Good luck
- -- tomás
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAli4gt4ACgkQBcgs9XrR2kbSbQCZAR9Dh+XWvfYOSz4RXB3kzsb0
WpYAoICPOuFrO8w83ERgYq8JXRcPMzoH
=BGmh
-----END PGP SIGNATURE-----

[toc] | [prev] | [next] | [standalone]

#178351

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, Mar 02, 2017 at 09:54:10PM +0100, Dominik George wrote:
> Hi Tomás,
> 
> > Another possibility (apart from those mentioned in the thread) would
> > be that it passes through a different set of udev rules depending on
> > the USB port?
> > 
> > You might watch udev doing its thing with udevadm (not much recent
> > experience here, sorry).
> 
> ok, I might try that.
> 
> Right now, I suspect something else: The USB drive might have some
> processor for that of its own that is only activated on USB 3.0,
> probably due to drawing more power, or something.

Yeah, that makes some kind of perverse sense too (electronic gadgets
are like that).

> I will sure find out the real cause ☺.

Let us know, I'm curious :-)

regards
- -- t
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAli4hzMACgkQBcgs9XrR2kbpMQCfc//0/Q+oWHYA4ILBeHv4JB9/
3yYAnR/yqgCY4ZBlsCNc2LrjMmXCdttk
=vogC
-----END PGP SIGNATURE-----

[toc] | [prev] | [next] | [standalone]

#178368

[Multipart message — attachments visible in raw view] — view raw

On Thu, Mar 02, 2017 at 09:57:23PM +0100, tomas@tuxteam.de wrote:
> Let us know, I'm curious :-)

Me too, this is remarkable.
 

-- 
Jonathan Dowland
Please do not CC me, I am subscribed to the list.

[toc] | [prev] | [next] | [standalone]

#178352

[Multipart message — attachments visible in raw view] — view raw

Hi Tomás,

> Another possibility (apart from those mentioned in the thread) would
> be that it passes through a different set of udev rules depending on
> the USB port?
> 
> You might watch udev doing its thing with udevadm (not much recent
> experience here, sorry).

ok, I might try that.

Right now, I suspect something else: The USB drive might have some
processor for that of its own that is only activated on USB 3.0,
probably due to drawing more power, or something.

I will sure find out the real cause ☺.

Thanks,
Nik

-- 
PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17  FD26 B79A 3C16 A0C4 F296

Dominik George · Hundeshagenstr. 26 · 53225 Bonn
Mobile: +49-1520-1981389 · https://www.dominik-george.de/

Teckids e.V. · FrOSCon e.V.
Fellowship of the FSFE · Piratenpartei Deutschland
Opencaching Deutschland e.V. · Debian Maintainer

LPIC-3 Linux Enterprise Professional (Security)

[toc] | [prev] | [next] | [standalone]

#178347

[Multipart message — attachments visible in raw view] — view raw

Le duodi 12 ventôse, an CCXXV, Dominik George a écrit :
> Taking a closer look, I found that the drive was unexpectedly provided
> as a USB mass storage device as /dev/sdc, with a partition containing a
> FAT filesystem and RIFF audio / WAV files.
> 
> Now, I am using a USB CD-ROM drive, and eventually found out that, usng
> the USB port on the *right* hand side of my laptop, I get thie virtual
> mass storage device, and using the USB port on the *left* hand side, I
> get a /dev/sr0 device I can read CDDA from, as usual.
> 
> I am running Debian sid with kernel 4.9.0-2 on amd64.

Seeing what appears in the kernel's output when you plug in each port
would probably be interesting. The output of lsusb -v that related to
the drive too.

> I never saw the Linux kernel do something like this. Does anyone know
> since when, and under what circumstances, it does that, how I can
> control it, and why it depends on the USB port used?

I had heard modules to provide virtual PCM files for audio CDs, but it
is usually considered a bad idea, since reading reliably an audio CD
requires a lot of care (the "paranoia" in "cdparanoia").

(I am pretty sure we are not related ;-)

Regards,

-- 
  Nicolas George

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web