You run sudo apt update on Pardus 23, but the command stops with messages such as “Could not resolve,” “Connection timed out,” or “Failed to fetch.” Until APT can refresh its package indexes, software installs and updates may fail or show stale package information. The wording of the first error is useful: a DNS failure, an unreachable server, a wrong repository suite, and an expired signing key need different fixes.
Work through the checks below from the least disruptive to the most specific. Pardus 23’s official release notes list its repository suites as yirmiuc and yirmiuc-deb; do not replace them with Debian’s bookworm suite just because Pardus is Debian-based. Pardus’s published 23.4 repository list is linked below, and repository state can change over time, so compare your entries with the official Pardus documentation before editing.
1. Read the exact APT error before changing anything
Run an update once and note the first failing line and repository URL:
sudo apt update
Typical clues include:
Temporary failure resolving or Could not resolve: DNS lookup failed. APT may not be reaching the repository at all.Connection timed out, Network is unreachable, or Could not connect: the device, gateway, firewall, proxy, or remote server is unreachable.404 Not Found or “does not have a Release file”: the configured path, suite, or component may be wrong, or the mirror may not carry that repository.NO_PUBKEY, “not signed,” or an expired signature: this is an authentication or clock problem, not a reason to turn signature checks off.Hash Sum mismatch: the downloaded index may be inconsistent or stale on a mirror or local cache; verify connectivity and retry before changing repository definitions.
Do not start by deleting APT files or adding a random mirror. Preserve the full output; it tells you which branch of troubleshooting applies.
2. Check the connection and DNS
Confirm the computer has a network route, then check whether the Pardus repository hostname resolves:
ip route
getent hosts depo.pardus.org.tr
The first command should show a default route for an ordinary internet connection. The second should return one or more addresses. If it prints nothing or reports a lookup error, test another known hostname that your network allows. If multiple unrelated names fail, reconnect Wi-Fi or Ethernet, restart the router if appropriate, or ask the network administrator whether DNS is filtered. On a managed network, a proxy or captive portal may also block repository access; complete the required sign-in or use the approved proxy settings.
If only depo.pardus.org.tr fails, wait briefly and retry from another network if possible. This helps separate a local DNS or firewall issue from a temporary repository or route problem. A ping test is not conclusive: servers and networks may block ICMP while allowing web traffic.
3. Check the system clock and HTTPS inspection
A clock that is far behind or ahead can make repository certificates appear not yet valid or expired, and it can confuse signature validity checks. Inspect the clock and synchronization status with:
timedatectl status
Correct the system date, time, and time zone in Pardus settings, then enable network time synchronization if the device is allowed to use it. Rerun sudo apt update. If the error names a certificate, check the clock first. On a workplace network that inspects encrypted traffic, the administrator may need to provide the organization’s trusted certificate through the supported system process; do not disable TLS or signature verification to get around it.
4. Inspect every APT source file
APT reads /etc/apt/sources.list and source files in /etc/apt/sources.list.d/. A third-party application, a manual edit, or an old upgrade attempt can leave a wrong suite or duplicate entry. Inspect the files before editing:
cat /etc/os-release
sudo grep -R -n -E '^(deb|deb-src|Types:|URIs:|Suites:|Components:)' \\
/etc/apt/sources.list /etc/apt/sources.list.d/
Check that the installation is actually Pardus 23, that the Pardus repository host and path are spelled correctly, and that a line has not accidentally been wrapped or truncated. APT supports traditional .list entries and deb822 .sources stanzas, so do not assume every active entry is in the single sources.list file. Keep unrelated vendor repositories separate while diagnosing; temporarily disable a third-party source only if its URL is the one failing.
5. Correct a wrong or stale Pardus 23 repository entry
Pardus’s official Pardus 23.4 release notes list the following package sources. The binary package entries use deb; the deb-src entries are for retrieving source packages and are optional for normal software installation.
deb http://depo.pardus.org.tr/pardus yirmiuc main contrib non-free non-free-firmware
deb-src http://depo.pardus.org.tr/pardus yirmiuc main contrib non-free non-free-firmware
deb http://depo.pardus.org.tr/pardus yirmiuc-deb main contrib non-free non-free-firmware
deb-src http://depo.pardus.org.tr/pardus yirmiuc-deb main contrib non-free non-free-firmware
deb http://depo.pardus.org.tr/guvenlik yirmiuc-deb main contrib non-free non-free-firmware
deb-src http://depo.pardus.org.tr/guvenlik yirmiuc-deb main contrib non-free non-free-firmware
These lines are a reference, not a command to paste on top of an existing file: duplicate sources can create warnings, and an installation may use a different supported layout. First make a backup of the source configuration:
backup="/root/apt-sources-backup-$(date +%F-%H%M%S)"
sudo mkdir -m 700 "$backup"
sudo cp -a /etc/apt/sources.list /etc/apt/sources.list.d "$backup"/
If a file does not exist on your system, copy the files that do exist. Open the relevant file with a text editor using administrator privileges. Compare the active Pardus lines with the official list, comment out only the incorrect or obsolete line by placing # at its beginning, and preserve any correctly configured entries. In particular, do not change yirmiuc to bookworm, stable, or another Pardus release as a connectivity fix. Mixing suites can cause package versions and dependencies to diverge.
After saving, refresh indexes again. If you get a 404, recheck the full base URL and suite on the failing line; if a correct official entry still returns 404, retry later or consult Pardus support because the remote repository may be temporarily inconsistent.
6. Handle a mirror, proxy, or local cache problem
If DNS resolves and other sites work but the official host times out, retry after a short interval. You can check whether the repository responds over HTTP with curl, if it is installed:
curl -I --connect-timeout 10 http://depo.pardus.org.tr/
A response from the web server does not prove every APT suite is available, but a timeout points toward connectivity, filtering, or a temporary server issue. On a school or corporate network, ask whether the network requires a proxy or blocks package repositories. Avoid substituting an unofficial mirror unless Pardus identifies it as a supported mirror and you can verify that it serves the correct suites and signed metadata.
For a hash mismatch or an interrupted download, run sudo apt update again after checking connectivity. If the problem persists, record the repository URL and error and contact Pardus support or the network administrator. Do not delete /var/lib/apt/lists as a first step; removing cached indexes does not fix a wrong source or unreachable server.
7. Keep repository authentication enabled
APT verifies signed repository metadata so it can detect altered or unauthenticated package indexes. If you see NO_PUBKEY, “repository is not signed,” or an expired key warning, confirm that you are using the official Pardus repository URL and correct suite, then check the clock and retry. On an otherwise working Pardus installation, use the distribution’s supported package and keyring update path or Pardus documentation for the exact key transition involved.
Do not use --allow-unauthenticated, trusted=yes, or an insecure-repository option as a general fix. Those options weaken APT’s protection and can hide a compromised connection or misconfigured source. The Debian APT security manual explains that unsigned archives are rejected by default and strongly discourages forcing their use. If the error remains after URL, suite, and time checks, save the complete output and ask Pardus support to confirm the current signing-key instructions rather than importing an unverified key.
8. Check whether Pardus 23 backports are involved
If the failing line points to /backports, it is a separate source from the standard Pardus repositories. Pardus documents the Pardus 23 backports suite as yirmiuc-backports and notes that backported packages are not tested to the same extent as stable packages. If you intentionally enabled backports, compare its exact line with the official Pardus backports instructions. If you do not use it, disable only that backports entry after backing up the configuration; do not remove the standard repositories to silence its error.
Verify that the fix worked
Run the update command again:
sudo apt update
A successful run reaches the end without a failed repository fetch, DNS error, 404, signature warning, or package-index error. APT may show Hit for an index that is already current and Get for one it downloads; those labels alone are not errors. Confirm that package lookup works with a harmless query such as apt-cache policy or search for a package you expect to exist. Do not begin a large upgrade until the update output is clean.
If the same first error returns, capture the exact failing URL and message, along with whether DNS resolution works and which active source file contains that entry. That evidence makes it easier to identify whether the remaining cause is the network, a temporary mirror issue, or a repository configuration that needs confirmation from Pardus.
Official references