Sudah jauh dari linux selama 10 tahun. Perintah mana yang saya lewatkan? [Tutup]

10

Saya telah meninggalkan linux selama beberapa tahun, tetapi sekarang saya kembali dengan Ubuntu 10,04. Saya biasa menjalankan Gentoo pada tahun 2000 dan mengetahui perintah saya, tetapi sekarang dunia linux telah berkembang sedikit lebih jauh, bukankah ada banyak perintah baru untuk dipelajari?

Apakah Anda tahu daftar perintah shell linux yang digunakan secara luas sekarang dan yang tidak ada 10 tahun yang lalu?

Diidentifikasi sejauh ini: ngrep, sshfs, pv

linux  ubuntu 
— grm
sumber
1
Hanya ingin tahu, mengapa 10 tahun lagi dari Linux? :)
— takeshin
Yah, itu dimulai dengan .NET / C # dan kemudian tahun berlalu. Saya menggunakan Win XP sepanjang waktu.
— GRM

Jawaban:

5

Saya tidak tahu apa yang Anda gunakan pada tahun 2000. Cari tahu yang baru dari meme sejarah; milikku di bawah ini. Saya berharap perintah yang digunakan mengikuti ekor panjang. Dasar-dasarnya belum berubah, tetapi ada banyak lagi yang bisa dipilih.

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
— Tobu
sumber
2
Anda menggunakan git lebih sering daripada cd. Itu agak keren.
— Ludwig Weinzierl
Mencoba ini di laptop saya. sudo, cd, vim, startx dan openttd ... Meskipun apa itu vipe? Harus meninggalkan bit itu karena tidak ada di sistem saya.
— Macha
@Macha vipe berasal dari paket moreutils, menyisipkan editor ke dalam pipa. Tidak masalah untuk mengabaikan bagian itu.
— Tobu
@Ludwig Sepertinya saya menggunakan hglebih sering daripada yang lain, ia memiliki 5x atas perintah berikutnya ( hg: 244 ,: cd48). Saya benar-benar terkejut cdbahkan berhasil, karena saya mencoba menggunakan pushd/ popdsebanyak yang saya bisa.
— roguesys
Bagi saya, banyak screenjendela mengurangi kebutuhan untuk cd. Dan git adalah da bom.
— Tobu
8

Sebenarnya, Anda mungkin tidak melewatkan banyak hal. Buku referensi UNIX populer yang ditulis kembali pada tahun 70-an (atau lebih) masih populer dan masih berguna - perintah dasar belum benar-benar berubah.

Satu-satunya hal baru yang langsung terlintas dalam pikiran adalah manajer paket; Anda mungkin perlu membiasakan diri dengan sintaks aptitudedan apt-getsebagainya, jika Anda tidak menggunakan antarmuka grafis mereka. Ada juga kontrol versi, yaitu svndan gitbaru dan populer, jika Anda menyukai hal semacam itu. Tapi itu bukan perintah inti UNIX.

— David Z
sumber
1
Ya, saya telah menggunakan svn untuk beberapa waktu, tetapi harus mulai dengan git karena 80% dari semua alat yang saya minati di-host di github. Juga package.el dalam emacs berguna dan hal-hal seperti zshkit dan emacs-starter-kit.
— GRM
Apakah maksud Anda mercurialdan git? Bukankah Internet setuju bahwa SVN tidak ada?
— roguesys
@alexandru: Tidak, dan tidak, belum. Meskipun saya kira saya seharusnya tidak mengatakan "baru dan panas" - itu tidak berlaku untuk svn, benar, tapi itu masih cukup populer di kalangan orang-orang yang bukan pengadopsi awal dari teknologi terbaru (yang banyak orang, terutama di bisnis). Misalnya, ada lebih banyak [svn]pertanyaan tentang SO daripada [git]pertanyaan.
— David Z
5

Perbedaan besar sekarang merupakan bantuan yang sangat komprehensif dalam penyelesaian bash. Membuatnya lebih mudah untuk menggunakan baris perintah.

— txwikinger
sumber
1
Ya, saya perhatikan itu, tapi agak terlambat. Sudah beralih ke zsh karena selesai. :)
— GRM
5

Anda tidak akan menemukan yang jauh berbeda. Beberapa pilihan di sana-sini. Sebagian besar, terutama pada sistem seperti Ubuntu, Anda akan menemukan bahwa sebagian besar hal baru adalah GUI.

Mengenai perintah baru, jika Anda adalah penggemar layar seperti saya, Anda mungkin menghargai tmux baru atau byobu .

Saya harus kembali dan memeriksa tanggal rilis banyak hal ... Sepertinya wget (1996), curl (1997), dan iptables (1998) sudah habis beberapa tahun sebelum tahun 2000, jadi itu mungkin bukan baru untukmu

— Jarvin
sumber
5

