Frequently asked questions (Türkçe)

Çeviri Durumu:
Bu makale,
Frequently asked questions
makalesinin çevirisidir. Son çeviri tarihi (yıl-ay-gün şeklinde): 2022-03-21. Eğer makalenin İngilizce sürümünde
değişiklik
yapılmış ise çevirinin senkronize edilmesine yardımcı olabilirsiniz. Çevrilmiş tüm makelelere
buradan erişebilirsiniz
.
İlgili makaleler
Arch terminology
Arch User Repository#Frequently asked questions
General troubleshooting
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 ?
Hayır, fakat
Arch Linux ARM
projesi birçok ARM platformlarına Arch Linux'u çalıştırma imkanı sağlıyor. Lütfen bakınız
[1]
[
dead link
2024-01-13—HTTP 404]
.
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
file-hierarchy(7)
.
/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, bu yeni sistemi öğrenmek ve uyum sağlamak için zamanının çoğunda bu işlemleri isteyerek şahsen gerçekleştirmen 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ı konuya Google vasıtasıyla senin göz atman ya da foruma ve Arch Wiki tarafından sağlanan zengin içeriklere senin bakman beklenmektedir. Her şeyden önce bilmelisin ki bu kaynakların ulaşabilir olmasının bir sebebi var. Binlerce gönüllü insanın buradaki değerli bilgileri birleştirmek için ciddi bir zaman harcadığını belirtmek isteriz.
Lütfen
Arch terminolojisi
ve
Yükleme rehberine
bir göz at.
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 yahut
kullanıcı
tiplerine göre tasarlanmamıştır. Arch'ın kullanımında kendi işini kendin hallet ilkesinden zevk alan, kendi özel ihtiyaçlarına veya spesifik durumlara uygun halde sistemin çalışmasını sağlamak isteyen yetkin kullanıcılar hedef alınır. Bundan dolayı seçimler kullanıcıya kaldığı için Arch istenilen her türlü amaç için sanal olarak kullanılabilir. Bir çok kullanıcı Arch'ı masaüstü ya da 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ırken
base
grubu 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ının sistemi güncellemek istediği zaman gerekli değişiklikleri ve birleştirmeleri yapması zorunludur. Arch Linux 'kendi işini kendin hallet' ilkesini benimseyen bir dağıtım olduğu için, yardım istendiği zaman, düzgün bilgilenmemiş ve üretken olmayan bir kullanıcıya ait bozulma şikayetleri 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önetilebilirliği yüksek şekilde büyüyen bir kullanıcı havuzuna sahiptir.
Arch'ın daha fazla geliştiriciye ihtiyacı var
Doğru olabilir. Gönüllü olarak katkıda bulanabilirsiniz.
Forumlar
,
IRC kanalları
ve
mail listesi
ziyaret ederek ne yapılması gerektiğine bakın.
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?
Size en uygun olanı seçin.
Masaüstü ortamı
ve
Pencere yöneticisi
makalelerine göz atın.
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
Daha fazla cevap için
pacman
,
pacman/İpuçları ve püf noktaları
ve
Resmi depolar
sayfalarına göz atın.
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
libalpm(3)
- "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!
Eğer fikrinin kayda değer olduğunu düşünüyorsan, bunu
pacman-dev
'de tartışabilirsin. Ayrıca halihazırda bulunan özellik istekleri için de
https://bugs.archlinux.org
sayfasını ziyaret edebilirsin.
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
libfoo
nun 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 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 sitesi
ndeki 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 (muhtemelen bazı şeyler çıkartılmış olacak) ve bu değişikliklerin kullanıma etki edip etmemesi sadece bir şans meselesidir.
Kurulan sembolik bağlantıyı paket yöneticisi fark edemeyecektir. Derhal sistem kütüphane dosyalarını kırmaya çalışan acemiler, teşhis edemeyecekleri/düzeltemeyecekleri bir değişiklik yaparak büyük risk altına girebilirler ki, normal bir durumda paket yöneticisi 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 x86_64 komut setini çalıştıramayan bir işlemci bilgisayarınızdaki 4 GB'tan daha fazla RAM'i 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 bitten kaçınmayı istemeniz için sıralayabileceğimiz daha birçok neden bulunmakta ama çekirdek, kullanıcı alanı ve bireysel programlar arasında 64 bitin 32 bite göre daha iyi yaptığı her şeyi sıralamamız pek de uygun değil.