Saya baru-baru ini melakukan migrasi salah satu laptop saya dari Debian a Arch Linux dan ketika mengkonfigurasi hal-hal yang berkaitan dengan antarmuka jaringan saya menemukan bahwa standar startup baru untuk systemd Saya telah membuat perubahan pada nama perangkat yang biasa saya lihat di antarmuka tersebut.
Dimulai dengan proses yang biasa saya masukkan ke terminal (yang menggunakan rxvt unicode dengan zsh sebagai konsol default) «ip addr»Memperoleh yang berikut:
Dalam hal ini kita akan mengkonfigurasi nama antarmuka jaringan yang sesuai dengan kabel biasa dengan konektor RJ45 yang kita miliki di rumah untuk mengakses Internet. Hal pertama yang kita lihat adalah nama itu diambil enp0s4. Ini sangat berbeda dari eth0 seberapa banyak kita telah melihat. Apa yang akan kita lakukan adalah mengubah nama antarmuka tersebut menjadi yang lebih nyaman untuk berbicara dan yang lebih mudah bagi kita untuk mengetik di konsol.
Sebagai langkah sebelumnya kita akan mengetik cat /sys/class/net/enp0s4/addres di terminal untuk mengetahui MAC perangkat. Ini akan mengembalikan nomor jenis 000: 00: 00: 00: 00: 0 atau cukup salin nama alamat MAC yang keluar dengan perintah ip addr di langkah sebelumnya. Kita harus menuliskannya karena kita akan membutuhkannya nanti.
Setelah ini kami membuat entri di direktori /etc/udev/rules.d/ lewat sini:
File teks sederhana bernama 10-aturan-jaringan yang akan berfungsi sebagai prosesor sebelum standar udev. Perlu dicatat bahwa kami menggunakan sudo karena kami memerlukan akses ke file yang memerlukan izin tersebut untuk bertindak.
Setelah terbuka kita ketikkan:
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="00:90:f5:6e:83:57" NAME="internet"
tetap seperti ini dalam kasus saya:
tekan kombinasi tombol CNTR + o untuk menyimpan perubahan dan CNTR + x untuk keluar dari editor (dalam hal ini saya menggunakan nano tetapi Anda dapat menggunakan apapun yang Anda inginkan). Kemudian kita restart komputer agar perubahan berlaku setelah reboot berikut ini:
Seperti yang akan Anda lihat jika kami memperhatikan nama antarmuka, antarmuka yang telah kami ubah namanya muncul dengan nama yang dapat dikelola yang dapat kami ketik dengan mudah.
Saya harap Anda menganggapnya berguna dan saya mengundang Anda untuk berkomentar dan mengajukan pertanyaan jika ada masalah.
Mulai sekarang saya akan posting hal-hal seperti ini… salam.
woooo terima kasih atas infonya, ini bagus untuk saya, karena nama yang muncul dengan systemd agak menyebalkan.
Ya .. Meskipun tidak masalah jika itu adalah salah satu bentuk .. Lebih baik melakukan pengelolaan antarmuka ini dengan nama yang lebih representatif
Sysvinit XDDD LANGSUNG
Saya membayangkan tetapi saya melihat bahwa Anda bukan pengguna target posting ini hahaha
Saya masih tidak melihat yang baik di systemd .. Daripada membuat hidup kita lebih mudah, bagi saya tampaknya itu memperumitnya .. Adakah yang bisa benar-benar memberi tahu saya keuntungan "nyata"?
Kasus lain seperti pulseaudio yang kebetulan berasal dari pencipta yang sama. Betapa indahnya itu tetapi gagal lebih dari sekadar senapan di lapangan dan Anda harus membiarkan Alsa menangani suaranya lagi.
Agar adil itu masih sangat hijau tetapi sekarang satu-satunya keuntungan yang dapat saya lihat adalah membuat sistem memulai 5 detik lebih cepat untuk mengatakan sesuatu. Mudah-mudahan debian masih mempertahankan sysvinit dan systemd adalah opsional.
Secara khusus, saya pikir systemd adalah pilihan yang baik, hanya saja akan membutuhkan waktu untuk menembus pengguna. Salah satu hal yang saya lihat adalah bahwa sebagian besar masalah hanya diselesaikan karena didokumentasikan dengan buruk ... Saya tidak menyangkal bahwa mungkin ada masalah yang mendasari tetapi ini tidak berarti bahwa itu adalah masalah yang membuat implementasi tertentu memenuhi syarat sebagai buruk atau baik
Tampaknya manfaat systemd agak esoterik. Saya telah membaca penjelasan tentang peningkatan yang saya terapkan tetapi saya tidak tahu apakah itu berarti kinerja yang lebih baik. Dan jika kami tidak memiliki hamburan di linux saat ini ada tiga sistem startup yang saya ketahui: sysvinit, upstart, dan systemd. Dan yang terpenting, systemd akan memaksa Anda untuk mengubah hierarki file unix, yang dikenal sebagai / usr move. Beberapa informasi menarik:
http://hackingthesystem4fun.blogspot.com.es/2012/03/usrmove-la-mentira-usrmove-lie.html
Artikel yang sangat menarik, kemudian saya membacanya secara lengkap. (Dan ya, hierarki direktori tidak dapat mengganggu pembersihan, bahwa file konfigurasi disimpan dalam direktori bernama "etc" dan konfigurasi aplikasi didistribusikan ke seluruh direktori berbeda yang didistribusikan oleh sistem Itu bodoh. Dalam hal itu, orang Fedora memiliki telah melakukan pekerjaan dengan baik.)
Mengenai apa yang mereka katakan tentang PulseAudio secara pribadi, saya tidak pernah membutuhkannya, saya salah satu dari mereka yang dengan ALSA tertinggal (saya selalu mengenali HW dengan sempurna).
Dalam kasus distro tertentu yang saya gunakan, saya tidak pernah mengalami masalah dengan mesin desktop, meskipun pada laptop itu menjengkelkan bagaimana audio pecah setelah keluar dari suspensi.
Untungnya beberapa hari yang lalu, setelah banyak berkomentar di forum, salah satu pengguna melaporkan masalah di bugtracker, mereka menemukan kesalahan dan segera merilis patch yang mereka bertanggung jawab untuk diterapkan ke Chakra sambil menunggu versi stabil berikutnya dari PA yang akan mencakup tambalan itu.
Versi PA saat ini di Chakra: 3.0
Tip bagus, +1
Senang melihat bahwa GNU + Linux akhirnya muncul dari rahim Unix menjadi sistem baru, lebih bertenaga, fleksibel dan modern, sesuai dengan kebutuhan saat ini.
systemd dengan seberapa besar itu masih luar biasa, keajaiban kekuatan, fleksibilitas dan modularitas, pekerjaan luar biasa oleh Penyair dan rekan.
Tutorial ini sangat bagus, tetapi saya rasa jika Anda mampu melakukan semua langkah ini, Anda juga dapat belajar di p0s4 yang lebih mudah, di sisi lain adalah baik untuk mengetahui bagaimana sesuatu dilakukan, kadang-kadang diperlukan dan antarmuka saya pasti memiliki nama yang tidak bisa dimengerti.
Yah, saya tidak terlalu berpikir itu adalah hal mengingat atau tidak .. apa yang saya coba lakukan dengan tutorial mini ini adalah untuk memecahkan potensi ketidaknyamanan bagi pengguna dengan cara yang sangat dangkal, selain itu saya ingin tunjukkan bahwa Gnu linux sangat fleksibel sehingga Anda dapat menyesuaikannya sesuka hati dengan mengikuti langkah-langkah sederhana ... poin paling dangkal adalah bahwa Gnu linux lebih lucu dengan menempatkan hal-hal yang dipersonalisasi di dalam sistem ..
sekarang ketika menginstal archlinux .iso baru, wifi mengenali saya sebagai wlp2s0 dan terkadang sebagai wlan0, apakah ada yang tahu kenapa?
Systemd membuat perubahan dan kernel menyediakan dukungan untuk antarmuka .. Ikuti tutorial yang menerbitkan dan memperbaikinya secara statis .. dengan cara ini Anda menghemat masalah
Saya menemukan situasi itu beberapa waktu yang lalu juga, tetapi itu adalah dua hal yang berbeda
menurut konvensi file harus kurang dari 80 (biasanya 70 untuk kasus ini) dan
Ini tergantung pada bagaimana konfigurasi lainnya atau berapa banyak pelat yang kita miliki
cat /etc/udev/rules.d/80-net-name-slot.rules
# File ini menyembunyikan aturan penggantian nama yang terus-menerus untuk perangkat jaringan. jika kamu
# hapus file ini, /usr/lib/udev/rules.d/80-net-name-slot.rules boleh
# ganti nama perangkat jaringan sesuai dengan ID_NET_NAME_ {ONBOARD, SLOT, PATH}
# properti perangkat jaringan Anda, dengan prioritas dalam urutan itu. Lihat
# keluaran dari 'udevadm test-builtin / sys / class / net / $ interface' untuk
# detail tentang kemungkinan nama baru itu.
#
# http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames
Di tautan, letakkan 3 opsi di akhir (ke freedesktop), dengan file itu tidak membuatnya secara otomatis untuk saya, dan ini bukan 70- yaitu, saya tidak menamainya dengan nama tertentu, itu masih eth0 sebagaimana mestinya (ya saya hanya punya satu) dan jika saya memasukkan lebih banyak seperti usb, itu mengikuti saya bernama eth1 - 2 - 3, atau menamainya dalam urutan deteksi modul, 70- berguna jika kita memiliki lebih dari satu papan dan kami peduli dengan namanya (Kami ingin papan tertentu menjadi eth0 dan yang lainnya menjadi eth1 atau Anda ingin memberinya nama, dan itu tidak cocok dengan nama yang secara otomatis keluar dari urutan pemasangan modul)
jika 80- secara ajaib terus menamai mereka dengan nama normal eth0 eth1 eth2 (sesuai dengan urutan pendeteksian)
jika 80 tidak ada - atau saya kirimkan ke nol, saya memiliki nama "aneh" yang jika saya mau, saya dapat mengkondisikannya
Jika sudah 70- atau dalam kasus tutor, 10- Saya mengkondisikan nama (ada bug yang terjadi di bulan Januari dan jika bukan 70, saya tidak mengambilnya, saya tidak ingat apakah itu arch atau debian, tetapi terjadi)
Saya merasa lebih baik menggunakan netcfg dan pada beberapa komputer bridge-utils
Di debian saya tidak menggunakan 80- tetapi saya menggunakan salah satu yang dihasilkan udev sebelum masuk ke systemd /etc/udev/rules.d/70-persistent-net.rules
Kemungkinan besar masalahnya berasal dari debian…. Meskipun perlu untuk melihat apakah bug mempengaruhi paket mentah yang tersedia dan bukan yang dikembangkan oleh setiap distro .. dengan yang terakhir, seperti yang saya komentari, ini hanya satu dari banyak cara untuk melakukan konfigurasi yang benar
Begini, seperti kacker yang baik saya meminta ruang / rumah saya untuk menginstal Kali Linux (penerus Backtrack 5).
Kali, tidak seperti BT yang berbasis Debian, sebenarnya _is_ Debian dengan tambahan khusus… systemd!
Faktanya, ini menarik perhatian saya - dengan cara yang positif - untuk melihat bahwa Kali Linux berjalan dengan systemd seolah-olah telah menggunakan Debian sepanjang hidupnya.
Sementara itu, grup Debian Dev Core:
"Dev1: -Hei, Anda mendengar tentang systemd baru itu, bukankah bagus untuk mengimplementasikannya?"
«Dev2: -WTF, tapi menurut Anda siapa Anda !!! Ketika Anda masih buang air, saya sudah menggunakan SysV, dan saya memperingatkan Anda bahwa saya berencana untuk terus menggunakannya sampai saya mati !!! »
«Dev3: -Hei sialan, perhatikan apa yang Anda katakan ...»
«Dev4: -Tampaknya paman itu adalah penyusup ...»
«Dev5: -Lihat, hake, di Debian kami membual tentang mengumpulkan jaring laba-laba, jangan beri kami hal baru seperti ini. Mungkin dalam 15 atau 20 tahun, ketika sudah cukup diuji, kami akan melihatnya lagi dan jika kami melihat bahwa itu memenuhi persyaratan, kami akan memasukkannya ke Sid »
«Dev1: -Tapi hai teman-teman, tidak apa-apa, jangan seperti itu, menurut saya ini PID1 * hebat *, jauh lebih fleksibel, lengkap, dan bertenaga daripada SysV, yang sebenarnya telah menunjukkan tanda-tanda penyakit untuk waktu yang lama, saya hanya ingin ... »
«Dev2: -BLASFEMIA !!!»
«Dev4: -Kau, mengaku, cepat, kamu datang dari Arch, tidak sialan!?»
«Dev5: -QUEEEEE ??? Tapi bagaimana menurut Anda, bagaimana kami akan memasukkan sesuatu yang belum cukup teruji !! ?? »
«Dev1 menanggapi Dev5: -Tapi, hei, saat ini dengan berbagai macam F / LOSS tidak perlu lagi menunggu selama bertahun-tahun, karena perangkat lunak telah diuji secara besar-besaran dan oleh distribusi yang berbeda kompatibilitas dan stabilitas dijamin praktis, hanya 50 sen saya… »
«Dev3: -Nah, persetan dengan 50 sen Anda, bagian mana yang tidak Anda pahami bahwa ini Debian? Kami hanya menambahkan perangkat lunak usang ke distribusi kami, sialan. "
«Dev5: -Tentu saja, kata Dev3, dengarkan saya Dev1, hanya ketika perangkat lunak ini mulai digantikan oleh PID1 generasi berikutnya, kami akan mempertimbangkan untuk memasukkannya ke dalam Debian. Periode, tidak ada lagi pembicaraan tentang subjek. "
«Dev1: -Itu ...»
«Dev2: -Dan ayolah, Anda sedang mencarinya, lebih baik Anda menginvestasikan waktu Anda untuk menambal dan mendukung SysV dan memperpanjang masa manfaatnya selama sepuluh tahun lagi, jika telah melayani kami dengan baik selama 20 tahun untuk apa saja kami akan menggantinya sekarang. »
«Dev3: -Orang itu, jika kita melihat SysV dengan kasih sayang, masih ada PID1 untuk sementara waktu.»
«Dev1: -Baiklah, menurut saya mereka benar, lebih baik saya mulai menambal perangkat lunak yang tidak dirancang untuk persyaratan modern sehingga dengan banyak usaha kita dapat terus menggunakannya ...»
«Dev4: -Tentu saja, begitulah caranya dan bukan modernisme Anda.
"Dev1: -Ok, ok, mereka meyakinkan saya, systemd bodoh dan orang yang melakukannya adalah idiot, yang berpikir untuk melakukan omong kosong seperti itu ketika ada SysV?"
Dev {2,3,4,5}: - «Mari kita bersulang untuk stagnasi 50 tahun ke depan!»
Semoga elav tidak tahu dimana kamu tinggal ...
Haha, saya membayangkan dia tertawa dan mengelus xD tongkat baseballnya
Keuntungan systemd terhadap sysvinit / openrc atau upstart, bukan karena terlalu besar, itu cukup modis karena dimulai dalam 3 atau 4 detik lebih cepat.
Saya tidak tahu sejak awal, saya pikir saya tidak pernah menggunakannya, setidaknya secara sadar.
3 atau 4 detik relatif, saya memiliki komputer, yang dalam boot penuh memakan waktu sekitar 10 menit (debian tanpa X dan dengan segala kemungkinan dioptimalkan) dengan systemd, itu pergi ke setengah atau kurang (layanan yang sama, disk yang sama, cpu yang sama, ram yang sama), yaitu, hingga terisi daya,
Jika Anda pernah menggunakan ubuntu, Anda harus tahu bahwa itu baru dimulai, jika tidak jelas tidak.
"Ini baru populer karena dimulai dalam 3 atau 4 detik lebih cepat."
Sebenarnya tidak seperti itu, sebenarnya pengembang utama systemd secara tegas menjelaskan dalam email dari ML-nya bahwa mereka tidak pernah menganggap systemd sebagai sistem mulai cepat, bahwa ini hanya konsekuensi dari kerja systemd - yang sangat menarik memikirkan apa yang bisa dicapai jika mereka memutuskan untuk mengoptimalkan systemd agar lebih cepat ...
"Keuntungan systemd terhadap sysvinit / openrc atau upstart, tidak terlalu bagus"
Sehubungan dengan SysV init, keuntungannya BESAR dibandingkan dengan Pemula yang tidak begitu banyak.
SysVinit adalah catramina, gerobak di sebelah Porsche.
Meskipun SysVinit memenuhi tujuannya selama bertahun-tahun, kenyataannya adalah bahwa batasan implisit dari perangkat lunak yang dibuat, dipikirkan, dan dirancang bertahun-tahun yang lalu dan untuk saat itu semakin terlihat.
Beberapa masalah dengan SysV selain waktu boot yang lambat adalah kondisi balapan yang umumnya terjadi di lingkungan yang berbeda, strukturnya untuk mengaktifkan dan menonaktifkan daemon dan betapa rumitnya menambahkan aplikasi dan daemon baru ke struktur ini tanpa merusak urutannya. Dari awal.
systemd menyelesaikan semua ini dengan cara yang bersih, praktis, terstandardisasi dan terdokumentasi dengan baik - ketika di SysV umumnya setiap distribusi menerapkannya sesuka hati.
Tentang Pemula Saya tidak tahu banyak selain file konfigurasinya, yang sebenarnya MENGERIKAN, ini adalah bahasa China, mengeditnya sangat menyiksa dan sangat mudah untuk membuat kesalahan jika Anda tidak gila dan membuat kekacauan.
Di sisi lain, Upstart tampaknya sangat efisien karena versi terbaru Ubuntu di mesin saya dimulai dan dimatikan hampir seketika - suatu keajaiban.
Namun, ketika Penyair ditanya apakah sysmted benar-benar diperlukan dan jika mereka tidak menganalisis opsi lain seperti Upstart, dia menjawab bahwa ya, mereka telah menganalisisnya, bahwa ada banyak hal yang mereka sukai dan sebenarnya itu ada dalam rencana untuk diimplementasikan di systemd tetapi menurut mereka dasar struktural dari Upstart tidak baik dan sangat mungkin di masa depan mereka akan mendapatkan masalah yang berasal darinya.
Ingat bahwa systemd lahir sebagai inisiatif Red Hat karena dua alasan penting:
1. Karena pengalaman _vastisima_ yang dimiliki perusahaan dalam ribuan penerapannya, mereka sampai pada kesimpulan bahwa mereka perlu membuat perubahan mendasar tertentu dalam sistem mereka untuk memenuhi persyaratan mereka, perubahan yang secara logis membuat bingung lebih dari satu veteran - seperti semua yang mendalam perubahan.
2. Bukan rahasia lagi bagi siapa pun bahwa Red Hat berusaha menjadi Red Hat dan bukan GNU + Linux.
Di luar arabesque dan gangguan lainnya, faktanya adalah bahwa systemd semakin banyak diadopsi oleh komunitas GNU + Linux dan ini selalu bagus karena beberapa alasan:
1. pengembangan dipercepat sehingga produk yang lebih baik dapat dicapai dalam waktu yang lebih singkat
2. Dengan memasukkan kebutuhan berbagai distribusi dan dengan berkolaborasi dengan pengembang utama distribusi tersebut dengan systemd dan berinteraksi dengan pengembang dari distribusi lain yang membahas tambalan dan fitur, jauh lebih mudah untuk mencapai produk yang berkualitas
3. Agnostik terhadap distribusi di mana ia diimplementasikan (sangat penting!) Dan dikonsolidasikan sebagai standar (seperti POSIX) sesuatu yang seorang administrator yang harus bekerja di lingkungan heterogen yang terdiri dari distribusi yang berbeda tetapi yang berbagi basis manajemen akan pasti menghargai sistem serupa.
$ systemctl akan bekerja sama di Fedora sebagai openSUSE atau Arch atau Chakra atau Red Hat atau Kali Linux atau distribusi lain yang menggunakan systemd dan itu bagus.
4. Memiliki banyak orang yang cocok mengerjakan PID1 yang sama yang digunakan oleh distro itu sendiri membuat pekerjaan lebih mudah bagi para pengembang itu sendiri ketika memecahkan masalah atau mencari bantuan atau ide tentang bagaimana mengimplementasikan satu atau lain fungsi.
5. Karena systemd adalah proyek interdisipliner yang terbuka dan -sangat penting-, maka tingkat adopsi dan peningkatan proyek menjadi salah satu yang tertinggi dari proyek FLOSS.
Misalnya, ketika pengelola paket distribusi apa pun, yang melibatkan memulai daemon di awal, menyajikan versinya layanan di milis systemd meminta komentar dan saran, itu terjadi bahwa setelah kolaborasi umum dimungkinkan untuk memiliki layanan tersebut untuk menunjukkan, dengan cara terbaik, yang tidak hanya menggunakan pengembang yang membuka topik tetapi juga mengirimkan UPSTREAM ke pengembang aplikasi itu sendiri sehingga mereka dapat memutuskan apakah mereka ingin menjadikan layanan itu bagian dari mereka memiliki paket sendiri dan dengan itu menjadikannya 100% OOTB yang kompatibel dengan systemd.
6. systemd memiliki ratusan dari ratusan fitur baru yang membuat administrasi sistem yang dikelolanya jauh lebih mudah dan lancar. Misalnya, ia bertanggung jawab mengelola modul PAM untuk manajer login, mengelola koneksi jarak jauh ke sistem, memuat layanan on-demand yang mendengarkan di soket alih-alih memiliki daemon tidur di memori dan mencuri CPU dan memori yang menunggu untuk diaktifkan, kelola dengan cara yang dapat diandalkan antarmuka jaringan dan perangkat yang dicolokkan ke sistem ... itu benar-benar monster, Leviathan yang besar tetapi tidak seperti sistem lain dengan ukuran ini, ia bekerja dengan cara yang gesit, cepat dan sangat halus dan saya pikir satu-satunya alasan ini adalah jadi Untuk sistem BESAR seperti systemd (pikirkan bahwa dalam waktu singkat akan mengelola seluruh sistem) ini dirancang agar efisien, modular, dan dapat diskalakan sejak awal.
Terutama yang paling saya derita dari penggunaan systemd adalah saya harus mempelajari kembali semua yang sampai sekarang saya gunakan untuk mengelola mesin saya.
Dapat dimengerti bahwa beberapa prasejarah dulu menggunakan metodologi tertentu selama bertahun-tahun menolak perubahan seperti itu ... tapi hei! Ini adalah ilmu komputer, di sini satu-satunya hal yang tidak berubah adalah perubahan itu terus menerus 😉
Salam.
Saya lupa:
"Jika Anda pernah menggunakan ubuntu, maka Anda harus tahu apa itu pemula, jika tidak jelas tidak .."
Tanggapan yang tidak menyenangkan, bukan? Milik seseorang yang percaya dan hanya tahu sedikit.
Mengikuti alasan Anda, saya sangat yakin Anda tahu bagaimana semua makanan yang Anda makan diproduksi, bukan? Saya mengatakan semuanya.
Sama seperti ketika Anda naik bus atau di pesawat, Anda memiliki pengetahuan mutlak tentang semua bagian kendaraan, bahkan yang terkecil, tentang cara kerjanya, oli, pelumas, dan cairan lain yang mereka gunakan dan bagaimana masing-masing dan proses pembuatannya disusun. .
Atau bila Anda menggunakan pulpen, pasti sudah sangat jelas bagaimana tinta itu dibuat.
Saya tidak tahu apakah @ lewat di sini saya masih belum membaca kebodohan Anda atau terlalu sopan dan beradab untuk menjawab Anda sebagaimana mestinya.
Bagi saya, saya sudah tua dan cukup pemarah untuk tahan dengan giles seperti Anda:
SUCK ME AN TELUR.
(dan tidak, saya tidak membela siapa pun, saya hanya jatuh sakit dengan sikap biasa-biasa saja dan arogansi beracun dalam satu kalimat).
msx, windows menggunakan sistem boot yang sama dari masa Moses xD, sistem file yang sama, sistem suara yang sama dan tidak ada yang terjadi! Jadi inilah Linux, di mana kami menemukan kembali roda atau mencobanya setiap 5 atau 6 tahun, tetapi ini bukan komputasi, itu hanya sebagian saja XD
Ahh lihat ...
Jelas tidak.
Sistem boot berubah dari 98 / Me ke XP (NTLD) dan kemudian diubah lagi dengan Windows 7 dan sekarang telah diperbarui dengan Windows 8 - yang logis karena teknologinya tidak sama dan persyaratannya tidak sama.
windows 7 memiliki windows vista.
msx, tapi apa sih yang kamu merokok, tapi apa sih yang kamu percaya? Ya, saya menjawab sangat normal, tetapi Anda memiliki omong kosong di kepala Anda menafsirkan sesuatu sebagai orang dengan kompleks rendah diri, itu bukan salah saya. Itu hanyalah pernyataan yang saya buat kepada pasangan, tanpa ingin menipu atau apa pun, Anda menciptakan segalanya di kepala Anda, sialan, pergi dan nikmati linden, untuk kepahitan yang Anda miliki di dalam.
Saya sudah meminta Anda beberapa hari yang lalu untuk berhenti dengan ini. Saya bukan ayah dari salah satu dari mereka untuk dimarahi mereka .. Mereka akan memperjuangkan Twitter, G + atau Skype .. Sudah bagus sekarang.
Baik sekali,
apa yang mungkin dimiliki debian (untuk saat ini), adalah bahwa ia tidak terlalu ketat dengan skrip dan secara ajaib mengakomodasi, meskipun "Ya, lakukan apa yang saya katakan!" tak ternilai
Arch itu adalah penghujat? Nah, Arch adalah kebalikan dari Debian Stable, memang begitu
Tidak, tidak, begitulah cara manusia gua digital itu melihat kita, benar-benar takut dengan ritme yang dibawa pemanah ;-D
Masalah utamanya bukanlah pada perintahnya, tetapi adalah kebiasaan yang mengambil distro yang digunakannya.
Arch adalah pilihan yang bagus, tetapi untuk saat ini saya akan mencoba Slackware.
Terima kasih atas tipnya!
betapa bagusnya itu berguna
Baik tip =) hanya itu dalam penulisan teks itu datang sebagai berikut
"File teks sederhana bernama 10-network-rules." dan dalam gambar itulah cara yang benar datang sebagai 10-network.rules
salam
Itu bermanfaat bagi saya .. karena konfigurasi conky yang saya miliki tetapi saya juga menentang jenis artikel ini di mana mereka membuat linux tampak sangat sulit bagi mata yang tidak berpengalaman ..
Apa bedanya jika antarmuka Anda disebut apa yang disebut jika yang penting adalah Anda memiliki internet .. sama dan dalam konfigurasi conky saya nama lain wifi akan melayani saya dan jika untuk menggunakan aircrack itu adalah juga cerita yang sama tetapi karena linux memberi Anda opsi penyesuaian itu, lalu ubahlah .. terima kasih untuk artikelnya .. sebuah gambar
https://pbs.twimg.com/media/BI9FCzQCEAIM0ud.png:large