Yakın zamanda dizüstü bilgisayarlarımdan birinin geçişini Debian a Arch Linux ve ağ arayüzleriyle ilgili şeyleri yapılandırırken, yeni başlangıç standardının systemd Bu arayüzlerde gördüğüm cihaz adlarında bir değişiklik yaptım.
Olağan süreçten başlayarak bir uçbirime koydum (bu arada, varsayılan konsol olarak zsh ile rxvt unicode kullanır) «ip adresi»Aşağıdakileri elde etmek:
Bu durumda, ortak kabloya karşılık gelen ağ arayüzünün adını, internete erişmek için evde sahip olduğumuz bir RJ45 konektörüyle yapılandıracağız. İlk gördüğümüz şey ismine göre almasıdır enp0s4. Bu, şundan büyük ölçüde farklıdır: eth0 ne kadar gördük. Yapacağımız şey, söz konusu arayüzün adını, tabiri caizse daha rahat ve bizim için konsola yazmamız daha kolay olacak şekilde değiştirmektir.
Önceki bir adım olarak yazacağız cat /sys/class/net/enp0s4/addres Cihazın MAC'sini bulmak için terminalde. Bu, 000: 00: 00: 00: 00: 0 türünde bir sayı döndürecektir veya komutla gelen MAC adresinin adını kopyalayacaktır. ip addr önceki adımda. Yazmalıyız çünkü daha sonra ihtiyacımız olacak.
Bundan sonra dizinde bir giriş oluşturuyoruz /etc/udev/rules.d/ Böylece:
Adlı basit bir metin dosyası 10 ağ kuralı udev standardından önce işlemci görevi görecek Sudo koymamız dikkat çekicidir çünkü hareket etmek için bu izni gerektiren bir dosyaya erişmemiz gerekir.
Açtıktan sonra şunu yazıyoruz:
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="00:90:f5:6e:83:57" NAME="internet"
benim durumumda bu şekilde kalmak:
değişiklikleri kaydetmek için CNTR + o ve editörden çıkmak için CNTR + x tuş kombinasyonuna basın (bu durumda nano kullanıyorum ama istediğinizi kullanabilirsiniz). Ardından, değişikliklerin etkili olması için bilgisayarı yeniden başlatıyoruz ve yeniden başlatmanın ardından aşağıdakileri elde ediyoruz:
Arayüzlerin adına dikkat edersek göreceğiniz gibi, yeniden adlandırdığımız, kolayca yazabileceğimiz yönetilebilir bir adla görünür.
Umarım yararlı bulursunuz ve sizi herhangi bir endişeniz olması durumunda yorum yapmaya ve soru sormaya davet ediyorum.
Bundan böyle böyle şeyler yazacağım ... selamlar.
woooo, bilgi için teşekkürler, benim için harika, systemd ile görünen isimler biraz baş belası.
Peki evet .. Biçimden biri olması gerçek bir sorun olmasa da .. Bu arayüzlerin yönetimini daha temsili isimlerle yapmak daha iyi
CANLI sysvinit XDDD
Hayal ediyorum ama görüyorum ki bu yazının hedef kullanıcısı değilsin hahaha
Hala sistemdeki iyiyi göremiyorum .. Hayatımızı kolaylaştırmak yerine, bana bunu karmaşıklaştırıyor gibi geliyor .. Biri bana gerçekten "gerçek" bir avantaj söyleyebilir mi?
Pulseaudio gibi şans eseri aynı yaratıcıdan gelen başka bir durum. Öyle harika ki, panayır av tüfeğinden daha fazla başarısız oluyor ve Alsa'nın sesi tekrar kontrol etmesine izin vermelisiniz.
Dürüst olmak gerekirse, hala çok yeşil ama şu anda görebildiğim tek avantaj, sistemin bir şey söylemek için 5 saniye daha hızlı başlamasını sağlaması. Umarım debian hala sysvinit'i korur ve systemd isteğe bağlıdır.
Özellikle, systemd'nin iyi bir seçenek olduğunu düşünüyorum, sadece kullanıcılara nüfuz etmesi biraz zaman alacaktır.Gördüğüm şeylerden biri, sorunların çoğunun sadece kötü bir şekilde belgelendirildiği için yapıldığı ... Altta yatan sorunların olabileceğini inkar etmek, ancak bu, belirli bir uygulamayı kötü veya iyi olarak nitelendiren sorunlar oldukları anlamına gelmez.
Görünüşe göre systemd'nin faydaları biraz ezoterik. Gerçekleştirdiğim iyileştirmelerle ilgili açıklamaları okudum ancak daha iyi performansa dönüşüp dönüşmediğini bilmiyorum. Ve şu anda linux üzerinde dağılma yapmadıysak, bildiğim üç başlangıç sistemi var: sysvinit, upstart ve systemd. Ve hepsinden önemlisi, systemd sizi / usr taşıma olarak bilinen unix dosya hiyerarşisini değiştirmeye zorlayacak. Bazı ilginç bilgiler:
http://hackingthesystem4fun.blogspot.com.es/2012/03/usrmove-la-mentira-usrmove-lie.html
Çok ilginç makale, sonra tam olarak okudum. (Ve evet, dizinlerin hiyerarşisi bir temizliğe zarar veremezdi, yapılandırma dosyalarının "etc" adlı bir dizinde saklanması ve uygulama yapılandırmalarının sistem tarafından dağıtılan farklı dizinlere dağıtılması Aptalca. Bu anlamda Fedora halkı iyi bir iş çıkarıyor.)
Kişisel olarak PulseAudio hakkında söylediklerine gelince, buna hiç ihtiyacım olmadı, ALSA ile dolup taşanlardan biriyim (HW'yi her zaman mükemmel tanıyorum).
Kullandığım dağıtımın özel durumunda, masaüstü makineyle hiçbir zaman sorun yaşamadım, ancak dizüstü bilgisayarda askıdan çıktıktan sonra sesin nasıl kırıldığını bıktırıcıydı.
Neyse ki birkaç gün önce, forumda çok fazla yorum yaptıktan sonra, kullanıcılardan biri bugtracker'daki sorunu bildirdi, hatayı buldular ve bir sonraki kararlılığı beklerken Chakra'ya başvurmaktan sorumlu oldukları bir yama yayınladılar. O yamayı içerecek PA sürümü.
PA'nın Çakra'daki güncel sürümü: 3.0
Güzel ipucu, +1
GNU + Linux'un nihayet Unix'in rahminden çıkıp mevcut gereksinimlere göre yeni, daha güçlü, esnek ve modern bir sistem haline geldiğini görmek güzel.
Systemd, Poettering ve ortaklarının mükemmel çalışmasıyla, ne kadar büyük olduğu konusunda hala inanılmaz, bir güç, esneklik ve modülerlik harikası.
Bu eğitim çok iyi, ancak bence tüm bu adımları gerçekleştirebilirseniz, p0s4'te de öğrenebilirsiniz ki bu daha kolaydır, diğer yandan işlerin nasıl yapıldığını bilmek iyidir, bazen ihtiyaç duyulur ve arayüzümün kesinlikle anlaşılmaz bir adı var.
Pekala, bunun gerçekten hatırlayabilmenin ya da hayır yapmanın bir şey olduğunu düşünmüyorum .. Bu mini eğitimle yapmaya çalıştığım şey, kullanıcı için olası bir rahatsızlığı çok yüzeysel bir şekilde çözmek, bunun yanı sıra Gnu linux'un son derece esnek olduğunu gösterin, böylece basit adımları izleyerek istediğiniz zaman özelleştirebilirsiniz ... En yüzeysel nokta, kişiselleştirilmiş şeyleri sisteme yerleştirerek daha sevimli görünmesidir ..
şimdi yeni archlinux .iso yüklenirken, wifi beni wlp2s0 ve bazen wlan0 olarak tanıyor, kimse nedenini biliyor mu?
Systemd değişikliği yapar ve çekirdek arayüz için destek sağlar. Yayınlayan öğreticiyi izleyin ve bunları statik olarak düzeltir. Bu şekilde sorunları kurtarırsınız.
Bu durumla bir süre önce karşılaştım ama bunlar iki farklı şey
Geleneksel olarak dosya 80'den az olmalıdır (bu dava için genellikle 70) ve
Bu, konfigürasyonun geri kalanının nasıl olduğuna veya kaç tane plakamız olduğuna bağlıdır.
cat /etc/udev/rules.d/80-net-name-slot.rules
# Bu dosya, ağ aygıtları için kalıcı yeniden adlandırma kurallarını maskeler. Eğer sen
# bu dosyayı silin, /usr/lib/udev/rules.d/80-net-name-slot.rules
# ağ cihazlarını ID_NET_NAME_ {ONBOARD, SLOT, PATH} uyarınca yeniden adlandırın
Öncelikli olarak ağ cihazlarınızın # özelliği. Görmek
# 'udevadm test-builtin / sys / class / net / $ interface' çıktısı
# bu yeni adın ne olabileceğine dair ayrıntı.
#
# http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames
Bağlantıya 3 seçeneği sonuna koyun (freedesktop'a), dosya ile benim için otomatik olarak oluşturmaz ve 70 değil - yani belirli bir isimle isimlendirmiyorum, yine de olması gerektiği gibi eth0 (evet sadece bir tane var) ve daha çok usb gibi koyarsam, beni eth1 - 2 - 3 olarak takip eder veya onları modülün tespit sırasına göre adlandırır, 70- yararlıdır eğer birden fazla panomuz varsa ve adını önemsiyorsak (Belirli bir panonun eth0, diğerinin eth1 olmasını istiyoruz veya siz ona bir isim vermek istiyoruz ve otomatik olarak çıkan isimle eşleşmiyor. modülün montaj sırası)
80 ise - sihirli bir şekilde normal adlarını eth0 eth1 eth2 olarak adlandırmaya devam ediyor (tespit sırasına göre)
80 orada değilse- veya onu boşa gönderirsem "garip" isimlerim var, eğer istersem onları koşullandırabilirim
70 ise ya da öğretmen durumunda 10- İsimleri şartlandırıyorum (Ocak ayında bir hata var ve 70 değilse almadım, hatırlamıyorum kemer veya debian, ancak bir oldu)
Netcfg'yi ve bazı bilgisayarlarda köprü yazılımlarını kullanmayı daha iyi buluyorum
Debian'da 80- kullanmıyorum ama udev'in systemd /etc/udev/rules.d/70-persistent-net.rules'e gitmeden önce ürettiği birini kullanıyorum
Büyük olasılıkla sorun debian'dan kaynaklanıyor…. Hatanın her dağıtım tarafından geliştirilen değil de mevcut ham paketi etkileyip etkilemediğini görmek gerekli olsa da ... ikincisi ile, yorumladığım gibi, doğru bir konfigürasyon yapmanın birçok yolundan sadece biri.
Bak, herhangi bir iyi kacker gibi, / evimden Kali Linux'u kurmak için alan istedim (Backtrack 5'in halefi).
Kali, BT'nin Debian'a dayandığından farklı olarak, aslında _is_ Debian özel eklenmiş… systemd!
Aslında, Kali Linux'un tüm ömrü boyunca Debian kullanmış gibi systemd ile çalıştığını görmek - olumlu bir şekilde - dikkatimi çekti.
Bu arada Debian Dev Core grubu:
"Dev1: -Hey, bu yeni sistemi duydunuz, uygulamak harika olmaz mıydı?"
«Dev2: -WTF, ama siz kim olduğunuzu sanıyorsunuz !!! Hâlâ kendinize sıçarken zaten SysV kullanıyordum ve ölene kadar onu kullanmaya devam etmeyi planladığım konusunda sizi uyarıyorum !!! »
«Dev3: -Hey kahretsin, ne dediğine dikkat et ...»
«Dev4: -Bana amca bir casus gibi görünüyor ...»
«Dev5: -Bak, hake, Debian'da örümcek ağları toplamayla övünürüz, bize böyle yeni şeyler verme. Yeterince test edildiğinde belki 15 veya 20 yıl içinde ona ikinci bir bakış atacağız ve gereksinimleri karşıladığını görürsek Sid'e dahil edeceğiz »
«Dev1: -Ama hey millet, sorun değil, öyle olmayın, bana öyle geliyor ki * harika * bir PID1, SysV'den çok daha esnek, eksiksiz ve güçlü, aslında hastalık belirtileri gösteriyor uzun zamandır, sadece istedim ... »
«Dev2: -BLASFEMIA !!!»
"Dev4: -Sen, itiraf et, çabuk, Arch'dan geliyorsun, lanet olsun!?"
«Dev5: -QUEEEEE ??? Ama ne düşünüyorsunuz, yeterince test edilmemiş bir şeyi nasıl dahil edeceğiz !! ?? "
«Dev1 Dev5'e yanıt veriyor: -Ama hey, bugünlerde F / LOSS'un geniş yelpazesiyle artık yıllarca beklemek gerekmiyor, çünkü yazılım büyük ölçüde test ediliyor ve farklı dağıtımlarla uyumluluk ve kararlılık pratik olarak garanti ediliyor, sadece 50 sentim… »
«Dev3: -Öyleyse 50 sentini sikeyim, bunun Debian olduğunu anlamadın hangi kısmı? Sadece dağıtımımıza güncel olmayan yazılımları ekliyoruz, kahretsin. "
«Dev5: -Peki Dev3, beni dinle Dev1, ancak bu yazılım yeni nesil PID1 ile değiştirilmeye başladığında onu Debian'a dahil etmeyi düşüneceğiz. Konu hakkında daha fazla konuşma yok. "
«Dev1: -Bu ...»
«Dev2: -Ve hadi, onu arıyorsunuz dostum, zamanınızı SysV'yi yamalamaya ve desteklemeye ve yararlı ömrünü on yıl daha uzatmaya ayırsanız iyi olur, eğer bize 20 yıldır bu kadar iyi hizmet ediyorsa şimdi onu değiştireceğiz. »
«Dev3: -Bu adam, SysV'ye hala sevgiyle bakarsak bir süreliğine PID1 var."
«Dev1: -Peki, tamam, haklı olduklarını düşünüyorum, modern gereksinimler için tasarlanmamış bir yazılımı yamalamaya başlasam iyi olur, böylece çok çabayla onu kullanmaya devam edebiliriz ...»
«Dev4: -Elbette, modernizmleriniz değil, yol budur.
"Dev1: -Tamam, beni ikna ettiler, systemd aptalca ve bunu yapan adam bir aptal, kim SysV varken böyle saçmalıklar yapmayı düşünüyor?"
Dev {2,3,4,5}: - «Önümüzdeki 50 yıllık durgunluk için erkeklere kadeh kaldıralım!»
Umarım Elav nerede yaşadığınızı bilmiyordur ...
Haha, onun beyzbol sopasıyla güldüğünü ve okşadığını hayal ediyorum
Systemd'nin sysvinit / openrc veya upstart'a karşı avantajı, çok büyük olması değil, 3 veya 4 saniye içinde başladığı için modaya uygun olmasıdır.
Upstart hakkında bir bilgim yok, sanırım hiç kullanmadım, en azından bilerek.
3 veya 4 saniye görecelidir, tam önyüklemede systemd ile yaklaşık 10 dakika süren (X'siz bir debian ve mümkün olan her şey optimize edilmiş) bir bilgisayarım var, yarıya veya daha azına (aynı hizmetler, aynı diskler, aynı cpu, aynı ram), yani şarj alana kadar,
Eğer hiç ubuntu kullandıysanız, bunun başlangıç olduğunu bilmelisiniz, aksi takdirde açıkça değil.
"Modaya uygun çünkü 3 veya 4 saniye içinde daha hızlı başlıyor."
Aslında, systemd'nin ana geliştiricisi, ML'sinden aldığı bir e-postada, systemd'yi hiçbir zaman hızlı bir başlangıç sistemi olarak düşünmediklerini, bunun sadece systemd'nin çalışmasının bir sonucu olduğunu açık bir şekilde açıklar - ki bu gerçekten ilginçtir. sistemi daha hızlı olacak şekilde optimize etmeye karar verirlerse nelerin başarılabileceğini düşünüyorlar ...
"Systemd'nin sysvinit / openrc veya upstart'a karşı avantajı, bu kadar büyük olması değil"
SysV init ile ilgili olarak, Upstart'a kıyasla avantaj BÜYÜK'tür.
SysVinit bir catramina, Porsche'nin yanında bir araba.
SysVinit uzun yıllar amacına hizmet etse de, gerçek şu ki, yıllar önce ve o an için yapılan, düşünülen ve tasarlanan bir yazılımın üstü kapalı sınırlamaları giderek daha fazla fark ediliyor.
Yavaş önyükleme süresinin yanı sıra SysV ile ilgili sorunlardan bazıları, genellikle farklı ortamlarda ortaya çıkan yarış koşulları, arka plan yordamlarını etkinleştirme ve devre dışı bırakma yapısı ve bu yapıya sırayı bozmadan yeni uygulamalar ve arka plan yordamları eklemenin ne kadar karmaşık olduğudur. Başlangıç.
systemd tüm bunları temiz, pratik, standartlaştırılmış ve iyi belgelenmiş bir şekilde çözer - SysV'de genellikle her dağıtım bunu istediği gibi uygular.
Upstart Hakkında Kesinlikle KORKUNÇ olan yapılandırma dosyalarının ötesinde pek bir şey bilmiyorum, Çince, onları düzenlemek işkence ve çılgın değilseniz ve ortalığı karıştırırsanız hata yapmak çok kolaydır.
Öte yandan, makinemdeki Ubuntu'nun en son sürümleri neredeyse anında başlayıp kapandığından beri Upstart gerçekten verimli görünüyor - harika.
Ancak, Poettering'e sisteme gerçekten ihtiyaç olup olmadığını sorduklarında ve Upstart gibi diğer seçenekleri analiz etmedilerse, evet, onları analiz ettiklerini, sevdikleri birçok şeyin olduğunu ve aslında planlarında olduğunu söyledi. systemd'de uygulayın, ancak onlara göre Upstart'ın yapısal temelinin iyi olmadığını ve gelecekte bundan kaynaklanan sorunların olması çok olasıydı.
Systemd'nin iki önemli nedenden dolayı bir Red Hat girişimi olarak doğduğunu unutmayın:
1. Şirketin binlerce dağıtımında sahip olduğu _vastisima_ deneyimi nedeniyle, gereksinimlerini karşılamak için sistemlerinde belirli temel değişiklikler yapmaları gerektiği sonucuna vardılar; değişiklikler, mantıksal olarak birden fazla emektar gibi değişiklikler.
2. Red Hat'in GNU + Linux değil, Red Hat olmayı istediği kimsenin sırrı değildir.
Arabesklerin ve diğer dikkat dağıtıcı şeylerin ötesinde, gerçek şu ki systemd, GNU + Linux topluluğu tarafından giderek daha fazla benimseniyor ve bu birkaç nedenden dolayı zorunlu olarak iyidir:
1. geliştirme hızlanır, böylece daha kısa sürede daha iyi bir ürün elde edilebilir
2. Çeşitli dağıtımların ihtiyaçlarını dahil ederek ve bu dağıtımların büyük geliştiricileriyle systemd ile işbirliği yaparak ve yamaları ve özellikleri tartışan diğer dağıtımlardan geliştiricilerle etkileşime girerek, kaliteli bir ürün elde etmek son derece kolaydır.
3. Uygulandığı (çok önemli!) Ve standart olarak konsolide edildiği dağıtımdan bağımsızdır (POSIX gibi), farklı dağıtımlardan oluşan heterojen ortamlarda çalışmak zorunda olan ancak bir yönetim tabanını paylaşan bir yöneticinin kesinlikle benzer sisteme değer verir.
$ systemctl, Fedora'da openSUSE veya Arch veya Chakra veya Red Hat veya Kali Linux veya systemd kullanan diğer dağıtımlarla aynı şekilde çalışacaktır ve bu harika.
4. Dağıtımın kendisi tarafından kullanılan aynı PID1 üzerinde çalışan çok sayıda uygun kişiye sahip olmak, sorunları çözerken veya bir veya başka bir işlevi nasıl uygulayacağına dair yardım veya fikir ararken, geliştiricilerin işini çok daha kolaylaştırır.
5. Systemd, açık ve -çok önemli- disiplinler arası bir proje olduğundan, projenin benimsenme ve iyileştirme oranını FLOSS projelerinin en yükseklerinden biri yapar.
Örneğin, başlangıçta arka plan yordamlarını başlatmayı içeren herhangi bir dağıtım paketinin bakımcısı, sistemdeki posta listesinde yorum ve öneriler isteyen hizmet sürümünü sunduğunda, genel bir işbirliğinin ardından Bu hizmetin, yalnızca konuyu açan geliştiriciyi kullananı değil, aynı zamanda UPSTREAM'i uygulamanın geliştiricilerine gönderen hizmeti, bu hizmeti kendi kendi paketi ve bununla% 100 sistem uyumlu OOTB yapar.
6. systemd, yönettiği sistemlerin yönetimini çok daha kolay ve sorunsuz hale getiren yüzlerce yeni özelliğe sahiptir. Örneğin, oturum açma yöneticileri için PAM modülünün yönetilmesinden, sisteme uzaktan bağlantıların yönetilmesinden, bellekte uyuyan bir arka plan programı yerine soketleri dinleyen isteğe bağlı hizmetleri yüklemekten ve etkinleştirilmeyi bekleyen CPU ve belleği çalmaktan, yönetmekten sorumludur. güvenilir bir yol ağ arayüzleri ve sisteme takılı cihazlar ... bu gerçekten bir canavar, devasa bir Leviathan ama bu boyuttaki diğer sistemlerin aksine çevik, hızlı ve çok düzgün çalışıyor ve bence bunun tek nedeni bu. systemd gibi BÜYÜK bir sistem (kısa sürede tüm sistemi yöneteceğini düşünün), verimli, modüler ve sıfırdan ölçeklenebilir olacak şekilde tasarlanmış olmasıdır.
Systemd'yi kullanmaktan en çok acı çektiğim şey, şimdiye kadar makinemi yönetmek için kullandığım her şeyi yeniden öğrenmem gerektiğidir.
Yıllardır belli bir metodolojiyi kullanan bazı tarihöncelerinin böyle bir değişime direnmesi anlaşılabilir ... ama hey! Bu bilgisayar bilimi, burada değişmeyen tek şey değişimin sürekli olmasıdır 😉
Selamlar.
Unuttum:
"Eğer hiç ubuntu kullandıysanız, açıkça olmasa da, upstart'ın ne olduğunu bilmelisiniz .."
Ne kadar tatsız bir tepki, değil mi? Buna inanan ve çok az şey bilen birinin sahibi.
Düşüncenizi takiben, yediğiniz tüm yiyeceklerin nasıl üretildiğini bildiğinizden kesinlikle eminim, değil mi? HER ŞEYİ söylüyorum.
Otobüse veya uçağa bindiğinizde olduğu gibi, aracın tüm parçaları, en küçüğü bile, nasıl çalıştığı, hangi yağların, yağların ve diğer sıvıların kullandıkları ve her birinin nasıl oluştuğu konusunda mutlak bilgiye sahip olursunuz. ve üretim süreci.
Veya bir kalem kullandığınızda, mürekkebin nasıl yapıldığını kesinlikle çok iyi biliyorsunuzdur.
@ Buradan geçiyor mu bilmiyorum hala aptallığınızı okumuyorum ya da size gerektiği gibi cevap veremeyecek kadar kibar ve medeni.
Benim açımdan, zaten senin gibi gillere katlanacak kadar yaşlı ve huysuzum:
BENİ YUMURTA YUT.
(ve hayır, kimseyi savunmuyorum, tek bir cümlede bu kadar sıradan ve zehirli bir küstahlıkla çok hastalandım).
msx, windows Moses xD zamanındaki aynı önyükleme sistemini, aynı dosya sistemini, aynı ses sistemini kullanıyor ve hiçbir şey olmuyor! Yani burası Linux, tekerleği yeniden icat ettiğimiz ya da her 5 veya 6 yılda bir denediğimiz yer, ama o bilgi işlem değil, sadece onun bir parçası XD
Ahh bak ...
Açıkça değil.
Önyükleme sistemi 98 / Me'den XP'ye (NTLD) değişti ve ardından Windows 7 ile tekrar değiştirildi ve şimdi Windows 8 ile güncellendi - bu mantıklı çünkü teknolojiler aynı değil ve gereksinimler aynı değil.
Windows 7, pencere manzarasına sahiptir.
msx, ama sen ne içiyorsun, ama neye inandın? Evet, tamamen normal cevap verdim, ama kafanda şeyleri aşağılık kompleksi olan biri olarak yorumlamakla ilgili bir pislik var, bu benim suçum değil. Bu basitçe ortağa yaptığım bir açıklamaydı, hile yapmak veya başka bir şey yapmak istemeden, kafandaki her şeyi yarattın, lanet olsun, git ve bir ıhlamur olsun, içinizdeki acı
Geçen gün senden bunu kesmeni rica ettim. Onları azarlayan ikisinin de babası değilim .. Twitter, G + veya Skype için savaşacaklar .. Şimdi iyi.
Çok iyi,
Belki debian'ın (şimdilik) sahip olduğu şey, senaryolarla çok katı olmaması ve "Evet, dediğimi yap!" olmasına rağmen sihirli bir şekilde uyum sağlamasıdır. paha biçilemez
O Arch küfür mü? Arch, Debian Stable'ın tam tersi, kesinlikle
Hayır hayır, bu dijital mağara adamları bizi böyle görüyor, okçuların taşıdığı ritimden tamamen korkuyor; -D
Esas sorun komutlar değil, alışıldığı bir dağıtımı yakalayan alışkanlıktır.
Arch iyi bir seçenek, ancak şimdilik Slackware'i deneyeceğim.
Bahşiş için teşekkürler!
bu ne kadar iyi oldu
İyi ipucu =) sadece metnin yazımında aşağıdaki gibi gelir
"10 ağ kuralı adlı basit bir metin dosyası." ve doğru şekilde görüntüde 10-network.rules olarak geliyor
selamlar
Bana hizmet etti ... sahip olduğum uyumlu bir konfigürasyon nedeniyle ama aynı zamanda linux deneyimsiz gözlere çok zor görünmesini sağlayan bu tür makalelere de karşıyım ..
Arayüzünüzün adı ne diye adlandırılırsa, önemli olan internete sahip olmanızdır .. aynıysa ve benim koni konfigürasyonumda wifi'nin diğer adı bana hizmet edecek ve eğer aircrack kullanmak içinse bu ne fark eder? aynı hikaye ama linux size özelleştirme seçeneğini sunduğundan sonra değiştirin .. makale için teşekkürler .. bir resim
https://pbs.twimg.com/media/BI9FCzQCEAIM0ud.png:large