FFmpeg 无法将文件写入 /dev/shm:权限被拒绝

FFmpeg 无法将文件写入 /dev/shm:权限被拒绝

问题: 我有一个 FFmpeg 命令,我已经运行了几个月,用于将视频流式传输到/dev/shm目录中。直到最近(例如一周内)它一直运行良好,现在它引发了权限问题。

命令:

ffmpeg -threads 2 -video_size 640x480 -i /dev/video2 -c:v libx264 -f dash -streaming 1 /dev/shm/manifest.mpd

这不是确切的命令(为了简洁而配对),但结果是相同的:

libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
X Error:  GLXBadContext
  Request Major code 151 (GLX)
  Request Minor code 6 ()
  Error Serial #57
  Current Serial #56
ffmpeg version n4.3.1 Copyright (c) 2000-2020 the FFmpeg developers
  built with gcc 7 (Ubuntu 7.5.0-3ubuntu1~18.04)
  configuration: --prefix= --prefix=/usr --disable-debug --disable-doc --disable-static --enable-cuda --enable-cuda-sdk --enable-cuvid --enable-libdrm --enable-ffplay --enable-gnutls --enable-gpl --enable-libass --enable-libfdk-aac --enable-libfontconfig --enable-libfreetype --enable-libmp3lame --enable-libnpp --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopus --enable-libpulse --enable-sdl2 --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libv4l2 --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxvid --enable-nonfree --enable-nvenc --enable-omx --enable-openal --enable-opencl --enable-runtime-cpudetect --enable-shared --enable-vaapi --enable-vdpau --enable-version3 --enable-xlib
  libavutil      56. 51.100 / 56. 51.100
  libavcodec     58. 91.100 / 58. 91.100
  libavformat    58. 45.100 / 58. 45.100
  libavdevice    58. 10.100 / 58. 10.100
  libavfilter     7. 85.100 /  7. 85.100
  libswscale      5.  7.100 /  5.  7.100
  libswresample   3.  7.100 /  3.  7.100
  libpostproc    55.  7.100 / 55.  7.100
Input #0, video4linux2,v4l2, from '/dev/video2':
  Duration: N/A, start: 1900.558740, bitrate: 147456 kb/s
    Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 640x480, 147456 kb/s, 30 fps, 30 tbr, 1000k tbn, 1000k tbc
Stream mapping:
  Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264))
Press [q] to stop, [?] for help
[libx264 @ 0x55b15d8912c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
[libx264 @ 0x55b15d8912c0] profile High 4:2:2, level 3.0, 4:2:2 8-bit
[libx264 @ 0x55b15d8912c0] 264 - core 152 r2854 e9a5903 - H.264/MPEG-4 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
[dash @ 0x55b15d88f600] No bit rate set for stream 0
[dash @ 0x55b15d88f600] Opening '/dev/shm/init-stream0.m4s' for writing
Could not write header for output file #0 (incorrect codec parameters ?): Permission denied
Error initializing output stream 0:0 -- 
Conversion failed!

(长;博士:无法写入输出文件 #0 的标头(编解码器参数不正确?):权限被拒绝

相比之下,这个版本的命令(写入主目录)工作正常(/tmp/也有效):

ffmpeg -threads 2 -video_size 640x480 -i /dev/video2 -c:v libx264 -f dash -streaming 1 ~/manifest.mpd

如上所述,奇怪的是我没有(故意)更改任何内容的权限或更改应用程序;它似乎刚刚停止工作(尽管不排除是我造成的)。我记得它最后一次工作可能是一周前(~2021 年 3 月 20 日)。

我尝试过的:

  • sudo ffmpeg...作为 sudo ( ) 运行 ffmpeg
    • 结果:sudo: ffmpeg: command not found。这在过去是不必要的,并且它的输出与以前相同。
  • sudo sysctl fs.protected_regular=0
    • 结果:没有变化。
  • 将命令运行ffmpeg ...su
    • 结果:无变化
  • chmod +777 /dev/shm
    • 结果:没有变化(ls -tls表明该目录确实是rwxrwxrwt
  • 在 /dev/shm 上 chown 了 root:root 和我的用户名
    • 结果:没有变化。
  • touch /dev/shm/test.txtsudo touch /dev/shm/test.txt
    • 结果:文件创建成功,没有问题。

我已经用尽了我能想到的与权限相关的所有内容以使其正常工作。

问题我需要做什么才能让 FFmpeg 将文件写入 /dev/shm?理想情况下,首先要弄清楚为什么会发生这种情况。

如果有人对我应该运行的命令来帮助诊断此问题有任何想法,请随时添加评论。

系统信息:

  • 内核:4.19.0-14-amd64
  • 发行版:Debian
  • FFmpeg:版本 n4.3.1(如果重要的话,使用 Snapd 安装。)

==解决方案==

不幸的是,jsbilling 的使用解决方案snap.<snapname>.*不起作用,但是在链接的论坛线程中有一篇文章基本上/dev/shm通过在 home 中安装目录~/stmp并在那里写入 ffmpeg 输出来解决写入问题:

$ mkdir ~/stmp/
$ sudo mount --bind /dev/shm/streaming_front/ ~/stmp/
...
$ ffmpeg -threads 2 -video_size 640x480 -i /dev/video2 -c:v libx264 -f dash -streaming 1  ./stmp/manifest.mpd

这不是一个理想的解决方案,但却是一个可行的解决方案。

答案1

如果您使用按扣,这个论坛帖子表示 /dev/shm 中的文件允许使用特定模式:

/dev/shm/snap.<snapname>.*

另一位论坛成员建议了这种黑客攻击,尽管它基本上是一种安全绕过:

$ mkdir /dev/shm/shared
$ mkdir ~/shmdir
$ sudo mount --bind /dev/shm/shared ~/shmdir
$ touch ~/shmdir/foo
$ ls /dev/shm/shared/
foo

相关内容