используя найдите на зашифрованном разделе

Никто не сказал java!

И самый популярный ide java

Java для apple.

24
задан 10 January 2011 в 03:00

44 ответа

Я и «запускаю locate (updatedb), когда я вошел в систему», как упоминалось выше, и я сохраняю свою часть базы данных локации под моим зашифрованным $ HOME.

export LOCATE_PATH="$HOME/var/mlocate.db"

, а затем я индексирую файлы в $HOME с помощью

updatedb -l 0 -o $HOME/var/mlocate.db -U $HOME

Теперь у меня есть полный индекс $HOME, но база данных не видна, если только [ f5] смонтирован и дешифрован.

27
ответ дан 25 May 2018 в 23:33
  • 1
    Это хорошее решение. Как вы там мигрировали? – m33lky 9 January 2012 в 05:51
  • 2
    Я этого не сделал. Я только что создал db для моего (зашифрованного) домашнего дерева с помощью updatedb -l 0 -o $HOME/var/mlocate.db $HOME. man locate говорит, что он будет искать базу данных по умолчанию (/var/lib/mlocate/mlocate.db), , а затем список баз данных в $LOCATE_PATH. – waltinator 9 January 2012 в 12:46
  • 3
    Не "удалите ecryptfs из определения PRUNEFS в /etc/updatedb.conf. Когда вы вошли в систему, /home/$USER расшифровывается, но зашифрованные файлы и имена файлов в /home/$USER/.Private следует игнорировать. Когда ваш $HOME не установлен, другие не будут иметь доступ к файлам db или (незашифрованным) файлов. – waltinator 9 January 2012 в 13:13
  • 4
    updatedb -l 0 -o $HOME/var/mlocate.db $HOME отсутствует -U, он должен быть updatedb -l 0 -o $HOME/var/mlocate.db -U $HOME – destan 22 March 2012 в 18:17
  • 5
    Мой плохой, @destin. Я также расширил свой метод, чтобы индексировать извлекаемые носители, используя bash_path_funcs из Steve Collyer ( linuxjournal.com/article/3645 ). С установленным съемным носителем (как /media/_name_) я выполняю updatedb -l 0 -o ~/var/mlocate/_name_.db -U /media/_name_. В моем .bashrc у меня есть export LOCATE_PATH="$HOME/var/mlocate/mlocate.db for i in $HOME/var/mlocate/*.db ; do addpath -p LOCATE_PATH $i done uniqpath -p LOCATE_PATH и locate может показывать мне имена файлов, даже если medium NOT установлен. – waltinator 23 March 2012 в 10:42

я как "запускать найти (без) когда я вошел в систему", как было сказано выше, и я выполню свою часть базы данных найти под моим шифровать домашнюю папку.

export LOCATE_PATH="$HOME/var/mlocate.db"

и потом индексировать файлы в$HOME с

updatedb -l 0 -o $HOME/var/mlocate.db -U $HOME

теперь у меня есть полный индекс $HOME, но база данных не отображается, если $HOME установлен и расшифрованы.

27
ответ дан 25 July 2018 в 22:38

Я и «запускаю locate (updatedb), когда я вошел в систему», как упоминалось выше, и я сохраняю свою часть базы данных локации под моим зашифрованным $ HOME.

export LOCATE_PATH="$HOME/var/mlocate.db"

, а затем я индексирую файлы в $HOME с помощью

updatedb -l 0 -o $HOME/var/mlocate.db -U $HOME

Теперь у меня есть полный индекс $HOME, но база данных не видна, если только $HOME смонтирован и дешифрован.

27
ответ дан 26 July 2018 в 23:17

Я и «запускаю locate (updatedb), когда я вошел в систему», как упоминалось выше, и я сохраняю свою часть базы данных локации под моим зашифрованным $ HOME.

export LOCATE_PATH="$HOME/var/mlocate.db"

, а затем я индексирую файлы в $HOME с помощью

updatedb -l 0 -o $HOME/var/mlocate.db -U $HOME

Теперь у меня есть полный индекс $HOME, но база данных не видна, если только $HOME смонтирован и дешифрован.

27
ответ дан 31 July 2018 в 10:33

Я и «запускаю locate (updatedb), когда я вошел в систему», как упоминалось выше, и я сохраняю свою часть базы данных локации под моим зашифрованным $ HOME.

export LOCATE_PATH="$HOME/var/mlocate.db"

, а затем я индексирую файлы в $HOME с помощью

updatedb -l 0 -o $HOME/var/mlocate.db -U $HOME

