Upgrade from 42.3 to 15.0 running up against a permissions issue I can't get around

First off, it seems relevant to mention that the PC this distribution upgrade is being run on has been through several previous ones, seemingly without issue.

When I run the dup command to start the upgrade, it makes it through most of the distribution upgrade without issue before running foul on an attempt to install filesystem-15.0-lp150.8.3.1.x86_64. I will get this error:

Error: Subprocess failed. Error: RPM failed: error: unpacking of archive failed on file /mnt: cpio: chown failed - Permission denied
error: filesystem-15.0-lp150.8.3.1.x86_64: installed failed
error: filesystem-13.1-9.5.x86_64: erase skipped

The zypper dup command is being run as the superuser, I’ve checked mounts and the only ones that are read-only (what I’ve been able to find is usually going to cause the chown to fail) are /var/lib/dhcp/proc proc and /dev/shm tmpfs, neither of which I *think *should be causing this.

Is there any place else I should be looking for the permissions issue? The error message isn’t specifying *where *the file it can’t take ownership of is, so I’m not sure where to look.

It is not obvious from the information you have posted whether:

The upgrade just skipped a step and continued.
Paused to ask whether to abort, ignore or continue
Zypper stopped an returned control to the shell prompt.

Any chance that you could copy and paste the actual commands used and relevant output using the CODE tags (the # icon above the edit panel).

I generally use the “-d” option to “zypper dup” until the download is safely cached.
Are you doing the “zypper dup” from the update as well as the repo/oss repository? Please show

>  zypper lr -Eu

In case the downloaded rpm is corrupt (due to e.g. an interrupted connection.), you could try deleting it from the cache before trying again.

ns3:~ # find /var/cache/zypp -name "filesystem-*" -delete

Did you have anything mounted (via fstab) in /mnt tree perhaps? I’m wondering if that led to your problem with cpio complaining about the permissions.

This ended up being it. Had a CIFS share mounted from a Windows PC and, despite it being owned by root and mounted as RW, I imagine it wasn’t going to interact with chown very well. Removed from fstab, rebooted, and flew right passed the file system reinstall.

Working my way through the rest of it right now.

Thanks to the both of you.

Yes, when I saw the message relating to /mnt, I wasn’t surprised that fstab mounts might be the issue here, and so preventing cpio from doing its housekeeping with setting user,group, and permissions. Anyway, glad to have been of help with this. :slight_smile:

Excellent! Good to see. And, thanks for coming back with the answer, will probably help others.:good:

Happy openSUSE-ing!