Существует ли папка, доступная для всего процесса и пользователей в любом случае?
grep понятия не имеет, куда строки прибыли из при использовании этого метода, потому что он никогда не видит имен файлов. Если Вы хотите имена файлов, использовать -l и передайте шарик grep непосредственно:
grep -l message ./*
Вы можете сделать новую директорию верхнего уровня (под /), например, с именем test и установить разрешения соответствующим образом:
sudo mkdir /test
sudo chmod 777 /test
, сделав ее директорией верхнего уровня, вам не нужно беспокоиться о разрешениях промежуточных директорий.
В коде/скриптах я бы проверил, существует ли директория, а если нет, то я бы не создал ее, предполагая, что это производственная система. Убедитесь, что любые подпрограммы, пытающиеся писать/читать из каталога, терпят неудачу (в случае, если я забыл удалить часть тестового кода для производственной системы)
.@ Ответ Антона, вероятно, лучше всего соответствует вашим заявленным требованиям, но есть один недостаток, который не может быть преодолен ни его, ни @Руки ответа ind, который находится до и во время fsck. В большинстве случаев unix-подобные системы загружаются только на чтение с корневого раздела, проверяют его на наличие ошибок и перемонтируют его на чтение и запись, если все в порядке. Это хорошая идея, но оставляет окно, в котором ваш инструмент не работает. Если вас это не беспокоит, то @Anthon - ваш человек. Если вам нужно работать во время этого окна, то единственное жизнеспособное решение - это второй компьютер и пара последовательных портов. У этого есть пара недостатков, включая дополнительные требования к оборудованию и отсутствие скорости, но главное преимущество в том, что последовательные порты доступны раньше (за заметным исключением USB-адаптеров последовательных портов я большинство серийных портов доступны до init)
.Также можно использовать /dev/shm/, это пространство, выделенное в памяти. Это пространство ограничено количеством оперативной памяти, но так как оно находится в памяти, то латентности нет, в отличие от /tmp/ на жестком диске (и не с SSD из-за их близкой к нулю латентности). Таким образом, это может быть альтернативой /dev/shm/, если Вам необходимо хранить небольшой объем данных. На некоторых дистрибутивах Linux его можно найти по адресу /run/shm/.
Смотрите tmpfs для более подробной информации.