pv - Progress bar untuk perintah yang panjang

pvmungkin baru bagi Anda. Ini menyediakan bilah kemajuan untuk setiap program yang dapat menerima input dari sebuah pipa.

Untuk menginstal (Ubuntu)

apt-get install pv

Contoh

Tampilkan kemajuan saat Anda menghitung checksum untuk file besar:

pv large_file | sha1sum
— Mike Fitzpatrick
sumber
2

ls, cp, dmesg, cat, grep, dll. Sesuatu seharusnya tidak diubah untuk waktu yang lama :), jadi dalam perintah dasar Anda tidak melewatkan apa pun.

— zaynyatyi
sumber
1
Satu perubahan yang saya benar-benar nikmati adalah grep -r langsung, bukan menggabungkannya dengan find.
— GRM
2

Hanya perubahan utama (terlepas dari desktop yang menggantikan X11 mentah) yang mungkin merupakan repositori.

Jadi sintaks ' apt-get ' di Ubuntu (dan rpm serupa di Redhat)

— Martin Beckett
sumber
Tidak ada hari ini yang lebih menyenangkan daripada gentoo pada tahun 2000 (IMHO), well, kecuali untuk Sabayon, tetapi belum punya waktu untuk bermain dengan itu.
— GRM
1

Bukan perintah baru tetapi lebih sering digunakan hari ini:

ssh dan sftp

Mereka memungkinkan untuk komunikasi terenkripsi.

— usermac75
sumber
1

ngrep sekitar ~ 9-10 tahun yang lalu, saya cukup yakin

pv bukan perintah, ini adalah aplikasi CLI. Anda harus menginstal paket agar dapat menggunakannya.

sshfs bukan perintah, itu adalah nama umum untuk sistem file jaringan

Anda mengklaim sebagai pengguna gentoo, namun pertanyaan Anda dinyatakan dengan cara "kirim saya kode". Sepertinya itu diminta oleh seseorang yang berpikir bahwa mengetahui nama perintah adalah peluru perak. Tidak, menggunakan otakmu adalah peluru perak.

Saya sangat menyarankan Anda untuk membaca (lagi, bahkan jika Anda sudah melakukannya sebelumnya) Cara Mengajukan Pertanyaan dengan Cara Pintar , karena saya pikir pertanyaan Anda tentu saja tidak memenuhi standar itu.

Jika saya harus membandingkan Linux hari ini dan Linux 10 tahun yang lalu, saya akan menekankan perbedaan utama berikut:

  • akses ke internet tersedia secara luas sekarang, bahkan di beberapa negara yang tidak terlalu maju. Ini adalah pedang bermata dua: jumlah orang teknologi waras dan memadai telah meningkat pesat, tetapi persentase mereka di antara semua pengguna internet telah menurun. Jika Anda belajar untuk menghindari orang yang tidak memiliki minat yang sama dengan Anda dan bergaul dengan orang-orang yang memiliki minat yang sama dengan Anda, Anda akan belajar banyak dari mereka. Bahkan situs StackOverflow / ServerFault / SuperUser menggambarkan ini dengan sempurna.

  • lebih banyak orang menulis perangkat lunak gratis. Jika 10 tahun yang lalu sourceforge dan daging segar unik dan SVN adalah raja kontrol versi, hari ini kami memiliki github, launchpad dan bitbucket, kami memiliki banyak alat kontrol versi terdistribusi, kami memiliki sejumlah besar komunitas yang mengembangkan perangkat lunak atau hanya bertukar pengetahuan . Hari ini, jika Anda memerlukan perangkat lunak gratis untuk tugas tertentu dan Anda cukup gigih, ada kemungkinan besar Anda akan menemukan sesuatu yang cocok untuk Anda. Atau sesuatu yang cocok untuk Anda "hampir sempurna" dan Anda akan akhirnya berkontribusi dan memberikan kembali kepada komunitas.

Diedit untuk memasukkan jawaban atas pertanyaan Anda dari komentar:

Saya ingin tahu apa yang khususnya Anda tidak suka dengan pertanyaan ini dan bagaimana saya bisa memperbaikinya?

Saya tidak suka bahwa pertanyaan awal Anda terlalu umum.

Biasanya Anda mencoba menyelesaikan tugas tertentu, Anda mencoba mencapai tujuan yang sangat istimewa. Anda mencobanya dengan satu cara, Anda mencobanya dengan cara lain, Anda pergi untuk meninjau beberapa halaman manual dan masih gagal. Ini adalah saat ketika Anda meminta bantuan dan saran. Anda menggambarkan alur kerja Anda, hasil yang diharapkan dan apa yang sebenarnya Anda dapatkan. Jangan malu untuk mengakui bahwa Anda mencoba sesuatu dan gagal. Orang-orang pada umumnya baik dan bermanfaat, kebanyakan dari mereka tidak akan menunjuk dan menggoda Anda, kebanyakan dari mereka tidak akan menurunkan Anda karena gagal. Beberapa dari mereka bahkan akan memperingatkan Anda tentang pertanyaan yang dinyatakan dengan buruk, menerima risiko untuk dikalahkan karena kecurangan :-)

