View previous topic :: View next topic |
Author |
Message |
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Fri May 19, 2017 1:01 pm Post subject: |
|
|
I got everything from http://packages.gentooexperimental.org/packages/amd64-unstable/
I fixed gcc-6.3.0, so I have no idea where open("/usr/lib/gcc/i486-pc-linux-gnu/4.4.2/tls/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) comes from, except somehow from the sysrescueCD?
Code: | I was chrooted into my system on sda6 when I ran strace emerge --info.
root@sysresccd /root %
root@sysresccd /root % mkdir /mnt/gentoo
mkdir: cannot create directory ‘/mnt/gentoo’: File exists
root@sysresccd /root % cd /mnt/gentoo
root@sysresccd /mnt/gentoo % mount /dev/sda6 /mnt/gentoo
root@sysresccd /mnt/gentoo % mount -t proc none /mnt/gentoo/proc
root@sysresccd /mnt/gentoo % mount --rbind /sys /mnt/gentoo/sys
root@sysresccd /mnt/gentoo % mount --rbind /dev /mnt/gentoo/dev
root@sysresccd /mnt/gentoo % cp -L /etc/resolv.conf /mnt/gentoo/etc/
cp: overwrite '/mnt/gentoo/etc/resolv.conf'? y
root@sysresccd /mnt/gentoo % chroot /mnt/gentoo /bin/bash
sysresccd / # source /etc/profile
sysresccd / # PS1="(chroot) $PS1"
(chroot) sysresccd / #
(chroot) sysresccd / #
(chroot) sysresccd / # strace emerge --info
bash: strace: command not found
(chroot) sysresccd / #
(chroot) sysresccd / #
(chroot) sysresccd / #
(chroot) sysresccd / # emerge --info
Illegal instruction
(chroot) sysresccd / # tar --xattrs -xpf /mnt/gentoo/usr/portage/packages/strace-4.16.tbz2 -C /mnt/gentoo
Illegal instruction
(chroot) sysresccd / #
(chroot) sysresccd / #
(chroot) sysresccd / # strace emerge --info
execve("/usr/bin/emerge", ["emerge", "--info"], [/* 58 vars */]) = 0
brk(NULL) = 0x20c0000
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f606ea73000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/usr/lib/gcc/i486-pc-linux-gnu/4.4.2/tls/x86_64/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib/gcc/i486-pc-linux-gnu/4.4.2/tls/x86_64", 0x7ffc397b6560) = -1 ENOENT (No such file or directory)
open("/usr/lib/gcc/i486-pc-linux-gnu/4.4.2/tls/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib/gcc/i486-pc-linux-gnu/4.4.2/tls", 0x7ffc397b6560) = -1 ENOENT (No such file or directory)
open("/usr/lib/gcc/i486-pc-linux-gnu/4.4.2/x86_64/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib/gcc/i486-pc-linux-gnu/4.4.2/x86_64", 0x7ffc397b6560) = -1 ENOENT (No such file or directory)
open("/usr/lib/gcc/i486-pc-linux-gnu/4.4.2/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib/gcc/i486-pc-linux-gnu/4.4.2", 0x7ffc397b6560) = -1 ENOENT (No such file or directory) | etc, etc. on pastebin _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
Back to top |
|
|
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Fri May 19, 2017 1:20 pm Post subject: |
|
|
I'm thinking my particular problem might be going on too long and getting off the Ryzen thread's main topic. I'm also thinking that some of the BINHOST packages might not even be compatible enough to work because unless I'm not doing something correctly it's just not making much progress with fixing emerge. I'm running out of ideas, and think just re-installing is the way to go.
If anyone has other suggestions, I'll stick it out a few hours longer, but I've been on this 2 days+ now, and I still have another Gentoo install on this box to fix. I'm open to anything, but I'm grasping at straws at this point.
I certainly don't regret the time spent working on this, as I've learned so much great stuff, and greatly appreciate all the help, especially from Neddy, however being 73 years old, my time is limited. _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11
Last edited by wrc1944 on Fri May 19, 2017 1:46 pm; edited 1 time in total |
|
Back to top |
|
|
Tony0945 Watchman
Joined: 25 Jul 2006 Posts: 5127 Location: Illinois, USA
|
Posted: Fri May 19, 2017 1:23 pm Post subject: |
|
|
Something strange there, wrc1944. Do you have multiple gcc's?
Code: | tony@X3 ~ $ strace emerge --info >junk 2>junk2
tony@X3 ~ $ grep -i gcc junk
Portage 2.3.5 (python 3.4.5-final-0, default/linux/amd64/13.0/desktop, gcc-6.3.0, glibc-2.23-r3, 4.11.1-gentoo x86_64)
sys-devel/gcc: 6.3.0::gentoo
sys-devel/gcc-config: 1.7.3::gentoo
tony@X3 ~ $ grep -i gcc junk2
read(4, "5Core.so.5,libstdc++.so.6,libgcc"..., 4096) = 4096
read(4, ",libm.so.6,libgcc_s.so.1,libc.so"..., 4096) = 4096
read(4, ",libgcc_s.so.1,libpthread.so.0,l"..., 4096) = 4096
read(4, "ibstdc++.so.6,libm.so.6,libgcc_s"..., 4096) = 4096
read(4, "g.so.1 libgcc_s.so.1 libjpeg.so."..., 4096) = 4096
stat("/var/db/pkg/sys-devel/gcc-config-1.7.3", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat("/var/db/pkg/sys-devel/gcc-6.3.0", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat("/var/db/pkg/sys-devel/gcc-6.3.0", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat("/var/db/pkg/sys-devel/gcc-6.3.0", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat("/var/db/pkg/sys-devel/gcc-config-1.7.3", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat("/var/db/pkg/sys-devel/gcc-config-1.7.3", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
|
And that's a multilib system. |
|
Back to top |
|
|
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Fri May 19, 2017 1:39 pm Post subject: |
|
|
Tony,
I'm on a multi-boot system working on a gentoo install entirely on sda6, and I'm chrooted in from a live SystemRescueCD. The gentoo installl has gcc-6.3.0 selected, but gcc-5.4 is still on the sda6 partition. There are also 7 different linux distros each on its own partition on sda, and win7 on an sdb disk. _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54237 Location: 56N 3W
|
Posted: Fri May 19, 2017 3:58 pm Post subject: |
|
|
wrc1944,
Code: | open("/usr/lib/gcc/i486-pc-linux-gnu/... |
Thats a 32 bit only gcc that you should not even have on a 64 bit system. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Fri May 19, 2017 4:23 pm Post subject: |
|
|
I can't explain it. No idea of why that's showing up. My sda6 gentoo is and always was ~amd64 using gcc-6.3.0 for months now (going from gcc-5.4).
Could it have something to do with the rescue cd, or if my sda6 install is multi-lib and NOT pure 64?
I booted with the 64bit sysrescuecd kernel loaded into memory for ease of use (running off cd was just to shaky and virtually unsuable.
Everything I got fron BINHOST was out of http://packages.gentooexperimental.org/packages/amd64-unstable/. I selected the latest vesions available, as my system is ~amd64, up-to-date as ofl may 13, depcleaned and consistent. If i was unsure, I checked the version I have on sda6.
I've replaced these packages. Should I re-do gcc-6.3.0?
glibc
ncurses
bash gcc
binutils
gettext
coreutils
libtools
portage
portag-utils
pythojn
python-exec
textinfo
zlib
readline
util-linux
strace _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11
Last edited by wrc1944 on Fri May 19, 2017 4:53 pm; edited 1 time in total |
|
Back to top |
|
|
Naib Watchman
Joined: 21 May 2004 Posts: 6051 Location: Removed by Neddy
|
Posted: Fri May 19, 2017 4:32 pm Post subject: |
|
|
NeddySeagoon wrote: | wrc1944,
Code: | open("/usr/lib/gcc/i486-pc-linux-gnu/... |
Thats a 32 bit only gcc that you should not even have on a 64 bit system. | Well his python is trying to load it, so if a 32bit python was d/l thats not too much of a surprise. Thats why I asked for exactly what was d/led _________________
Quote: | Removed by Chiitoo |
|
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54237 Location: 56N 3W
|
Posted: Fri May 19, 2017 4:48 pm Post subject: |
|
|
Naib,
I must be having a senior moment.
Code: | open("/usr/lib/gcc/i486-pc-linux-gnu/4.4.2/tls/x86_64/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) |
Its trying to load it and failing. That's OK, its supposed to fail.
It looks like its a 32 bit python then, or is it a 32 bit strace? _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Fri May 19, 2017 4:52 pm Post subject: |
|
|
Why would 32 bit binaries be placed in http://packages.gentooexperimental.org/packages/amd64-unstable/sys-devel/ ? _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54237 Location: 56N 3W
|
Posted: Fri May 19, 2017 5:10 pm Post subject: |
|
|
wrc1944,
strace is 64 bit. The class is ELF64. ELF32 would be 32 bit.
less strace: | ELF Header:
Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Class: ELF64 |
python-exec shows the same thing.
If less works check the class of the packages you downloaded and tell which one is wrong.
I'll check it. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
Naib Watchman
Joined: 21 May 2004 Posts: 6051 Location: Removed by Neddy
|
Posted: Fri May 19, 2017 5:39 pm Post subject: |
|
|
Well something was trying to access /usr/lib/gcc/i486-pc-linux-gnu/... which means some binary associated with strace emerge --info execution is linked against that or expects to find it
emerge is "just" a python script with a shebang of /usr/bin/python-exec2c
Quote: | file $(which python-exec2c) $(which strace) $(which python3.4m)
/usr/bin/python-exec2c: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, stripped, with debug_info
/usr/bin/strace: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, stripped, with debug_info
/usr/bin/python3.4m: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, stripped, with debug_info |
sure there are a few more so files under these, but let's start with the obvious (or just start a reinstall )
Looking at the strace, without a python selected as default it is trying python3.4 but is failing on alot of modules.
what is the output of:
Quote: | eselect python list
Available Python interpreters, in order of preference:
[1] python3.4
[2] python2.7 (fallback)
|
_________________
Quote: | Removed by Chiitoo |
|
|
Back to top |
|
|
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Fri May 19, 2017 6:27 pm Post subject: |
|
|
Naib,
My sda6 chroot is: Code: | (chroot) sysresccd / # eselect python list
Available Python interpreters, in order of preference:
[1] python3.4 (fallback)
[2] python2.7 (fallback)
(chroot) sysresccd / # |
@Neddy, Please give me an example of how I'd run the less command on the packages- never done this before, _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54237 Location: 56N 3W
|
Posted: Fri May 19, 2017 6:32 pm Post subject: |
|
|
wrc1944,
Using less is a bit evil.
Code: | less /usr/bin/strace
ELF Header:
Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Class: ELF64
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: DYN (Shared object file)
... |
Naibs Code: | file $(which python-exec2c) $(which strace) $(which python3.4m) | is preferred. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Fri May 19, 2017 7:06 pm Post subject: |
|
|
Heres the python3.4m:
Code: | ELF Header:
Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Class: ELF64
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: EXEC (Executable file)
Machine: Advanced Micro Devices X86-64
Version: 0x1
Entry point address: 0x400b50
Start of program headers: 64 (bytes into file)
Start of section headers: 8520 (bytes into file)
Flags: 0x0
Size of this header: 64 (bytes)
Size of program headers: 56 (bytes)
Number of program headers: 10
Size of section headers: 64 (bytes)
Number of section headers: 26
Section header string table index: 25
|
what others should I do?
Code: | python2.7 ELF Header:
Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Class: ELF64
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: EXEC (Executable file)
Machine: Advanced Micro Devices X86-64
|
EDIT: This looks bad: in /mnt/gentoo/usr/bin/ gcc-5, gcc.6 and gcc7 are broken links, and there is a plain "gcc" only 10.4kb in size???
EDIT2- Afew hours later tried a few things:
nano doesn't work (illegal instruction).
Removed and fixed the broken gcc-6.3.0 link with: Code: | ln -s /usr/x86_64-pc-linux-gnu/gcc-bin/6.3.0/x86_64-pc-linux-gnu-gcc gcc-6.3.0 | but checked it and the newly created link is still broken.
Sadly for me, I counted 53 more broken links of major packages includin g++, c++, gcc, and many more in /mnt/gentoo/usr/bin/. Just too much to deal with.
I hate to say it, but I'm ready to throw in the towl.
Again, many many thanks to Neddy, Naib, and Tony0945 for all the great help and advice, far beyond what anyone could reasonably expect. You guys are a credit to the Gentoo user community.
I'll probably do a re-install on both Gentoo installs tomorrow, but will check first to see if there is still one last hope to fix emerge.
Tony, maybe since you started the Ryzen thread you would consider putting a prominent warning in your first post on P.1 warning users with bulldozer family systems that thinking they can just boot up their old drive in a new AM4 system is a big mistake. _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
Back to top |
|
|
Tony0945 Watchman
Joined: 25 Jul 2006 Posts: 5127 Location: Illinois, USA
|
Posted: Fri May 19, 2017 11:07 pm Post subject: |
|
|
wrc1944 wrote: |
Tony, maybe since you started the Ryzen thread you would consider putting a prominent warning in your first post on P.1 warning users with bulldozer family systems that thinking they can just boot up their old drive in a new AM4 system is a big mistake. |
Done! I've editted the opening thread with the warning and an extremely conservative guide for those with bulldozers. Actually, I plan to follow it for my k10's also, except I will not rebuild all as K8 and I have already emerged -e world after moving to gcc-6.3.0 on both boxes.
As I said above, the box I'm migrating is not critical and has no other users. I've got plenty of time to wait for the builds.
But please don't give up! At least backup /home and /etc and maybe /root before wiping the disk and reinstalling. |
|
Back to top |
|
|
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Sat May 20, 2017 9:49 am Post subject: |
|
|
Tonyo945,
Nice EDIT on P.1 of the thread! Hopefully it will save many Gentoo users a lot of trouble.
I'm wondering if the current gentoo minimal install cd is up to installing on ryzen systems, seeing as how it uses gcc-5.4.0, and it's not ~amd64, only amd64. I guess that means when you install gentoo-sources it won't be a 4.11.x kernel, and possible not even 4.10.x. I know SystemRescueCD is at 4.9.x.
I haven't needed to install Gentoo in several years, so I'm rusty. IIRC, it used to be you had to do the initial install as amd64, and after the first reboot change make.conf to ~amd64, and do a rebuild before installing X and a DE. I assume that's still the case.
I guess my question really is can you do a normal fresh amd64 (not ~amd64) install on ryzen hardware using the current gentoo install cd, or SysRescueCD?
Has anyone done a normal fresh install with gentoo minimal cd, and should we do the initial install with Tony0945's flags on P.1 of this thread, and then do the ryzen rebuild? Or, is the warning and k8 flags rebuild only relevant to moving a drive with a full Gentoo install to a new ryzen system?
Sure would be nice if we could do fresh installs with ryzen flags and a gentoo minimal cd with gcc-6.3.0 and kernel-4.11.x. Does one exist? _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
Back to top |
|
|
Naib Watchman
Joined: 21 May 2004 Posts: 6051 Location: Removed by Neddy
|
Posted: Sat May 20, 2017 10:03 am Post subject: |
|
|
I did my install using sysrescueCD and when gcc-5.x was the only arch-flagged gcc & kernel-4.10 was in ~arch
It's doable but you need to know the limitations (hasswell till I went to 6.3 and now 7.1).
The liveCD has to be as generic as possible as it has to work on intel as well, thus all these illigal Instructions shouldnt occur
What is key is the tarball you use OR in your case, what optimisations your basesystem was using. I did what you did when I went core2 to i7 but they are compatible. Bulldozer is a quirky chip that had no future & a safer option would have been to rebuild SYSTEM as a gwneeic, move to.new hardware a d rebuild optimised
I did ask the Gentoo liveCD creator to wait till 4.11 is out (soundchip). He has a ryzen system so I'll speak to him later _________________
Quote: | Removed by Chiitoo |
|
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54237 Location: 56N 3W
|
Posted: Sat May 20, 2017 10:36 am Post subject: |
|
|
wrc1944,
There are a number of isolated independent parts to a Gentoo install. You appear to be blurring the boundaries or worrying needlessly.
First, there is the boot media. For a Gentoo install, it can be any Linux that provides a few tools.
It needs to have a 64 bit kernel for a 64 bit install but that's the only constraint.
None of its code goes into the Gentoo install, once you are in the chroot, the boot media provides services like networking.
Then there is the stage3 tarball. This is a collection of binaries that will grow to become your install.
Its provided built as generically as possible. Look in the pristine make.conf. -march is not set.
Its not until you customise make.conf that your problems start. Now you can set an -march that will allow gcc to use
instructions your CPU cannot execute. You won't know until you try to execute the code.
This is effectively what you did by moving your install from Bulldozer on Ryzen
The question about the boot media boils down to is it 64 bit and does it work. If you answer yes and yes, not much else matters.
The stage3 tarball needs to run. If the chroot works, its probably good.
The last question becomes, what should -march be.
That's harder as the answer depends on the version of gcc you have. You might even change -march as you move between gcc versions.
Your Symlinks ...
/mnt/gentoo/usr/bin/ gcc-5, gcc.6 and gcc7 are broken links ...
Thats expected.
Code: | $ ls -l /usr/bin/gcc*
-rwxr-xr-x 1 root root 10352 May 13 15:02 /usr/bin/gcc
lrwxrwxrwx 1 root root 62 Feb 22 10:54 /usr/bin/gcc-5.4.0 -> /usr/x86_64-pc-linux-gnu/gcc-bin/5.4.0/x86_64-pc-linux-gnu-gcc
lrwxrwxrwx 1 root root 62 Feb 26 13:53 /usr/bin/gcc-6.3.0 -> /usr/x86_64-pc-linux-gnu/gcc-bin/6.3.0/x86_64-pc-linux-gnu-gcc
lrwxrwxrwx 1 root root 62 May 13 15:02 /usr/bin/gcc-7.1.0 -> /usr/x86_64-pc-linux-gnu/gcc-bin/7.1.0/x86_64-pc-linux-gnu-gcc
-rwxr-xr-x 1 root root 10352 May 13 15:02 /usr/bin/gcc-ar
-rwxr-xr-x 1 root root 22763 May 13 11:20 /usr/bin/gcc-config
-rwxr-xr-x 1 root root 10352 May 13 15:02 /usr/bin/gcc-nm
-rwxr-xr-x 1 root root 10352 May 13 15:02 /usr/bin/gcc-ranlib |
The symlinks are absolute paths, they start with a leading /. From outside of the chroot, when your gentoo is at /mnt/gentoo, they point to /usr/x86_64-pc-linux-gnu outside the chroot.
There is no gcc outside the chroot.
Inside the chroot, they still point to /usr/x86_64-pc-linux-gnu but now its inside your gentoo because the /mnt/gentoo bit has been thrown away.
You probably want to try that to get your head around it. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Sat May 20, 2017 10:48 am Post subject: |
|
|
Naib,
Thanks for the info.
Do you think the latest autobuild version of the gentoo cd might be updated even now? I currently have a 20170504 iso.
These days, is there still any reason to have a multi-lib system, and NOT go pure amd64? I don't foresee using any 32 bit applications.
Since it's gentoo based, is sysrescueCD considered an "official" gentoo installation cd? I recall many years ago I tried it for an install, and it didn't work well. I think it was something about mounting or chroot went wrong somehow, but then the initial install wouldn't boot. Or maybe I just missed something and made a mistake.
Anyway, I never used it again, but would like to try it this time. _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54237 Location: 56N 3W
|
Posted: Sat May 20, 2017 10:57 am Post subject: |
|
|
wrc1944,
A few evil binary only apps are still 32 bit.
WINE used to be 32 bit only too. I don't know if its even possible to fix that and still support 32 bit Windows apps. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Sat May 20, 2017 11:10 am Post subject: |
|
|
Neddy,
Thanks for the clarification.
Yeah, I guess I'm worrying needlessly. Your detailed symlink explanation really helped! _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
Back to top |
|
|
Naib Watchman
Joined: 21 May 2004 Posts: 6051 Location: Removed by Neddy
|
Posted: Sat May 20, 2017 11:10 am Post subject: |
|
|
wrc1944 wrote: | Naib,
Thanks for the info.
Do you think the latest autobuild version of the gentoo cd might be updated even now? I currently have a 20170504 iso.
These days, is there still any reason to have a multi-lib system, and NOT go pure amd64? I don't foresee using any 32 bit applications.
Since it's gentoo based, is sysrescueCD considered an "official" gentoo installation cd? I recall many years ago I tried it for an install, and it didn't work well. I think it was something about mounting or chroot went wrong somehow, but then the initial install wouldn't boot. Or maybe I just missed something and made a mistake.
Anyway, I never used it again, but would like to try it this time. |
I prefer sysrescueCD because it is a small image and has all the tools I need to fix machines & I almost always have it
All any liveCDs have todo is boot, support your hardrive controller, support your network card, basic coreutils. ANY Linux install CD will work & I almost lost it at work with Fedora and used it's install CD to start installing Gentoo...
Now if the version of your chosen boot media doesn't support your new hardware that can be an issue and thus a newer version or a different type is needed. _________________
Quote: | Removed by Chiitoo |
|
|
Back to top |
|
|
wrc1944 Advocate
Joined: 15 Aug 2002 Posts: 3435 Location: Gainesville, Florida
|
Posted: Sat May 20, 2017 11:33 am Post subject: |
|
|
Naib,
The reason I asked about sysrescueCD being an "official" gentoo install disk is because under Mounting the necessary filesystems in the amd64 handbook, it says:
Warning
Quote: | When using non-Gentoo installation media, this might not be sufficient. Some distributions make /dev/shm a symbolic link to /run/shm/ which, after the chroot, becomes invalid. Making /dev/shm/ a proper tmpfs mount up front can fix this:
root #rm /dev/shm && mkdir /dev/shm
root #mount -t tmpfs -o nosuid,nodev,noexec shm /dev/shm
Also ensure that mode 1777 is set
root # chmod 1777 /dev/shm |
Is this going to be relevant using the gentoo based sysrescueCD? _________________ Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11 |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54237 Location: 56N 3W
|
Posted: Sat May 20, 2017 1:13 pm Post subject: |
|
|
wrc1944,
System Rescue CD is Gentoo based. It even provides /mnt/gentoo so you can follow the handbook without the extra step.
Boot System Rescue CD and have a look at the output of mount.
If System Rescue CD provides /mnt/gentoo then messes up /tmp, I would regard that as a bug in System Rescue CD.
You need to check your version of System Rescue CD. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
Tony0945 Watchman
Joined: 25 Jul 2006 Posts: 5127 Location: Illinois, USA
|
Posted: Sat May 20, 2017 2:47 pm Post subject: |
|
|
wrc1944,
I did my first Gentoo install from a Knoppix CD. I did many more that way. I didn't learn about sysrescuecd until many years later (on this forum!).
I did my Kaveri install earlier this year from a fresh, then current, sysrescuecd. I used the latest CD only because I did a UEFI install so I wanted to boot the CD UEFI. I must have half a dozen sysrescuecd's lying about from different years. When I mess up editing /boot/grub/grub.conf, I grab any of them to boot and chroot. One version is on a USB, I keep close to the first floor computer because it is so handy to just plug it into a front panel port and boot, selecting usb boot from the boot manager. Sometimes CD doors won't open if the drive hasn't been used for a long time and one has to hunt up a paper clip. The usb seems a little faster too. Strangely, this works on the MSI first floor Athlon II but not the later Gigabyte Phenom II. apparently this is because of the different BIOS options (and brand of BIOS) from the two mobo manufacturers. Right now, I have two sysrescuecd's sitting on top of this computer, 4.5.4 and 4.7.2 The UEFI one is probably on the desk next to the UEFI Kaveri computer in the basement.
The livecd is a way to be introduced to Gentoo without installing it. That's about all.
Many years ago there was a GUI install tool and I used it twice. I liked it a lot, especially for setting up users, but it was dropped because of complaints that it didn't work. (Was fine for me.) |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|