Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#5009 - pacman-optimize makes errnous fs assumptions
Attached to Project:
Arch Linux
Opened by Henrik Holst (holst) - Monday, 10 July 2006, 08:30 GMT
Last edited by Tobias Powalowski (tpowa) - Monday, 10 July 2006, 10:35 GMT
Opened by Henrik Holst (holst) - Monday, 10 July 2006, 08:30 GMT
Last edited by Tobias Powalowski (tpowa) - Monday, 10 July 2006, 10:35 GMT
|
DetailsI found a bad fs assumption by pacman-optimize:
root $ pacman-optimize ==> md5sum'ing the old database... ==> copying /var/lib/pacman... ==> md5sum'ing the new database... mv: cannot move `/var/lib/pacman' to `/var/lib/pacman.bak': Device or resource busy pacman-optimize: error renaming /var/lib/pacman This happens when /var/lib/pacman is a mounted partition, root $ cat /proc/mounts | grep /var/lib/pacman /dev/loop/0 /var/lib/pacman jfs rw 0 0 and not a normal directory. It's not unlikly that many people start using seperate partitions for /var/lib/pacman since forum posts suggest this is a big speed increase; due to the fragmentation problem on the (parent) filesystem. Remedy: Make tar archive of old files and store them in /tmp. Maybe if gzip (or gzip2) is installed- use them. |
This task depends upon
Closed by Roman Kyrylych (Romashka)
Thursday, 25 January 2007, 08:10 GMT
Reason for closing: Fixed
Additional comments about closing: in CVS
Thursday, 25 January 2007, 08:10 GMT
Reason for closing: Fixed
Additional comments about closing: in CVS