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 ~]$ Всё ли я учёл и можно ли смело обновляться? |