Menyatakan alur kerja Anda berguna karena beberapa alasan:

  • pembaca pertanyaan Anda harus membuat asumsi lebih sedikit, karena mereka akan tahu Anda mencoba X, Y, Z dan itu tidak berhasil
  • cara Anda menyatakan pertanyaan Anda memungkinkan orang lain memperkirakan tingkat pengetahuan Anda dan memberikan jawaban yang mudah bagi Anda untuk mengerti

Berikut adalah beberapa situasi:

  • Anda perlu menggunakan sniffer untuk men-debug masalah jaringan. Anda mencoba tcpdump (yang merupakan standar 10 tahun yang lalu dan saat ini berbagi judul dengan wireshark), Anda menemukan outputnya terlalu samar, nilai default opsi tidak terlalu ramah pengguna. Seseorang menyarankan Anda ngrep, Anda menjalankannya, Anda melihat bahwa itu memberikan lebih banyak output ramah pengguna secara default dan Anda mempelajari hal baru.
  • Anda melakukan cp -a untuk menyalin direktori besar, Anda ingin melihat kemajuan dan Anda harus tetap berpegang pada baris perintah, bahkan komandan tengah malam tidak tersedia. Anda membaca halaman manual untuk cp dan Anda gagal menemukan opsi yang tepat. Lalu seseorang memberitahumu tentang pv.
  • Anda tidak senang dengan ftp, karena mentransfer data tanpa mengenkripsi, Anda juga ingin mengedit file "jarak jauh". Seseorang memberi tahu Anda tentang sshfs, yang "memetakan" direktori jarak jauh ke sistem file lokal Anda melalui koneksi terenkripsi.

Lihat, ini ngrep, pv, dan sshf Anda. Apakah ada perbedaan antara pertanyaan umum dan skenario saya? Tentu saja ya Saya akan mencoba menjelaskan alasannya. Jadi, Anda meminta orang untuk memberi tahu Anda tentang perintah keren. Anda mendapat 3 jawaban. Suatu hari Anda mungkin perlu menggunakan sniffer. Dan Anda mungkin akan mengingat pertanyaan ini dan akan menggunakan ngrep. Bagaimana jika Anda mendapatkan 1000 jawaban yang menyarankan 1000 perintah baru? Tidakkah Anda berpikir bahwa sebagian besar dari mereka hanya akan menyelinap dalam ingatan Anda untuk periode waktu yang singkat, maka Anda akan melupakannya? Itu pasti akan terjadi, karena ketika Anda memperoleh pengetahuan baru, Anda perlu berlatih menerapkannya, untuk mendapatkan pengalaman. Terus terang, pertanyaan awal Anda mengingatkan saya pada situasi ketika seorang anak mencoba belajar seni bela diri dengan melihat gambar-gambar di buku :-)

— vtest
sumber
2
Terima kasih atas pendapat dan saran Anda. Ketika saya menulis saya telah pergi selama beberapa waktu dan tertarik untuk mengambil sesuatu yang baru dan bingung dengan pertanyaan ini. Saya ingin tahu apa yang secara khusus tidak Anda sukai dari pertanyaan ini dan bagaimana saya bisa memperbaikinya? Ketika datang ke ngrep, itu perintah baru untuk saya. Saya dulu bekerja dengan tcpdump, tetapi dalam kebanyakan kasus saya menemukan penambahan ngrep jauh lebih nyaman.
— GRM
0

Itu pertanyaan yang bagus dengan jawaban yang tidak bagus. Seperti dicatat zaynyatyi, teman-teman lama masih ada di sana. Apa yang paling mengesankan dan menakutkan adalah banyaknya fasilitas yang telah dibangun di atas infrastruktur. Misalnya, X windows masih sama, dan xeyesberfungsi sama seperti biasanya. Tapi kemudian ada Gnome dan DBUS dan Metcity dan GTK dan urutan boot hodge-podge yang membuat SVR4 rc?.dterlihat hampir rasional.

Hal paling berguna yang baru bagi saya - yang memotong gigi saya pada V7 / BSD4.1 - adalah locate(1).

— msw
sumber
0

Salah satu yang tidak saya sadari sedikit pun adalah less- nama leluconnya adalah "less is more". moremasih ada, tetapi lesslebih baik. Saya pikir itu sudah sekitar sedikit lebih dari 10 tahun, meskipun - itu tidak ada (saya pikir) ketika saya masih kuliah di awal 90-an. Itu atau mungkin aku baru saja lupa.

— Steve314
sumber
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.