Re: [lfs-support] Gmp.h missing from mpfr
On Wed, Feb 1, 2012 at 4:17 PM, mohit jain wrote: > Hii Alain > I am using LFS-6.7 version for building LFS and UBUNTU 10.04 LTS as the > host. > While compiling(issuing the make command after configure) gcc-pass1 (which > needs mpfr, gmp and mpc as its subpackages) it is showing an error "gmp.h > can't be found, or is unusable" and in the next line "make[1]: *** > [configure-mpfr] Error 1" I got that the mentioned file is missing but don't > know how to fix this error. > Please help me I am building LFS as my final year engineering Project. I am > attaching the text from the terminal if you want you can have a look at it. > > Regards, > mohit > Hi Mohit, There's something wrong with the way you extracted the files I think. It seems you are in /mnt/lfs/gcc-build/gcc-4.5.1, and that doesn't seem right. I think you first entered the commands mkdir -v ../gcc-build cd ../gcc-build and then extracted the GCC source. What you should've done: Extract GCC, cd into that dir ( /mnt/lfs/sources/gcc-4.5.1 ), then extract mpfr, gmp and mpc. After that, create the gcc-build dir and cd into that, it should be /mnt/lfs/sources/gcc-build then. Try that, and it should probably solve your problem. - Matijn -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] looking for a "build buddy"
On Sun, Jan 29, 2012 at 8:10 PM, Andrew Benton wrote: > On Sun, 29 Jan 2012 10:00:20 -0800 > "Robert A. Lerche" wrote: > >> Hi. I have previously built LFS and used the LFS Live CD project to >> create a custom system (back in the 6.3 / 6.4 days). >> >> I am now engaged in a project for a client using Android on a custom >> embedded system. As you may know, Android uses the Linux kernel as a >> base. >> >> Has anyone out there built Android completely from sources? I'd >> appreciate a chance to chat with someone familiar with setting up a >> complete source build environment. > > As I understand it, Andriod is a custom java virtual machine that runs > on top of a patched linux kernel. It has very little in common with LFS. > They're completely different beasts. > > Andy It's probably more related to CLFS, since it's all about cross compiling for ARM, but after all the Android sources come with a prepackaged ARM cross compiler, and (if everything is fine) it should be somewhat similar to running ./setup.sh. If you have build an LFS system before, you probably won't find it too difficult to compile Android. The official docs are pretty good too btw. Matijn -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] heimdal nfs-uitils woes
On Fri, Jan 27, 2012 at 6:46 PM, luxInteg wrote: > On Friday 27 January 2012 16:21:34 Matijn Woudt wrote: >> It seems to me that you have 2 gssapi header files installed on your >> system. I don't know much about heimdal etc, but note that one is in >> /usr/local/include and the other one in /usr/include/gssglue/gssapi >> >> - Matijn > > here is my updated build sequence (i.e. fresh build) (everything in > /usr/local ) > > --1--heimdal-1.5.2 > --2--libevent2 > --3--libnfsidmap > --4--libgssapi (omitted) > --5--libgssglue > --6--librpcsecgss > --7--nfs-utils-1.2.5 > > the build failed like this:- > > ## > from context_heimdal.c:44: > /usr/local/include/gssglue/gssapi/gssapi.h:42:2: error: #error It appears you > have already included the Heimdal gssapi.h file > context_heimdal.c: In function 'write_heimdal_enc_key': > context_heimdal.c:76:3: warning: implicit declaration of function > 'gssd_k5_err_msg' Right, Looking at context_heimdal.c, there's a note at line 44, saying /* Must use the heimdal copy! */ This means that gcc is wrong in including the libgssglue. While you might be able to solve this by letting GCC know you want to prefer one include directory over the other one (don't know if possible), it might be easier to just remove the #include from line 44 of context_heimdal.c. That should fix the problem. - Matijn > --- > -- > make[2]: *** [gssd-context_heimdal.o] Error 1 > ## > > the nub of the problem seems to be:- > > --4--libgssapi can be safely omitted but nfs-utils-1.2.5 calls for > --5--libgssglue and this also provides a ~/gssapi.h that seems to be > preferred to that provided by heimdal. > > - > luxInteg -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Make errors on Binutils-2.21.1a - Pass 2
On Wed, Jan 25, 2012 at 8:14 PM, Dave H wrote: > hi, > everything up to this point hasn't produced any errors, however when > attempting to make, the following is returned: > === > lfs@computername4:/mnt/lfs/sources/binutils-build$ make > make[1]: Entering directory `/mnt/lfs/sources/binutils-build' > Configuring in ./intl > configure: loading cache ./config.cache > configure: error: `target_alias' has changed since the previous run: > configure: former value: `x86_64-lfs-linux-gnu' > configure: current value: `x86_64-unknown-linux-gnu' > configure: error: `CC' has changed since the previous run: > configure: former value: `gcc' > configure: current value: `x86_64-lfs-linux-gnu-gcc -B/tools/lib/' > configure: error: in `/mnt/lfs/sources/binutils-build/intl': > configure: error: changes in the environment can compromise the build > configure: error: run `make distclean' and/or `rm ./config.cache' and start > over > make[1]: *** [configure-intl] Error 1 > make[1]: Leaving directory `/mnt/lfs/sources/binutils-build' > make: *** [all] Error 2 > === > > ALSO would like to note that on the previous step, "adjusting the tool > chain", i received a different output than what was specified. > > [Requesting program interpreter: /tools/lib64/ld-linux-x86-64.so.2] > in stead of > [Requesting program interpreter: /tools/lib/ld-linux.so.2] > > > Any thought or suggestions for where I should be looking to fix this? I'm > pretty lost and really dont want start randomly fixing the problems above, > diverting from the manual i've followed to the letter, then subquently have > more problems later. > > thanks for your time, > -dave > Hi, You should remove the binutils-build directory after the first pass (and preferably the source dir too). That should fix the problem I think. Matijn -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Problems with GCC Pass 1 in Chapter 5
On Tue, Jan 24, 2012 at 8:17 PM, Mario Meier wrote: > > Bruce Dubbs wrote: >> Mario Meier wrote: >> > !! I am not english native speaker. I am from Austria and maybe I >> > will post sentences that are grammatically wrong. Please ask me if >> > you do not understand me. >> >> Sometimes non-native speakers know more about our language than >> native-speakers. :) >> >> > I have a big problem. I already tried to build LFS multiple times. My >> > current try is from a VirtualBox VM with a Win7 host and an openSUSE >> > guest system. >> > >> > I put the source tarballs to a directory on the host system >> > (accessable as shared folder at /mnt/host), but I use the LINUX tar >> > to extract the archives. I know that using Windows applications may >> > cause errors. >> > >> > I have extracted GCC to /mnt/lfs/sources (I will call it /sources in >> > the rest of the mail) and have set the $src variable to /mnt/host. >> > >> > I always used this command to extract an archive: >> > >> > tar -xvaf *.tar* >> > >> > That should allow me to leave out the version number and the >> > compression file extension. The -a flag means that TAR automatically >> > detects the compression method. >> >> > In the german support channel, they told me to leave out -a. I did so >> > and also left out the stars and wrote the full path. >> >> The -a is not necessary. I don't really care to watch the output of tar >> any more, so I just use 'tar -xf $DIR/$PROGRAM.tar.?z*' in my scripts. >> That gets .tar.gz, .tar.bz2, and .tar.xz. It misses the occasional .tgz. >> >> > I had tested if that worked. It now says, "libmprf not found or uses >> > different ABI" >> > >> > Could you help me please? >> >> I'm not sure what your question is. You have openSUSE and it doesn't >> extract the tarfiles? What version of tar do you have? 'tar --version'. >> > > My question is that it does not find MPFR! > I am sorry, I did not read through the message before sending it. > What my question is: Why does the GCC compilation brake? > I am in 'make' process and it says it does not find libmpfr! > > My TAR Version: > > tar (GNU tar) 1.26 > Copyright © 2011 Free Software Foundation, Inc. > (...) > > I left out the license part, because it is in german and (as I see) not > relevant. > > I will go to vacation next week, but will be happy about an answer in my > letterbox when I get back. > > Thanks in advance, > *Bean*Me Well, if make breaks, you should send your output from make where the error occurs, and a few lines above of that. Matijn -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] configure, make and make install as who
On Tue, Jan 17, 2012 at 4:22 PM, Ken Moffat wrote: > On Tue, Jan 17, 2012 at 01:38:37PM +, Firerat wrote: >> On Jan 17, 2012 1:30 PM, "Andrew Benton" wrote: >> > >> Wrong! >> They were installing the required version of M4 to the host >> >> > > question: should /usr/local/bin be in my path variable for user lfs? >> > >> > No >> > >> Wrong, if the build requires things installed in /usr/local then it needs >> to be in the path >> > > currently $PATH=/tools/bin:/bin:/usr/bin. >> > > question: should i be ./configure,make,make install all as root? >> > > > It's a long time since I've seen anyone mention that they compiled > programs to make the host fit for purpose - usually they just use > the package manager. But yes, if a required package is in > /usr/local then the PATH should be > /tools/bin:/usr/local/bin:/usr/bin:/bin > > In these circumstances, for chapter 5 it might also help to export > PKGCONFIG_PATH as > /usr/local/lib/pkgconfig:/usrlocal/share/pkgconfig:/usr/lib/pkgconfig:/usr/share/pkgconfig > (Try without this, to see if putting the new m4 ahead of the old one > is sufficient. If it isn't try this) > > ĸen You're missing a '/' in PKGCONFIG_PATH, the correct one would be: /usr/local/lib/pkgconfig:/usr/local/share/pkgconfig:/usr/lib/pkgconfig:/usr/share/pkgconfig Matijn -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Error during Glibc Installation
On Sun, Jan 15, 2012 at 6:21 PM, Uthayanan wrote: > > > On Sun, Jan 15, 2012 at 10:50 PM, Uthayanan wrote: >> >> >> >> On Fri, Jan 13, 2012 at 8:51 PM, Andrew Benton wrote: >>> >>> On Fri, 13 Jan 2012 14:31:33 +0530 >>> Uthayanan wrote: >>> >>> > Hi Firerat I tried installing the system with gawk. This time I got the >>> > following error. Any suggestions ? >>> >>> I suggest that you run version-check.sh and post the results here. >>> >>> http://www.linuxfromscratch.org/lfs/view/development/prologue/hostreqs.html >>> >>> Andy >>> -- >>> http://linuxfromscratch.org/mailman/listinfo/lfs-support >>> FAQ: http://www.linuxfromscratch.org/lfs/faq.html >>> Unsubscribe: See the above information page >> >> >> Hi Andrew, >> >> Here's my version check, >> >> lfsuthayan@ubuntu:~$ bash version-check.sh >> bash, version 4.2.8(1)-release >> /bin/sh -> /bin/bash >> Binutils: (GNU Binutils for Ubuntu) 2.21.0.20110327 >> bison (GNU Bison) 2.4.1 >> /usr/bin/yacc -> /usr/bin/bison.yacc >> bzip2, Version 1.0.5, 10-Dec-2007. >> Coreutils: 8.5 >> diff (GNU diffutils) 3.0 >> find (GNU findutils) 4.4.2 >> GNU Awk 3.1.7 >> /usr/bin/awk -> /usr/bin/gawk >> gcc (Ubuntu/Linaro 4.5.2-8ubuntu4) 4.5.2 >> version-check.sh: line 22: /lib/libc.so.6: No such file or directory >> GNU grep 2.6.3 >> gzip 1.3.12 >> Linux version 2.6.38-8-generic (buildd@vernadsky) (gcc version 4.5.2 >> (Ubuntu/Linaro 4.5.2-8ubuntu3) ) #42-Ubuntu SMP Mon Apr 11 03:31:50 UTC 2011 >> m4 (GNU M4) 1.4.14 >> GNU Make 3.81 >> patch 2.6 >> Perl version='5.10.1'; >> GNU sed version 4.2.1 >> tar (GNU tar) 1.25 >> version-check.sh: line 32: makeinfo: command not found >> Texinfo: >> xz (XZ Utils) 5.0.0 >> Compilation OK >> lfsuthayan@ubuntu:~$ >> >> >> -- >> Regards, >> s uthay > > > > There's no glibc in ubuntu so I did try to install that to the host system. > I got the following output Every Linux box has some variant of libc installed, IIRC ubuntu uses EGLIBC. Your libc.so.6 is probably not in /lib, are you using a 64bit system perhaps? Mine are installed in /lib32/libc.so.6 and /lib/x86_64-linux-gnu/libc.so.6. Matijn -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Q: Diskless boot and initramfs final mount using LFS
On Wed, Jan 11, 2012 at 7:32 PM, Firerat wrote: > > On Jan 11, 2012 5:22 PM, "Li, David" wrote: >> >> Hi, >> >> >> >> I am totally new to LFS but very interested to see how I can use it for my >> requirements. >> >> >> >> I ‘ll need to custom build a Linux distribution that eventually has to >> meet requirements: >> >> >> >> 1. Smaller than 200MB (kernel + intramfs image files). >> > > Embeded lfs (see CLFS ) may be more suited to your needs > Been a while since I read that ,I think it details things like busybox to > keep the size down uClibc instead of glibc is also helping. It's definitely possible. There's a project called Tor, they have a 5.3M ramdisk with linux and their Tor server in it, so it should be possible to build a system with 200 MB. Matijn -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.0 - No Devices in /dev on boot up - Kernel then shuts off PC
On Tue, Jan 10, 2012 at 7:22 PM, wrote: > > I was thinking along the same lines. The devices all appear in /dev > except eth0 > Note also, Slackware (my Host) DOES use the card but there isn't a eth0 > in the "dev" > either. Something like an Alias of some sort might be in play? I don't > know. In linux systems network devices usually don't show up in /dev, that's normal. > > As for checking for an error message with dmesg, I'm not in a position > now to look. > I booted back to Win7, fired up VirtualBOX with Slackware in it, tried > to copy the OS > there - but the boot was locking up and WAY slow - with errors I think > about directory > permissions - so I decided to start a fresh compile of the OS from > NOTHING to try my > eth0 luck there for a bit. I'd check now - but it's already compiling > like mad and will > be awhile. > > Thank You for taking an interest. > > This page had the most I could find for installing the driver we're > discussing: > http://www.cyberciti.biz/faq/linux-broadcom-ethernet-card-driver-installation/ > > But I don't have the compiled "tgc" driver at my disposal - just a > download with > and RPM, some source code and (weak) instructions for SUSE and RedHat. > > If I wanted easy - I'd of used one of those Instant-Distro-via-a-Click > web sites though. > > --Jason Looking at the page you've sended, it seems that the tg3 driver might register itself with tg3, and not with eth0. You might want to try adding alias eth0 tg3 to /etc/modprobe.d/aliases.conf (or create it if it doesn't exist), note that .conf seems to be required sometimes. You can also try if entering sudo ifconfig tg3 up brings up anything. Matijn -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.0 - No Devices in /dev on boot up - Kernel then shuts off PC
On Tue, Jan 10, 2012 at 6:36 PM, wrote: >>> ...what I found is...the driver is named tg3. It is from Broadcom. >>> They have a Linux Driver - its in *.rpm format, the source code >>> is for a 2.6 kernel (might not work on 3.1, might... I dunno) but >>> rather than fight and fight to figure out how to get this to work (which >>> it might not.. >> >>The tg3 driver is inside the kernel source, you don't need an RPM for that. >> > > I Saw some Broadcom "drivers" in the Kernel Make Menu config area, and > that didn't work. The driver should be called "Broadcom Tigon3 support", or you can set it manually with CONFIG_TIGON3=y, IIRC. > > Do you think its a matter of me running some Loadmodule command in a > script to make it work then? > > Note, in the kernel I checked it with the ASTERISK which is supposed to > compile it into the kernel > versus being a loadable module. If you have built it in the kernel, then there's nothing you have to do, it should work out of the box. Do you see any (error) messages at boot/with dmesg? Matijn -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.0 - No Devices in /dev on boot up - Kernel then shuts off PC
On Tue, Jan 10, 2012 at 6:03 PM, wrote: >>> I thought there was no way I missed a simple network driver... >> >>For your network card, try: >> >>lspci -k >> >>In the host; this will give you the module used to support your card. If it >>say something like ath5k.ko (or something similar), look in the Makefile of >>drivers/net/ (in the kernel sources) for the corresponding entry ath5k.c and >>you'll have the correct setting to enter in the kernel configuration. >> >>Look also in the staging directory. >> >>Alain >> > > Cool TRick - and I see how that might worked ... but what I found is... > the driver > is name tg3. It is from Broadcom. They have a Linux Driver - its in > *.rpm format, > the source code is for a 2.6 kernel (might not work on 3.1, might... I > dunno) but > rather than fight and fight to figure out how to get this to work (which > it might not.. > lots of Redhat Suse talk in the docs and stuff like file paths might not > work etc. The tg3 driver is inside the kernel source, you don't need an RPM for that. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Final GCC Compile Weirdness - 1 Time? No, 2 nd Time? Perfect!
On Mon, Jan 9, 2012 at 8:49 PM, wrote: > From: Matijn Woudt >>> So - Should I be worried? Does anyone have a clue how that could happen? >>> Does Anyone want to see the Script >>> that I run TWICE (and it has all the clean up etc and source code >>> un-tarring)? >>> >>> Any help is always appreciated! Thank You... >>> >>> --Jason >> >>Did you read section 4.5 "About SBUs"?[1]. It says that average >>compile time is measured depending on how long it took you to compile >>the very first package. GCC in chapter 6 (6.17) says: "Approximate >>build time: 47 SBU", so if your binutils package took 10 minutes, your >>GCC compilation would take about 47*10 = 470 minutes, almost 8 hours. >> >>Matijn > > Um, yeah, been through the book numerous times now - wrote in in this > original thread lol. > MY worry is that I compile gcc this final go around, it fails. I clean > up the directories > and do it again... and it works. Time waise as you point out... fast CPU > or not - IT TERRIBLE > and makes a grown man want to cry... or at least grumble lol :) If you're having trouble compiling it, then you should post errors you got. If everything went OK the second time (including the test suite), then there's probably nothing to worry about. > > Stay Cool Matijn > > P.S. I'm really close to another "boot" and I have high hopes it will > work halfway decent! > How is your LFS system going? You have one built yet? How'd that go? Did > you help with the book or something too? > I have built LFS a few times, 6.1, 6.3, 6.4 and 6.7 to be exactly. Haven't built 7.0 because I don't have time to manage all stuff by myself now. Packages are updating way too fast, so I went back to Ubuntu. Though, I might start LFS soon again, I probably have to build a linux system for a embedded ARM system, and I think LFS will work too (with cross compiler ofcourse). If you need any help, feel free to ask! Matijn -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Final GCC Compile Weirdness - 1 Time? No, 2 nd Time? Perfect!
On Mon, Jan 9, 2012 at 4:57 PM, wrote: > Now, I wouldn't care that much except even running on a DEDICATED 32bit > Linux (Slackware 13.37) with MAKEFLAGS set to EIGHT to use all CORES... > it takes a while... So running the procedure twice is time > consuming.. We're talking hours on a new i7 DELL XPS Studio (Quad Core > with hyper-threading - its like having EIGHT CPU) You should know better that hyper-threading is far from having 8 real cores, you're compile time is probably nearly the same as with hyper-threading disabled. > > So - Should I be worried? Does anyone have a clue how that could happen? > Does Anyone want to see the Script > that I run TWICE (and it has all the clean up etc and source code > un-tarring)? > > Any help is always appreciated! Thank You... > > --Jason Did you read section 4.5 "About SBUs"?[1]. It says that average compile time is measured depending on how long it took you to compile the very first package. GCC in chapter 6 (6.17) says: "Approximate build time: 47 SBU", so if your binutils package took 10 minutes, your GCC compilation would take about 47*10 = 470 minutes, almost 8 hours. Matijn [1] http://www.linuxfromscratch.org/lfs/view/stable/chapter04/aboutsbus.html -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS - 5.29 - perl-5.14.2 - possible errata
On Mon, Jan 9, 2012 at 1:36 AM, wrote: > > In the Code for installing perl, just after the make command, there is a > line of code that reads: > > cp -v perl cpan/podlators/pod2man /tools/bin > > However at this stage in the LFS 7.0 process, we aren't in chroot > > I made the following change for this line and I hope its accomplishing > the right thing. > It's possible this line of code was MEANT to write in the HOST SYSTEM'S > /tools/bin folder, > but again, at this stage in the process, we are logged in as "lfs" and > permission is denied. > > Here is the code I'm using and hoping it's correct: > > # ADDED By JASON > cp -v perl cpan/podlators/pod2man $LFS/tools/bin > > --Jason Hi Jason, In chapter 4.2 of the LFS1[1] book you're supposed to make a symlink, which means that /tools should be the same as $LFS/tools. You have probably rebooted a liveCD or something and forgot to make that symlink again? Matijn [1] http://www.linuxfromscratch.org/lfs/view/stable/chapter04/creatingtoolsdir.html -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Nobody has received the fatal error missing gmp.h in coreutils-8.14
On Wed, Jan 4, 2012 at 12:28 AM, wrote: > > I posted earlier, and I don't expect speedy response but I was hoping > someone would say yay or Nay. > > compiling: coreutils-8.14 I get: > > expr.c:54:18 fatal error : gmp.h: no such file or directory > > > Sounds kind of serious to me... has anyone see this before? Or is it me, > my linux host or something? > > Thank You > Jason > My guess would be that you did something wrong with the installation of GCC. There are special instructions for GMP, MPFR and MPC packages, are you did that correctly? The commands should be executed from inside the GCC source directory. Matijn -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] bind problems
On Tue, Nov 29, 2011 at 4:10 PM, Danny Vukobratovich wrote: > loading configuration from ‘/etc/bind/named.conf’ > > /etc/bind/rndc.key:1: key ‘rndc-key’: already exists previous definition: > /etc/bind/rndc.key:1 > It seems like rndc.key is included twice? > > > Here is my configuration from my named.conf file: > > > > Include “/etc/bind/named.conf.options”; > > Include “/etc/bind/named.conf.local”; > > Include “/etc/bind/named.conf.default-zones”; Perhaps rndc.key is included by one of the above config files too? > > Include “/etc/bind/rndc.key”; > Cheers, Matijn -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: built LFS7 wont boot from usb harddrive
On Sun, Nov 13, 2011 at 7:24 PM, Bruce Dubbs wrote:
> spiky wrote:
>
>> If I was to go back to ext3 would that mean a complete rebuild or is it
>> possible to use gparted?
>
> Create a new partition
>
> mkfs -t ext3 /dev/sda?
> mount /dev/sda? /mnt
> mkdir /mnt/{bin,dev,home,lib,mnt,proc,sys,usr}
> mkdir /mnt/{boot,etc,media,opt,root,sbin,srv,tmp,var}
I wouldn't just create these dirs, my advice would be follow the
instructions in chapter 6.5 of the LFS book[1].
Matijn
[1] http://www.linuxfromscratch.org/lfs/view/stable/chapter06/creatingdirs.html
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
