[求助]误删除e2fsprogs包，无法启动【已解决】

zhllg

都是用stable的吧

MadGoat

yes，stable
是不是~X86没这个问题？？？

heejun

Post by bigbusyboy;1901069
chroot貌似是唯一的选择, 如果你的/boot是ext2的话。
现在更新world引起的sys-libs/ss,sys-libs/com_err,e2fsprogs-libs冲突算是一个大bug了，在bugzilla上已经有人抱怨了，好几个人都是进不去系统或者wget受影响无法安装。

比较好的做法貌似是先fetch only,然后再删除sys-libs/ss,sys-libs/com_err，最后更新world（e2fsprogs）。或者干脆mask掉，等。

re
当初我也是从bugzilla上的一个bug report操作升级过去的

nainaide

给你个解决方法：

(1)用firefox下载sys-libs/com_err那个包，并cp到/usr/disfiles. (可根据emerge sys-libs/com_err的错误提示确认是哪个包
(2)然后按照http://bugs.gentoo.org/show_bug.cgi?id=234907#c7 （comment 7的方法就可以了）

MadGoat

Post by nainaide;1901164
给你个解决方法：

(1)用firefox下载sys-libs/com_err那个包，并cp到/usr/disfiles. (可根据emerge sys-libs/com_err的错误提示确认是哪个包
(2)然后按照http://bugs.gentoo.org/show_bug.cgi?id=234907#c7 （comment 7的方法就可以了）

我来给转帖过来，现在已经搞定e2fsprogs的问题，在照这个解决升级的问题呢。谢谢大家了。

Since losing wget support is the problem, emerge --fetchonly the new packages,
and *then* unmerge ss and com_err. Since the packages are already present, no
wget will be attempted.

After ss, com_err, and the old e2fsprogs are unmerged use --nodeps to emerge
just e2fsprogs-libs and the new e2fsprogs specifically. Otherwise, ss and
com_err will try to come back in as deps. e2fsprogs needs to be removed to deal
with the package collisions that would otherwise occur.

All of these changes should be done specifically to these packages in one short
session, and not as part of a larger "world" update. e2fsprogs supplies
libraries that, if absent, will prevent a large number of programs from
working, and will probably prevent reliable emerges of other packages.

Here are the steps:

1. emerge -NuDav --fetchonly world
2. emerge -C ss com_err e2fsprogs
3. emerge -NuDav --nodeps e2fsprogs-libs e2fsprogs
4. echo "sys-libs/com_err" >>/etc/portage/package.mask
5. echo "sys-libs/ss" >>/etc/portage/package.mask
6. echo "sys-libs/com_err-1.40.11" >>/etc/portage/profile/package.provided
7. echo "sys-libs/ss-1.40.11" >>/etc/portage/profile/package.provided

The last two are to prevent other packages such as app-crypt/mit-krb5 which
have runtime dependencies directly on com_err or ss.

Running revdep-rebuild afterward did not find any packages in need of updates.

MadGoat

OK,使用以上方法已经解决。

bigbusyboy

Post by MadGoat;1901167

Since losing wget support is the problem, emerge --fetchonly the new packages,
and *then* unmerge ss and com_err. Since the packages are already present, no
wget will be attempted.

After ss, com_err, and the old e2fsprogs are unmerged use --nodeps to emerge
just e2fsprogs-libs and the new e2fsprogs specifically. Otherwise, ss and
com_err will try to come back in as deps. e2fsprogs needs to be removed to deal
with the package collisions that would otherwise occur.

All of these changes should be done specifically to these packages in one short
session, and not as part of a larger "world" update. e2fsprogs supplies
libraries that, if absent, will prevent a large number of programs from
working, and will probably prevent reliable emerges of other packages.

Here are the steps:

1. emerge -NuDav --fetchonly world
2. emerge -C ss com_err e2fsprogs
3. emerge -NuDav --nodeps e2fsprogs-libs e2fsprogs
4. echo "sys-libs/com_err" >>/etc/portage/package.mask
5. echo "sys-libs/ss" >>/etc/portage/package.mask
6. echo "sys-libs/com_err-1.40.11" >>/etc/portage/profile/package.provided
7. echo "sys-libs/ss-1.40.11" >>/etc/portage/profile/package.provided

The last two are to prevent other packages such as app-crypt/mit-krb5 which
have runtime dependencies directly on com_err or ss.

Running revdep-rebuild afterward did not find any packages in need of updates.

此即我意，真详细呀！

psblunder

Post by MadGoat;1901106
yes，stable
是不是~X86没这个问题？？？

～x86 一两个月前遇到的问题，呵呵。也用CD修好的。

cbkid

也是1个月前的问题吧。当时还是头回答的。

wsw

用stable了，还会出这个问题。 我是用CD进系统用e2fsprog源码编译安装了一个。