[arch-general] System a bit broken pacman -Syu exists in filesystem

[Florian Pritz]

On 04.01.2012 20:51, Stefan Wilkens wrote:
> 2012/1/4 Florian Pritz <bluewind at xinu.at>:
>> On 04.01.2012 20:23, Lars Madson wrote:
>>> Hi,
>>>
>>> My system has two hard drive, one SSD with / and /home/user on two
>>> partitions and a HDD mounted on /opt and /var.
>>>
>>> The HDD failed, and the system works with only the SSD as it was installed
>>> like this and then extended to the HDD.
>>>
>>> Now I'm performing an upgrade of the whole system to get back to normal but
>>> all files in /usr are making conflict as the /opt and /var are older and
>>> trying to install files that are already there.
>>
>>> Or maybe I
>>> would love some kind of option in pacman that would overwrite or ignore
>>> those conflicts, I know that's against how pacman is build so I'm asking
>>> here.
>>
>> If you are careful you can use --force and pacman will ignore every
>> existing file and overwrite it. In this case it sounds like this is
>> justified, but please do NOT use it when you are not absolutely sure
>> about what you are doing. If --force breaks something it's totally your
>> fault.
>> [..]
>> You should also reinstall every installed package just in case something
>> hasn't received an update yet. `(pacman -Qq; pacman -Qqm) | sort | uniq
>> -u` should give you a list of all install package without AUR ones.
> 
> Out of interest, would it be a better option to use a livecd of sorts
> to manually move /opt and /var from the SDD to the HDD and adjust the
> fstab accordingly?

Using a live cd is probably the only sane way since /var is going to be
in use by cron/syslog/whatnot.

You'll still have to reinstall everything though because the pacman
database is out of sync with the system.

-- 
Florian Pritz

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-general/attachments/20120104/2c6d255e/attachment.asc>