Genel
Arch Linux nedir?
Detaylı bilgi için Arch Linux sayfasını ziyaret edin.
Arch Linux'u neden kullanmak istemeyeyim ?
Arch Linux'u kullanmak istemeyeceğiniz durumlar olabilir, bunlardan bazıları:
- 'kendin yap' ilkesinde bir GNU/Linux dağıtımı için zamanınız, yetkinliğiniz ve isteğiniz yoksa.
- x86_64 işlemci mimarisi dışında bir işlemci mimarisine sahipseniz.
- bir işletim sisteminin kendi işini görmesi, kendi kendine ayarlarını yapması veya bazı varsayılan yazılımları ve masaüstü ortamınıda beraberinde getirmesi gerektirdiğini inanıyorsanız.
- yuvarlanan sürüm yapısına sahip olan bir GNU/Linux dağıtımı istemiyorsanız.
- şu anda kullandığınız işletim sisteminden memnunsanız.
Arch Linux kullanmayı birdaha gözden geçirmelisiniz.
Arch Linux'u neden kullanmak istemeliyim?
Because Arch is the best.
Arch ARM mimarili işlemcileri destekliyor mu ?
Arch Linux FHS'yi takip ediyor mu?
Not: FHS yani file system hierarchy inglizce olarak Türkçesi ise dosya sistemi hiyerarşisi olarak adlandırılır.
Arch Linux systemd servis yöneticisini kullanarak işletim sistemleri için file system hierarchy yapısını takip etmektedir. Klasörlendirme ve isimlemdirme için ayrıca bakınız .
/bin,
/sbin ve
/usr/sbin sembolik bağıntı olarak
/usr/bin'e ve
/lib,
/lib64'da sembolik bağıntı olarak
/usr/lib'e bağlıdır.
GNU/Linux için tamamen acemiyim. Gerçekten Arch Linux kullanmalı mıyım ?
Öncelikle bilmen gerekir ki Arch Linux tasarım olarak DIY (Do-It-Yourself) yani 'kendi işini kendin hallet' olarak tasarlanmıştır. Yani acemi olarak Arch kullanmak istersen, yeni bir sisteme adepte olmak ve bu yeni sistemi öğrenmek için zamanının bir çoğunda bu işlemleri gerçekleştirken isteyerek yapman gerekir çünkü sistemi bir bütün olarak kullanabilir hale getiren kişi kullanıcı(yani siz) olacaktır.
Herhangi bir şekilde yardım istemeden önce sorununla alakalı konuyu Google vasıtasıyla kendin bağımsız olarak göz atmanda yada forumda ve Arch Wiki tarafından sağlanan zengin içeriklere bakman beklenmektedir. Herşeyden önce bilmelisinki bu kaynakların ulaşabilir olmasının bir sebebi var. Binlerce gönüllü insan buradaki değerli bilgileri birleştirmek için ciddi bir zaman harcadığını belirtmek isteriz.
Arch Linux kullanım olarak nasıl tasarlandı ? Bir sunucu olarak mı ? Bir iş istasyonu olarak mı ? Yoksa normal masaüstü kullanımı için mi ?
Arch herhangi bir şekilde bir kullanım tarzı baz alınarak tasarlanmadı yahut kullanıcı tiplerine göre tasarlanmıştır. Arch'ın kullanımında kendi işini kendin hallet ilkesinden zevk alan, kendi özel ihtiyaçları veya spesifik durumlara uygun halde sistemin çalışmasını sağlamak isteyen yetkin kullanıcıları hedef alır. Bundan dolayı seçimler kullanıcıya kaldığı için Arch istenilen hertürlü amaç için sanal olarak kullanılabilir. Bir çok kullanıcı Arch'ı masaüstü yada iş istasyonu olarak kullanıyor. Örneğin archlinux.org sunucu olarak Arch Linux kullanmaktadır.
Arch'ı gerçekten beğendim, fakat geliştirici ekibinin X özelliğini uygulaması lazım
Topluluğa dahil olarak çözümlerini ve geliştirdğin kodları paylaşarak destekleyebilirsin. Hem topluluk tarafından hem geliştirici ekibi tarafından beğenilirse ileri dönük zamanda birleştirilme ihtimali var.
Yeni sürüm ne zaman ulaşılabilir olur ?
Arch Linux sürümleri basit yükleme ve kurtarma için canlı ortam oluşturur ve bu oluşum sağlanırkengrubu ve başka diğer paketleri içerir. Sürümler genellikle her ayın ilk yarısında yayımlanır.
Arch Linux kararlı bir dağıtım mı ? Sık bir şekilde bozulma meydana gelir mi ?
Yuvarlanan sistemin kararlı olması tamamen kullanıcının sorumluluğundadır. Kullanıcı sistemi güncellemek istediği zaman gerekli değişiklikleri ve birleştirmeleri yapması zorunludur. Arch Linux 'kendi işini kendin hallet' ilkesinni benimseyen bir dağıtım olduğu için yardım istendiği zaman bozulma şikayetleri düzgün bilgilendirilmemiş ve üretken olmayan olarak değerlendirilecektir çünkü bunlardan kesinlikle Arch geliştiricileri sorumlu değillerdir.
Bu konuda belirtilen görüşleri ve ipuçları için lütfen Sistem bakımı sayfasını ziyaret ediniz.
Arch'ın daha çok basında olmasına ihtiyacı var (reklam vb.)
Arch kendi yağında kavrulan bir dağıtımdır ve gerekli miktarda basında da yer almaktadır. Arch Linux'un hedefi çok büyük olmak değildir aksine organik ve yönetilbilirliği yüksek şekilde büyüyen bir kullanıcı havuzuna sahiptir.
Arch'ın daha fazla geliştiriciye ihtiyacı var
Kurulum
Arch'ın bir kurulum sihirbazına ihtiyacı var. Belki grafiksel kullanıcı arayüzlü bir sihirbaz?
Kurulum işleminin sık yapılması gerekmediği için (makalenin devamını okuyun ve yuvarlanan sürümün ne anlama geldiğini öğrenin), bu kullanıcıların veya geliştiricilerin yüksek bir önceliği değildir. Kurulum rehberi komut satırı metodunu kullanmak üzere sürekli olarak güncelleniyor.
Arch'ı kurdum, ve şu anda kabuk ekranındayım. Ne yapmam gerekiyor?
Genel öneriler'e göz atın.
Hangi masaüstü ortamı veya pencere yöneticisini kullanmalıyım?
Arch'ı diğer "minimal" dağıtımlardan ayıran nedir?
Diğer dağıtımlarla karşılaştırıldığında Arch'a göz atın.
Sistem Bakımı
Neden internetim diğer işletim sistemlerine göre daha yavaş ?
Ağınızı düzgün bir şekilde yapılandırdığınıza emin misiniz ? Ağ yapılandırmaları sayfasına gözatmanızda bir fayda var.
Bilmenizde yarar var ki Arch Linux trafik yapılandırmaları aktif olarak gelmemektedir. Bundan dolayı bir uygulama internetinizi tam kapasite olarak kullanabilir.
Niçin Arch benim tüm RAM kapasitemi kullanıyor ?
Temel olarak, kullanılmayan RAM harcanan RAM'dir.
Bir çok yeni kullanıcı bir önceki hafıza kullanımlarına göre Linux çekirdeğinin nasıl farklı kullandığını fark edicekelerdir. Veriye ulaşmada RAM depolama aygıtlarına göre daha hızlı ulaştığından sebeple, çekirdek o anlık ulaşılmış olan veriyi önbellekleme işlemini yapar. Önbelleklenen veri sadece sistemde yeterli miktarda bellek kullanımı yapamadığında ve yeni veriler yüklenmesi gerektiğinde temizlenmektedir.
Bu farklılığı
free komutunu kullanarak gözlemleye biliriz:
$ free -h
total used free shared buff/cache available Mem: 2.8G 1.1G 283M 224M 1.4G 1.2G Swap: 3.0G 881M 2.1G
"free" ve "available" arasındaki bellek farkının ne kadar önemli olduğunu bilmemiz gerekiyor. Yukarıda verilen örnekte, 2.8G RAM kapasitesine sahip olan bir dizüstü görünüşe göre hemen hemen tüm belleği kullanıyor gibi ve sadece 283M boş kapasitesi var. Dikkat etmek gerekir ki 1.4G olan "buff/cache". Yani hala 1.2G ulaşılabilir yeni uygulamaları açabilecek, swap yapmadan kullanbileceğimiz bir bellek var. Detaylı bilgi için
man free(1). Sonuç olarak tüm fındık fıstığı sistem kullandığı için performansımızı daha elverişli hale getirmiş oluyoruz :)
Şuradaki tadından yenmeyecek olan yazıyı eğer merakınız tavan yaptıysa okuyabilirsiniz!
Bütün boş alan nereye gitti ?
Bu sorunun cevabı kurmuş olduğunuz sisteminize bağlıdır. Burada bazı sorunun cevabı için yardımcı olabilecek uygulamaları bulabilirsiniz.
Paket yönetimi
X pakette hata buldum. Ne yapmalıyım?
İlk olarak, bu hatanın Arch ekibi tarafından düzeltilebilecek bir hata olduğuna emin olmalısın. Öyle olmadığı durumda (örn. Firefox'un Mozilla ekibinin hatasından dolayı çökmesi); bu hatalara giriş hatası denir. Eğer bu bir Arch problemi ise, yapabileceğiniz bir kaç adım söz konusu:
- Bilgi için forumlarda arama yapın. Birinin bu konuda bildirim yapıp yapmadığını kontrol edin.
- https://bugs.archlinux.org adresine detaylı bilgi ile birlikte bir hata bildirimi yapın.
- Eğer istersen, sorunu detaylandırıp halihazırda raporladığına dair bilgi vereceğin bir forum gönderisi oluşturabilirsin. Bu, aynı hatayı bir çok kişi tarafından verilmesinin önüne geçecektir.
Arch paketlerinin karmaşık isimlendirme kuralı var. ".pkg.tar.gz" ve ".pkg.tar.xz" çok uzun ve/veya kafa karıştırıcı
Bu Arch mailing listesinde tartışılmıştı.
.pac uzantısı desteklendi. Ancak yakın bir zamanda paket uzantısını değiştirmek gibi bir planımız yok. Arch geliştiricilerinden Tobias Kieslich'e göre, "Bir paket, gziplenmiş [xz] bir tar arşividir! Ve bu herhangi bir tar uyumlu uygulama tarafından açılabilir, incelenebilir ve manipüle edilebilir. Dahası, mime-type'ları çoğu uygulama tararfından otomatik algılanabilir."
Pacman'in diğer uygulamalar tarafından kolayca paket bilgilerine erişilmesini sağlayan bir kütüphaneye ihtiyacı var
Pacman- "Arch Linux Paket Yönerimi" kütüphanesinin bir ön yüzüdür. Bu kütüphane alternatif ön yüzler geliştirilmesine de müsade etmektedir. Mesela bir grafiksel kullanıcı arayüz önyüzü, yazılabilir.
Pacman'in X özelliğe ihtiyacı var!
Aslında, pacman'e veya Arch Linux'a özellik eklemenin en iyi yolu kendiniz yazmanızdır. Bu yama veya kod belki kabul edilebilir veya reddedilebilir, ama diğerleri bundan memnun olabilir, test edebilir ve harcadığınız emeğe katkıda bulunabilirler.
X paketini yükledim. Nasıl başlatacağım?
Eğer KDE veya GNOME gibi bir masaüstü ortamı kullanıyorsanız, program menüde otomatik olarak gösterilecektir. Eğer programı uçbirimden çalıştırmak istiyorsanız ve ikili dosyanın adını bilmiyorsanız, şu komutu uygulayın:
$ pacman -Qlq package_name | grep /usr/bin/
Neden her paylaşımlı kütüphanenin resmi depolarda tek bir sürümü var?
Debian gibi bir kaç dağıtımda, paylaşımlı kütüphanelerin farklı sürümleri bulunur.
libfoo1,
libfoo2,
libfoo3 ve daha fazlası. Bu durumda uygulamaların aynı sistemde
libfoonun farklı sürümleri ile derlenmesi söz konusudur.
Arch gibi dağıtımlarda ise, sadece en son kararlı sürüm resmi olarak desteklenir. Güncellenmeyen yazılımların desteğine son verilerek paket geliştiricileri, yeni sürümlerin istenildiği gibi çalışmasına daha fazla zaman ayırabilmektedirler. Paylaşımlı bir kütüphanenin yeni bir sürümü üst servis sağlayıcılarda mevcut olduğu gibi depolara eklenmekte ve bu değişiklikten etkilenen paketler, yeni sürümü kullanacak şekilde tekrar derlenmektedir.
Tam bir sistem yükseltmesi gerçekleştirirken paylaşımlı bir kütüphanenin güncellemesi bulunup, kütüphaneye bağımlı olan uygulamaların güncellemesi bulunmuyor ise ne yapmalıyım?
Bu durumun hiç yaşanmaması gerekmektedir.
foobaz adı verilen bir uygulamanın resmi depoların birinde olduğu farz edilsin ve
libbaz adı verilen paylaşımlı bir kütüphanenin yeni sürümüne karşılık başarıyla derlendiğinde uygulama,
libbaz ile birlikte güncellenecektir. Ancak derleme işlemi başarız olursa,
foobaz paketinin sürümlü bir bağımlılığı olacaktır (örn. libbaz 1.5) ve
libbaz paketinin yükseltilmesi sırasında ortaya çıkan çakışma nedeni ile pacman tarafından kaldırılacaktır.
Eğer
foobaz paketi kendi derlediğiniz ve AUR'dan yüklediğiniz bir paket ise
foobaz paketini
libbaz paketinin yeni sürümüne karşılık tekrar derlemeyi denemelisiniz. Derleme işlemi başarısız olursa bu hatayı
foobaz paketinin geliştiricilerine bildirmelisiniz.
Depoda önemli bir çekirdek güncellemesinin olup, bazı sürücü paketlerinin güncellenmemiş olma ihtimali mümkün müdür?
Hayır, bu durum mümkün değildir. Önemli çekirdek güncellemeleri (örn. linux 3.5.0-1\'dan linux 3.6.0-1\'e) gerçekleştirilirken tüm desteklenen çekirdek sürücü paketlerinin yeniden derlenmiş sürümleri ile birlite gelir. Diğer taraftan, eğer sisteminizde desteklenmeyen bir sürücü yüklüyse (örn. AUR'dan) çekirdek güncellemesi, sürücüyü yeni çekirdeğe göre yeniden derlemediğiniz takdirde bazı şeyleri bozabilir. Yükledikleri desteklenmeyen sürücü paketlerinin güncellenmesinden kullanıcılar sorumludur.
Yükseltmeden önce ne yapmalı?
Sistem bakımı#Sistemi yükseltmek kısmını takip edin.
Bir sistem güncellemesi yayınlandı, ancak pacman sistemin güncel olduğunu söylüyor
pacman yansımaları anında senkronize olmaz. Güncellemenin sizin için hazır olması 24 saate kadar sürebilir. Sabırlı olun veya başka yansımaları deneyin. Bu sayfadan güncel yansımalara erişebilirsiniz.
Üst servis sağlayıcı projesi X yeni sürümünü yayımladı. Arch paketinin bu yeni sürüme güncellenmesi ne kadar sürer?
Paket güncellemeleri hazır olduğu an yayımlanmaktadır. Bu belirsiz zaman, üst servis sağlayıcının birkaç saat saat sonra küçük bir hata güncellemesi yayımlaması kadar kısa veya büyük bir paket grubunun birkaç haftadan sonra ana güncellemesini yayımlaması kadar uzun da olabilir. Üst servis sağlayıcının yeni sürümünden Arch'ın yeni bir paket yayımlamasına kadar geçen süre, belirli paketlere ve bu paketlerini geliştiricilerinin müsait olmasına göre değişiklik göstermektedir. Ek olarak, bazı paketler |test deposunda bir süre kalmaktadır ve bu durum paketin güncellenmesinden önce geçen süreyi uzatabilmektedir. Paket geliştiricilieri, depolara kararlı güncellemeleri ulaştırmak için hızlı bir şekilde çalışmaya gayret etmektedirler. Eğer resmi depolarda güncel olmayan bir paket bulursanız o paketin, paket sitesindeki sayfasına gidin ve bu durumu etiketleyin.
Hali hazırda kurulu bir kütüphanenin eski bir sürümüne ihtiyacım olursa, daha yeni olan sürüme sembolik bir bağlantı kurabilir miyim?
Eğer şanslı iseniz, belirli bir süre için bu işe yarayabilir. Ancak ne olursa olsun, bu uygun bir çözüm değildir. Çünkü:
- Kütüphaneler rastgele sürüm değiştirmezler - API/ABI'da değiştirilmiş olacaktır (muhtmelen bazı şeyler çıkartılmış olarak) ve bu değişikliklerin kullanıma etki edip etmemesi sadece bir şans meselesidir.
- Kurulan sembolink bağlantıyı paket yöneticisi fark edemeyecektir. Hemencecik sistem kütüphane dosyalarını kırmaya çalışan acemiler, teşhis edemeyecekleri/düzeltemeyecekleri bir değişiklik karşısında büyük risk altındadırlar ki, normal bir durumda paket yöneticisinin bu tarz değişikliklere karşı koruma sağlamaktadır.
- Eski kütüphane dosyasını, dosya sistemine atmanın en hafif bedeli ise, dosyalar takip edilemez, unutulur, ve potansiyel güvenlik hataları fark edilemez/yamalanamaz.
Bunu yapmak yerine, örneğin, gerekli kütüphane sürümünü sağlayan bir uyumluluk paketi kullanın/yazın.
64-bit
İşlemcimin x86_64 mimarisine sahip olduğunu nasıl anlarım?
Eğer işlemciniz x86_64 mimarisine sahipse,
/proc/cpuinfo içinde
lm flag'i olacaktır. Aşağıdaki komutun çıktısı ile bunu öğrenebilirsiniz,
$ grep -w lm /proc/cpuinfo
Windows üzerinde ise ücretsiz bir yazılım olan CPU-Z ile işlemcinizin x86_64 mimarisine sahip olup olmadığını öğrenebilirsiniz. "AMD64" ve Intel'in 64 bit çözümü olan "EM64T" mimarisine sahip olan bir işlemci x86_64 komut setini ve kütüphanelerini çalıştırabilir.
Neden 64-bit?
Çoğu durumda daha hızlıdır ve Address space layout randomization (ASLR) özelliği ve Position-independent code (PIC) , NX Bit (Fiziksel Adres Uzantısı (Physical Address Extension, PAE)'nin devre dışı olması sebebiyle stok i386 çekirdeğinde bulunmamaktadır) özellikleri ile daha güvenlidir. Ayrıca bilgisayarınız 4 GB'tan daha fazla RAM'e sahipse x86_64 komut setini çalıştıramayan bir işlemci bunu algılayamaz.
Ek olarak yazılımcılar da yavaş yavaş 32 bit desteğini gevşetip, çekmeye başladılar. 32 bit yazılımın yakın bir gelecekte var olmayacağını söyleyebiliriz.
32 bitden kaçınmyı istemeniz için sıralayabileceğimiz daha birçok neden bulunmakta ama çekirdek, kullanıcı alanı ve bireysel programlar arasında 64 bit'in 32 bite göre daha iyi yaptığı her şeyi sıralamamız pekte uygun değil.