| samson4747 |
|
Темы:
33
Сообщения:
534
Участник с: 23 февраля 2012
|
Например:$ sudo ln -sr /usr/bin /bin
ln: неверный ключ -- «r»
Попробуйте `ln --help' для получения более подробного описания.
ubuntu@ubuntu:~$ ln --help
Использование: ln [КЛЮЧ]... [-T] ЦЕЛЬ ИМЯ_ССЫЛКИ (1-ая форма)
или: ln [КЛЮЧ]... ЦЕЛЬ (2-ая форма)
или: ln [КЛЮЧ]... ЦЕЛЬ... КАТАЛОГ (3-я форма)
или: ln [КЛЮЧ]... -t КАТАЛОГ ЦЕЛЬ... (4-ая форма)
В первой форме создается ссылка на TARGET с именем LINK_NAME.
Во второй форме создается ссылка на TARGET в текущей директории.
В третьей и четвертой формах создается отдельная ссылка на каждую TARGET в DIRECTORY.
По умолчанию создаются жесткие ссылки, символьные ссылки создаются с опцией --symbolic.
При создании жестких ссылок каждая TARGET должна существовать. Символьные ссылки
могут содержать произвольный текст, относительные ссылки
интерпретируются относительно своего родительского каталога.
Аргументы, обязательные для длинных ключей, обязательны и для коротких.
--backup[=КАК] создать резервную копию перед удалением
-b то же, что и --backup, но без аргумента
-d, -F, --directory создавать жесткую ссылку на каталоги
(только для суперпользователя)
-f, --force переписывать существующие файлы не спрашивая
-n, --no-dereference рассматривать символьную ссылку как нормальный
файл
-i, --interactive спрашивать перед тем как переписывать
-s, --symbolic создавать символические ссылки
-S, --suffix=СУФФИКС переопределяет обычный суффикс резервных копий
-t, --target-directory=КАТАЛОГ указывает КАТАЛОГ, в котором создавать
ссылки
-T, --no-target-directory считать ИМЯ_ССЫЛКИ обычным файлом
-v, --verbose печатать имя каждого файла при создании ссылки
--help показать эту справку и выйти
--version показать информацию о версии и выйти
По умолчанию суффикс для запасных копий ~, если только не установлена
переменная окружения SIMPLE_BACKUP_SUFFIX или ключ --suffix. Способ контроля
версий может быть установлен при помощи ключа --backup или переменной
окружения VERSION_CONTROL. Допустимые значения:
none, off никогда не создавать резервных копий (даже если
указан ключ --backup)
numbered, t создавать нумерованные копии
existing, nil если существуют нумерованные копии, то создавать
нумерованные иначе создавать простые
simple. never всегда создавать простые копии
Report ln bugs to bug-coreutils@gnu.org
GNU coreutils home page: <http://www.gnu.org/software/coreutils/>
General help using GNU software: <http://www.gnu.org/gethelp/>
Report ln translation bugs to <http://translationproject.org/team/>
ubuntu@ubuntu:~$
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
|
| samson4747 |
|
Темы:
33
Сообщения:
534
Участник с: 23 февраля 2012
|
ls /usr/bin/ > usrbin.txt
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
|
| nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
что то ты меня запутал... с каких это пор ln перестал понимать аргумент r ln --help :(
Использование: ln [КЛЮЧ]… [-T] ЦЕЛЬ ИМЯ_ССЫЛКИ (1-ая форма)
или: ln [КЛЮЧ]… ЦЕЛЬ (2-ая форма)
или: ln [КЛЮЧ]… ЦЕЛЬ... КАТАЛОГ (3-я форма)
или: ln [КЛЮЧ]… -t КАТАЛОГ ЦЕЛЬ… (4-ая форма)
В первой форме создаётся ссылка на ЦЕЛЬ с указанным ИМЕНЕМ_ССЫЛКИ.
Во второй форме создаётся ссылка на ЦЕЛЬ в текущем каталоге.
В третьей и четвёртой формах создаются ссылки на каждую ЦЕЛЬ в КАТАЛОГЕ.
По умолчанию создаются жёсткие ссылки, а с ключом --symbolic — символьные.
По умолчанию, каждая цель (имя новой ссылки) не должна существовать.
При создании жёстких ссылок каждая ЦЕЛЬ должна существовать.
Символьные ссылки могут содержать произвольный текст; при разыменовании
относительная ссылка интерпретируется относительно родительского каталога.
Аргументы, обязательные для длинных ключей, обязательны и для коротких.
--backup[=КОНТРОЛЬ] создать резервную копию для каждого целевого файла
-b то же, что и --backup, но не принимает аргумент
-d, -F, --directory позволить суперпользователю создавать жесткие ссылки
на каталоги (замечание: вероятно, это не получится
из-за системных ограничений, даже для
суперпользователя)
-f, --force удалять существующие целевые файлы
-i, --interactive спрашивать перед удалением целей
-L, --logical разыменовывать ЦЕЛИ, являющиеся
символьными ссылками
-n, --no-dereference рассматривать ИМЯ_ССЫЛКИ, как обычный
файл, если это символьная ссылка на каталог
-P, --physical создавать жёсткие ссылки непосредственно на
символьные ссылки
-r, --relative создавать символьные ссылки относительно
расположения ссылки
-s, --symbolic создавать символьные ссылки, вместо жёстких ссылок
-S, --suffix=СУФФИКС переопределяет обычный суффикс резервных копий
-t, --target-directory=КАТ указать КАТАЛОГ, в котором создавать ссылки
-T, --no-target-directory всегда считать ИМЯ_ССЫЛКИ обычным файлом
-v, --verbose печатать имя каждого файла при создании ссылки
--help показать эту справку и выйти
--version показать информацию о версии и выйти
По умолчанию суффикс для запасных копий «~», если только не установлена
переменная окружения SIMPLE_BACKUP_SUFFIX или ключ --suffix. Способ контроля
версий может быть установлен при помощи ключа --backup или переменной
окружения VERSION_CONTROL. Допустимые значения:
none, off никогда не создавать резервных копий (даже если
указан ключ --backup)
numbered, t создавать нумерованные копии
existing, nil если существуют нумерованные копии, то создавать
нумерованные иначе создавать простые
simple. never всегда создавать простые копии
При использовании параметра -s игнорируются -L и -P. Иначе, последний ключ
определяет поведение, когда ЦЕЛЬЮ является символьная ссылка,
по умолчанию -P.
Об ошибках в ln сообщайте по адресу bug-coreutils@gnu.org.
Домашняя страница GNU coreutils: <http://www.gnu.org/software/coreutils/>
Справка по работе с программами GNU: <http://www.gnu.org/gethelp/>
Об ошибках в переводе сообщений «ln» сообщайте по адресу <gnu@mx.ru>
Полная документация доступна по команде: info coreutils 'ln invocation'
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| samson4747 |
|
Темы:
33
Сообщения:
534
Участник с: 23 февраля 2012
|
Сам запутался, но код приложил.
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
|
| Nebulosa |
|
Темы:
10
Сообщения:
830
Участник с: 05 марта 2009
|
Вот зачем такое делают на понедельник? Только что же выходные пролетели, и тут, на тебе.. Буду почитывать тему до выходных, потом уж возьмусь! P.S. Оказывается в системе стоял apache как завизимость для gnome-share.. Очень удивляет порой выбор ментейнеров. Почистил. |
| nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
Ох уж эта убунта (((
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| samson4747 |
|
Темы:
33
Сообщения:
534
Участник с: 23 февраля 2012
|
Самое, что интересное оно(-sr) работало!!!!(((((((((((((((((((((((( Помогите пожалуйста, пройти это обновление.
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
|
| nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
А не можешь загрузиться с арчевского образа?
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| samson4747 |
|
Темы:
33
Сообщения:
534
Участник с: 23 февраля 2012
|
У меня есть диск арча, сейчас попробую, там попробую сделать через ln -sr и если что вернусь.
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
|
| Nebulosa |
|
Темы:
10
Сообщения:
830
Участник с: 05 марта 2009
|
Я, чтоб два раза не вставать, имею следующее:
[nebulosa@arch ~]$ pacman -Qqo /bin /sbin /usr/sbin | pacman -Qm -
[nebulosa@arch ~]$
[nebulosa@arch ~]$ paclist archlinuxfr | awk ' { print $1 } ' | pacman -Ql - | grep ' /s\?bin/\| /usr/sbin/'
[nebulosa@arch ~]$
[nebulosa@arch ~]$ egrep '(IgnorePkg|IgnoreGroup)' /etc/pacman.conf
# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg =
#IgnoreGroup =
[nebulosa@arch ~]$
[nebulosa@arch ~]$ find /bin /sbin /usr/sbin -exec pacman -Qo -- {} + >/dev/null
[nebulosa@arch ~]$
[nebulosa@arch ~]$ pacman -Qi autofs
error: package 'autofs' was not found
[nebulosa@arch ~]$Всё ли я учёл и можно ли смело обновляться? |