tar
относительные пути хранилищ по умолчанию. Tar GNU даже говорит так, при попытке сохранить полный путь:
tar -cf foo.tar /home/foo
tar: Removing leading `/' from member names
Если необходимо извлечь конкретную папку, взглянуть на то, что находится в файле tar:
tar -tvf foo.tar
И отметьте точное имя файла. В случае моего foo.tar
файл, я мог извлечь /home/foo/bar
путем высказывания:
tar -xvf foo.tar home/foo/bar # Note: no leading slash
Так не, способом, которым Вы отправили, является не (обязательно) корректный способ сделать это. Необходимо не учесть ведущую наклонную черту. Если Вы хотите моделировать полные пути, сделать cd /
сначала и удостоверьтесь, что Вы - суперпользователь. Кроме того, это делает то же:
tar -C / -xvf foo.tar home/foo/bar # -C is the ‘change directory’ option
Существуют очень очевидные, серьезные основания почему tar
преобразовывает пути к относительным. Каждый - способность восстановить архив в местах кроме его первоисточника. Другой безопасность. Вы могли извлечь архив, ожидать, что его файлы появятся в Вашем текущем рабочем каталоге и вместо этого перезапишут системные файлы (или Ваша собственная работа) в другом месте по ошибке.
Примечание: если Вы используете -P
опция, tar
заархивирует полные пути. Таким образом, это всегда платит для проверки содержания крупных архивов перед извлечением.
Это не могло бы помочь многому, но я просто столкнулся с тем же RTNETLINK answers: File exists
при работе над лабораторией VPN.
Оказывается, что у меня все еще были некоторые старые записи в таблице маршрутизации от предыдущего выполнения клиента, но я уже удалил адаптер Ethernet. Когда я пошел для добавления его снова, это дало мне RTNETLINK answers: File exists
пока я не удалил старые записи в таблице маршрутизации, которые использовали тот адаптер Ethernet. Я не знаю, ли это дизайном или нет, но это - то, что я заметил на Ubuntu 11.04 Аккуратного Нарвала VM.
Похоже, что Вы пытаетесь настроить перекрывающиеся подсети в различных интерфейсах. Это собирается завинтить с Вашими таблицами маршрутизации и заставить много вещей не работать. Во-вторых, Вы не настроили VLAN в своей конфигурации, поэтому когда Вы обращаетесь к eth0.10
это пропускает некоторые необходимые как условие шаги. Если Вам на самом деле нужен VLAN (который я не полагаю, что Вы делаете), видят Wiki Debian для того, как правильно настроить VLAN.
Что касается сетевого стека, выше уровня 1 интерфейс VLAN мог бы также быть физическим интерфейсом, таким образом, необходимо рассматривать его как таковой.
Если Вы хотите дополнительный IP с перекрывающейся подсетью в интерфейсе, необходимо настроить его как вторичное устройство (иначе псевдоним) IP. Изменение eth0.10
кому: eth0:10
в /etc/interfaces
затем ifup eth0:10
.