错误还原:
- 现在尚不能配置软件包 libxxx:i386 3.2.1-4,因为 xxx:amd64 处于一个不同的版本(3.2.1-8)
- 正在解包 libxdmcp6:i386 (1:1.1.2-3) …
dpkg: 处理归档 /tmp/apt-dpkg-install-EgArxE/03-libxdmcp6_1%3a1.1.2-3_i386.deb (–unpack)时出错:
尝试覆盖共享的 ‘/usr/share/doc/libxdmcp6/changelog.Debian.gz’, 它与软件包 libxdmcp6:i386 中的其他实例不同
由于已经达到 MaxReports 限制,没有写入 apport 报告。 - 在处理时有错误发生:
/tmp/apt-dpkg-install-EgArxE/00-libgcc1_1%3a8.4.0-1ubuntu1~18.04_i386.deb - E: Sub-process /usr/bin/dpkg returned an error code (1)
- dpkg 由于出现了太多错误,处理过程被中止了
- dpkg 正在处理用于 mime-support (3.60ubuntu1) 的触发器 …在处理时有错误发生
- dpkg: 处理归档 /var/cache/apt/archives/libattr1_1:2.4.47-2_amd64.deb (–unpack)时出错:
- 尝试覆盖共享的 ‘/usr/share/doc/libattr1/changelog.Debian.gz’, 它与软件包 libattr1:amd64 中的其他实例不同
- 依赖: XXX 但是它将不会被安装
前言:
我是在安装wine的时候遇到的这个问题,弄了大概一天,学到挺多东西,也很庆幸是在安装wine的时候遇到这个问题,因为目前wine需要i386支持,恰巧我的系统架构是amd64的,所以即使把一些i386库给覆盖了,也不会有系统层的问题,因为i386是我的foreign-architeures,否则搞错了需要全部重装的话,对我来说确实是个大麻烦>///<
解决问题是一个重要目标,另一个大概是学到东西加深理解吧。
解决问题放在最后面,节省时间者可以直接点击目录的解决方案跳到最后。
wine的安装教程------->>>>>: 传送门
环境:
弄清语境是解决问题的第一步,是什么环境,什么内核,什么架构?既然都用linux系统了,还是做个明白人吧,不要糊糊涂涂地过生活了。(这样等你做卡巴死机和重装星人的时候,也算是死的明明白白,或者可以避免变成上述两种人)
1.查看系统内核版本:uname -a
2. 查看cpu:lscpu

3.查看主架构:sudo dpkg --print-architecture 其实可以看作64位系统
4.查看拓展架构:sudo dpkg --print-foreign-architectures 可以看作32位系统
如果你用windows(这不是废话🏇),那你知道,windows下都有system32和system64,然后下面很多 xxxx.dll 库,这是为了方便兼容。linux也是这个道理。

出错信息:
正准备解包 .../00-libgcc1_1%3a8.4.0-1ubuntu1~18.04_i386.deb ...
正在解包 libgcc1:i386 (1:8.4.0-1ubuntu1~18.04) ...
dpkg: 处理归档 /tmp/apt-dpkg-install-AsAJTT/00-libgcc1_1%3a8.4.0-1ubuntu1~18.04_i386.deb (--unpack)时出错:
尝试覆盖共享的 '/usr/share/doc/libgcc1', 它与软件包 libgcc1:i386 中的其他实例不同
正准备解包 .../01-libbsd0_0.8.7-1ubuntu0.1_i386.deb

本文详细记录了解决Ubuntu系统中因软件包依赖冲突导致的安装失败问题的过程,包括使用dpkg和apt命令修复错误,以及如何正确处理依赖关系。
最低0.47元/天 解锁文章
478





