Hello, I have Gentoo/FreeBSD-6.2-r3 installed on Intel Pentium-M laptop (x86). My HDD is devided into these partitions: / /usr /opt /var /tmp /home I think, the problem is with /sbin/fsck and /lib/libc.so.6 files Both these files depends on: /lib/libc.so.6 /usr/lib/gcc/i686-gentoo-freebsd6.2/4.2.2/libgcc_s.so.1 This is really problem, when the system isn't correctly finished and /sbin/fsck is going to check all these partitions. Because libgcc_s.so.1 is located at partition which will be checked first. If I want to start the system, I must boot from a BSD live CD and check all sytem partitions and then boot original system. If I look at my Linux/Gentoo, /lib/libc.so.6 depends only on /lib/ld-linux.so.2 and /sbin/fsck only on libraries located at /lib directory. I have: FreeBSD Gentoo 6.2-r3 with these USE flags freebsd-bin-6.2 nls freebsd-contrib-6.2 freebsd-lib-6.2-r3 freebsd-libexec-6.2-r3 pam freebsd-mk-defs-6.2 freebsd-pam-modules-6.2 freebsd-pf-6.2-r1 freebsd-rescue-6.2 freebsd-sbin-6.2-r2 freebsd-share-6.2 freebsd-sources-6.2-r3 symlink freebsd-ubin-6.2 nls freebsd-usbin-6.2-r1 acpi pam tcpd Please, check if packages in portage/sys-freebsd directory really need to depend on libgcc_s.so.1. If so, try to use the static version of the library (libgcc.a and libgcc_eh.a). Other packages I have: gcc-4.2.2 libtool-1.5.24 automake-1.10 autoconf-2.61-r1 BTW: If I tryed to compile freebsd-lib-6.2-r3 package, and libraries there depend on libgcc_s.so.1 Reproducible: Always
libgcc_s.so.1 should also be found in /lib
(In reply to comment #1) > libgcc_s.so.1 should also be found in /lib > are you sure? try this command to see, where the library is located by default: equery files gcc | grep libgcc_s
(In reply to comment #2) > (In reply to comment #1) > > libgcc_s.so.1 should also be found in /lib > > > > are you sure? Yes. gcc-config put's it there based on the gcc selected. So it won't be "owned" by gcc or gcc-config as such.
(In reply to comment #3) > (In reply to comment #2) > > (In reply to comment #1) > > > libgcc_s.so.1 should also be found in /lib > > > > > > > are you sure? > > Yes. gcc-config put's it there based on the gcc selected. So it won't be > "owned" by gcc or gcc-config as such. > ok please, show me at sources the command which links libc.so.6 library. I must ensure, if the library really depends on libgcc_s.so.1 library
(In reply to comment #4) > ok > please, show me at sources the command which links libc.so.6 library. > I must ensure, if the library really depends on libgcc_s.so.1 library No, it doesn't directly depend on libgcc_s.so.1, which is why this bug references bug #192403. Once that bug is fixed, fsck and libc.so.6 won't need libgcc_s.so.1 on Gentoo/FreeBSD.
actually this is now fixed with bug #192403