Pacman error failed to synchronize all databases

## /etc/pacman.conf## See the pacman.conf(5) manpage for option and repository directives

#
# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives

#
# GENERAL OPTIONS
#
[options]
ILoveCandy
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir     = /
#DBPath      = /var/lib/pacman/
#CacheDir    = /var/cache/pacman/pkg/
#LogFile     = /var/log/pacman.log
#GPGDir      = /etc/pacman.d/gnupg/
#HookDir     = /etc/pacman.d/hooks/
HoldPkg     = pacman glibc
#XferCommand = /usr/bin/curl -L -C — -f -o %o %u
#XferCommand = /usr/bin/wget —passive-ftp -c -O %o %u
#CleanMethod = KeepInstalled
Architecture = auto

# Pacman won’t upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg   =
#IgnoreGroup =

#NoUpgrade   =
#NoExtract   =

# Misc options
#UseSyslog
#Color
#NoProgressBar
CheckSpace
#VerbosePkgLists
#ParallelDownloads = 5

# By default, pacman accepts packages signed by keys that its local keyring
# trusts (see pacman-key and its man page), as well as unsigned packages.
SigLevel    = Required DatabaseOptional
LocalFileSigLevel = Optional
#RemoteFileSigLevel = Required

# NOTE: You must run `pacman-key —init` before first using pacman; the local
# keyring can then be populated with the keys of all official Arch Linux
# packagers with `pacman-key —populate archlinux`.

#
# REPOSITORIES
#   — can be defined here or included from another file
#   — pacman will search repositories in the order defined here
#   — local/custom mirrors can be added here or in separate files
#   — repositories listed first will take precedence when packages
#     have identical names, regardless of version number
#   — URLs will have $repo replaced by the name of the current repo
#   — URLs will have $arch replaced by the name of the architecture
#
# Repository entries are of the format:
#       [repo-name]
#       Server = ServerName
#       Include = IncludePath
#
# The header [repo-name] is crucial — it must be present and
# uncommented to enable the repo.
#

# The testing repositories are disabled by default. To enable, uncomment the
# repo name header and Include lines. You can add preferred servers immediately
# after the header, and they will be used before the default mirrors.

[testing]
#Include = /etc/pacman.d/mirrorlist

[core]
Include = /etc/pacman.d/mirrorlist

[extra]
Include = /etc/pacman.d/mirrorlist

[community-testing]
#Include = /etc/pacman.d/mirrorlist

[community]
Include = /etc/pacman.d/mirrorlist

# If you want to run 32 bit applications on your x86_64 system,
# enable the multilib repositories as required here.

[multilib-testing]
#Include = /etc/pacman.d/mirrorlist

[multilib]
Include = /etc/pacman.d/mirrorlist

# An example of a custom package repository.  See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#SigLevel = Optional TrustAll
#Server = file:///home/custompkgs

Содержание

  1. Arch Linux
  2. #1 2012-09-16 07:53:19
  3. [SOLVED] pacman: «unable to lock database»
  4. #2 2012-09-16 08:04:53
  5. Re: [SOLVED] pacman: «unable to lock database»
  6. #3 2012-09-16 08:06:12
  7. Re: [SOLVED] pacman: «unable to lock database»
  8. #4 2012-09-16 08:26:39
  9. Re: [SOLVED] pacman: «unable to lock database»
  10. Ошибка error: failed to synchronize all databases (unable to lock database) (РЕШЕНО)
  11. Близкие статьи
  12. 1 thought on “ Ошибка error: failed to synchronize all databases (unable to lock database) (РЕШЕНО) ”
  13. error: failed to synchronize all databases (unable to lock database) (SOLVED)
  14. Pacman troubleshooting
  15. Содержание
  16. «Unrecognized archive format» Error
  17. One recipe for fixing this
  18. «Unable to lock database» Error
  19. Errors about Keys
  20. Conflicting files — FILENAME exists in filesystem
  21. «Configuration file. not recognized» Error
  22. «GPGME error: No data» Error
  23. Option 1: Basic Resolution
  24. Option 2: Comprehensive Resolution

Arch Linux

You are not logged in.

#1 2012-09-16 07:53:19

