Rozdíly

Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.

--- troubleshooting:thumbnails [2017/11/12 00:18] – [Negenerování náhledů souborů v nautilus] djbuldog
+++ troubleshooting:thumbnails [2025/08/28 10:09] (aktuální) – upraveno mimo DokuWiki 127.0.0.1
@@ Řádek 146: / Řádek 146: @@
 ==== Zjištění z vlastního programu ====
+  * z prostého spuštění programu jsem nic nezjistil
+<code>
+./thumb-sampl3 /home/djbuldog/Pictures/Snímek\ z\ 2014-11-18\ 20\:27\:27.png
+filepath: /home/djbuldog/Pictures/Snímek z 2014-11-18 20:27:27.png
+initialized with GNOME_DESKTOP_THUMBNAIL_SIZE_LARGE set to: 1
+uri: file:///home/djbuldog/Pictures/Sn%C3%ADmek%20z%202014-11-18%2020:27:27.png
+mime_type: image/png
+mtime: 1416338848
+can thumbnail res: 1
+generated pixbuf??: 0
+calling create_failed_thumbnail skipped
+</code>
+  * spuštění strace mi taky moc neřeklo
+  * spuštění programu na virtuálním debian fungovalo a náhled vytvořilo
+  * z porovnání strace jsem zjistil že:
+    * virtuální debian soubor s png obrázkem otevřel a následně načítal knihovnu ''libpixbufloader-png.so''
+    * potom soubor s obrázkem celý přečetl
+    * pharaon soubor vůbec neotevřel snažil se otevírat nějaký soubor flatpak-info
+  * když jsem na pharon spustil strace více ukecaný, tak jsem se konečně dozvěděl, co se děje :)
+<code>
+strace -vf -s 1024 ./thumb-sampl3 /home/djbuldog/Pictures/Snímek\ z\ 2014-11-18\ 20\:27\:27.png
+..
+pid 15953] execve("/usr/bin/bwrap", ["bwrap", "--ro-bind", "/usr", "/usr", "--ro-bind", "/lib", "/lib", "--ro-bind", "/lib64", "/lib64", "--proc", "/proc", "--dev", "/dev", "--symlink", "usr/bin", "/bin", "--symlink", "usr/sbin", "/sbin", "--chdir", "/", "--setenv", "GIO_USE_VFS", "local", "--unshare-all", "--die-with-parent", "--bind", "/tmp/gnome-desktop-thumbnailer-YVNH9Y", "/tmp", "--ro-bind", "/home/djbuldog/Pictures/Sn\303\255mek z 2014-11-18 20:27:27.png", "/tmp/gnome-desktop-file-to-thumbnail.png", "--seccomp", "5", "/usr/bin/gdk-pixbuf-thumbnailer", "-s", "256", "file:///tmp/gnome-desktop-file-to-thumbnail.png", "/tmp/gnome-desktop-thumbnailer.png"], ["WINDOW_MANAGER=/usr/bin/compiz", .....
+...
+pid 15953] write(2, "Creating new namespace failed, likely because the kernel does not support user namespaces.  bwrap must be installed setuid on such systems.", 139 <unfinished ...>
+..
+</code>
+  * on se snaží spusitt bwrap (BubbleWrap), což je [[https://wiki.archlinux.org/index.php/Bubblewrap| lightweight setuid sandbox application developed from Flatpak]]
+  * dělá to asi kvůli zvýšení bezpečnosti
+    * např. ta zranitelnost spuštění škodlivého kódu přes wine při pokusu extrahovat ikonu z exe souboru
+  * kontroloval jsem, že bwrap má nastaven setuidbit, ale v kernel ty user namespaces (''CONFIG_USER_NS'') nemám
+  * zapnutí v kernel napomohlo :D
+  * debian prý by default blokuje user namespaces přes sysctl
+    * je vůbec ten usernamespace v kernel potřeba? neměl by stačit ten setuidbit?
+  * tohle se snaží udělat thumbnail-factory
+<code>
+mkdir /tmp/gnome-desktop-thumbnailer-Y8FU9Y
+"/usr/bin/bwrap" "--ro-bind" "/usr" "/usr" "--ro-bind" "/lib" "/lib" "--ro-bind" "/lib64" "/lib64" "--proc" "/proc" "--dev" "/dev" "--symlink" "usr/bin" "/bin" "--symlink" "usr/sbin" "/sbin" "--chdir" "/" "--setenv" "GIO_USE_VFS" "local" "--unshare-all" "--die-with-parent" "--bind" "/tmp/gnome-desktop-thumbnailer-Y8FU9Y" "/tmp" "--ro-bind" "/home/djbuldog/Pictures/Sn\303\255mek z 2014-11-18 20:27:27.png" "/tmp/gnome-desktop-file-to-thumbnail.png" "--seccomp" "5"  "/usr/bin/gdk-pixbuf-thumbnailer" "-s" "256" "file:///tmp/gnome-desktop-file-to-thumbnail.png" "/tmp/gnome-desktop-thumbnailer.png"
+</code>
+  * výsledek
+<code>
+bwrap: Creating new namespace failed, likely because the kernel does not support user namespaces.  bwrap must be installed setuid on such systems.
+</code>
+  * přes strace jsem našel jen jedno podezřelé (za to může asi to zakázané user ns přes sysctl?)
+<code>
+stat("/sys/module/user_namespace/parameters/enable", 0x7ffee7d684b0) = -1 ENOENT (No such file or directory)
+</code>
+  * zjistil jsem, že problém jde replikovat nejjednodušeji takhle
+<code>
+bwrap --unshare-all bash
+</code>
+  * hele.. a co dělá ten unshare-all? teď jsem zjistil, že existuje unshare-pid, unshare-net... nemusím mít kvůli tomu víc těch  namespaces v kernelu?
+    * https://github.com/projectatomic/bubblewrap/issues/139
+  * zapnul jsem namespace pro PID, UTS, IPC a jede to !!! :)