SSD Nodes Learn Hosting plans →
Rehberler Matt ConnorYazan Matt Connor · Güncellendi 2026-08-27

Yinelenen apt kaynak hatası nasıl düzeltilir?

apt update komutunda alinan The list of sources could not be read hatasini gidermek icin eski .list dosyalarini ve yeni deb822 .sources yapilandirmalarini nasil temizlersiniz.

Yinelenen apt kaynakları hatasının anlamı

Yinelenen apt kaynakları, bir deponun iki farklı dosyada tanımlandığı ve APT'nin (advanced package tool) her iki kopyayı da bulduğu anlamına gelir. Ubuntu 24.04 ve daha yeni sürümlerde bu durum neredeyse her zaman, üçüncü taraf bir kurulum betiğinin eski tip tek satırlık bir .list dosyası oluşturması, ancak aynı depo için diskte zaten bir deb822 .sources dosyasının bulunması nedeniyle gerçekleşir. Herhangi bir bozulma yoktur ve hiçbir paket risk altında değildir. İki tanımlamadan birini silerseniz mesaj kaybolacaktır.

İnsanların arama kutusuna yapıştırdığı satır şudur:

W: Target Packages (stable/binary-amd64/Packages) is configured multiple times in /etc/apt/sources.list.d/docker.list:1 and /etc/apt/sources.list.d/docker.sources:1

Bunu sondan okuyun. Her biri bir satır numarasına sahip iki dosya, aynı şeyi tanımlamaktadır. Target Packages, apt'nin bir deponun hangi paketleri sunduğunu öğrenmek için indirdiği dizindir; stable/binary-amd64/Packages ise bu dizinin kapsadığı bileşeni (stable) ve mimariyi (amd64) adlandırır. Dolayısıyla apt size, stable bileşeni için amd64 dizininin docker.list dosyasının 1. satırında ve tekrar docker.sources dosyasının 1. satırında yapılandırıldığını söylemektedir.

Ubuntu 25.04 ve sonrası ile Debian 13'ü kapsayan apt 3.0 ve daha yeni sürümlerde, aynı mesaj W: yerine Warning: ile başlar. Önekten sonraki metin aynıdır.

Bu uyarı hafif olan durumdur. apt iki tanımlamayı birleştirir ve güncelleme yine de çalışır, çünkü her ikisi de aynı anahtara sahip aynı arşivi tanımlar. Zor olan durum ise her şeyi durdurur:

E: Conflicting values set for option Signed-By regarding source https://download.docker.com/linux/ubuntu/ noble: /usr/share/keyrings/docker-archive-keyring.gpg != /etc/apt/keyrings/docker.asc
E: The list of sources could not be read.

apt burada işlemi reddeder çünkü iki tanımlama, tek bir arşiv için farklı imzalama anahtarları belirtmektedir. İki özdeş tanımlamayı birleştirir ancak iki Signed-By değeri arasında seçim yapmaz; çünkü yanlış olanı seçmek, paket imzalarının arşiv sahibinin asla imzalamadığı bir anahtara göre kontrol edilmesi anlamına gelir. Bu nedenle apt hiçbir kaynağı okumaz. Dosyaları elle düzenleyene kadar apt update ve apt install komutlarının her ikisi de aynı iki satırla başarısız olur.

Yinelenen kaydın oluşma nedeni

İki format farklı uzantılara sahip ayrı dosyalarda tutulduğu için, disk üzerinde her ikisinin de bulunmasını engelleyen bir kısıtlama yoktur. apt, bu çakışmayı ancak her kaynak dosyasını getirmeyi planladığı dizin hedefleri listesine genişlettiği geç bir aşamada fark eder. O ana kadar docker.list ve docker.sources birbiriyle ilişkisiz iki dosyadır.

Bu ikili yapı dört olağan olay sonucunda ortaya çıkar:

  • Bir tedarikçi kurulum betiği veya eski bir kaynaktan kopyalanan bir komut, tee satırı içeren bir /etc/apt/sources.list.d/vendor.list dosyası oluşturur.
  • Tedarikçinin kendi paketi daha sonra /etc/apt/sources.list.d/vendor.sources dosyasını dağıtır ve sizin için yükler.
  • Ubuntu 24.04 ve sonraki sürümlerde add-apt-repository, deb822 formatında .sources dosyaları yazar; bu nedenle elle .list olarak eklediğiniz bir PPA (kişisel paket arşivi), .sources olarak geri döner.
  • Bir sürüm yükseltme işlemi, dağıtımın kendi kaynaklarını deb822 formatına dönüştürürken, elle oluşturduğunuz .list dosyasını olduğu gibi bırakır.