[SOLVED] pacman: «unable to lock database»

I have been working hard to install my Arch Linux as all of you have but now that i finally installed it i am trying to do some
postinstalation things located here.

I first opened /etc/pacman.conf file and at the end of the file added the repository [multilib], which pacman was
supposed to look for on my 1st mirror in /etc/pacman.d/mirrorlist which is this one.
Long story short, this is the code i added in my /etc/pacman.conf:

I saved the file but while mirror is available pacman still refuses to update mirror lists using command:

This produces the error:

I am currently logged in as root and i don’t know why is the database locked, as root was supposed to be able to do whatever he likes?
What can i do to resolve the «lock database» error?

Last edited by 71GA (2012-09-16 09:28:37)

C, ARM, ARM assembly, HTML, CSS, JS, Linux

#2 2012-09-16 08:04:53

Re: [SOLVED] pacman: «unable to lock database»

Did you try to remove the db.lck file? This happens when pacman is interrupted.

#3 2012-09-16 08:06:12

Re: [SOLVED] pacman: «unable to lock database»

Did you try to remove the db.lck file? This happens when pacman is interrupted.

Is it safe to do it?

C, ARM, ARM assembly, HTML, CSS, JS, Linux

#4 2012-09-16 08:26:39

Re: [SOLVED] pacman: «unable to lock database»

I did remove /var/lib/pacman/db.lck and again used command

And it partialy worked as it did update repositories [core] [extra] and [comunity]. After this it again reports
an error about [multilib]. This is the error which i get for every mirror listed in my /etc/pacman.d/mirrorlist file:

«404 Not Found» indicates that URL cant be found which could be an internet problem, but this can’t be the issue here
as other depositories are sucessfully installed and furthermore it could never have happend to all the mirrors at once.

Last edited by 71GA (2012-09-16 08:28:06)

Источник

Ошибка error: failed to synchronize all databases (unable to lock database) (РЕШЕНО)

При попытке обновить Arch Linux или дистрибутив на его основе (например, BlackArch) может возникнуть ошибка «error: failed to synchronize all databases (unable to lock database)».

Например, при вводе команды

Может быть выведено (в случае, если система с английской локалью):

С русской локалью будет написано «ошибка: failed to synchronize all databases (не удалось заблокировать базу данных)», то есть ошибка синхронизации всех баз данных из-за того, что не получилось заблокировать базу данных.

Это означает, что создан файл, который говорит о том, что база данных пакетов заблокирована для работы, поскольку в настоящее время работу с базой данной пакетов ведёт другая программа.

Если это действительно так (например, вы уже запустили pacman в другой вкладке), то рекомендуется дождаться выполнения этой команды, чтобы впоследствии не возникло ошибок в кэше и базе данных установленных пакетов.

Если вы уверены, что это сообщение выводиться исключительно по ошибке — например, вы через SSH с помощью pacman обновляли пакеты, но сессия неожиданно была прервана и вы вновь подключись к удалённому компьютеру, но при попытке использовать pacman появляется эта ошибка, то в этом случае для её исправления достаточно удалить файл /var/lib/pacman/db.lck следующим образом:

После этого вновь запустите pacman — проблема должна быть полностью решена.

Если вы не уверены, нужно ли удалять файл db.lck, то вы можете проверить дату его создания следующим образом:

Дата создания может подсказать вам, по какой причине данный файл присутствует в системе.

Если проблема не решена, то второй причиной может быть переполненность диска — на нём не осталось места чтобы записать файл блокировки. В этом случае очистите диск и повторите команду для обновления системы.

Очистку можно начать с удаления журналов. Например, для удаления логов веб-сервера:

Для удаления временных файлов:

Для удаления файлов установочных пакетов:

Близкие статьи

  • Ошибка error: failed to update core (unable to lock database) (РЕШЕНО) (100%)
  • Ошибка: «файл vmlinuz-linux» не найден (РЕШЕНО) (100%)
  • Аналог опции —force в pacman (100%)
  • Ошибка pacman «warning: failed to retrieve some files» (РЕШЕНО) (100%)
  • Ошибка «ruby-bundler: /usr/share/man/man5/gemfile.5.gz exists in filesystem (owned by ruby)» (РЕШЕНО) (100%)
  • Практические примеры использования pacman (RANDOM — 83.4%)

