Как предоставить доступ к снимкам / somedir

Question 1

Хотя все говорят, что это не работает! Я googled и наткнулся на эту тему, и это видео http://www.youtube.com/watch?v=z1zkKan91i8

Это тот же самый ноутбук, что и у меня, и он работает. Просто подключите HMDI и откройте настройки экрана. У меня есть Asus N53SV, в котором есть GT540M, и я работаю 11.10 с GNOME 3 (который, как я думаю, является gnome-shell) и работает Bumblebee.

Хотя HDMI работает с моим телевизором, Sony Bravia 40 "(Ubuntu говорит 72" (Я ЖЕЛАЮ!)), Он не работает с более старым Philips 221T. Достаточно странно, но HMDI работает с Philips Brilliance 220CW, который подключается к конвертеру с HDMI на DVI.

Question 2

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет.

Изменить: См. Также mount-support.c

Question 3

Question 4

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет некоторые издержки, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольно места, если указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Question 5

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет.

Изменить: См. Также mount-support.c

Question 6

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет некоторые издержки, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольно места, если указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Question 7

Question 8

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет.

Изменить: См. Также mount-support.c

Question 9

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет некоторые издержки, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольно места, если указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Question 10

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет.

Изменить: См. Также mount-support.c

Question 11

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет некоторые издержки, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольно места, если указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Question 12

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет.

Изменить: См. Также mount-support.c

Question 13

Question 14

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет некоторые издержки, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольно места, если указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Question 15

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет. Но у вас это есть.

Изменить: см. Также Проблема с пуском 1643706

Question 16

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольным образом places iff , указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Question 17

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет. Но у вас это есть.

Изменить: см. Также Проблема с пуском 1643706

Question 18

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольным образом places iff , указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Question 19

Question 20

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет. Но у вас это есть.

Изменить: см. Также Проблема с пуском 1643706

Question 21

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольным образом places iff , указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Question 22

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет. Но у вас это есть.

Изменить: см. Также Проблема с пуском 1643706

Question 23

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольным образом places iff , указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Question 24

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет. Но у вас это есть.

Изменить: см. Также Проблема с пуском 1643706

Question 25

Question 26

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольным образом places iff , указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Question 27

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольным образом places iff , указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Question 28

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет. Но у вас это есть.

Изменить: см. Также Проблема с пуском 1643706

Question 29

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольным образом places iff , указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Peter V. Mørch · Answer 1 · 17 July 2018 в 14:56

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет.

Изменить: См. Также mount-support.c

Zygmunt Krynicki · Answer 2 · 17 July 2018 в 14:56

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет некоторые издержки, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольно места, если указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Peter V. Mørch · Answer 3 · 20 July 2018 в 14:58

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет.

Изменить: См. Также mount-support.c

2

ответ дан Peter V. Mørch 20 July 2018 в 14:58

1

Привет, разработчик snapd, ответственный за этот код. К вашему удивлению, это на самом деле правильная вещь. Мы не можем реплицировать файловую систему хоста и любые случайные каталоги, которые могут содержать. В то время как вы можете использовать / хранить кого-то другого, вы можете использовать / stash или / whatever, и нет никакой возможности сделать эту работу вообще. Моя рекомендация состоит в том, чтобы просто подключить носители в нужном месте, в / home / ... или в / media. Затем он попадает под существующие системы, которые управляют этими данными, и все должно работать правильно. – Zygmunt Krynicki 25 May 2018 в 18:12

Zygmunt Krynicki · Answer 4 · 20 July 2018 в 14:58

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет некоторые издержки, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольно места, если указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

0

ответ дан Zygmunt Krynicki 20 July 2018 в 14:58

1

Привет, Zygmunt, спасибо за ответ. Мое удивление стоит. Вы говорите: «Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них». Именно поэтому я понимаю: вы понимаете, но предпочитаете игнорировать, что это обычное дело, которое нужно делать? За последние 15 лет я не знаю никаких других расходов на это соглашение об именах. – Peter V. Mørch 29 May 2018 в 21:49
2

Есть ли причина, по которой невозможно поставить строку, подобную extradirs=/store:/other/location или что-то в /etc/snapd.conf или /etc/snapd/conf.d/vlc.conf. Так же, как и тонны других приложений Linux. Кажется, что он работает нормально, например. Докер. Это как если бы apache был жестким кодом DocumentRoot /var/www. – Peter V. Mørch 29 May 2018 в 21:51
3

