Re: [gentoo-user] UEFI boot, again
Am 12.10.2012 03:52, schrieb Bill Kenworthy: I am currently fighting this on a macbook air ... efi is crap, at least the old grub was much easier to fix when it went wrong ... if you are using grub 2 (I tried refit/refind/grub2/efi kernel and finally settled on grub2) try: mount /boot mount /boot/efi `grub2-install --target=x86_64-efi` `grub2-mkconfig -o /boot/efi/EFI/gentoo/grub.conf` # have to sort this out one day, which is it using? `cp /boot/efi/EFI/gentoo/grub.conf /boot/grub2/grub.cfg` Sounds like your install line is what you are missing ... Thanks a lot, Bill, I will look into this later this day. What do mean by install line ? Stefan
[gentoo-user] Re: Where does sudo get the PATH ?
Pandu Poluan pa...@poluan.info writes: Maybe it's building the PATH not explicitly... something like : PATH=$PATH;/usr/local/texlive/$SOME_VARIABLE/and/so/forth Try grepping for texlive/\$ I tried, but the results are always pointing to the (correct) 2012 version. I paste the result hereunder just in case, but I'm pretty sure there's nothing interesting in there. (btw, there are errors because of missing targets for some symlinks, hence the redirection) youngfrog@geodiff-mac3 /etc $ sudo grep -R 'texlive' * 2 /dev/null csh.env:setenv INFOPATH '/usr/share/info:/usr/share/gcc-data/i686-pc-linux-gnu/4.5.4/info:/usr/share/binutils-data/i686-pc-linux-gnu/2.22/info:/usr/share/info/emacs-24:/usr/local/texlive/2012/texmf/doc/info' csh.env:setenv MANPATH '/usr/local/share/man:/usr/share/man:/usr/share/gcc-data/i686-pc-linux-gnu/4.5.4/man:/usr/share/binutils-data/i686-pc-linux-gnu/2.22/man:/etc/java-config/system-vm/man/:/usr/local/texlive/2012/texmf/doc/man' csh.env:setenv PATH '/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.5.4:/usr/games/bin:/usr/local/texlive/2012/bin/i386-linux' csh.env:setenv ROOTPATH '/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.5.4:/usr/local/texlive/2012/bin/i386-linux' env.d/99texlive:PATH=/usr/local/texlive/2012/bin/i386-linux env.d/99texlive:ROOTPATH=/usr/local/texlive/2012/bin/i386-linux env.d/99texlive:MANPATH=/usr/local/texlive/2012/texmf/doc/man env.d/99texlive:INFOPATH=/usr/local/texlive/2012/texmf/doc/info environment:PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.5.3:/usr/local/texlive/2012/bin/i386-linux:/root/bin portage/profile/package.provided:app-text/texlive-core-2011-r5 portage/profile/package.provided:dev-texlive/texlive-basic-2011-r1 portage/profile/package.provided:dev-texlive/texlive-documentation-base-2011 portage/profile/package.provided:dev-texlive/texlive-fontsextra-2011 portage/profile/package.provided:dev-texlive/texlive-fontsrecommended-2011 portage/profile/package.provided:dev-texlive/texlive-fontutils-2011 portage/profile/package.provided:dev-texlive/texlive-genericextra-2011 portage/profile/package.provided:dev-texlive/texlive-genericrecommanded-2011 portage/profile/package.provided:dev-texlive/texlive-genericrecommended-2011 portage/profile/package.provided:dev-texlive/texlive-latex-2011 portage/profile/package.provided:dev-texlive/texlive-latexextra-2011-r2 portage/profile/package.provided:dev-texlive/texlive-latexrecommended-2011 portage/profile/package.provided:dev-texlive/texlive-pictures-2011 portage/profile/package.provided:dev-texlive/texlive-pstricks-2011 portage/profile/package.provided:dev-texlive/texlive-science-2011 portage/profile/package.provided:dev-texlive/texlive-texinfo-2011 portage/profile/package.provided:# dev-texlive/texlive-latex3-2011 portage/profile/package.provided:# dev-texlive/texlive-fontsextra-2011 portage/profile/package.provided:# dev-texlive/texlive-latexextra-2011 portage/profile/package.provided:# dev-texlive/texlive-pictures-2011 portage/profile/package.provided:# dev-texlive/texlive-science-2011 portage/profile/package.provided:# dev-texlive/texlive-xetex-2011 portage/profile/package.provided:# dev-texlive/texlive-luatex-2011 prelink.conf:-h /usr/local/texlive/2012/bin/i386-linux/ profile.env:export INFOPATH='/usr/share/info:/usr/share/gcc-data/i686-pc-linux-gnu/4.5.4/info:/usr/share/binutils-data/i686-pc-linux-gnu/2.22/info:/usr/share/info/emacs-24:/usr/local/texlive/2012/texmf/doc/info' profile.env:export MANPATH='/usr/local/share/man:/usr/share/man:/usr/share/gcc-data/i686-pc-linux-gnu/4.5.4/man:/usr/share/binutils-data/i686-pc-linux-gnu/2.22/man:/etc/java-config/system-vm/man/:/usr/local/texlive/2012/texmf/doc/man' profile.env:export PATH='/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.5.4:/usr/games/bin:/usr/local/texlive/2012/bin/i386-linux' profile.env:export ROOTPATH='/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.5.4:/usr/local/texlive/2012/bin/i386-linux' -- N.
Re: [gentoo-user] UEFI boot, again
Am 12.10.2012 03:52, schrieb Bill Kenworthy: I am currently fighting this on a macbook air ... efi is crap, at least the old grub was much easier to fix when it went wrong ... if you are using grub 2 (I tried refit/refind/grub2/efi kernel and finally settled on grub2) try: mount /boot mount /boot/efi `grub2-install --target=x86_64-efi` `grub2-mkconfig -o /boot/efi/EFI/gentoo/grub.conf` # have to sort this out one day, which is it using? `cp /boot/efi/EFI/gentoo/grub.conf /boot/grub2/grub.cfg` Sounds like your install line is what you are missing ... So you have a /boot and a /boot/efi partition. Hmm. My /boot is just a sub-directory on /dev/md3 ... might make a difference at boot-time. I had EFI stuff working already but with both /root and /boot on plain partitions on the SSD, without any underlying raid. (this SSD started getting flaky lately, leading to all this) I might try setting up a separate /boot now, GPT allows many partitions anyway ;-) S
Re: [gentoo-user] UEFI boot, again
On Fri, 2012-10-12 at 10:33 +0200, Stefan G. Weichinger wrote: Am 12.10.2012 03:52, schrieb Bill Kenworthy: I am currently fighting this on a macbook air ... efi is crap, at least the old grub was much easier to fix when it went wrong ... if you are using grub 2 (I tried refit/refind/grub2/efi kernel and finally settled on grub2) try: mount /boot mount /boot/efi `grub2-install --target=x86_64-efi` `grub2-mkconfig -o /boot/efi/EFI/gentoo/grub.conf` # have to sort this out one day, which is it using? `cp /boot/efi/EFI/gentoo/grub.conf /boot/grub2/grub.cfg` Sounds like your install line is what you are missing ... Thanks a lot, Bill, I will look into this later this day. What do mean by install line ? Stefan The grub2-install command above - with efi you have to announce the the information to boot with. I look at it as similar to grub installing into the MBR, but thats a very loose metaphor :) The problem you are describing might be that this announcement is missing/corrupted. The EFI directory is Apples (this is a macbook air), the grub2-mkconfig searches for all the bootable kernels and builds a menu for them. I think this is close to default efi in layout as EFI seems to be in the spec. BillK
[gentoo-user] Is my system (really) using nptl
Hi, I have done many tests on my ~x86 system to confirm that it is nptl based: - I have the nptl and nptlonly use flags in my make.conf and my system is up to date. - Running /lib/libc.so.6 shows: ta@bonsai ~ $ /lib/libc.so.6 GNU C Library stable release version 2.15, by Roland McGrath et al. Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 4.5.3. Compiled on a Linux 3.5.0 system on 2012-09-10. Available extensions: C stubs add-on version 2.1.2 crypt add-on version 2.1 by Michael Glad and others Gentoo patchset 21 GNU Libidn by Simon Josefsson Native POSIX Threads Library by Ulrich Drepper et al Support for some architectures added on, not maintained in glibc core. BIND-8.2.3-T5B libc ABIs: UNIQUE IFUNC For bug reporting instructions, please see: http://www.gnu.org/software/libc/bugs.html. - getconf also indicates nptl: ta@bonsai ~ $ getconf GNU_LIBPTHREAD_VERSION NPTL 2.15 Yet, when I look at the process list, I am seeing all programs that use threads having uniquey pid's for each thread. I even compiled a simple program that just creates 5 threads, each sleeping forever. Again, each thread had a unique pid. I have also checked the kernel config. FUTEX support was enabled, but the top level selector (EXPERT options) was not selected. I guess the top level selector just exposes the FUTEX selector and doesn't really affect whether it is enabled or not. So, what I am wondering now, is my system configured for NPTL or not? -- Timur
Re: [gentoo-user] UEFI boot, again
Am 12.10.2012 15:22, schrieb Bill Kenworthy: The grub2-install command above - with efi you have to announce the the information to boot with. I look at it as similar to grub installing into the MBR, but thats a very loose metaphor :) The problem you are describing might be that this announcement is missing/corrupted. The EFI directory is Apples (this is a macbook air), the grub2-mkconfig searches for all the bootable kernels and builds a menu for them. I think this is close to default efi in layout as EFI seems to be in the spec. When I boot, it tells me that the disk isn't bootable. The usb-stick is, it gives me a grub-cli and I pull my configfile from there. Maybe I have to re-enable EFI for the hard-disk in the BIOS?? But I get entries like GRUB2 in my boot menu (BIOS-level). I am somehow losing track here already and I get the feeling that even if I get things working I won't really be knowing how I got there ;-)
Re: [gentoo-user] UEFI boot, again
oh, what joy. I now have the box booting via EFI, from the USB-stick, with my grub.cfg on there ... a step forward at least. Kind of a security feature ;-) S
Re: [gentoo-user] UEFI boot, again
Am 12.10.2012 15:36, schrieb Stefan G. Weichinger: Maybe I have to re-enable EFI for the hard-disk in the BIOS?? Update: no such feature there. See other mail, booting from stick now ;-) More on this later today, got to do something else now.
[gentoo-user] Order in which init scripts providing a service are tried
Hello. There are some init scripts that provide network connection on my gentoo system: net.eth0, net.wlan0, net.wlan1, NetworkManager and connman. All of them provide the net service. (connman init script has been edited to provide net, as the original installed one does not provide it - see bug https://bugs.gentoo.org/show_bug.cgi?id=438142) I want connman chosen to provide net. The init system first tries the net.* scripts. So I removed them (they are symlinks to net.lo, which should not be removed). Then the init system tries NetworkManager. I do not want to remove it because it is installed as a dependence to some other packages. I have tried adding a 'before NetworkManager' clause in the connman init script, but it did not help. How can I tell the init system to try connman before all other init scripts providing net? Any clues? Romildo
Re: [gentoo-user] Order in which init scripts providing a service are tried
Am 12.10.2012 18:41, schrieb José Romildo Malaquias: Hello. There are some init scripts that provide network connection on my gentoo system: net.eth0, net.wlan0, net.wlan1, NetworkManager and connman. All of them provide the net service. (connman init script has been edited to provide net, as the original installed one does not provide it - see bug https://bugs.gentoo.org/show_bug.cgi?id=438142) I want connman chosen to provide net. The init system first tries the net.* scripts. So I removed them (they are symlinks to net.lo, which should not be removed). Then the init system tries NetworkManager. I do not want to remove it because it is installed as a dependence to some other packages. I have tried adding a 'before NetworkManager' clause in the connman init script, but it did not help. How can I tell the init system to try connman before all other init scripts providing net? Any clues? Romildo I don't know how to force openrc to use a specific net provider but you can try to toggle the rc_depend_strict setting in /etc/rc.conf. You can also try to add a line like rc_networkmanager_provide=!net Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Is my system (really) using nptl
On Fri, Oct 12, 2012 at 8:24 AM, Timur Aydin t...@taydin.org wrote: Hi, I have done many tests on my ~x86 system to confirm that it is nptl based: - I have the nptl and nptlonly use flags in my make.conf and my system is up to date. - Running /lib/libc.so.6 shows: ta@bonsai ~ $ /lib/libc.so.6 GNU C Library stable release version 2.15, by Roland McGrath et al. Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 4.5.3. Compiled on a Linux 3.5.0 system on 2012-09-10. Available extensions: C stubs add-on version 2.1.2 crypt add-on version 2.1 by Michael Glad and others Gentoo patchset 21 GNU Libidn by Simon Josefsson Native POSIX Threads Library by Ulrich Drepper et al Support for some architectures added on, not maintained in glibc core. BIND-8.2.3-T5B libc ABIs: UNIQUE IFUNC For bug reporting instructions, please see: http://www.gnu.org/software/libc/bugs.html. - getconf also indicates nptl: ta@bonsai ~ $ getconf GNU_LIBPTHREAD_VERSION NPTL 2.15 Yet, when I look at the process list, I am seeing all programs that use threads having uniquey pid's for each thread. I even compiled a simple program that just creates 5 threads, each sleeping forever. Again, each thread had a unique pid. I have also checked the kernel config. FUTEX support was enabled, but the top level selector (EXPERT options) was not selected. I guess the top level selector just exposes the FUTEX selector and doesn't really affect whether it is enabled or not. So, what I am wondering now, is my system configured for NPTL or not? You arouse my curiosity. Maybe there is a bug in glibc in ~x86; I'm running stable (but with vanilla sources 3.6.0), and I have basically the same setup as you: my glibc states that it has NTPL, getconf also says it so, and I have FUTEX support enabled. I just don't set ntpl nor ntplonly in my use flags (I was under the impression they were enabled by default). My little program with 5 threads gets listed as a single PID in my ps x output. sys-libs/glibc-2.15-r2, no use flags set (except for multilib, which is mandatory) sys-kernel/vanilla-sources-3.6.1 Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] [OT] (sort of) strange things after upgrading the kernel
Francisco Ares wrote: Hi, All I have upgraded the kernel to gentoo-sources 3.4.9 and, for instance, k3b to 2.0.2, and it says there is no optical devices. But cdrecord --scanbus shows them all (a IDE dvd reader and a SATA dvd writer). Most probably I have missed something, because I like to do some customizations to the kernel configuration, but all SATA hard disks are working, flash drives, and all the rest of the hardware goes ok. I did not try to burn any DVD, but the players do OK with any of the devices, so it is not a permission problem (I still have to correct this, to make it persistent, but the k3b problem remains). It might be related to some other thing, the desktop widget that used to show all the disks' partitions, does not show anything any more, although df shows everything just as expected. Funny, isn't it? Any ideas, please? Thanks Francisco P.S.: attached follows the .config for this kernel -- If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple. But if you have an idea and I have one idea and we exchange these ideas, then each of us will have two ideas. - George Bernard Shaw Have you went back to the old kernel to test it again? If it does the same with the old kernel, it's likely not the kernel. If it works like it used to then it is the kernel. That said, it is weird and I have ran into this sort of thing in the past. Something works fine then breaks or acts weird with a newer kernel. Usually I just stick with the old kernel until a couple releases goes by and then try again. They fix stuff pretty fast. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] UEFI boot, again
On Fri, 2012-10-12 at 15:53 +0200, Stefan G. Weichinger wrote: Am 12.10.2012 15:36, schrieb Stefan G. Weichinger: Maybe I have to re-enable EFI for the hard-disk in the BIOS?? Update: no such feature there. See other mail, booting from stick now ;-) More on this later today, got to do something else now. another feature is you have to be booted via efi so the variables are available so it can install itself - sorta catch 22 :( I just remembered another step that I missed - I dont have the syntax but efibootmgr - google for the correct options. BillK
Re: [gentoo-user] Is my system (really) using nptl
Am Freitag, 12. Oktober 2012, 16:24:59 schrieb Timur Aydin: Hi, I have done many tests on my ~x86 system to confirm that it is nptl based: - I have the nptl and nptlonly use flags in my make.conf and my system is up to date. - Running /lib/libc.so.6 shows: ta@bonsai ~ $ /lib/libc.so.6 GNU C Library stable release version 2.15, by Roland McGrath et al. Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 4.5.3. Compiled on a Linux 3.5.0 system on 2012-09-10. Available extensions: C stubs add-on version 2.1.2 crypt add-on version 2.1 by Michael Glad and others Gentoo patchset 21 GNU Libidn by Simon Josefsson Native POSIX Threads Library by Ulrich Drepper et al Support for some architectures added on, not maintained in glibc core. BIND-8.2.3-T5B libc ABIs: UNIQUE IFUNC For bug reporting instructions, please see: http://www.gnu.org/software/libc/bugs.html. - getconf also indicates nptl: ta@bonsai ~ $ getconf GNU_LIBPTHREAD_VERSION NPTL 2.15 Yet, when I look at the process list, I am seeing all programs that use threads having uniquey pid's for each thread. I even compiled a simple program that just creates 5 threads, each sleeping forever. Again, each thread had a unique pid. and that is how it is done, isn't it? I have also checked the kernel config. FUTEX support was enabled, but the top level selector (EXPERT options) was not selected. I guess the top level selector just exposes the FUTEX selector and doesn't really affect whether it is enabled or not. indeed. So, what I am wondering now, is my system configured for NPTL or not? pretty sure: yes. How about less YOURAPP: Dynamic section at offset ... contains 27 entries: TagType Name/Value 0x0001 (NEEDED) Shared library: 0x0001 (NEEDED) Shared library: [libpthread.so.0] ? -- #163933
Re: [gentoo-user] Is my system (really) using nptl
So, what I am wondering now, is my system configured for NPTL or not? pretty sure: yes. How about less YOURAPP: Dynamic section at offset ... contains 27 entries: TagType Name/Value 0x0001 (NEEDED) Shared library: 0x0001 (NEEDED) Shared library: [libpthread.so.0] ? That's what my app has. 0x0001 (NEEDED) Shared library: [libpthread.so.0] So isn't the process supposed to have one pid, regardless of how many threads it has created? -- Timur
Re: [gentoo-user] Is my system (really) using nptl
Take look here. The answer is, I think, not necessarily. http://www.makelinux.net/alp/032 HTH, Mark
Re: [gentoo-user] [OT] (sort of) strange things after upgrading the kernel
2012/10/12 Dale rdalek1...@gmail.com Francisco Ares wrote: Hi, All I have upgraded the kernel to gentoo-sources 3.4.9 and, for instance, k3b to 2.0.2, and it says there is no optical devices. But cdrecord --scanbus shows them all (a IDE dvd reader and a SATA dvd writer). Most probably I have missed something, because I like to do some customizations to the kernel configuration, but all SATA hard disks are working, flash drives, and all the rest of the hardware goes ok. I did not try to burn any DVD, but the players do OK with any of the devices, so it is not a permission problem (I still have to correct this, to make it persistent, but the k3b problem remains). It might be related to some other thing, the desktop widget that used to show all the disks' partitions, does not show anything any more, although df shows everything just as expected. Funny, isn't it? Any ideas, please? Thanks Francisco P.S.: attached follows the .config for this kernel -- If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple. But if you have an idea and I have one idea and we exchange these ideas, then each of us will have two ideas. - George Bernard Shaw Have you went back to the old kernel to test it again? If it does the same with the old kernel, it's likely not the kernel. If it works like it used to then it is the kernel. That said, it is weird and I have ran into this sort of thing in the past. Something works fine then breaks or acts weird with a newer kernel. Usually I just stick with the old kernel until a couple releases goes by and then try again. They fix stuff pretty fast. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Thanks for your reply, Dale. Yes, everything works as expected when using the old kernel. I decided to re-emerge some base libraries, and nothing worked, until I remembered to re-emerge udev. After the build, it announced two wrong lines in the new kernel config file: CONFIG_SYSFS_DEPRECATED=y CONFIG_SYSFS_DEPRECATED_V2=y After correcting them and building the kernel again, now everything is back to normal. Thanks again Francisco -- If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple. But if you have an idea and I have one idea and we exchange these ideas, then each of us will have two ideas. - George Bernard Shaw
Re: [gentoo-user] [OT] (sort of) strange things after upgrading the kernel
Francisco Ares wrote: Thanks for your reply, Dale. Yes, everything works as expected when using the old kernel. I decided to re-emerge some base libraries, and nothing worked, until I remembered to re-emerge udev. After the build, it announced two wrong lines in the new kernel config file: CONFIG_SYSFS_DEPRECATED=y CONFIG_SYSFS_DEPRECATED_V2=y After correcting them and building the kernel again, now everything is back to normal. Thanks again Francisco -- If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple. But if you have an idea and I have one idea and we exchange these ideas, then each of us will have two ideas. - George Bernard Shaw Do you use oldconfig or build each one from scratch? I use oldconfig so that I at least have what I know works. It's just a matter of if I need anything new enabled. Some claim oldconfig shouldn't be used but I have only had it to fail once in the last 10 years or so. Most everyone I know of uses oldconfig. Glad you got it going tho. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] [OT] (sort of) strange things after upgrading the kernel
2012/10/12 Dale rdalek1...@gmail.com Francisco Ares wrote: Thanks for your reply, Dale. Yes, everything works as expected when using the old kernel. I decided to re-emerge some base libraries, and nothing worked, until I remembered to re-emerge udev. After the build, it announced two wrong lines in the new kernel config file: CONFIG_SYSFS_DEPRECATED=y CONFIG_SYSFS_DEPRECATED_V2=y After correcting them and building the kernel again, now everything is back to normal. Thanks again Francisco -- If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple. But if you have an idea and I have one idea and we exchange these ideas, then each of us will have two ideas. - George Bernard Shaw Do you use oldconfig or build each one from scratch? I use oldconfig so that I at least have what I know works. It's just a matter of if I need anything new enabled. Some claim oldconfig shouldn't be used but I have only had it to fail once in the last 10 years or so. Most everyone I know of uses oldconfig. Glad you got it going tho. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! I normally also use oldconfig. I think there might be a reason for it to be around. But this time I didn't, because the old kernel was version 2.6.39 and I thought oldconfig would mess things up more than help on the new 3.4.9. Don't know how right or wrong is this assumption, though. I just was lazy to upgrade the kernel, as it takes an hour or so to check most of menucofig. Francisco
Re: [gentoo-user] [OT] (sort of) strange things after upgrading the kernel
Francisco Ares wrote: 2012/10/12 Dale rdalek1...@gmail.com mailto:rdalek1...@gmail.com Francisco Ares wrote: Thanks for your reply, Dale. Yes, everything works as expected when using the old kernel. I decided to re-emerge some base libraries, and nothing worked, until I remembered to re-emerge udev. After the build, it announced two wrong lines in the new kernel config file: CONFIG_SYSFS_DEPRECATED=y CONFIG_SYSFS_DEPRECATED_V2=y After correcting them and building the kernel again, now everything is back to normal. Thanks again Francisco -- If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple. But if you have an idea and I have one idea and we exchange these ideas, then each of us will have two ideas. - George Bernard Shaw Do you use oldconfig or build each one from scratch? I use oldconfig so that I at least have what I know works. It's just a matter of if I need anything new enabled. Some claim oldconfig shouldn't be used but I have only had it to fail once in the last 10 years or so. Most everyone I know of uses oldconfig. Glad you got it going tho. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! I normally also use oldconfig. I think there might be a reason for it to be around. But this time I didn't, because the old kernel was version 2.6.39 and I thought oldconfig would mess things up more than help on the new 3.4.9. Don't know how right or wrong is this assumption, though. I just was lazy to upgrade the kernel, as it takes an hour or so to check most of menucofig. Francisco I would have tried it but that is a LOT of updates. It may be faster to start from scratch in that case. I know a few years ago there was some changes that kept oldconfig from working as it should. That was the only time it failed me but I do upgrade more often to avoid this sort of thing. I try to upgrade every couple months. Now if I have long uptimes, I may not actually ever use that kernel but I have a config file to copy over that is a bit more up to date. I would suggest printing or something the output of the following: lspci -k That tells you what you need for your hardware, that is of course from a kernel where all your hardware works. There may be some specific things for certain software that is needed but at least you can boot up and have a system to work with. I usually leave the rest to defaults unless I am sure there is something I don't need. Glad you got it sorted out and working tho. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
