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!

（tl；dr：無法為輸出文件 #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）

• chown’d root:root 和我在 /dev/shm 上的使用者名

  • 結果：沒有變化。

• touch /dev/shm/test.txt和sudo 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

不是一個理想的解決方案，而是一個可行的解決方案。

如果您使用 snaps，此論壇文章表明 /dev/shm 中的文件允許使用特定模式：

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

另一位論壇成員提出了這個 hack，雖然它基本上是一種安全繞過：

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

引用自：https://unix.stackexchange.com/questions/642324