Теперь у меня есть полный индекс $HOME, но база данных не видна, если только $HOME смонтирован и дешифрован.

27
ответ дан 31 July 2018 в 11:36

Я и «запускаю locate (updatedb), когда я вошел в систему», как упоминалось выше, и я сохраняю свою часть базы данных локации под моим зашифрованным $ HOME.

export LOCATE_PATH="$HOME/var/mlocate.db"

, а затем я индексирую файлы в $HOME с помощью

updatedb -l 0 -o $HOME/var/mlocate.db -U $HOME

Теперь у меня есть полный индекс $HOME, но база данных не видна, если только $HOME смонтирован и дешифрован.

27
ответ дан 2 August 2018 в 04:04

Я и «запускаю locate (updatedb), когда я вошел в систему», как упоминалось выше, и я сохраняю свою часть базы данных локации под моим зашифрованным $ HOME.

  экспортировать LOCATE_PATH = "$ HOME / var / mlocate.db"  

, а затем индексировать файлы в $ HOME с

  updatedb -l 0 -o $ HOME / var / mlocate.db -U $ HOME  

Теперь у меня есть полный индекс $ HOME , но база данных не отображается, если только $ HOME не монтируется и не дешифруется.

27
ответ дан 4 August 2018 в 20:08

Я и «запускаю locate (updatedb), когда я вошел в систему», как упоминалось выше, и я сохраняю свою часть базы данных локации под моим зашифрованным $ HOME.

  экспортировать LOCATE_PATH = "$ HOME / var / mlocate.db"  

, а затем индексировать файлы в $ HOME с

  updatedb -l 0 -o $ HOME / var / mlocate.db -U $ HOME  

Теперь у меня есть полный индекс $ HOME , но база данных не отображается, если только $ HOME не монтируется и не дешифруется.

27
ответ дан 6 August 2018 в 04:10

Я и «запускаю locate (updatedb), когда я вошел в систему», как упоминалось выше, и я сохраняю свою часть базы данных локации под моим зашифрованным $ HOME.

  экспортировать LOCATE_PATH = "$ HOME / var / mlocate.db"  

, а затем индексировать файлы в $ HOME с

  updatedb -l 0 -o $ HOME / var / mlocate.db -U $ HOME  

Теперь у меня есть полный индекс $ HOME , но база данных не отображается, если только $ HOME не монтируется и не дешифруется.

27
ответ дан 7 August 2018 в 22:09

Я и «запускаю locate (updatedb), когда я вошел в систему», как упоминалось выше, и я сохраняю свою часть базы данных локации под моим зашифрованным $ HOME.

  экспортировать LOCATE_PATH = "$ HOME / var / mlocate.db"  

, а затем индексировать файлы в $ HOME с

  updatedb -l 0 -o $ HOME / var / mlocate.db -U $ HOME  

Теперь у меня есть полный индекс $ HOME , но база данных не отображается, если только $ HOME не монтируется и не дешифруется.

27
ответ дан 10 August 2018 в 10:23

Я и «запускаю locate (updatedb), когда я вошел в систему», как упоминалось выше, и я сохраняю свою часть базы данных локации под моим зашифрованным $ HOME.

  экспортировать LOCATE_PATH = "$ HOME / var / mlocate.db"  

, а затем индексировать файлы в $ HOME с

  updatedb -l 0 -o $ HOME / var / mlocate.db -U $ HOME  

Теперь у меня есть полный индекс $ HOME , но база данных не отображается, если только $ HOME не монтируется и не дешифруется.

27
ответ дан 13 August 2018 в 16:48
  • 1
    Это хорошее решение. Как вы там мигрировали? – m33lky 9 January 2012 в 05:51
  • 2
    Я этого не сделал. Я только что создал db для моего (зашифрованного) домашнего дерева, с updatedb -l 0 -o $ HOME / var / mlocate.db $ HOME . man locate говорит, что он будет искать базу данных по умолчанию ( /var/lib/mlocate/mlocate.db ), , затем список баз данных в $ LOCATE_PATH . – waltinator 9 January 2012 в 12:46
  • 3
    Не «удалите ecryptfs из определения PRUNEFS в /etc/updatedb.conf . Когда вы вошли в систему, расшифровывается / home / $ USER , но зашифрованные файлы и имена файлов в /home/$USER/.Private следует игнорировать. Когда ваш $ HOME не установлен, другие не будут иметь доступ к файлам имен db или (незашифрованным) имен файлов. – waltinator 9 January 2012 в 13:13
  • 4
    updatedb -l 0 -o $ HOME / var / mlocate.db $ HOME отсутствует -U , это должно быть updatedb -l 0 -o $ HOME / var / mlocate.db -U $ HOME – destan 22 March 2012 в 18:17
  • 5
    Мой плохой, @destin. Я также расширил свой метод, чтобы индексировать извлекаемые носители, используя bash_path_funcs из Steve Collyer ( linuxjournal.com/article/3645 ). С установленным съемным носителем (как / media / _name _ ) я делаю updatedb -l 0 -o ~ / var / mlocate / _name_.db -U / media / _name _ In my .bashrc , я экспортирую LOCATE_PATH = & quot; $ HOME / var / mlocate / mlocate.db для i в $ HOME / var / mlocate / *. db; do addpath -p LOCATE_PATH $ i done uniqpath -p LOCATE_PATH и locate может показывать мне имена файлов даже если среда установлена ​​ NOT . – waltinator 23 March 2012 в 10:42

