View previous topic :: View next topic |
Author |
Message |
Woolong n00b
Joined: 03 Feb 2004 Posts: 62 Location: Hong Kong
|
Posted: Sun Feb 22, 2004 3:25 am Post subject: emerge doesn't work after attr is unemerged! |
|
|
I removed acl from my USE flag in make.conf, then I ran emerge depclean -p world. Saw attr in the list, so I thought it's not needed. emerge -C attr.
Now, not only ls doesn't work, I can't even emerge anything, which includes attr itself.
Code: |
emerge coreutils
Calculating dependencies ...done!
>>> emerge (1 of 1) sys-apps/coreutils-5.0.91-r4 to /
>>> md5 src_uri ;-) coreutils-5.0.91.tar.bz2
>>> md5 src_uri ;-) coreutils-5.0.91-i18n-0.2.patch.gz
>>> md5 src_uri ;-) coreutils-5.0.91-gentoo-1.4.7.tar.bz2
install: error while loading shared libraries: libattr.so.1: cannot open shared object file: No such file or directory
!!! ERROR: sys-apps/coreutils-5.0.91-r4 failed.
!!! Function dyn_unpack, Line 514, Exitcode 127
!!! Failed to create dir '/var/tmp/portage/coreutils-5.0.91-r4/work'
|
I know that was stupid. Is there any way to recover my system? Say, copying someone's libattr.so.1 and put the file back to its place? |
|
Back to top |
|
|
scout Veteran
Joined: 08 Mar 2003 Posts: 1991 Location: France, Paris en Semaine / Metz le W-E
|
Posted: Sun Feb 22, 2004 10:47 am Post subject: |
|
|
Hey, you removed coreutils. I did this once: go to http://dev.gentoo.org/~avenj/bins/ get the corutil package, and untar it in / (you should still have tar and wget ...)
By the way this coreutils is for i686 if you have an older system, CFLAGS="what you want ..." emerge -b coreutils on an other gentoo distro you have and then copy the corutils.tar.gz that is in /usr/portage/packages on this computer, and do the same thing: unter in /
Then your emerge should work again and just emerge corutils to ensure everything is in order
I did the same thing 6 months ago: coreutils is just crucial, but I didn't know what it was. emerge depclean is REALLY dangerous. If you need some other package and don't have an other gentoo system to rescue yours, I may compile you a few tarballs if you want. _________________ http://petition.eurolinux.org/ - Petition against ePatents
L'essence de la finesse |
|
Back to top |
|
|
Woolong n00b
Joined: 03 Feb 2004 Posts: 62 Location: Hong Kong
|
Posted: Tue Feb 24, 2004 1:25 am Post subject: |
|
|
Thanks for the reply. After I restarted my system and realized kde can't be loaded, I panicked. I'm reinstalling gentoo right now.
I wish I was more patient, should have waited for a solution.
Again, thank you for the help. (I start to like links2) |
|
Back to top |
|
|
ralle Tux's lil' helper
Joined: 25 Mar 2003 Posts: 144 Location: Aachen, Germany
|
Posted: Thu May 06, 2004 2:57 pm Post subject: |
|
|
Thanks Scout!
I made the same mistake as Woolong today, and your hint at least made my system boot up again. Until now I can't modprobe anything but I think this is figured out quickly. |
|
Back to top |
|
|
robmoss Retired Dev
Joined: 27 May 2003 Posts: 2634 Location: Jesus College, Oxford
|
Posted: Thu May 06, 2004 3:51 pm Post subject: |
|
|
Actually, coreutils wasn't unmerged. There are two files that went walkabout: libattr.so and libacl.so. The coreutils package in the stage3 tarball is compiled with USE="acl". This, I think, is a little silly. So instead of downloading the coreutils binary package, you just need to type:
This will bomb out with an error message about a missing library. BUT: it's on the LiveCD! So boot up using the LiveCD and copy that file to where it's supposed to be (after mounting your partitions of course). Then go back into your system and you'll find that doing "ls" will complain about another file - copy that one across to where it should be too.
Then you'll have a working set of coreutils. So all you need to do now is:
Code: | emerge --oneshot coreutils |
--oneshot is used so that coreutils doesn't get recorded in your world file - it doesn't belong there, it lives in the system profile - and then you can remove those two files you copied across again. NB: It's actually recommended to get rid of them once you've done this - DON'T just leave them there.
"emerge depclean" isn't dangerous except for when you've changed the USE flags of something critical. Such as, for example, coreutils! So I would suggest that making binary packages of everything is probably a good idea if you've used a stage3 tarball when installing Gentoo. _________________ Reality is for those who can't face Science Fiction.
emerge -U will kill your Gentoo
ecatmur, Lord of Portage Bash Scripts |
|
Back to top |
|
|
juri Tux's lil' helper
Joined: 13 Dec 2003 Posts: 88 Location: Pistoia - Italy
|
Posted: Fri May 28, 2004 5:27 pm Post subject: |
|
|
Well, emerge depclean wants to remove modutils, attr and acl,
and I guess that they are important packages for the system to work fine. However I didn't touch the USE flags. Just submitted a bug report. |
|
Back to top |
|
|
robmoss Retired Dev
Joined: 27 May 2003 Posts: 2634 Location: Jesus College, Oxford
|
Posted: Fri May 28, 2004 5:35 pm Post subject: |
|
|
No no, no bug. However, I think emerge depclean should be patched to check using ldd that coreutils isn't linking against attr and/or acl?
If you want to check whether or not it's safe to unmerge attr and acl, I have a script you can use that will work it out for you. The link is below. Modutils is deprecated in favour of module-init-tools, so that can go.
http://home.jesus.ox.ac.uk/~rmoss/portage/rtdeps
Save it in /usr/local/bin. Usage:
On my system, this comes up with two packages as runtime-dependencies (i.e., their binaries will break if depclean unmerges them) - glibc and ncurses. If you get acl or attr as well, you should re-emerge coreutils before you allow depclean to get rid of acl and/or attr. _________________ Reality is for those who can't face Science Fiction.
emerge -U will kill your Gentoo
ecatmur, Lord of Portage Bash Scripts |
|
Back to top |
|
|
juri Tux's lil' helper
Joined: 13 Dec 2003 Posts: 88 Location: Pistoia - Italy
|
Posted: Fri May 28, 2004 6:59 pm Post subject: |
|
|
You're right robmoss2k, just realized that it depends on a missing USE="acl" that affects at least 2004.1 GRP installations. I'm on kernel 2.6.5, modutils can be safely removed? |
|
Back to top |
|
|
robmoss Retired Dev
Joined: 27 May 2003 Posts: 2634 Location: Jesus College, Oxford
|
Posted: Fri May 28, 2004 11:39 pm Post subject: |
|
|
Yes. Modutils is for 2.4 kernels and early 2.5 kernels; later 2.5 kernels and all 2.6 kernels (obviously 2.6.5 included) use module-init-tools instead. So it's safe to get rid of it. _________________ Reality is for those who can't face Science Fiction.
emerge -U will kill your Gentoo
ecatmur, Lord of Portage Bash Scripts |
|
Back to top |
|
|
juri Tux's lil' helper
Joined: 13 Dec 2003 Posts: 88 Location: Pistoia - Italy
|
Posted: Sat May 29, 2004 11:10 am Post subject: |
|
|
O.K. !!
I followed your advices in another post and recompiled coreutils like this:
USE="-acl" emerge coreutils
revdep-rebuild
and safely removed attr acl and modutils. Thanks!
Just clarify me one more thing:
as one can see in /etc/make.profile/make.defaults stage 2 and 3 of the 2004.1 release were compiled with USE="acl":
GRP_STAGE23_USE="ipv6 pam tcpd readline nls ssl gpm perl python berkdb acl ncurses"
but then acl is missing from the default USE flags, just 4 lines below:
USE="x86 oss apm arts avi berkdb crypt cups encode foomaticdb gdbm gif gpm gtk jpeg kde gnome libg++ libwww mad mikmod motif mpeg ncurses nls oggvorbis opengl pam pdflib png python qt quicktime readline sdl slang spell ssl svga tcpd truetype X xml2 xmms xv zlib"
So I'd like to know which of the two options was the correct one and then put USE="acl" or USE="-acl" in my /etc/make.conf.[/i][/url] |
|
Back to top |
|
|
robmoss Retired Dev
Joined: 27 May 2003 Posts: 2634 Location: Jesus College, Oxford
|
Posted: Sat May 29, 2004 12:54 pm Post subject: |
|
|
Well, it depends whether or not you want to use POSIX Access Control Lists or not. Personally I don't, and haven't found a use for them yet. So I have USE="-acl" in make.conf. But there definitely shouldn't be a discrepancy - thanks for bringing that to my attention, I'll have a look for a bug to file... _________________ Reality is for those who can't face Science Fiction.
emerge -U will kill your Gentoo
ecatmur, Lord of Portage Bash Scripts |
|
Back to top |
|
|
juri Tux's lil' helper
Joined: 13 Dec 2003 Posts: 88 Location: Pistoia - Italy
|
Posted: Sat May 29, 2004 4:05 pm Post subject: |
|
|
Well, guess that only the developers have the "right" answer.
I wanna thank you for your posts, I've found a lot searching through these forums, you're really helpful and I promise not to emerge -UD world! |
|
Back to top |
|
|
duderonomy Guru
Joined: 20 Mar 2004 Posts: 349 Location: SF Bay Area
|
Posted: Sun Aug 22, 2004 10:25 am Post subject: |
|
|
This can easily happen after installing a stage3 from 2004.2 x86 Universal.
I just fubar'd two new systems!!! I think this is an OBVIOUS problem; i.e.
a bug...
I read the posts. I understand the USE flag issue. The value of the
GRP_STAGE23_USE variable is:
"ipv6 pam tcpd readline nls ssl gpm perl python berkdb acl ncurses"
Then, as the juri points out, the USE variable for the system changes in
such a way to omit "acl". I see this as a HIDDEN CHANGE on the part of
the USE variable when it goes from a setting like that of GRP_STAGE23_USE
to the normal one, below it, except for a single use flag that affects
coreutils! Note that 11 of 12 use flags are dutifully copied to the USE
variable for the system at normal runtime. Why not copy all of them?
What problems would that cause? It appears to me it would actually
reduce the number of problems that users may encounter.
This could definitely be categorized as a bug if such an opportunity for
failure traps so many users. I did not expect a freshly built system would
fail an "emerge depclean".
The bottom line is that a completed stage3 build, post an 'emerge sync'
and 'emerge world' does not pass a simple test of an emerge depclean.
Would this be an accurate characterization? Would that not be considered
broken?
I think it is a bug becasue a user should be penalized for NOT KNOWING
about the super-secret tweak that needs to be performed after booting
from your own kernel on your root partition (instead of the livecd). What
kind of breakage would we get if 6 or 8 of the USE flags in the
GRP_STAGE23_USE variable suddenly disappeared once you started
booting from your own kernel and root partition? That appears to be
what is happening here.
If 'acl' were replicated in the USE variable on line 21 in
/etc/make.profile/make.defaults,
then, an experienced user can disable it in their local
/etc/make.conf file's USE variable. That would be in the spirit of
"those that know" can disable it. But those that are unaware should
not be fubar'd by it.
Is the act of allowing an avoidable and fatal gotcha, genuinely in the
spirit of The Gentoo Way? I think not.
Cheers,
D |
|
Back to top |
|
|
Corax Apprentice
Joined: 14 Apr 2004 Posts: 222 Location: Berlin, Germany
|
Posted: Wed Sep 29, 2004 11:05 pm Post subject: |
|
|
Thanks to the downloads from dev.gentoo.org! They saved my system today! In just twenty minutes! Thanks a lot! |
|
Back to top |
|
|
robfish Tux's lil' helper
Joined: 25 Nov 2002 Posts: 137 Location: New Zealand
|
Posted: Tue Oct 05, 2004 6:13 pm Post subject: |
|
|
OK - I got my box runing by copying libacl.so.1.1.0 and libattr.so.1.1.0 to the lib directory then made symlinks...
Code: | ln -sf libattrso.1.1.0 libacl.so.1
ln -sf libattrso.1.1.0 libacl.so
ln -sf libacl.so.1.1.0 libacl.so.1
ln -sf libacl.so.1.1.0 libacl.so |
then I
I am a relative newbie so would like some guidance on my next steps.
Add -acl to USE flags?
emerge --oneshot coreutils (because I did not use --oneshot before) ?
rm libattr.so.1.1.0 ?
rm libacl.so.1.1.0 ?
rm libattr.so ?
rm libacl.so ? _________________ RobFish |
|
Back to top |
|
|
MdaG l33t
Joined: 09 Nov 2004 Posts: 945 Location: Stockholm, Sverige
|
Posted: Thu Nov 18, 2004 11:48 am Post subject: |
|
|
Has this been posted as a bug or what? |
|
Back to top |
|
|
MdaG l33t
Joined: 09 Nov 2004 Posts: 945 Location: Stockholm, Sverige
|
Posted: Thu Nov 18, 2004 12:26 pm Post subject: |
|
|
I just reemerged coreutils without the --oneshot flag. Can't I just delete the line saying coreutils in my world file and the result will be the same? |
|
Back to top |
|
|
Clapper Apprentice
Joined: 29 Sep 2003 Posts: 177
|
Posted: Thu Jan 13, 2005 7:57 pm Post subject: revdep-rebuild question |
|
|
Can anyone tell me why I constantly get the following packages listed with revdep rebuild, and why it always wants to install them?
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild R ] sys-apps/coreutils-5.2.1-r2 -acl -build -debug +nls (-selinux) -static (-uclibc) 0 kB
[ebuild R ] app-office/openoffice-bin-1.1.4 (-emul-linux-x86) +gnome +kde 0 kB
[ebuild R ] net-misc/rsync-2.6.3 -acl* -build -debug +ipv6 -static 0 kB
Total size of downloads: 0 kB
Let me know if further system info would help.... |
|
Back to top |
|
|
robind Apprentice
Joined: 08 Oct 2004 Posts: 260 Location: California
|
|
Back to top |
|
|
Nick W l33t
Joined: 07 Dec 2003 Posts: 684
|
Posted: Tue Jan 18, 2005 10:40 am Post subject: |
|
|
Ok, so i created /usr/portage/packages/All and put the binaries given in the other thread in there and followed the instructions.
All is good
A couple of questions now though if anyone can help please:
- When i now do 'ldconfig' i get told that "/lib/ld-linux.so.1 is not a symbolic link" -> is this significant?
- Can i safely remove /usr/portage/packages/All ??
Many thanks... |
|
Back to top |
|
|
masseya Bodhisattva
Joined: 17 Apr 2002 Posts: 2602 Location: Baltimore, MD
|
Posted: Tue Jan 18, 2005 4:04 pm Post subject: |
|
|
MdaG wrote: | Has this been posted as a bug or what? | https://bugs.gentoo.org/show_bug.cgi?id=48195 _________________ if i never try anything, i never learn anything..
if i never take a risk, i stay where i am.. |
|
Back to top |
|
|
struct bylighting; n00b
Joined: 18 Jan 2005 Posts: 1
|
Posted: Tue Jan 18, 2005 4:12 pm Post subject: |
|
|
This problem just exploded in the last few days (see https://forums.gentoo.org/viewtopic.php?p=1984627#1984627). There are probably hundreds of users hacking around it in this moment, with discussion threads going on in any possible langue.
I would urge the developers to consider it a bug and fix it.
As for my personal hack I've just copied the missing libs from a Fedora Core 1 box. |
|
Back to top |
|
|
spqrdecker n00b
Joined: 15 Nov 2004 Posts: 34 Location: Charlottesville, Va.
|
Posted: Tue Jan 18, 2005 5:06 pm Post subject: |
|
|
After copying all of the acl and attr libraries from the livecd, everything works fine now. Except when I run ldconfig, the output informs me that it expects libacl.so.1 and libattr.so.1 to be symbolic links. Since everything works now, I'd be happy to leave it as-is or to make those files symbolic links to make ldconfig act like my computer isn't really duct-taped together with the live-cd's libraries; however, I'd prefer to know why these files must be symbolic links (libacl.so.what?), since this recent foray into the Mysterious World of /Lib illustrates a serious gap in my knowledge of how Linux actually works. |
|
Back to top |
|
|
WladyX Guru
Joined: 25 Nov 2004 Posts: 503 Location: Romania
|
Posted: Tue Jan 18, 2005 5:24 pm Post subject: |
|
|
You should recompile coreutils without the acl suport, and then remove the libraries added from the livecd. _________________ We are not alone.
Last edited by WladyX on Tue Jan 18, 2005 5:39 pm; edited 1 time in total |
|
Back to top |
|
|
spqrdecker n00b
Joined: 15 Nov 2004 Posts: 34 Location: Charlottesville, Va.
|
Posted: Tue Jan 18, 2005 5:34 pm Post subject: |
|
|
Thanks for that advice. I'll remove the offending libraries. But I was actually wondering why the files ending in so.1 had to be symlinks. |
|
Back to top |
|
|
|