Перемещение / и т.д. для разделения раздела
С 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 не решение. Какова фактическая проблема, которую Вы хотите решить?
-
1
-
2, который я не знаю об исходном плакате, но я интересуюсь этим, потому что так же, как я могу совместно использовать свою домашнюю папку и ~/.config среди установок Linux, я задавался вопросом, мог ли я совместно использовать / и т.д. тот же путь и тот путь дистрибутивы установки / обновление было бы еще более легким и потребовало бы меньшего количества реконфигурирования. – Wizek 22.02.2016, 14:58
-
3@Wizek С тех пор
/etcсодержит много определенной для хоста конфигурации (например,/etc/fstab), который является чем-то, что Вы действительно не можете легко совместно использовать через системы. Что-либо, что имеет nodename в нем, является определенным для хоста и нуждалось бы в специальном режиме. – Jens 22.02.2016, 15:37 -
4Это имеет смысл. Но не делает
/etcсодержите по крайней мере некоторые конфигурации, которые независимы от хоста? И мог бы иметь смысл совместно использовать между хостами? Как приблизительная оценка, что Вы сказали бы, что процент? 99%-й конкретный хост? Или возможно 80%, 50%, 20% или определенный для хоста 1%? – Wizek 22.02.2016, 15:42 -
5@Wizek Да, но совместное использование на уровне точки монтирования слишком крупен. Если я собрался бы совместно использовать
/etcЯ сделал бы это на уровне файла (т.е. мерзавец использования, подвижный, rsync, или даже Make-файлы с целью "scp".) Это в значительной степени, что YP Sun (Желтые страницы) сделал в былые дни. Также считайте сценарии отказа таким как/etcне будучи монтируемым; затем Вы просто сделали большое количество систем неприменимым. – Jens 22.02.2016, 16:32
Простой ответ - Вы, не делают. /etc то, где весь материал конфигурации: как система может работать, если она не знает, где найти ее конфигурацию? Почему Вы даже хотели бы сделать это?
-
1Совершенно верно. Любой каталог, который должен существовать на ранних стадиях начальной загрузки, должен быть частью
/. – jordanm 30.05.2013, 21:43 -
2Если бы я хотел, чтобы что-то было невозможно, то я использовал бы Windows. – Xirdus 30.05.2013, 22:28
-
3
-
4@xirdus Там "невозможен", и там "очень твердо сделать, потому что любой, кто мог помочь сделать, знает, что это - действительно кровавая глупая идея". – Shadur 31.05.2013, 13:02
Не прямое отвечает, но это может помочь:
Каталог /etc хранит конфигурацию для Вашей операционной системы, поэтому это нужно считать хорошей идеей иметь Вашу конфигурацию с Вашей операционной системой, которая находится на том же разделе. Чтобы сохранить разумное резервное копирование или возможно даже совместно использовать конфигурации, Вы могли использовать мерзавца:
- создайте репозиторий мерзавца из Вашего
/etcи клонируйтесь/поместите его к тому, везде, где Вы хотите сохранить его - запишите init сценарий, который делает a
git pullна "запуске" для получения новой версии от того специального раздела в/etc - исправьте сценарий после того, как упомянутый раздел будет смонтирован в Вашем порядке начальной загрузки, где-нибудь в runlevel S
- имейте сценарий, делают a
git commitиgit pushна завершении работы/перезагрузке для сохранения текущей конфигурации
Два преимущества:
- когда что-то повредится, у Вас всегда будет своя конфигурация, где ОС ожидает, что это будет
- Вы будете иметь управление версиями и можете вернуться и debig Ваши конфигурации, если Вы испортили
Это - ужасная, ужасная идея, и я не могу честно думать о единственной ситуации, где это даже было бы желательно.
Однако, если бы Вы действительно хотите сделать это, Ваш лучший выбор состоял бы в том, чтобы записать патч ядра, чтобы заставить его взять второй аргумент, подобный root=/dev/sda1 это позволяет Вам указать etc=/dev/sda2 также, затем имейте его, пытаются смонтироваться /etc оттуда после монтирующегося корня и прежде, чем попытаться выполниться init.
Обратите внимание, что любая единственная ошибка в этой точке представила бы Вашу всю систему, незагрузочную, если у Вас не было исправности для установки безопасной нейтрализации /etc на корневом разделе.
-
1Вот серьезное основание: Создание / и т.д. отдельный набор данных в пуле zfs позволяет Вам создавать резервную копию / и т.д. независимо. – FUZxxl 01.12.2016, 02:24
-
2@FUZxxl, И это - существенное улучшение, законченное, скажем,
tar -jcvf /backup/etc.tar /etcкак, точно? – Shadur 01.12.2016, 10:58 -
3я действительно копирую со снимками zfs, отправляя им по сети с
zfs send. Наличие/etcна отдельном наборе данных позволяет мне рассматривать его тот же путь как все другие наборы данных. – FUZxxl 01.12.2016, 11:12