Как пропустить updateb, когда ваша файловая система расшифрована и попытаться сопоставить переменные среды для чтения / записи?

После прочтения man-страницы добавьте две переменные в ваш файл BASH RC. [!d1 ]

man locate
echo "export LOCATE_PATH=$HOME/var/lib/mlocate/mlocate.db:$LOCATE_PATH" >> ~/.bashrc
echo "export DBPATH=$HOME/var/lib/mlocate/mlocate.db:$DBPATH" >> ~/.bashrc

Сделайте каталог указанным выше и добавьте $ username в группу mlocate.

mkdir -p ~/var/lib/mlocate/
sudo usermod -a -G mlocate $username

Выйдите из системы и снова запустите своего пользователя в группе mlocate и получите новые переменные среды , Теперь, когда вы запускаете,

updatedb -o $LOCATE_PATH

- это расшифрованные файлы в базе данных локации? Или, что вы сделали, чтобы заставить его работать или лучше?

Вы также можете добавить updatedb в crontab пользователя. Первый запуск:

crontab -e

И добавьте следующую строку:

0 12 * * * updatedb -o $HOME/var/locate
3
ответ дан 25 May 2018 в 23:33
  • 1
    Смотрите мой комментарий к Мартину. Я пытаюсь понять, есть ли какие-либо соображения безопасности, или надлежащая конфигурация была просто упущена Ubuntu. – m33lky 10 January 2011 в 04:23
  • 2
    Из-за того, что ecryptfs перечислены в переменной PRUNEFS в файле /etc/updatedb.conf, вам, вероятно, также потребуется использовать --prunefs   nfs " , Это кажется хорошим решением, потому что оно хранит и обновляет индекс пользователя для каждого пользовательского профиля. – João Pinto 11 January 2011 в 03:40
  • 3
    @ m33lky Проблема заключается в следующем: вы попросили зашифровать свой homedir, поэтому никто (даже root!) не может читать его без пароля. Интеллектуальное решение является базой данных для каждого пользователя. Легким решением для однопользовательской машины является удаление ecryptfs и сканирование при входе в систему. В будущем возможно locate может объединить результаты из глобальной базы данных и домашней БД текущего пользователя. – joeytwiddle 22 June 2013 в 17:29

Невозможно обновить индекс базы данных без входа в систему. Вы должны войти в систему и запустить команду updatedb.

Проверьте свою конфигурацию в /etc/updatedb.conf. Удалите ecryptfs из PRUNEFS и, вероятно, /home/.ecryptfs из PRUNEPATHS. Не забудьте запустить sudo updatedb после.

2
ответ дан 25 May 2018 в 23:33
  • 1
    updatedb.conf чернослив ecryptfs. Кроме того, PRUNE_BIND_MOUNTS = «да». Я пытаюсь понять причины таких дефолтов, поскольку это не удобно для получения результатов из / home, пропавших без вести в ваших поисках :) – m33lky 10 January 2011 в 04:21
  • 2
    Я предполагаю, что функциональность для дома - это для каждого индексатора пользователей ... но это спекуляция. – Martin Owens -doctormo- 10 January 2011 в 08:31
  • 3
    Без шифрования / home индексируется, поэтому я ожидаю такого же поведения ... – m33lky 10 January 2011 в 08:34
  • 4
    Я описывал ситуацию с точки зрения пользовательского интерфейса. – m33lky 12 January 2011 в 10:54
  • 5
    Если вы зашифровали весь диск, это не было бы проблемой, если бы у вас было только домашнее шифрование, тогда вам нужно начать индексирование для каждого пользователя и использовать каждое индивидуальное шифрование ... на самом деле вы могли бы просто занести домашний индекс в домашней папке пользователя .... все это крупная разработка и стоимость того, что большинство пользователей никогда не видит. Сообщите об ошибке в отношении проекта инструментов базы данных локации. – Martin Owens -doctormo- 12 January 2011 в 11:06