Тем не менее, я действительно ценю ваше время, чтобы написать здесь, Зигмунт. Спасибо. – Peter V. Mørch 29 May 2018 в 21:53
4

Это не так легко. Основная проблема заключается не в аперсоре, а в том, что во время выполнения приложение работает в другой корневой файловой системе. Из этого процесса точка зрения / хранилища не существует - дело не в том, что оно не смонтировано, это просто не каталог. Что делает snap-confine, он приносит некоторые пути из хост-системы в пространство имен приложения mount. Поскольку корневая файловая система в snaps считывается только, мы не можем легко вводить новые точки монтирования (например, для / store). – Zygmunt Krynicki 30 May 2018 в 10:43

Peter V. Mørch · Answer 5 · 20 July 2018 в 15:23

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет.

Изменить: См. Также mount-support.c

2

ответ дан Peter V. Mørch 20 July 2018 в 15:23

1

Привет, разработчик snapd, ответственный за этот код. К вашему удивлению, это на самом деле правильная вещь. Мы не можем реплицировать файловую систему хоста и любые случайные каталоги, которые могут содержать. В то время как вы можете использовать / хранить кого-то другого, вы можете использовать / stash или / whatever, и нет никакой возможности сделать эту работу вообще. Моя рекомендация состоит в том, чтобы просто подключить носители в нужном месте, в / home / ... или в / media. Затем он попадает под существующие системы, которые управляют этими данными, и все должно работать правильно. – Zygmunt Krynicki 25 May 2018 в 18:12

Zygmunt Krynicki · Answer 6 · 20 July 2018 в 15:23

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет некоторые издержки, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольно места, если указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

0

ответ дан Zygmunt Krynicki 20 July 2018 в 15:23

1

Привет, Zygmunt, спасибо за ответ. Мое удивление стоит. Вы говорите: «Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них». Именно поэтому я понимаю: вы понимаете, но предпочитаете игнорировать, что это обычное дело, которое нужно делать? За последние 15 лет я не знаю никаких других расходов на это соглашение об именах. – Peter V. Mørch 29 May 2018 в 21:49
2

Есть ли причина, по которой невозможно поставить строку, подобную extradirs=/store:/other/location или что-то в /etc/snapd.conf или /etc/snapd/conf.d/vlc.conf. Так же, как и тонны других приложений Linux. Кажется, что он работает нормально, например. Докер. Это как если бы apache был жестким кодом DocumentRoot /var/www. – Peter V. Mørch 29 May 2018 в 21:51
3

Тем не менее, я действительно ценю ваше время, чтобы написать здесь, Зигмунт. Спасибо. – Peter V. Mørch 29 May 2018 в 21:53
4

Это не так легко. Основная проблема заключается не в аперсоре, а в том, что во время выполнения приложение работает в другой корневой файловой системе. Из этого процесса точка зрения / хранилища не существует - дело не в том, что оно не смонтировано, это просто не каталог. Что делает snap-confine, он приносит некоторые пути из хост-системы в пространство имен приложения mount. Поскольку корневая файловая система в snaps считывается только, мы не можем легко вводить новые точки монтирования (например, для / store). – Zygmunt Krynicki 30 May 2018 в 10:43

Peter V. Mørch · Answer 7 · 23 July 2018 в 15:54

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет.

Изменить: См. Также mount-support.c

2

ответ дан Peter V. Mørch 23 July 2018 в 15:54

1

Привет, разработчик snapd, ответственный за этот код. К вашему удивлению, это на самом деле правильная вещь. Мы не можем реплицировать файловую систему хоста и любые случайные каталоги, которые могут содержать. В то время как вы можете использовать / хранить кого-то другого, вы можете использовать / stash или / whatever, и нет никакой возможности сделать эту работу вообще. Моя рекомендация состоит в том, чтобы просто подключить носители в нужном месте, в / home / ... или в / media. Затем он попадает под существующие системы, которые управляют этими данными, и все должно работать правильно. – Zygmunt Krynicki 25 May 2018 в 18:12

Zygmunt Krynicki · Answer 8 · 23 July 2018 в 15:54

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет некоторые издержки, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольно места, если указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

0

ответ дан Zygmunt Krynicki 23 July 2018 в 15:54

1

Привет, Zygmunt, спасибо за ответ. Мое удивление стоит. Вы говорите: «Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них». Именно поэтому я понимаю: вы понимаете, но предпочитаете игнорировать, что это обычное дело, которое нужно делать? За последние 15 лет я не знаю никаких других расходов на это соглашение об именах. – Peter V. Mørch 29 May 2018 в 21:49
2

