Бывший вдали Linux в течение 10 лет. Какие команды я пропустил? [закрытый]
Я был вдали от Linux в течение нескольких лет, но теперь я еще раз вернулся к Ubuntu 10.04. Я раньше выполнял хинду в 2000 и знал свои команды, но теперь, когда мир Linux прогрессировал немного далее, нет ли много новых команд для изучения?
Вы знаете список команд оболочки Linux, которые находятся в широком употреблении теперь и которые не существовали 10 лет назад?
Определенный до сих пор: ngrep, sshfs, объем плазмы
12 ответов
Я не знаю то, что Вы использовали в 2000. Выясните новые от мема истории; мой ниже. Я ожидаю, что использование команды будет следовать за длинным хвостом. Основы не изменились, но существует намного больше для выбора от.
history |awk '{print $2}' |sort |uniq -c |sort -rnk1,1 |head -n 20 |vipe
219 ls
100 git
92 cd
91 sudo
66 <custom>
64 aptitude
60 locate
54 grep
52 less
48 mplayer
45 vim
43 find
36 cat
31 <ssh alias>
26 <ssh alias>
24 dpkg
23 file
23 df
21 <pgrep alias>
20 man
На самом деле Вы, вероятно, не отсутствовали очень. Популярные справочники UNIX, которые были записаны обратно в 70-х (или так) все еще популярны и все еще полезны - основные команды действительно не изменились.
Единственной новой вещью, которая приходит на ум сразу, является диспетчер пакетов; Вы, возможно, должны были бы привыкнуть к синтаксису aptitude и apt-get и т.д., если Вы не используете их графический frontends. Существует также управление версиями, т.е. svn и git являются новыми и популярными, если Вы находитесь в к такой вещи. Но они не точно базовые команды UNIX.
Большой разницей является теперь очень всесторонняя помощь в завершении удара. Делает намного легче использовать командную строку.
Вы не собираетесь находить много отличающимся. Несколько опций тут и там. По большей части, особенно в системах как Ubuntu, Вы собираетесь найти, что большей частью нового материала является GUI.
Относительно новых команд, если Вы - большой из любителя кино как я, можно ценить новый tmux или byobu.
Я должен был возвратиться и проверить даты выпуска большого количества вещей... Похож на wget (1996), завихрение (1997), и iptables (1998) были всеми за несколько лет до этого, таким образом, это не могло бы быть плохо знакомо с Вами.
объем плазмы - Индикатор выполнения для долгих команд
pv вероятно, в новинку для Вас. Это обеспечивает индикатор выполнения для любой программы, которая может принять вход от канала.
Устанавливать (Ubuntu)
apt-get install pv
Пример
Покажите прогресс Вами caclulate контрольная сумма для большого файла:
pv large_file | sha1sum
Только основное изменение (кроме рабочих столов, заменяющих необработанный X11), является, вероятно, репозиториями.
Так 'Кв. - получают' синтаксис на Ubuntu (и подобный об/мин на Redhat)
Автопереход: http://wiki.github.com/joelthelion/autojump/
Вместо cdлуг через целую иерархию, просто введите j tha и перейдите в /data/projects/That_very_important_folder.
ngrep был приблизительно ~9-10 лет назад, я вполне уверен в нем
объем плазмы не является командой, это - приложение CLI. Необходимо установить пакет для способности использовать его.
sshfs не является командой, это - родовое название для сетевой файловой системы
Вы утверждаете, что были хинду пользователем, все же Ваш вопрос указан в, "отправляют мне коды" способ. Похоже, что просит кто-то, кто думает, что знание названий команды является серебряной пулей. Нет, использование Вашего мозга является серебряной пулей.
Я настоятельно рекомендую Вам читать (снова, даже если Вы уже сделали это прежде), Как Задать Вопросам Умный Путь, потому что я думаю, что Ваш вопрос, конечно, не соответствует тем стандартам.
Если бы я должен был бы сравнить Linux сегодня и Linux 10 лет назад, то я подчеркнул бы следующие основные отличия:
доступ к Интернету широко доступен теперь, даже в некоторых не очень развитые страны. Это - двойной граничный меч: количество нормальных и соответствующих технических парней увеличилось значительно, но процент их среди всего интернет-пользователя уменьшился. Если Вы будете учиться избегать людей, которые не совместно используют Ваши интересы и зависают с людьми, которые совместно используют общие интересы с Вами, то Вы изучите много от них. Даже сайты StackOverflow/ServerFault/SuperUser иллюстрируют это отлично.
намного больше людей пишет бесплатное программное обеспечение. Если 10 лет назад SourceForge и freshmeat были уникальны, и SVN был королем управления версиями, сегодня у нас есть GitHub, панель запуска и битоприемник, у нас есть много распределенных инструментов управления версиями, у нас есть огромная сумма программного обеспечения разработки сообществ или просто обмена знанием. Сегодня, если Вам нужно бесплатное программное обеспечение для определенной конкретной задачи, и Вы являетесь достаточно персистентными, существуют высокие возможности, что Вы найдете что-то, что подходит Вам отлично. Или что-то, что подходит Вам "почти отлично" и Вы закончите содействие и возвращение сообществу.
Отредактированный для включения ответа на вопрос из комментария:
Интересно, что в особенности Вы не любили с этим, подвергает сомнению и как я мог улучшить его?
Мне не нравился тот Ваш начальный вопрос, является слишком общим.
Обычно Вы пытаетесь выполнить конкретную задачу, Вы пытаетесь достигнуть совершенно особой цели. Вы пробуете его один путь, Вы пробуете его иначе, Вы идете, чтобы рассмотреть некоторые страницы справочника и все еще перестать работать. Это - момент, когда Вы идете, обращаясь за помощью и советы. Вы описываете свой рабочий процесс, ожидаемый результат и что Вы на самом деле получаете. Не стыдитесь признать, что Вы попробовали что-то и перестали работать. Люди обычно хороши и услужливы, большинство из них не будет указывать пальцами и дразнить Вас, большинство из них не будет downvote Вы для сбоя. Некоторые из них даже предупредят Вас о плохо установленном вопросе, принимая риск быть downvoted самих для педантизма :-)
Утверждение Вашего рабочего процесса полезно по нескольким причинам:
- читатели Вашего вопроса должны сделать меньше предположений, потому что они уже знали бы, что Вы попробовали X, Y, Z, и он не работал
- путем Вы заявляете, что Ваш вопрос позволяет другим оценивать Ваш уровень знаний и предоставлять ответ, который был бы легок для Вас понять
Вот несколько ситуаций:
- необходимо использовать сниффера для отладки сетевой проблемы. Вы пробуете tcpdump (которым btw был несколько стандартные 10 лет назад и в наше время совместно использует заголовок с wireshark), Вы находите его вывод слишком загадочными, его значения по умолчанию опций не очень удобный для пользователя. Кто-то предлагает Вас ngrep, Вы выполняете его, Вы видите, что он обеспечивает больше удобного для пользователя вывода по умолчанию, и Вы изучаете новую вещь.
- Вы делаете CP-a для копирования большого каталога, Вы хотите видеть прогресс, и необходимо придерживаться командной строки, даже полуночный командующий не доступен. Вы читаете страницу справочника для CP, и Вам не удается найти надлежащие опции. Затем кто-то говорит Вам об объеме плазмы.
- Вы не довольны ftp, потому что он передает данные, не шифруя его, Вы также хотите отредактировать файлы "удаленно". Кто-то говорит Вам о sshfs, который "отображает" удаленный каталог на Вашу локальную файловую систему по зашифрованному соединению.
Посмотрите, это Ваш ngrep, объем плазмы и sshfs. Существует ли различие между Вашими общими вопросами и моими сценариями? Конечно, да. Я попытаюсь объяснить почему. Таким образом, Вы попросили, чтобы люди сказали Вам о прохладных командах. Вы получили 3 ответа. Когда-нибудь Вы, возможно, должны были бы использовать сниффера. И Вы будете, вероятно, помнить этот вопрос и будете использовать ngrep. Что, если Вы получаете 1 000 ответов, предлагающих 1 000 новых команд? Не Вы вещь, что огромная часть их просто проскользнет через Вашу память в течение короткого срока, затем Вы забудете о них? Это, конечно, произойдет, потому что при получении нового знания необходимо практиковать применение его, для получения опыта. Откровенно говоря, Ваш начальный вопрос напоминает мне ситуация, когда ребенок пытается изучить боевые искусства путем рассмотрения изображений в книге :-)
Это - хороший вопрос с не большой ответ. Как zaynyatyi отмеченный, старые друзья все еще там. Что является самым впечатляющим, и укрощение чистое количество средств, которые были основаны на инфраструктуре. Например, X-окна все еще то же, и xeyes работает то же, как оно всегда делало. Но затем существует Gnome и DBUS и Metcity и GTK и последовательность начальной загрузки мешанины, которая делает SVR4 rc?.d выглядите почти рациональными.
Самая полезная вещь, которая плохо мне знакома - кто получил первый опыт в V7/BSD4.1 - locate(1).
Тот, который я не понял некоторое время, был less - так как имя шутки, "меньше больше". more все еще там, но less лучше. Я думаю, что это было около немного больше чем 10 лет, хотя - это просто не было там (я думаю), когда я был в колледже в начале 90-х. Это или возможно я просто забыл.