@waltinator, как указано в потоке PerlMonks.org, в WayBack Machine интернет-архива http://web.archive.org/web/20061213023831/http://www.netspinner.co.uk/Resources.html есть рабочий пакет pathfunc.tgz

-1
ответ дан 25 May 2018 в 23:33
  • 1
    Здравствуйте. Вы должны включать в свой ответ все интересные ссылки и описание, а не просто ссылку на другой сайт. – MrVaykadji 25 April 2016 в 18:08

@waltinator, как указано на PerlMonks.org резьба машина wayback Интернета http://web.archive.org/web/20061213023831/http://www.netspinner.co.uk/Resources.html есть рабочий пакет pathfunc.тгз

-1
ответ дан 25 July 2018 в 22:38
  • 1
    Здравствуйте. Вы должны включать в свой ответ все интересные ссылки и описание, а не просто ссылку на другой сайт. – MrVaykadji 25 April 2016 в 18:08

как командой updatedb, когда файловая система расшифровать и попытаться сопоставить переменные среды, чтобы читать/писать?

прочитав страницу, Добавить две переменные в файл bash радиоуправляемый.

man locate echo "export LOCATE_PATH=$HOME/var/lib/mlocate/mlocate.db:$LOCATE_PATH" >> ~/.bashrc echo "export DBPATH=$HOME/var/lib/mlocate/mlocate.db:$DBPATH" >> ~/.bashrc

в указанном выше каталоге и добавить $username в группу как mlocate.

mkdir -p ~/var/lib/mlocate/ sudo usermod -a -G mlocate $username

выйти из системы и снова посчитать ваш пользователь в группе mlocate и получить новые переменные среды. Теперь при запуске,

updatedb -o $LOCATE_PATH

не расшифрованные файлы в базе данных, найти сейчас? Или, что вы сделали, чтобы заставить его работать или лучше?

Вы можете также хотеть добавить команды updatedb в crontab пользователя. Первый запуск:

crontab -e

и добавьте следующую строку:

0 12 * * * updatedb -o $HOME/var/locate
3
ответ дан 25 July 2018 в 22:38
  • 1
    Смотрите мой комментарий к Мартину. Я пытаюсь понять, есть ли какие-либо соображения безопасности, или надлежащая конфигурация была просто упущена Ubuntu. – m33lky 10 January 2011 в 04:23
  • 2
    Из-за того, что ecryptfs перечислены в переменной PRUNEFS в файле /etc/updatedb.conf, вам, вероятно, также потребуется использовать --prunefs & nbsp; nfs & quot; , Это кажется хорошим решением, потому что оно хранит и обновляет индекс пользователя для каждого пользовательского профиля. – João Pinto 11 January 2011 в 03:40
  • 3
    @m33lky вопрос заключается в следующем: вы попросили, чтобы зашифровать свой домашний каталог, поэтому никто (даже не root!) можете прочитать его без пароля. Смарт-решение для каждого пользователя базы данных найти. Простое решение для однопользовательской машины для удаления [F2] и сканирования при входе в систему. В будущем, возможно, locate может агрегировать результаты из глобальной БД и пользователя БД. – joeytwiddle 22 June 2013 в 17:29

Невозможно обновить индекс базы данных без входа в систему. Вы должны войти в систему и запустить команду updatedb.

Проверьте свою конфигурацию в /etc/updatedb.conf. Удалите ecryptfs из PRUNEFS и, вероятно, /home/.ecryptfs из PRUNEPATHS. Не забудьте запустить sudo updatedb после.

2
ответ дан 25 July 2018 в 22:38
  • 1
    команды updatedb.конф чернослив ecryptfs. Кроме того, PRUNE_BIND_MOUNTS="да". Я пытаюсь понять причины такого дефолта, как это не удобно, чтобы иметь результаты из /Home отсутствует в ваших поисках :) – m33lky 10 January 2011 в 04:21
  • 2
    Я предполагаю, что функциональность для дома - это для каждого индексатора пользователей ... но это спекуляция. – Martin Owens -doctormo- 10 January 2011 в 08:31
  • 3
    Без шифрования /домашний индексировать, так что я ожидаю того же поведения... – m33lky 10 January 2011 в 08:34
  • 4
    Я описывал ситуацию с точки зрения пользовательского интерфейса. – m33lky 12 January 2011 в 10:54
  • 5
    Если зашифрован весь диск, это не будет проблемой, если вы только дома шифрование теперь нужно, чтобы начать индексирование одного пользователя и через каждого отдельного шифрованием... на самом деле вы могли бы также просто спрятать домашний показатель в пользователя домашнюю папку.... все большое развитие и затраты на то, что большинство пользователей никогда не увидите. Пожалуйста, сообщите об ошибке от найти инструменты для баз данных проекта. – Martin Owens -doctormo- 12 January 2011 в 11:06