Her bir yol kendi içinde makuldür. Yinelenen kayıt, bu olaylardan ikisi aynı sunucuda, genellikle aylar arayla gerçekleştiğinde ortaya çıkar.

İki biçimin karşılaştırılması

Eski biçim, her depo için tek bir satırdan oluşur ve her bölümü konumsal olarak belirlenmiştir.

deb [arch=amd64 signed-by=/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/ubuntu noble stable

Sıralama sabittir: tür (ikili paketler için deb, kaynak paketleri için deb-src), ardından köşeli parantez içinde seçenekler, ardından arşivin URI (tekdüzen kaynak tanımlayıcısı) adresi, ardından suite ve son olarak bir veya daha fazla bileşen. Anlam konuma bağlı olduğundan, yanlış yere konulan bir boşluk apt tarafından okunan veriyi değiştirir.

deb822, aynı bilgiyi adlandırılmış alanlardan oluşan bir stanza (blok) olarak ifade eder. İsim, Debian'ın paket kontrol dosyaları için halihazırda kullandığı e-posta başlığı stili olan RFC 822'den gelir.

Types: deb
URIs: https://download.docker.com/linux/ubuntu
Suites: noble
Components: stable
Architectures: amd64
Signed-By: /etc/apt/keyrings/docker.asc

Aynı depo, aynı anahtar, eklenen hiçbir şey yok. Eşleme doğrudan gerçekleşir: deb, Types olur; arşiv adresi URIs olur; suite Suites olur; bileşenler Components olur ve her köşeli parantez seçeneği kendi alanına dönüşür; böylece signed-by=, Signed-By: olur ve arch=, Architectures: olur.

Her alan ismi çoğuldur çünkü her alan boşlukla ayrılmış bir liste kabul eder. Tek bir stanza içindeki Suites: noble noble-updates noble-backports, üç ayrı deb satırının yerini alır. Boş bir satır stanzayı sonlandırır, bu nedenle tek bir .sources dosyası birden fazla depo barındırabilir. deb822 ayrıca tek satırlık biçimin kötü yönettiği ayarları da destekler: bir depoyu devre dışı bırakmak için Enabled: no, Trusted, Check-Valid-Until ve her satırı bir boşluk girintili, boş satırları ise tek bir nokta olarak yazılmış, doğrudan Signed-By içine yapıştırılan satır içi anahtar.

Dosyaların konumu

  • /etc/apt/sources.list: orijinal tek dosya. Ubuntu 24.04 ve daha yeni sürümlerde genellikle boştur veya yalnızca yeni konumu işaret eden bir açıklama içerir.
  • /etc/apt/sources.list.d/*.list: tek satırlık girdiler; normalde her depo için bir dosya bulunur.
  • /etc/apt/sources.list.d/*.sources: deb822 blokları. Ubuntu 24.04 ve daha yeni sürümler, dağıtımın kendi depolarını burada, ubuntu.sources içinde tutar.
  • /etc/apt/keyrings/: eklediğiniz anahtarların ait olduğu yer. /usr/share/keyrings/, bir paketten gelen anahtarları tutar.

apt yalnızca .list veya .sources ile biten dosyaları okur; dosya adı harf, rakam, alt çizgi, tire ve nokta içerebilir. Başka bir uzantıya sahip dosyalar bir bildirimle atlanır; bu durum aşağıdaki düzeltme için önemlidir.

Yinelenen çifti bulma

Dizin listesi ile başlayın:

ls -l /etc/apt/sources.list.d/
-rw-r--r-- 1 root root  195 Aug  3 09:12 docker.list
-rw-r--r-- 1 root root  254 Aug  9 14:40 docker.sources
-rw-r--r-- 1 root root 2683 Jun 11 08:02 ubuntu.sources

Aynı kök isme ancak farklı uzantılara sahip iki dosya yaygın bir çift oluşturur, ancak dosya isimlerine güvenmeyin. İçerikleri okuyun, çünkü bir kopya herhangi bir isimdeki dosyanın içinde gizlenmiş olabilir:

grep -rn -E '^(deb |deb-src |Types:|URIs:|Suites:|Signed-By:)' /etc/apt/sources.list /etc/apt/sources.list.d/
/etc/apt/sources.list.d/docker.list:1:deb [arch=amd64 signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu noble stable
/etc/apt/sources.list.d/docker.sources:1:Types: deb
/etc/apt/sources.list.d/docker.sources:2:URIs: https://download.docker.com/linux/ubuntu
/etc/apt/sources.list.d/docker.sources:3:Suites: noble
/etc/apt/sources.list.d/docker.sources:6:Signed-By: /etc/apt/keyrings/docker.asc

Bu çift, aynı host ve aynı suite değerlerine sahip iki girdidir. Her ikisi de https://download.docker.com/linux/ubuntu adresini ve noble suite değerini işaret eder, dolayısıyla bunlar aynı deponun iki kez yazılmış halidir. Signed-By yolları da uyuşmaz; daha önce gösterilen Conflicting values hatasına neden olan durum budur.

Bu adım için bir apt komutu yerine grep kullanın. apt zaten çakışma nedeniyle durduğunda kaynaklarınızı listeleyemez, bu yüzden apt-cache policy istediğiniz yanıt yerine aynı hatayı yazdırır.

Sorunu giderme: deb822 dosyasını tutun, eski olanı kaldırın

.sources dosyasını tutun. Bu, apt araçlarının güncel olarak kullandığı formattır ve hem Debian hem de Ubuntu'nun yöneldiği standarttır. Herhangi bir silme işlemi yapmadan önce, disk üzerinde hangi anahtar yolunun mevcut olduğunu kontrol edin:

ls -l /etc/apt/keyrings/ /usr/share/keyrings/ | grep -i docker
-rw-r--r-- 1 root root 4813 Aug  9 14:40 docker.asc

Yalnızca /etc/apt/keyrings/docker.asc mevcutsa, deb822 dosyası geçerli bilgiyi içeriyor demektir ve .list dosyası artık kaldırılmış bir anahtarı işaret ediyordur. Eğer tutmayı planladığınız dosya eksik olan anahtarı referans gösteriyorsa, önce çalışan yolu dosyanın içine kopyalayın, ardından diğer dosyayı silin.

Eski dosyayı doğrudan silmek yerine dizin dışına taşıyın:

sudo mkdir -p /root/apt-sources-backup
sudo mv /etc/apt/sources.list.d/docker.list /root/apt-sources-backup/
sudo apt update

Dosyayı docker.list.bak olarak yeniden adlandırıp olduğu yerde bırakmak da işe yarar, çünkü apt bilinmeyen uzantıları görmezden gelir; ancak bu durumda her apt çalıştırıldığında şu uyarı görüntülenir:

N: Ignoring file 'docker.list.bak' in directory '/etc/apt/sources.list.d/' as it has an invalid filename extension

Dosyayı başka bir yere taşımak, bu uyarının ekrana gelmesini engeller ve aynı zamanda yedeği korur. İşlem sonrasında sağlıklı bir apt update çıktısı, iki dosyayı da referans gösteren bir satır içermeden şu şekilde görünmelidir:

Hit:1 http://archive.ubuntu.com/ubuntu noble InRelease
Get:2 https://download.docker.com/linux/ubuntu noble InRelease [48.8 kB]
Get:3 http://security.ubuntu.com/ubuntu noble-security InRelease [126 kB]
Fetched 175 kB in 1s (146 kB/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.

Şimdi deponun yapılan değişiklikten sonra çalışır durumda olduğunu doğrulayın:

apt-cache policy | grep download.docker.com
 500 https://download.docker.com/linux/ubuntu noble/stable amd64 Packages
     origin download.docker.com

Eğer bir tedarikçinin dokümantasyonu hala tek satırlık dosya formatını varsayıyorsa, o dosyayı tutabilir ve bunun yerine .sources dosyasını silebilirsiniz. Karar verme kuralı şudur: Belirli bir arşiv ve paket grubu için yalnızca bir dosya tanımlama yapmalıdır.

Bozuk bir üçüncü taraf kaynağın apt update işlemini neden durdurduğu

Benzer bir hata farklı görünse de kök nedeni aynıdır; apt tarafından kullanılamayan bir üçüncü taraf kaynağı. İlk sürüm eksik bir anahtardır:

Err:5 https://download.docker.com/linux/ubuntu noble InRelease
  The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 7EA0A9C3F273FCD8
E: The repository 'https://download.docker.com/linux/ubuntu noble InRelease' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.

Signed-By alanı eksikse veya kullanılabilir bir anahtar olmayan bir dosyayı işaret ediyorsa, apt arşivin InRelease dosyasındaki imzayı doğrulayamaz. Bu durumda, kontrol edemediği paket listelerine güvenmek yerine tüm depoyu devre dışı bırakır. Anahtar dosyasının kendisine bakın:

ls -l /etc/apt/keyrings/docker.asc
gpg --show-keys /etc/apt/keyrings/docker.asc

Çalışan bir anahtar, bir anahtar kimliği içeren bir pub satırı ve sağlayıcıyı belirten bir uid satırı yazdırır. gpg: no valid OpenPGP data found., dosyanın aslında bir anahtar olmadığını gösterir; bu genellikle anahtar URL'si değiştiği için indirilen dosyanın bir hata sayfası olduğunu ifade eder. Anahtarı tekrar alın, dosyayı kontrol edin ve ardından apt update komutunu çalıştırın.

İkinci sürüm ise bir sürüm yükseltmesinden sonra ortaya çıkar:

Err:6 https://ppa.launchpadcontent.net/ondrej/php/ubuntu plucky InRelease
  404  Not Found [IP: 10.0.0.80 443]
E: The repository 'https://ppa.launchpadcontent.net/ondrej/php/ubuntu plucky Release' does not have a Release file.

PPA, ilgili sürüm için herhangi bir yayın yapmamıştır; bu nedenle yol sunucuda mevcut değildir ve istek 404 hatası döndürür. Diğer depolarınız güncellenmeye devam eder ve halihazırda sahip olduğunuz paketlere dokunulmaz. Ancak işlem sıfırdan farklı bir değerle sonlandığı için, apt update komutunun çıkış durumunu kontrol eden tüm betikler her çalıştığında hata raporlar. Bu nedenle, otomatik güvenlik güncellemeleri yapılandırılmış bir sistemde ölü bir kaynağı temizlemek önemlidir: gerçek hatalar, günlük oluşan bu gürültünün içinde gizlenir. Sağlayıcı kurulum betikleri bu iki sorunla da karşılaşır; bu yüzden çoğu Ubuntu üzerinde Tailscale kurulum hataları, betiğin yazmadığı bir anahtarlık veya arşivin içermediği bir sürüm kod adından kaynaklanır.

Diğerlerini bozmadan tek bir kaynağı devre dışı bırakma

Bir deb822 dosyası için, stanza içerisine bir alan ekleyin ve kaydedin:

Types: deb
URIs: https://ppa.launchpadcontent.net/ondrej/php/ubuntu
Suites: plucky
Components: main
Signed-By: /etc/apt/keyrings/ondrej-php.asc
Enabled: no

apt kılavuzu, stanza içindeki her satırı yorum satırı haline getirmek yerine bu yöntemi önerir; ayrıca bu işlemin geri alınması daha kolaydır. Tek satırlık bir dosya için, satırın başına bir # ekleyin. Her iki format için de dosyayı /etc/apt/sources.list.d/ dizininden taşımak da işe yarar; depo tamamen kaldırıldığında tercih edilmesi gereken seçenek budur.

sudo apt update komutunu tekrar çalıştırın. İlgili depo için olan Err: bloğu kaybolur ve çıkış durumu 0'a döner; bunu bir sonraki satırda echo $? ile kontrol edebilirsiniz.

Bozuk bir kaynağı asla sudo rm /etc/apt/sources.list.d/* ile düzeltmeye çalışmayın. Ubuntu 24.04 ve daha yeni sürümlerde bu komut, dağıtımın kendi depolarını barındıran ubuntu.sources dosyasını siler; bu durumda apt hiçbir paket listesine sahip olmaz ve var olduğu açık olan yazılımlar için E: Unable to locate package curl hatası verir. Eğer bu komutu zaten çalıştırdıysanız, dosyayı tekrar oluşturun:

Types: deb
URIs: http://archive.ubuntu.com/ubuntu/
Suites: noble noble-updates noble-backports
Components: main restricted universe multiverse
Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg

Types: deb
URIs: http://security.ubuntu.com/ubuntu/
Suites: noble-security
Components: main restricted universe multiverse
Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg

Bunu /etc/apt/sources.list.d/ubuntu.sources olarak kaydedin; noble yerine lsb_release -cs içerisindeki kendi sürüm adınızı yazın ve ardından sudo apt update komutunu çalıştırın.

Eski .list dosyalarını deb822 formatına dönüştürme

Ağustos 2026 itibarıyla, apt 3.0 ve sonraki sürümleri bunun için bir dönüştürücü içermektedir. Debian 13, Ubuntu 25.04 ve 26.04 dahil olmak üzere sonraki tüm sürümler bu araca sahiptir. Sürümü kontrol edin ve ardından komutu çalıştırın:

apt --version
sudo apt modernize-sources

Bu araç, /etc/apt/sources.list.d/ altındaki tek satırlık dosyaları deb822 formatındaki .sources dosyalarına dönüştürür. Çıktıyı inceleyin, ardından dizini kendiniz listeleyin ve sonuca güvenmeden önce apt update komutunu çalıştırın. Ubuntu 24.04, bu alt komutu içermeyen daha eski bir apt sürümüyle gelir ve bu sürümde komut E: Invalid operation modernize-sources hatası verir. Bu sürümde, yukarıdaki alan eşleştirmesini kullanarak manuel dönüştürme yapın.

Dönüştürme işlemi günümüzde isteğe bağlıdır çünkü apt her iki formatı da okuyabilmektedir. Uzun süre kullanmayı planladığınız bir sunucuda bunu yapmak faydalıdır; çünkü kaynak dosyaları oluşturan tüm araçlar artık deb822 formatını kullanmaktadır ve yalnızca .sources dosyalarına sahip bir sistemde bu tür bir mükerrer kayıt sorunu yaşanmaz.

Sunucuda üçüncü taraf kaynakları düzenli tutma

Üçüncü taraf depolar, bir sunucuda en hızlı eskiyen kısımdır. Her biri, başka birinin sizin Ubuntu sürümünüz için yayın yapmaya devam edeceğine dair verdiği bir sözdür; bir sürüm yükseltmesi ise bu sözlerin her birini aynı gün içinde test eder.

  • Üçüncü taraf bir depoyu yalnızca dağıtım paketi işinizi görmediğinde ekleyin. Standart bir Ubuntu 24.04 üzerinde LAMP yığını kurulumu hiçbirine ihtiyaç duymaz: Ubuntu arşivi, kullandığı her paketi, sürümün ömrü boyunca güvenlik güncellemeleriyle birlikte barındırır.
  • Anahtarları /etc/apt/keyrings/ dizininde, her sağlayıcı için bir dosya olacak şekilde ve 644 modunda tutun. İndirme işlemini yetkisiz _apt kullanıcısı yapar ve anahtarı okuması gerekir; bu nedenle yalnızca root tarafından okunabilen bir anahtar dosyası, o depodan yapılan her veri çekme işleminde izin hatasına yol açar.
  • Her stanza içinde Signed-By parametresini tam olarak o dosyaya yönlendirin. /etc/apt/trusted.gpg veya /etc/apt/trusted.gpg.d/ içinde duran bir anahtar, sunucudaki her depo için güvenilir kabul edilir; bu da yıllar önce eklenmiş bir sağlayıcı anahtarının, herhangi bir yerden gelen paketleri doğrulayabileceği anlamına gelir.
  • Sürüm yükseltmesinden önce kaynaklarınızı okuyun ve her sağlayıcının geçiş yapacağınız sürüm için halihazırda yayın yapıp yapmadığını kontrol edin.

Eski genel anahtarlığındaki bir anahtar, her güncellemede kendini hatırlatır:

W: https://download.docker.com/linux/ubuntu/dists/noble/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.

Bu tek anahtarı kendi dosyasına aktarın ve ardından stanza içindeki ilgili parametreyi bu dosyaya yönlendirin:

gpg --no-default-keyring --keyring /etc/apt/trusted.gpg --export 7EA0A9C3F273FCD8 | sudo tee /etc/apt/keyrings/docker.gpg > /dev/null
sudo chmod 644 /etc/apt/keyrings/docker.gpg

Deponun stanza kısmına Signed-By: /etc/apt/keyrings/docker.gpg ekleyin ve sudo apt update komutunu çalıştırın. Hiçbir depo eski anahtarlığa bağımlı kalmadığında uyarı duracaktır; ardından sudo gpg --no-default-keyring --keyring /etc/apt/trusted.gpg --delete-key 7EA0A9C3F273FCD8 ile ilgili girdiyi silebilirsiniz.

Bir alışkanlık daha en büyük zahmetten kurtarır. do-release-upgrade, yükseltme sırasında üçüncü taraf kaynakları devre dışı bırakır ve sonrasında kapalı tutar; bunları tek tek elle tekrar açmak, mükerrer bildirimlerin tam olarak oluştuğu yerdir. Başlamadan önce Ubuntu 24.04'ten 26.04'e yükseltme kılavuzunu okuyun ve hangi depolara hala ihtiyaç duyduğunuzu not edin. Yeni kurduğunuz bir makinede kaynakları düzeltmek için en uygun zaman, sunucudaki tek girdilerin Ubuntu ile gelenler olduğu yeni bir VPS üzerindeki ilk on dakika sürecidir.

FAQ

apt neden bir hedefin birden fazla kez yapılandırıldığını söylüyor?

Çünkü /etc/apt/sources.list.d/ altındaki iki dosya aynı depoyu, sürümü ve bileşeni tanımlamaktadır. Hata mesajı, docker.list:1 ve docker.sources:1 gibi dosya adlarını ve satır numaralarını belirtir. apt bu dosyaları birleştirir ve çalışmaya devam eder, bu nedenle güncelleme işlemi yine de gerçekleşir. Yine de bu mükerrer kaydı temizlemek gerekir: İki dosya farklı imzalama anahtarları belirttiği anda, apt E: Conflicting values set for option Signed-By hatasıyla durur ve hiçbir kaynağı okumayı reddeder; bu durum apt install işlemini de engeller.

.list dosyasını mı yoksa .sources dosyasını mı tutmalıyım?

.sources dosyasını tutun. deb822, Ubuntu 24.04 ve sonraki sürümlerde add-apt-repository tarafından kullanılan formattır; köşeli parantez içindeki konumsal metinler yerine her ayar için adlandırılmış bir alan tutar ve dağıtımların yöneldiği standart budur. .list dosyasını silmeden önce, .sources içindeki Signed-By yolunun ls -l /etc/apt/keyrings/ ile mevcut bir anahtarı işaretlediğini doğrulayın. Eski dosyayı dizin içinde yeniden adlandırmak yerine /etc/apt/sources.list.d/ dışına taşıyın; çünkü dizinde bırakılan bir .bak uzantılı dosya, apt'nin her çalıştırıldığında "yoksayılan dosya" uyarısı vermesine neden olur.

Bir apt deposunu silmeden nasıl devre dışı bırakırım?

Bir deb822 .sources dosyasında, ilgili bloğa Enabled: no satırını ekleyin. Tek satırlık bir .list dosyasında ise satırın başına # karakterini koyun. Her iki durumda da sonrasında sudo apt update komutunu çalıştırın; böylece ilgili depo için oluşturulan Err: bloğu kaybolacaktır. Üçüncü taraf bir deponun henüz Ubuntu sürümünüz için paketi bulunmadığında ve 404 hatası apt update işleminin sıfır olmayan bir değerle sonlanmasına neden olduğunda, bu yöntem en doğru yaklaşımdır.

Tek satırlık sources.list formatı kaldırılıyor mu?

Bu format kullanımdan kaldırılmıştır ancak tamamen silinmemiştir. apt, .list dosyalarını okumaya devam eder ve bunu uzun bir süre daha yapacaktır, bu nedenle sunucunuzdaki hiçbir şey yarın bozulmayacaktır. Yeni araçlar deb822 formatını yazar: Ubuntu 24.04 ve sonrası dağıtım depolarını /etc/apt/sources.list.d/ubuntu.sources içinde tutar ve add-apt-repository, .sources dosyalarını oluşturur. apt 3.0 ve sonraki sürümlerde, sudo apt modernize-sources mevcut dosyalarınızı bu formata dönüştürür.

#apt#ubuntu#deb822#package-management#troubleshooting