You are not logged in.
Pages: 1
Ok i have just installed Arch and I am logged in as root, i run pacman -Sy and then i get a message saying "error= failed to init transaction (unable to lock database)
then i run /var/lib/pacman/db.lck then i get premisson denied and i am stumped at what to do next!:|
Last edited by Arch.Ben (2009-07-23 20:22:44)
Offline
Is your netconnection okay? Did you get ip address ? Is your mirrorlist okay ? Can you download some file of them manually?
Offline
Arch-ben: Do you have pacman running somewhere else? If not delete /var/lib/pacman/db.lck i.e.
rm /var/lib/pacman/db.lck
.
Offline
Ashren, I have tried that and i get premission denied; and yes i am logged in as root.
Offline
Please change the thread title to something more descriptive. You can do this by editing the first post.
Offline
Ok i got into /var/lib/pacman/db.lck and there is nothing in there =\
Offline
That is because it is a lock file that is created when pacman is running. Other pacman processes check if that file is present before performing any operations, and if not, it is created before performing operations, and deleted after it is finished. Its purpose is to keep two pacman processes from installing or removing packages at the same time which may cause conflicts.
Offline
I do not think it is reading my internet connection.
Offline
Why, do you get a different error message? The one you posted indicates that there is a lock file present.
Offline
I get this error when i go to run "pacman -Sy"
Offline
rm /var/lib/pacman/db.lck
.
^ You must run this command as root, as Ashren has pointed out, before we can go any further with helping you.
If there is indeed a networking issue, it must be addressed after the lock file is removed.
Offline
problem sovled by reinstalling arch it self..
Offline
I ran into this error multiple times a few days ago when i was installing Arch. I think the error occurs when a pacman operation, such as -Syu is terminated prematurely.
The users were right when they said:
(sudo) rm /var/lib/pacman/db.lck
^That always worked for me.
gods are fragile things. They may be dismissed with a dose of common sense or a whiff of science.
Offline
problem sovled by reinstalling arch it self..
That's Windows-like problem solving, not Linux-like .
Got Leenucks? :: Arch: Power in simplicity :: Get Counted! Registered Linux User #392717 :: Blog thingy
Offline
Arch.Ben wrote:problem sovled by reinstalling arch it self..
That's Windows-like problem solving, not Linux-like .
The end justifies the means ... or is it the install justifies the means or ... nevermind
R.
Offline
needless to say after i get done with updates and install a few more things i will be good to go and start learning more about Arch
Offline
For future reference (anyone from the future reading this thread with the same problem...)
See if there *is* already a pacman running elsewhere:
ps -ef | grep pacman
If there is, kill it and remove the .lck file.
That's the only reason I can think of root getting a permission denied error while trying to remove that .lck file.
Are you familiar with our Forum Rules, and How To Ask Questions The Smart Way?
BlueHackers // fscanary // resticctl
Offline
LOL You reinstalled the entire OS when all you had to do was delete one file!
Offline
I always kept this alias handy in my bashrc file.
alias rmlock='sudo rm /var/lib/pacman/db.lck'
It was annoying to have to type that much in order to solve a simple problem.
Offline
Arch.Ben wrote:problem sovled by reinstalling arch it self..
That's Windows-like problem solving, not Linux-like .
But! But!
Isn't it Linux-like to fix it till it is broke?
Offline
But! But!
Isn't it Linux-like to fix it till it is broke?
And then fix it 'til it works again
Offline
LOL You reinstalled the entire OS when all you had to do was delete one file!
Lol, epic quote.
gods are fragile things. They may be dismissed with a dose of common sense or a whiff of science.
Offline
Pages: 1