@waltinator, как указано в потоке PerlMonks.org, в WayBack Machine интернет-архива http://web.archive.org/web/20061213023831/http://www.netspinner.co.uk/Resources.html есть рабочий пакет pathfunc.tgz

-1
ответ дан 26 July 2018 в 23:17
  • 1
    Здравствуйте. Вы должны включать в свой ответ все интересные ссылки и описание, а не просто ссылку на другой сайт. – MrVaykadji 25 April 2016 в 18:08

как командой updatedb, когда файловая система расшифровать и попытаться сопоставить переменные среды, чтобы читать/писать?

прочитав страницу, Добавить две переменные в файл bash радиоуправляемый.

man locate echo "export LOCATE_PATH=$HOME/var/lib/mlocate/mlocate.db:$LOCATE_PATH" >> ~/.bashrc echo "export DBPATH=$HOME/var/lib/mlocate/mlocate.db:$DBPATH" >> ~/.bashrc

в указанном выше каталоге и добавить $username в группу как mlocate.

mkdir -p ~/var/lib/mlocate/ sudo usermod -a -G mlocate $username

выйти из системы и снова посчитать ваш пользователь в группе mlocate и получить новые переменные среды. Теперь при запуске,

updatedb -o $LOCATE_PATH

не расшифрованные файлы в базе данных, найти сейчас? Или, что вы сделали, чтобы заставить его работать или лучше?

Вы можете также хотеть добавить команды updatedb в crontab пользователя. Первый запуск:

crontab -e

и добавьте следующую строку:

0 12 * * * updatedb -o $HOME/var/locate
3
ответ дан 26 July 2018 в 23:17
  • 1
    Смотрите мой комментарий к Мартину. Я пытаюсь понять, есть ли какие-либо соображения безопасности, или надлежащая конфигурация была просто упущена Ubuntu. – m33lky 10 January 2011 в 04:23
  • 2
    Из-за того, что ecryptfs перечислены в переменной PRUNEFS в файле /etc/updatedb.conf, вам, вероятно, также потребуется использовать --prunefs & nbsp; nfs & quot; , Это кажется хорошим решением, потому что оно хранит и обновляет индекс пользователя для каждого пользовательского профиля. – João Pinto 11 January 2011 в 03:40
  • 3
    @m33lky вопрос заключается в следующем: вы попросили, чтобы зашифровать свой домашний каталог, поэтому никто (даже не root!) можете прочитать его без пароля. Смарт-решение для каждого пользователя базы данных найти. Простое решение для однопользовательской машины для удаления [F2] и сканирования при входе в систему. В будущем, возможно, locate может агрегировать результаты из глобальной БД и пользователя БД. – joeytwiddle 22 June 2013 в 17:29

Невозможно обновить индекс базы данных без входа в систему. Вы должны войти в систему и запустить команду updatedb.

Проверьте свою конфигурацию в /etc/updatedb.conf. Удалите ecryptfs из PRUNEFS и, вероятно, /home/.ecryptfs из PRUNEPATHS. Не забудьте запустить sudo updatedb после.

2
ответ дан 26 July 2018 в 23:17
  • 1
    updatedb.conf чернослив ecryptfs. Кроме того, PRUNE_BIND_MOUNTS = «да». Я пытаюсь понять причины таких дефолтов, поскольку это не удобно для получения результатов из / home, пропавших без вести в ваших поисках :) – m33lky 10 January 2011 в 04:21
  • 2
    Я полагаю, что функциональность для дома у каждого пользователя индексатора... но это домыслы. – Martin Owens -doctormo- 10 January 2011 в 08:31
  • 3
    Без шифрования / home индексируется, поэтому я ожидаю такого же поведения ... – m33lky 10 January 2011 в 08:34
  • 4
    Я описывал ситуацию с точки зрения пользовательского интерфейса. – m33lky 12 January 2011 в 10:54
  • 5
    Если вы зашифровали весь диск, это не было бы проблемой, если бы у вас было только домашнее шифрование, тогда вам нужно начать индексирование для каждого пользователя и использовать каждое индивидуальное шифрование ... на самом деле вы могли бы просто занести домашний индекс в домашней папке пользователя .... все это крупная разработка и стоимость того, что большинство пользователей никогда не видит. Сообщите об ошибке в отношении проекта инструментов базы данных локации. – Martin Owens -doctormo- 12 January 2011 в 11:06