1 thought on “ Ошибка error: failed to synchronize all databases (unable to lock database) (РЕШЕНО) ”

OS: EndeavourOS Linux
`:+sssssssssso/. Host: B250M-DS3H
`-/ossssssssssssso/. Kernel: 5.19.7-zen2-1
`-/+sssssssssssssssso+:` Uptime: 22 mins
`-:/+sssssssssssssssssso+/. Packages: 853 (pacman
`.://osssssssssssssssssssso++- Shell: bash 5.1.16
.://+ssssssssssssssssssssssso++: Resolution: 1680×1050
.:///ossssssssssssssssssssssssso++: WM: i3
`:////ssssssssssssssssssssssssssso+++. Theme: Adwaita [GTK2]
`-////+ssssssssssssssssssssssssssso++++- Icons: Adwaita [GTK2]
`..-+oosssssssssssssssssssssssso+++++/` Terminal: xfce4-termi
./++++++++++++++++++++++++++++++/:. Terminal Font: Source
`. ——« CPU: Intel i7-7700 (8
GPU: NVIDIA GeForce G
Memory: 1018MiB / 320

OS: EndeavourOS Linux
`:+sssssssssso/. Host: B250M-DS3H
`-/ossssssssssssso/. Kernel: 5.19.7-zen2-1
`-/+sssssssssssssssso+:` Uptime: 22 mins
`-:/+sssssssssssssssssso+/. Packages: 853 (pacman
`.://osssssssssssssssssssso++- Shell: bash 5.1.16
.://+ssssssssssssssssssssssso++: Resolution: 1680×1050
.:///ossssssssssssssssssssssssso++: WM: i3
`:////ssssssssssssssssssssssssssso+++. Theme: Adwaita [GTK2]
`-////+ssssssssssssssssssssssssssso++++- Icons: Adwaita [GTK2]
`..-+oosssssssssssssssssssssssso+++++/` Terminal: xfce4-termi
./++++++++++++++++++++++++++++++/:. Terminal Font: Source
`. ——« CPU: Intel i7-7700 (8
GPU: NVIDIA GeForce G
Memory: 1018MiB / 320

Your advice is right. My sistem is update now . Thank you for your efforts.

Источник

error: failed to synchronize all databases (unable to lock database) (SOLVED)

January 14, 2022

When trying to update Arch Linux or a distribution based on it (for example, Manjaro or BlackArch), an error “failed to synchronize all databases (unable to lock database)”» may occur.

For example, when entering the command

It can be output:

This means that a file has been created that indicates that the package database is locked for processing, because another program is currently working with the package database.

If this is indeed the case (for example, you have already started pacman in another tab), then it is recommended that you wait for this command to complete so that there are no errors in the cache and database of installed packages later.

If you are sure that this message is displayed exclusively by mistake – for example, you updated packages via SSH using pacman, but the session was unexpectedly terminated and you reconnect to the remote computer, but this error appears when you try to use pacman, then in this case for fixing it is enough to delete the file /var/lib/pacman/db.lck file as follows:

After that, run pacman again – the problem should be completely resolved.

If you are unsure whether to delete the db.lck file, you can check its creation date as follows:

The creation date can tell you why this file is present in the system.

If the problem is not solved, then the second reason may be the disk is full – there is no space left on it to write the lock file. In this case, clean the disk and retry the command to update the system.

You can start the cleanup by deleting the logs. For example, to remove web server logs:

Источник

Pacman troubleshooting

Содержание

Various issues relating to the download and installation of software packages from the Manjaro repositories are dealt with here.

«Unrecognized archive format» Error

It has ocurred more than once, an update is issuing these messages in a seemingly never ending stream. Pacman could not open file: sync files

The error relates to a mismatch in the information contained in the db files at the mentioned location and the db files at the first mirror in your mirrorlist. Pacman checks a package in the database and sees if the signature file matches the one in the database. If it does not, then pacman will say the package is corrupted.

While it sometimes is possible to fix the issue simply by deleting the files and the running a pacman update it far from every time.

One recipe for fixing this

It is mandatory to ensure that the keyrings is current. By ensuring the keyrings are in shape and then redownloading the databases we reestablish the chain of trust between the keyrings and the packages.

You will have to find the correct names by looking at

Replace yyyymmdd and x with the info found at the above links

Remove your faulty databases

Download the databases and update the system

«Unable to lock database» Error

When downloading and installing software from the repositories, a special database lock file will be created in order to ensure that the current installation process is the only one running at that time. Otherwise, attempting to install multiple files from multiple sources simultaneously may corrupt the downloaded files, cause file conflicts — or worse still — damage your system. Once the installation has been completed, the lock file will then be automatically deleted. This error may therefore occur due to two possible reasons:

  • Another installation is still taking place and has not yet finished, or
  • A previous installation attempt had not finished properly (e.g. due to being aborted early)

It is therefore wise to first check to ensure that another installation is not (or had not been) in process at the time of the error. When satisfied that this is not the case, then the database lock file can be manually deleted. To do so, open up the terminal and enter the following command:

Once done, you should now be able to successfully re-attempt your intended installation.

Errors about Keys

We all have our own unique signatures which are used to authenticate who we are and to prevent fraudulent or even malicious activities by others. This is also the case with software packages available from the software repositories. They all contain encrypted codes (signature keys) unique to their developers to ensure that they are authentic and not malicious in nature.

During the installation process, once any software packages have been downloaded, your system will first check their signature keys to ensure that they are authentic prior to actually installing them. If a signature key cannot be verified for any reason, then the installation process will be aborted. This problem will usually occur due to:

  • one or more signature keys contained in your system’s database being revoked, changed, corrupted, or out of date
  • one or more software packages not having been signed off properly when placed in a repository

Where a package has not been signed off properly before being placed in a repository, it will be the responsibility of the developer(s) to correct this. However, as this problem will be more than likely due to a problem with your system’s verification of a signiture key, this can be solved in three easy steps. Working net connection is required. Once you have opened your terminal:

1. Remove old (and possibly broken) keys by entering this command:

2. Reinstall keyrings including the latest keys:

3. Initialize the pacman keyring:

4. Load the signature keys:

5. Refresh and update the signature keys:

6. Clear out the software packages downloaded during the aborted installation (optional):

1. Remove old (and possibly broken) keys by entering this command:

2. Initialize the pacman keyring:

3. Download the packages:

Those running ARM may also need to download archlinuxarm-keyring and manjaro-arm-keyring.

4. Remove the signatures:

5. Install the downloaded packages manually:

6. Clear out the software packages downloaded during the aborted installation (optional):

7. Remove the custom package folder: (optional):

After that try running sudo pacman -Syu to see if the errors were resolved.

Conflicting files — FILENAME exists in filesystem

If you cant can’t install or update a package because of an error like this:

Then the package manager, pacman, has detected an unexpected file that already exists on the disk.

Why is this happening?

By design pacman will not overwrite files that already exist. This is a design feature, not a flaw — package managers are designed to keep track of installed files.

This issue normally happens because you’ve manually added, copied, or created a file. It can also happen when you install software using a downloaded executable, run a make install, or use a third-party package system such as conda. It also occurs when you install an AUR package which installs files that conflict with a repo package.

When using a third-party installer you should always specify an alternative installation location, such as under your home directory, or under /opt or /usr/local/. Never install directly under / or /usr.

How can I fix this?

The first step is to identify which, if any, package owns the file. This can be easily done with:

If this identifies a conflicting package you can decide to remove it with pacman -R. If no package is identified you can delete the file (or move it to a backup location).

Where can I read more?

This post was inspired by (and adapted from):

The above post also has links to further reading.

«Configuration file. not recognized» Error

Manjaro’s package manager — pacman — uses a file called mirrorlist to tell it the internet addresses of the Manjaro servers in order to download updates and software applications from them. This error will therefore occur if one or more server addresses contained in the mirrorlist file have not been listed properly, resulting in pacman being unable to connect to them. Another tell-tale sign is that this problem will also be encountered immediately after:

  • Installing Manjaro and editing the mirrorlist file during installation, or
  • Editing the mirrorlist file at a later time.

See the Change to a Different Download Server guide for more detailed information on how to correctly select and enable another Manjaro server for downloading.

«GPGME error: No data» Error

The most likely cause of this issue is that an error or corruption has been detected by pacman in one or more software packages being downloaded. Package signatures and checksums are used to verify the validity of downloaded software, and should they fail, the installation attempt will be aborted to protect your system until the matter is resolved.

Option 1: Basic Resolution

To resolve this issue, first follow the basic procedure provided below. If this does not work, then there is a more comprehensive procedure available.

1. Download the package databases and update your system:

2. Clear out the software packages downloaded during the aborted installation by entering the command:

3. Re-attempt the aborted download.

Option 2: Comprehensive Resolution

If the basic proceedure still does not resolve the matter, further steps are available:

1. Resynchronise with the Manjaro servers to ensure that everything is up to date by entering the command:

2. Refresh and update the signature keys by entering the command:

3. Reload the signature keys by entering the command:

4. Clear out the software packages downloaded during the aborted installation by entering the command:

5. Re-attempt the aborted download.

If the error still persists, then it is recommended to Change to a Different Download Server.

Источник

The other day, I was about to update my Arch Linux system. When I try to update the system, I encountered with «unable to lock database» error in Arch Linux. I could not install or remove any packages.

Here is the command that I entered to update my Arch Linux system:

# pacman -Syu

And, It returned the following error:

:: Synchronizing package databases...
error: failed to update core (unable to lock database)
error: failed to update extra (unable to lock database)
error: failed to update community (unable to lock database)
error: failed to update multilib (unable to lock database)
error: failed to synchronize any databases
error: failed to init transaction (unable to lock database)
error: could not lock database: File exists
 if you're sure a package manager is not already
 running, you can remove /var/lib/pacman/db.lck
Fix unable to lock database error in Arch linux
Fix unable to lock database error in Arch linux

The beauty of Linux distros is sometimes they will the explicitly display the solution along with the error message. As you can see in the above output, it says: «.. you can remove /var/lib/pacman/db.lck».

So, I simply deleted the aforementioned file with command:

$ sudo rm /var/lib/pacman/db.lck

Voila! It worked. I can then able to update, install and remove without any problems.

$ pacman -Syu

Sample output:

:: Synchronizing package databases...
 core 122.8 KiB 162K/s 00:01 [######################] 100%
 extra 1771.8 KiB 249K/s 00:07 [######################] 100%
 community 3.3 MiB 256K/s 00:13 [######################] 100%
 multilib 163.5 KiB 265K/s 00:01 [######################] 100%
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...

Packages (8) ca-certificates-mozilla-3.22-1 coreutils-8.25-1 curl-7.47.1-1
 gcc-5.3.0-4 gcc-libs-5.3.0-4 libgcrypt-1.6.5-1 nano-2.5.2-1
 pacman-mirrorlist-20160208-2

Total Download Size: 42.79 MiB
Total Installed Size: 187.90 MiB
Net Upgrade Size: 0.91 MiB

:: Proceed with installation? [Y/n] y
:: Retrieving packages ...
 gcc-libs-5.3.0-4-x86_64 12.7 MiB 261K/s 00:50 [######################] 100%
 coreutils-8.25-1-x86_64 2.1 MiB 262K/s 00:08 [######################] 100%
 ca-certificates-moz... 363.0 KiB 241K/s 00:02 [######################] 100%
 curl-7.47.1-1-x86_64 798.3 KiB 263K/s 00:03 [######################] 100%
 gcc-5.3.0-4-x86_64 26.1 MiB 247K/s 01:48 [######################] 100%
 libgcrypt-1.6.5-1-x... 403.5 KiB 244K/s 00:02 [######################] 100%
 nano-2.5.2-1-x86_64 407.0 KiB 262K/s 00:02 [######################] 100%
 pacman-mirrorlist-2... 5.3 KiB 408K/s 00:00 [######################] 100%
(8/8) checking keys in keyring [######################] 100%
(8/8) checking package integrity [######################] 100%
(8/8) loading package files [######################] 100%
(8/8) checking for file conflicts [######################] 100%
(8/8) checking available disk space [######################] 100%
:: Processing package changes...
(1/8) upgrading gcc-libs [######################] 100%
(2/8) upgrading coreutils [######################] 100%
(3/8) upgrading ca-certificates-mozilla [######################] 100%
(4/8) upgrading curl [######################] 100%
(5/8) upgrading gcc [######################] 100%
(6/8) upgrading libgcrypt [######################] 100%
(7/8) upgrading nano [######################] 100%
(8/8) upgrading pacman-mirrorlist [######################] 100%
warning: /etc/pacman.d/mirrorlist installed as /etc/pacman.d/mirrorlist.pacnew

Hope this helps.

26 comments

Deepak
August 11, 2018 — 8:11 am

hey m unable to delete db.lck file. it showing even cant open.
plz help me.


Reply

sk
August 11, 2018 — 10:30 am

If your user has sudo permissions, you can definitely delete that file.


Reply

Alessandro
December 14, 2018 — 10:13 pm

Thank you, this article is helpful!


Reply

I use arch btw…
February 15, 2019 — 6:25 am

Excellent work! My Manjaro install didn’t show the location of the lock file, so thanks for the guide!


Reply

islamux
June 30, 2019 — 6:58 pm

Thank you , it’s helpful.


Reply

mahi
July 22, 2019 — 1:21 am

now (21.07.2019) it does not(((

[… ~]$ sudo pacman -Syu
[sudo] password for …:
:: Synchronizing package databases…
error: failed to update core (unable to lock database)
error: failed to update extra (unable to lock database)
error: failed to update community (unable to lock database)
error: failed to update multilib (unable to lock database)
error: failed to synchronize all databases
EOF


Reply

Sebastian
September 27, 2019 — 12:39 am

Thank you, that brought my system back!


Reply

jes
July 27, 2021 — 10:22 pm

Thanks a lottttt man . It workssss


Reply

IgorT
November 4, 2019 — 10:56 pm

Thank you sir!


Reply

Jesus Hernandez
December 15, 2019 — 7:57 pm

I just had the same problem but without it saying the solution you got at the buttom. I still tried running your command to delete that file and it worked. Thanks!


Reply

annonoymous
March 11, 2020 — 6:24 am

THANK YOU SO MUCH IVE BEEN STRUGGLING WITH THIS FOR HOURS 🙂


Reply

Manish
March 20, 2020 — 10:28 pm

$ sudo rm /var/lib/pacman/db.lck
[sudo] password for xyz:
rm: cannot remove ‘/var/lib/pacman/db.lck’: No such file or directory
$ pacman -Syu
error: you cannot perform this operation unless you are root.
$ pacman -Syu
error: you cannot perform this operation unless you are root.
$ sudo rm /vr/lib/pacman/db.lck
rm: cannot remove ‘/vr/lib/pacman/db.lck’: No such file or directory
$


Reply

sk
March 21, 2020 — 11:43 am

Check if your user is in sudoers list and then delete the file. There is a typo in this line – “/vr/lib/pacman/db.lck”. It is var, not vr.


Reply

Harsh Sanmukhani
April 22, 2020 — 3:01 pm

thanks it works for me…. 🙂


Reply

Mohammed
May 23, 2020 — 7:17 am

Thank you so much it works


Reply

Yash
July 12, 2020 — 6:31 pm

I got error : failed retrieving file core.db


Reply

sk
July 13, 2020 — 11:24 am


Reply

IMM
August 26, 2020 — 11:29 am

Hey. I use ‘Thunar Root’ to open ‘/var/lib/pacman/’ then I delete ‘db.lck’
It works for me
Hope this help


Reply

Kunle Apata
August 8, 2021 — 10:05 am

Please how do you use Thunar root to delete the lock files.
Thank you.


Reply

sk
August 8, 2021 — 6:27 pm

Hi Kunle,

Open Terminal and run the following command to open Thunar file manager as root:

pkexec thunar

Browse the file location and delete it normally. Please make sure you have selected the correct file name before deleting it.


Reply

Fruitser
August 15, 2022 — 10:45 am

I just used the pacman GUI to update the mirrors and it fixed it for me. I think it had something to do with the fact that my internet failed right when i was last updating the mirrors.


Reply

Moein from iran
September 27, 2020 — 2:26 am

thank you a lot


Reply

btw
November 10, 2020 — 4:46 pm

Thx 😀 <3


Reply

Matthew
November 6, 2021 — 7:45 am

No such file or directory error cannot remove help


Reply

sk
November 6, 2021 — 11:32 am

Share the output of the following command:
sudo pacman -Syu


Reply

Sami
February 19, 2022 — 4:16 am

Thanks, it worked.


Reply

Leave a Comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.

avatar

  • AlexGanter
  • 29 февраля 2020, 16:57

sudo rm /var/lib/pacman/db.lck

И попробуйте обновить.

А эта команда удаляет неисправные базы данных:

sudo rm -f /var/lib/pacman/sync/*

Последний раз редактировалось 29 февраля 2020, 17:00

avatar

  • AlexGanter
  • 29 февраля 2020, 18:36

У вас точно проблема с интернетом, так как опять пишет об истечении времени, доступности серверов.

Возьмите мой рабочий mirrorlist, скопируйте с заменой в /etc/pacman.d/ и попробуйте обновить.

Последний раз редактировалось 29 февраля 2020, 18:43

avatar

  • автор gitineg859
  • 29 февраля 2020, 18:50

Странно, ведь даже на заднем фоне видно, что сайт форума вполне загрузился c нормальной скоростью. Даже команда ping, на недоступные сервера показывает, что соединение есть.Раньше ставил Manjaro, всё было нормально. Но теперь такие вот проблемы. Видно придётся остаться на Ubuntu. Спасибо за помощь)

Последний раз редактировалось 29 февраля 2020, 18:51

avatar

  • AlexGanter
  • 29 февраля 2020, 18:56

Так вы в реале попробуйте загрузится с флэшки, в кривых настройках сети виртуалки манжаро не виновата)
В реальности всё работает.

Последний раз редактировалось 29 февраля 2020, 18:57

avatar

  • автор gitineg859
  • 29 февраля 2020, 19:05

Так говорил ведь, грузился и в реале с флешки, и с виртуалки. Также ставил на жд, ошибки те же… Даже пробывал несколько устройств, мало ли, но ошибка та же. Месяц назад скачивал 18 версу, поставил и впервые столкнулся с этой проблемой, тогда я забил, подумав что образ битый, снова поставив ubuntu. Скачал вот, недавно 19, но проблема не ушла.

avatar

  • AlexGanter
  • 29 февраля 2020, 19:24

У вас же KDE.
Для root доступа сделайте:
Завершить сеанс->Сменить пользователя(справа иконка).
Пользователь:
root
вводите пароль

Последний раз редактировалось 29 февраля 2020, 19:25

avatar

  • автор gitineg859
  • 29 февраля 2020, 20:04

Верно, кеды ставил. Попробывал кинуть файлы, которые вы давали и всё заработало) Спасибо за помощь! Забавно, что изначально этих файлов не было

#
1 год, 9 месяцев назад

Темы:

3

Сообщения:

12

Участник с: 29 апреля 2021

Всем привет!
установил арч, 8.8.8.8 пингуются интернет работает

при попытке обновить или чтото установить пишет:

error failed retrieving file community.db fro mirror.yandex и тд и тп и на каждое зеркало такая ошибка
в конце пишет
error failed to update community (invaild url for server)
error failed to synchronize all databases

зеркала прописаны правильно как на wiki archa

RusWolf

#
1 год, 9 месяцев назад

RusWolf avatar

Темы:

11

Сообщения:

2413

Участник с: 16 июля 2016

А что показывает ping -с 3 ya.ru, к примеру ?

vasek

#
1 год, 9 месяцев назад

(отредактировано

1 год, 9 месяцев назад)

Темы:

47

Сообщения:

11417

Участник с: 17 февраля 2013

insystemZ, для начала посмотри вывод egrep -vE «(^#|^$)» /etc/pacman.conf | grep -B 1 Include
Вывод дожен быть таким (для нужных реп)

[core]
Include = /etc/pacman.d/mirrorlist
[extra]
Include = /etc/pacman.d/mirrorlist
[community]
Include = /etc/pacman.d/mirrorlist
[multilib]
Include = /etc/pacman.d/mirrorlist

Если строки Include закоментированы (в выводе этих строк не будет), то получишь конечное сообщения типа

error: failed to synchronize all databases

Ошибки не исчезают с опытом — они просто умнеют

vs220

#
1 год, 9 месяцев назад

Темы:

22

Сообщения:

8090

Участник с: 16 августа 2009

vasek у него уже на скачке базы с сервера ругается

failed retrieving file community.db fro mirror.yandex

И утверждает что не на один а на все сервера, так что тут или интернет или днс

vasek

#
1 год, 9 месяцев назад

(отредактировано

1 год, 9 месяцев назад)

Темы:

47

Сообщения:

11417

Участник с: 17 февраля 2013

vs220
у него уже на скачке базы с сервера ругается

пробовать дальше другие зеркала, лучше немецкие
egrep -v ‘^#|^$’ /etc/pacman.d/mirrorlist

Server = http://mirrors.n-ix.net/archlinux/$repo/os/$arch
Server = https://mirrors.n-ix.net/archlinux/$repo/os/$arch
Server = http://mirror.23media.com/archlinux/$repo/os/$arch
Server = https://mirror.23media.com/archlinux/$repo/os/$arch

А вообще лучше, чтобы не гадать, смотреть подробные отладочные логи — sudo pacman —debug -Syu

EDIT 1

vs220
или интернет или днс

это обычно проверяю так — strace -e connect,recvfrom,sendto nc www.rambler.ru 80

EDIT 2 — уточнение … вывода strace …
Чтобы разобраться с DNS — ищем обращение к DNS (порт 53), а точнее ищем 1-ое вхождение, типа такого

connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("8.8.8.8")}, 16) = 0

и последнее вхождение, типа такого

connect(3, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("81.19.82.98")}, 16) = -1 EINPROGRESS (Операция выполняется в данный момент)

где возвращаемое значение EINPROGRESS означает, что соединение не блокировалось и nc желает продолжить обработку …. находится в ожидании.

Ошибки не исчезают с опытом — они просто умнеют

vall

#
1 год, 9 месяцев назад

vall avatar

Темы:

45

Сообщения:

1786

Участник с: 28 марта 2017

RusWolf
А что показывает ping -с 3 ya.ru, к примеру ?

Как один из вариантов — длительное отсутствие ответа может быть косвенным свидетельством, что банально нет сети. Но чем гадать, лучше всё же услышать ответ на вопрос коллеги RusWolf’a.

insystemZ

#
1 год, 9 месяцев назад

Темы:

3

Сообщения:

12

Участник с: 29 апреля 2021

нет просто сейчас на работе) нету возможности проверить, буду дома все проверю и отпишу!

vall

#
1 год, 9 месяцев назад

vall avatar

Темы:

45

Сообщения:

1786

Участник с: 28 марта 2017

Подключение wifi. Сразу; на всякий случай)

vasek

#
1 год, 9 месяцев назад

(отредактировано

1 год, 9 месяцев назад)

Темы:

47

Сообщения:

11417

Участник с: 17 февраля 2013

Насколько я понял, инет работает …

insystemZ
8.8.8.8 пингуются интернет работает

Уточнение в части проблемы DNS/сетью
Если бы была проблема с DNS/сетью, то была бы в логах еще одна строчка, типа Could not resolve host: mirrors…..

error: failed to get a file  'community.db' with mirrors.n-ix.net : Could not resolve host: mirrors.n-ix.net
error:failed to update community (invaild url for server)
error: failed to synchronize all databases

Возможно ТС не привел все строки …

Ошибки не исчезают с опытом — они просто умнеют

RusWolf

#
1 год, 9 месяцев назад

RusWolf avatar

Темы:

11

Сообщения:

2413

Участник с: 16 июля 2016

vasek
Насколько я понял, инет работает …

Вот как раз не факт, что работает DNS Resolver.

Понравилась статья? Поделить с друзьями:

Читайте также:

  • Pacman error failed to initialize alpm library
  • Pacman error failed to commit transaction conflicting files
  • Packet send error xbox 360 freeboot
  • Packet processing error minecraft
  • Packet loss warface как исправить

  • 0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии