С GNU располагаются (другой располагаться, реализации могли бы отличаться):
locate '*/Dropnot'
locate Dropnot | grep '/Dropnot$'
Когда нет никакого подстановочного знака в аргументе, locate
ищет путь, имеющий указанный критерий поиска как подстрока. Когда аргументом является шаблон оболочки, содержащий один или несколько подстановочных символов, locate
ищет полное соответствие. Если Вы не хотите производить /Dropnot
в конце:
locate -0 '*/Dropnot' | xargs -0 -n1 dirname
locate Dropnot | sed -n 's:/Dropnot$::p'
Одна из первых вещей, которые делает система Linux, монтирует все файловые системы к корректной точке монтирования, чтобы позволить всем другим частям системы найти свои файлы.
Корневая файловая система обычно дается на командной строке ядра. Это смонтирует эту файловую систему и взгляд в/etc/fstab для всех других точек монтирования.
Если Вы действительно хотите сделать что-либо странное, прежде чем это произойдет, можно использовать initrd для подобных установка.
Я хочу / и т.д. и / домой на одном разделе
Нет Вы не делаете. Это похоже на просьбу пересадить Ваш мозг в Ваше колено :-) Независимо от того, что Ваша проблема, делая /etc
отдельный раздел или слияние его с /home
не решение. Какова фактическая проблема, которую Вы хотите решить?
/etc
содержит много определенной для хоста конфигурации (например,/etc/fstab), который является чем-то, что Вы действительно не можете легко совместно использовать через системы. Что-либо, что имеет nodename в нем, является определенным для хоста и нуждалось бы в специальном режиме.
– Jens
22.02.2016, 15:37
/etc
содержите по крайней мере некоторые конфигурации, которые независимы от хоста? И мог бы иметь смысл совместно использовать между хостами? Как приблизительная оценка, что Вы сказали бы, что процент? 99%-й конкретный хост? Или возможно 80%, 50%, 20% или определенный для хоста 1%?
– Wizek
22.02.2016, 15:42
/etc
Я сделал бы это на уровне файла (т.е. мерзавец использования, подвижный, rsync, или даже Make-файлы с целью "scp".) Это в значительной степени, что YP Sun (Желтые страницы) сделал в былые дни. Также считайте сценарии отказа таким как /etc
не будучи монтируемым; затем Вы просто сделали большое количество систем неприменимым.
– Jens
22.02.2016, 16:32
Простой ответ - Вы, не делают. /etc
то, где весь материал конфигурации: как система может работать, если она не знает, где найти ее конфигурацию? Почему Вы даже хотели бы сделать это?
/
.
– jordanm
30.05.2013, 21:43
Не прямое отвечает, но это может помочь:
Каталог /etc
хранит конфигурацию для Вашей операционной системы, поэтому это нужно считать хорошей идеей иметь Вашу конфигурацию с Вашей операционной системой, которая находится на том же разделе. Чтобы сохранить разумное резервное копирование или возможно даже совместно использовать конфигурации, Вы могли использовать мерзавца:
/etc
и клонируйтесь/поместите его к тому, везде, где Вы хотите сохранить егоgit pull
на "запуске" для получения новой версии от того специального раздела в /etc
git commit
и git push
на завершении работы/перезагрузке для сохранения текущей конфигурацииДва преимущества:
Это - ужасная, ужасная идея, и я не могу честно думать о единственной ситуации, где это даже было бы желательно.
Однако, если бы Вы действительно хотите сделать это, Ваш лучший выбор состоял бы в том, чтобы записать патч ядра, чтобы заставить его взять второй аргумент, подобный root=/dev/sda1
это позволяет Вам указать etc=/dev/sda2
также, затем имейте его, пытаются смонтироваться /etc
оттуда после монтирующегося корня и прежде, чем попытаться выполниться init
.
Обратите внимание, что любая единственная ошибка в этой точке представила бы Вашу всю систему, незагрузочную, если у Вас не было исправности для установки безопасной нейтрализации /etc
на корневом разделе.
tar -jcvf /backup/etc.tar /etc
как, точно?
– Shadur
01.12.2016, 10:58
zfs send
. Наличие /etc
на отдельном наборе данных позволяет мне рассматривать его тот же путь как все другие наборы данных.
– FUZxxl
01.12.2016, 11:12