@waltinator, как указано в потоке PerlMonks.org, в WayBack Machine интернет-архива http://web.archive.org/web/20061213023831/http://www.netspinner.co.uk/Resources.html есть рабочий пакет pathfunc.tgz

-1
ответ дан 31 July 2018 в 10:33
  • 1
    Здравствуйте. Вы должны включать в свой ответ все интересные ссылки и описание, а не просто ссылку на другой сайт. – MrVaykadji 25 April 2016 в 18:08

Как пропустить updateb, когда ваша файловая система расшифрована и попытаться сопоставить переменные среды для чтения / записи?

После прочтения man-страницы добавьте две переменные в ваш файл BASH RC.

man locate echo "export LOCATE_PATH=$HOME/var/lib/mlocate/mlocate.db:$LOCATE_PATH" >> ~/.bashrc echo "export DBPATH=$HOME/var/lib/mlocate/mlocate.db:$DBPATH" >> ~/.bashrc

Сделайте каталог указанным выше и добавьте $ username в группу mlocate.

mkdir -p ~/var/lib/mlocate/ sudo usermod -a -G mlocate $username

Выйдите из системы и снова запустите своего пользователя в группе mlocate и получите новые переменные среды , Теперь, когда вы запускаете,

updatedb -o $LOCATE_PATH

- это расшифрованные файлы в базе данных локации? Или, что вы сделали, чтобы заставить его работать или лучше?

Вы также можете добавить updatedb в crontab пользователя. Первый запуск:

crontab -e

И добавьте следующую строку:

0 12 * * * updatedb -o $HOME/var/locate
3
ответ дан 31 July 2018 в 10:33
  • 1
    Смотри мой комментарий к Мартину. Я пытаюсь понять, если есть какие-либо соображения безопасности или правильной настройки просто игнорируются убунту. – m33lky 10 January 2011 в 04:23
  • 2
    Из-за того, что ecryptfs перечислены в переменной PRUNEFS в файле /etc/updatedb.conf, вам, вероятно, также потребуется использовать --prunefs & nbsp; nfs & quot; , Это кажется хорошим решением, потому что оно хранит и обновляет индекс пользователя для каждого пользовательского профиля. – João Pinto 11 January 2011 в 03:40
  • 3
    @m33lky вопрос заключается в следующем: вы попросили, чтобы зашифровать свой домашний каталог, поэтому никто (даже не root!) можете прочитать его без пароля. Смарт-решение для каждого пользователя базы данных найти. Простое решение для однопользовательской машины для удаления [F2] и сканирования при входе в систему. В будущем, возможно, locate может агрегировать результаты из глобальной БД и пользователя БД. – joeytwiddle 22 June 2013 в 17:29

Невозможно обновить индекс базы данных без входа в систему. Вы должны войти в систему и запустить команду updatedb.

Проверьте свою конфигурацию в /etc/updatedb.conf. Удалите ecryptfs из PRUNEFS и, вероятно, /home/.ecryptfs из PRUNEPATHS. Не забудьте запустить sudo updatedb после.

2
ответ дан 31 July 2018 в 10:33
  • 1
    команды updatedb.конф чернослив ecryptfs. Кроме того, PRUNE_BIND_MOUNTS="да". Я пытаюсь понять причины такого дефолта, как это не удобно, чтобы иметь результаты из /Home отсутствует в ваших поисках :) – m33lky 10 January 2011 в 04:21
  • 2
    Я предполагаю, что функциональность для дома - это для каждого индексатора пользователей ... но это спекуляция. – Martin Owens -doctormo- 10 January 2011 в 08:31
  • 3
    Без шифрования /домашний индексировать, так что я ожидаю того же поведения... – m33lky 10 January 2011 в 08:34
  • 4
    Я описывал ситуацию с точки зрения пользовательского интерфейса. – m33lky 12 January 2011 в 10:54
  • 5
    Если зашифрован весь диск, это не будет проблемой, если вы только дома шифрование теперь нужно, чтобы начать индексирование одного пользователя и через каждого отдельного шифрованием... на самом деле вы могли бы также просто спрятать домашний показатель в пользователя домашнюю папку.... все большое развитие и затраты на то, что большинство пользователей никогда не увидите. Пожалуйста, сообщите об ошибке от найти инструменты для баз данных проекта. – Martin Owens -doctormo- 12 January 2011 в 11:06

@waltinator, как указано на PerlMonks.org резьба машина wayback Интернета http://web.archive.org/web/20061213023831/http://www.netspinner.co.uk/Resources.html есть рабочий пакет pathfunc.тгз

-1
ответ дан 31 July 2018 в 11:36
  • 1
    Здравствуйте. Вы должны включать в свой ответ все интересные ссылки и описание, а не просто ссылку на другой сайт. – MrVaykadji 25 April 2016 в 18:08

как командой updatedb, когда файловая система расшифровать и попытаться сопоставить переменные среды, чтобы читать/писать?

прочитав страницу, Добавить две переменные в файл bash радиоуправляемый.

man locate echo "export LOCATE_PATH=$HOME/var/lib/mlocate/mlocate.db:$LOCATE_PATH" >> ~/.bashrc echo "export DBPATH=$HOME/var/lib/mlocate/mlocate.db:$DBPATH" >> ~/.bashrc

в указанном выше каталоге и добавить $username в группу как mlocate.

mkdir -p ~/var/lib/mlocate/ sudo usermod -a -G mlocate $username

выйти из системы и снова посчитать ваш пользователь в группе mlocate и получить новые переменные среды. Теперь при запуске,

updatedb -o $LOCATE_PATH

не расшифрованные файлы в базе данных, найти сейчас? Или, что вы сделали, чтобы заставить его работать или лучше?

Вы можете также хотеть добавить команды updatedb в crontab пользователя. Первый запуск:

crontab -e

и добавьте следующую строку:

0 12 * * * updatedb -o $HOME/var/locate
3
ответ дан 31 July 2018 в 11:36
  • 1
    Смотрите мой комментарий к Мартину. Я пытаюсь понять, есть ли какие-либо соображения безопасности, или надлежащая конфигурация была просто упущена Ubuntu. – m33lky 10 January 2011 в 04:23
  • 2
    Из-за ecryptfs быть перечислены в PRUNEFS переменной в /etc/updatedb от имени.conf, вы, наверное, тоже надо ... prunefs "НФС" . Это кажется хорошим решением, потому что он хранит и обновляет индекс для каждого пользователя из профиля пользователя. – João Pinto 11 January 2011 в 03:40
  • 3
    @ m33lky Проблема заключается в следующем: вы попросили зашифровать свой homedir, поэтому никто (даже root!) не может читать его без пароля. Интеллектуальное решение является базой данных для каждого пользователя. Легким решением для однопользовательской машины является удаление ecryptfs и сканирование при входе в систему. В будущем возможно locate может объединить результаты из глобальной базы данных и домашней БД текущего пользователя. – joeytwiddle 22 June 2013 в 17:29

Невозможно обновить индекс базы данных без входа в систему. Вы должны войти в систему и запустить команду updatedb.

Проверьте свою конфигурацию в /etc/updatedb.conf. Удалите ecryptfs из PRUNEFS и, вероятно, /home/.ecryptfs из PRUNEPATHS. Не забудьте запустить sudo updatedb после.

2
ответ дан 31 July 2018 в 11:36
  • 1
    updatedb.conf чернослив ecryptfs. Кроме того, PRUNE_BIND_MOUNTS = «да». Я пытаюсь понять причины таких дефолтов, поскольку это не удобно для получения результатов из / home, пропавших без вести в ваших поисках :) – m33lky 10 January 2011 в 04:21
  • 2
    Я предполагаю, что функциональность для дома - это для каждого индексатора пользователей ... но это спекуляция. – Martin Owens -doctormo- 10 January 2011 в 08:31
  • 3
    Без шифрования / home индексируется, поэтому я ожидаю такого же поведения ... – m33lky 10 January 2011 в 08:34
  • 4
    Я описывал ситуацию с точки зрения пользовательского интерфейса. – m33lky 12 January 2011 в 10:54
  • 5
    Если вы зашифровали весь диск, это не было бы проблемой, если бы у вас было только домашнее шифрование, тогда вам нужно начать индексирование для каждого пользователя и использовать каждое индивидуальное шифрование ... на самом деле вы могли бы просто занести домашний индекс в домашней папке пользователя .... все это крупная разработка и стоимость того, что большинство пользователей никогда не видит. Сообщите об ошибке в отношении проекта инструментов базы данных локации. – Martin Owens -doctormo- 12 January 2011 в 11:06

@waltinator, как указано в потоке PerlMonks.org, в WayBack Machine интернет-архива http://web.archive.org/web/20061213023831/http://www.netspinner.co.uk/Resources.html есть рабочий пакет pathfunc.tgz