Есть ли причина, по которой невозможно поставить строку, подобную extradirs=/store:/other/location или что-то в /etc/snapd.conf или /etc/snapd/conf.d/vlc.conf. Так же, как и тонны других приложений Linux. Кажется, что он работает нормально, например. Докер. Это как если бы apache был жестким кодом DocumentRoot /var/www. – Peter V. Mørch 29 May 2018 в 21:51
3

Тем не менее, я действительно ценю ваше время, чтобы написать здесь, Зигмунт. Спасибо. – Peter V. Mørch 29 May 2018 в 21:53
4

Это не так легко. Основная проблема заключается не в аперсоре, а в том, что во время выполнения приложение работает в другой корневой файловой системе. Из этого процесса точка зрения / хранилища не существует - дело не в том, что оно не смонтировано, это просто не каталог. Что делает snap-confine, он приносит некоторые пути из хост-системы в пространство имен приложения mount. Поскольку корневая файловая система в snaps считывается только, мы не можем легко вводить новые точки монтирования (например, для / store). – Zygmunt Krynicki 30 May 2018 в 10:43

Peter V. Mørch · Answer 9 · 23 July 2018 в 15:54

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет.

Изменить: См. Также mount-support.c

2

ответ дан Peter V. Mørch 23 July 2018 в 15:54

1

Привет, разработчик snapd, ответственный за этот код. К вашему удивлению, это на самом деле правильная вещь. Мы не можем реплицировать файловую систему хоста и любые случайные каталоги, которые могут содержать. В то время как вы можете использовать / хранить кого-то другого, вы можете использовать / stash или / whatever, и нет никакой возможности сделать эту работу вообще. Моя рекомендация состоит в том, чтобы просто подключить носители в нужном месте, в / home / ... или в / media. Затем он попадает под существующие системы, которые управляют этими данными, и все должно работать правильно. – Zygmunt Krynicki 25 May 2018 в 18:12

Zygmunt Krynicki · Answer 10 · 23 July 2018 в 15:54

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет некоторые издержки, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольно места, если указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

0

ответ дан Zygmunt Krynicki 23 July 2018 в 15:54

1

Привет, Zygmunt, спасибо за ответ. Мое удивление стоит. Вы говорите: «Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них». Именно поэтому я понимаю: вы понимаете, но предпочитаете игнорировать, что это обычное дело, которое нужно делать? За последние 15 лет я не знаю никаких других расходов на это соглашение об именах. – Peter V. Mørch 29 May 2018 в 21:49
2

Есть ли причина, по которой невозможно поставить строку, подобную extradirs=/store:/other/location или что-то в /etc/snapd.conf или /etc/snapd/conf.d/vlc.conf. Так же, как и тонны других приложений Linux. Кажется, что он работает нормально, например. Докер. Это как если бы apache был жестким кодом DocumentRoot /var/www. – Peter V. Mørch 29 May 2018 в 21:51
3

Тем не менее, я действительно ценю ваше время, чтобы написать здесь, Зигмунт. Спасибо. – Peter V. Mørch 29 May 2018 в 21:53
4

Это не так легко. Основная проблема заключается не в аперсоре, а в том, что во время выполнения приложение работает в другой корневой файловой системе. Из этого процесса точка зрения / хранилища не существует - дело не в том, что оно не смонтировано, это просто не каталог. Что делает snap-confine, он приносит некоторые пути из хост-системы в пространство имен приложения mount. Поскольку корневая файловая система в snaps считывается только, мы не можем легко вводить новые точки монтирования (например, для / store). – Zygmunt Krynicki 30 May 2018 в 10:43

Peter V. Mørch · Answer 11 · 31 July 2018 в 18:08

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет. Но у вас это есть.

Изменить: см. Также Проблема с пуском 1643706

Zygmunt Krynicki · Answer 12 · 31 July 2018 в 18:08

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольным образом places iff , указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Peter V. Mørch · Answer 13 · 2 August 2018 в 11:13

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет. Но у вас это есть.

Изменить: см. Также Проблема с пуском 1643706

Zygmunt Krynicki · Answer 14 · 2 August 2018 в 11:13

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольным образом places iff , указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Peter V. Mørch · Answer 15 · 3 August 2018 в 09:49

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет. Но у вас это есть.

Изменить: см. Также Проблема с пуском 1643706

Zygmunt Krynicki · Answer 16 · 3 August 2018 в 09:49

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольным образом places iff , указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Peter V. Mørch · Answer 17 · 5 August 2018 в 01:10

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет. Но у вас это есть.

Изменить: см. Также Проблема с пуском 1643706

Zygmunt Krynicki · Answer 18 · 5 August 2018 в 01:10

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольным образом places iff , указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Peter V. Mørch · Answer 19 · 6 August 2018 в 17:38

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет. Но у вас это есть.

Изменить: см. Также Проблема с пуском 1643706

Zygmunt Krynicki · Answer 20 · 6 August 2018 в 17:38

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольным образом places iff , указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Zygmunt Krynicki · Answer 21 · 8 August 2018 в 21:51

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольным образом places iff , указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

Peter V. Mørch · Answer 22 · 14 August 2018 в 11:35

К моему удивлению, это действительно выглядит так, как /home жестко закодирован. mount-support.c содержит:

    const struct sc_mount mounts[] = {
        {"/dev"},   // because it contains devices on host OS
        {"/etc"},   // because that's where /etc/resolv.conf lives, perhaps a bad idea
        {"/home"},  // to support /home/*/snap and home interface
    ...

Wow. Меня это удивляет. Но у вас это есть.

Изменить: см. Также Проблема с пуском 1643706

2

ответ дан Peter V. Mørch 14 August 2018 в 11:35

1

Привет, разработчик snapd, ответственный за этот код. К вашему удивлению, это на самом деле правильная вещь. Мы не можем реплицировать файловую систему хоста и любые случайные каталоги, которые могут содержать. В то время как вы можете использовать / хранить кого-то другого, вы можете использовать / stash или / whatever, и нет никакой возможности сделать эту работу вообще. Моя рекомендация состоит в том, чтобы просто подключить носители в нужном месте, в / home / ... или в / media. Затем он попадает под существующие системы, которые управляют этими данными, и все должно работать правильно. – Zygmunt Krynicki 25 May 2018 в 18:12

Zygmunt Krynicki · Answer 23 · 14 August 2018 в 11:35

Итак, чтобы расширить мой мини-ответ выше, нет никакого способа сделать это, общее, безопасное и здоровое. Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них.

В конечном счете, благодаря работе на порталах XDG, некоторые приложения (особенно графические приложения) могут получить доступ к файлам произвольным образом places iff , указанные приложения используют некоторые из недавно введенных API GTK. При работе в режиме ограниченного доступа вы можете найти доверенный пользовательский интерфейс, похожий на сборщик файлов, поговорить с специальной файловой системой FUSE, чтобы открыть файл (в любом месте) в качестве особой вещи в / run /. .. где-то, что приложение видит, и все может получиться в порядке.

Это предназначено для дружественных файлов, таких как медиаплееры или текстовые редакторы. Ваше дерево linux, размещенное в /codez, не будет работать так хорошо.

0

ответ дан Zygmunt Krynicki 14 August 2018 в 11:35

1

Привет, Zygmunt, спасибо за ответ. Мое удивление стоит. Вы говорите: «Я знаю, что все любят настраивать свою файловую систему, но это имеет определенную стоимость, и это один из них». Именно поэтому я понимаю: вы понимаете, но предпочитаете игнорировать, что это обычное дело, которое нужно делать? За последние 15 лет я не знаю никаких других расходов на это соглашение об именах. – Peter V. Mørch 29 May 2018 в 21:49
2

Есть ли причина, по которой невозможно поставить строку, подобную extradirs=/store:/other/location или что-то в /etc/snapd.conf или /etc/snapd/conf.d/vlc.conf. Так же, как и тонны других приложений Linux. Кажется, что он работает нормально, например. Докер. Это как если бы apache был жестким кодом DocumentRoot /var/www. – Peter V. Mørch 29 May 2018 в 21:51
3

Тем не менее, я действительно ценю ваше время, чтобы написать здесь, Зигмунт. Спасибо. – Peter V. Mørch 29 May 2018 в 21:53
4

Это не так просто. Основная проблема заключается не в аперсоре, а в том, что во время выполнения приложение работает в другой корневой файловой системе. Из этого процесса точка зрения / хранилища не существует - дело не в том, что оно не смонтировано, это просто не каталог. Что делает snap-confine, это приносить некоторые пути из хост-системы в пространство имен приложений. Поскольку корневая файловая система в snaps считывается только, мы не можем легко вводить новые точки монтирования (например, для / store). – Zygmunt Krynicki 30 May 2018 в 10:43

Как предоставить доступ к снимкам / somedir

23 ответа

Другие вопросы по тегам:

Похожие вопросы: