# Frequently asked questions (Türkçe)

From ArchWiki
Jump to navigation Jump to search
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.

Related articles

- Arch terminology
- Arch User Repository#FAQ
- 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 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].

### 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, 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.

Lütfen Arch terminolojisi ve Yükleme rehberine bir gözat.

### 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

Komüniteye dahil olarak çözümlerini ve geliştirdğin kodları paylaşarak destekleyebilirsin. Hem kömünite 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ı 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

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.

### 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:

1. Bilgi için forumlarda arama yapın. Birinin bu konuda bildirim yapıp yapmadığını kontrol edin.
2. https://bugs.archlinux.org adresine detaylı bilgi ile birlikte bir hata bildirimi yapın.
3. 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 - "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 konusu.

Arch gibi dağıtımlarda ise, sadece en son kararlı sürüm resmi olarak desteklenir. By dropping support for outdated software, package maintainers are able to spend more time ensuring that the newest versions work as expected. As soon as a new version of a shared library becomes available from upstream, it is added to the repositories and affected packages are rebuilt to use the new version.

### What if I run a full system upgrade and there will be an update for a shared library, but not for the apps that depend on it?

This scenario should not happen at all. Assuming an application called `foobaz` is in one of the official repositories and builds successfully against a new version of a shared library called `libbaz`, it will be updated along with `libbaz`. If, however, it does not build successfully, `foobaz` package will have a versioned dependency (e.g. libbaz 1.5), and will be removed by pacman during `libbaz` upgrade, due to a conflict.

If `foobaz` is a package that you built yourself and installed from AUR, you should try rebuilding `foobaz` against the new version of `libbaz`. If the build fails, report the bug to the `foobaz` developers.

### Is it possible that there is a major kernel update in the repository, and that some of the driver packages have not been updated?

No, it is not possible. Major kernel updates (e.g. linux 3.5.0-1 to linux 3.6.0-1) are always accompanied by rebuilds of all supported kernel driver packages. On the other hand, if you have an unsupported driver package installed on your system, such as catalystAUR[broken link: package not found], then a kernel update might break things for you if you do not rebuild it for the new kernel. Users are responsible for updating any unsupported driver packages that they have installed.

### 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.

### Upstream project X has released a new version. How long will it take for the Arch package to update to that new version?

Package updates will be released when they are ready. The specific amount of time can be as short as a few hours after upstream releases a minor bugfix update to as long as several weeks after a large package group's major update. The amount of time from an upstream's new version to Arch releasing a new package depends on the specific packages and the availability of the package maintainers. Additionally, some packages spend some time in the testing repository, so this can prolong the time before a package is updated. Package maintainers attempt to work quickly to bring stable updates to the repositories. If you find a package in the official repositories that is out of date, go to that package's page at the package website and flag it.

## 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.

## 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 ö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.

### İşletim sistemini yeniden kurmadan i636 kurulumundan x86_64 kurulumuna geçebilir miyim?

Hayır. Tüm paketleriniz yeni mimari için tekrardan kurulması gerekiyor ve buna dahil olarak konfigürasyon değişiklerine ihtiyaç duymanız da muhtemel. Ama, bu işlem sırasında hard diskinizi formatlamanız ya da yeniden biçimlendirmeniz gerekmiyor. Yani hali hazırda bulunan verilerinizi yeni kuruluma aktarabilirsiniz. Bunun için verilerinizi kaybetmeden yeni kuruluma geçmenize yardımcı olacak bir forum konusu mevcut.

Veya sisteminizi 64-bit kurulum ISO'su ile açıp, diskinizden 32-bit kütüphanelerini içermeyen her şeyi kopyalayabilirsiniz. (örneğin: `/home` & `/etc`), and install.

Şu başlığı da okumak isteyebilirsiniz: migrating between architectures.

Category:

- Türkçe

Hidden category:

- Pages with broken package links