-1
ответ дан 2 August 2018 в 04:04
  • 1
    Здравствуйте. Вы должны включать в свой ответ все интересные ссылки и описание, а не просто ссылку на другой сайт. – MrVaykadji 25 April 2016 в 18:08

Как пропустить updateb, когда ваша файловая система расшифрована и попытаться сопоставить переменные среды для чтения / записи?

После прочтения man-страницы добавьте две переменные в ваш файл BASH RC.

man locate echo "export LOCATE_PATH=$HOME/var/lib/mlocate/mlocate.db:$LOCATE_PATH" >> ~/.bashrc echo "export DBPATH=$HOME/var/lib/mlocate/mlocate.db:$DBPATH" >> ~/.bashrc

Сделайте каталог указанным выше и добавьте $ username в группу mlocate.

mkdir -p ~/var/lib/mlocate/ sudo usermod -a -G mlocate $username

Выйдите из системы и снова запустите своего пользователя в группе mlocate и получите новые переменные среды , Теперь, когда вы запускаете,

updatedb -o $LOCATE_PATH

- это расшифрованные файлы в базе данных локации? Или, что вы сделали, чтобы заставить его работать или лучше?

Вы также можете добавить updatedb в crontab пользователя. Первый запуск:

crontab -e

И добавьте следующую строку:

0 12 * * * updatedb -o $HOME/var/locate
3
ответ дан 2 August 2018 в 04:04
  • 1
    Смотри мой комментарий к Мартину. Я пытаюсь понять, если есть какие-либо соображения безопасности или правильной настройки просто игнорируются убунту. – m33lky 10 January 2011 в 04:23
  • 2
    Из-за того, что ecryptfs перечислены в переменной PRUNEFS в файле /etc/updatedb.conf, вам, вероятно, также потребуется использовать --prunefs & nbsp; nfs & quot; , Это кажется хорошим решением, потому что оно хранит и обновляет индекс пользователя для каждого пользовательского профиля. – João Pinto 11 January 2011 в 03:40
  • 3
    @ m33lky Проблема заключается в следующем: вы попросили зашифровать свой homedir, поэтому никто (даже root!) не может читать его без пароля. Интеллектуальное решение является базой данных для каждого пользователя. Легким решением для однопользовательской машины является удаление ecryptfs и сканирование при входе в систему. В будущем возможно locate может объединить результаты из глобальной базы данных и домашней БД текущего пользователя. – joeytwiddle 22 June 2013 в 17:29

это не возможно, чтобы обновить индексы базы данных без входа в систему. Вы должны войти в систему и запустить команду updatedb.

, проверьте свой config в /etc/updatedb.conf. Удалить ecryptfs от PRUNEFS и, вероятно, /home/.ecryptfs от PRUNEPATHS. Не забудьте запустить sudo updatedb после.

2
ответ дан 2 August 2018 в 04:04
  • 1
    updatedb.conf чернослив ecryptfs. Кроме того, PRUNE_BIND_MOUNTS = «да». Я пытаюсь понять причины таких дефолтов, поскольку это не удобно для получения результатов из / home, пропавших без вести в ваших поисках :) – m33lky 10 January 2011 в 04:21
  • 2
    Я полагаю, что функциональность для дома у каждого пользователя индексатора... но это домыслы. – Martin Owens -doctormo- 10 January 2011 в 08:31
  • 3
    Без шифрования / home индексируется, поэтому я ожидаю такого же поведения ... – m33lky 10 January 2011 в 08:34
  • 4
    Я описывал ситуацию с точки зрения пользовательского интерфейса. – m33lky 12 January 2011 в 10:54
  • 5
    Если вы зашифровали весь диск, это не было бы проблемой, если бы у вас было только домашнее шифрование, тогда вам нужно начать индексирование для каждого пользователя и использовать каждое индивидуальное шифрование ... на самом деле вы могли бы просто занести домашний индекс в домашней папке пользователя .... все это крупная разработка и стоимость того, что большинство пользователей никогда не видит. Сообщите об ошибке в отношении проекта инструментов базы данных локации. – Martin Owens -doctormo- 12 January 2011 в 11:06

Невозможно обновить индекс базы данных без входа в систему. Вы должны войти в систему и запустить команду updatedb.

Проверьте свою конфигурацию в /etc/updatedb.conf . Удалите ecryptfs из PRUNEFS и, вероятно, /home/.ecryptfs из PRUNEPATHS . Не забудьте запустить sudo updatedb после.

2
ответ дан 4 August 2018 в 20:08

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

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