Re: [blfs-support] Heartbleed
On Wed, Apr 9, 2014 at 4:41 AM, lux-integ lux-in...@btconnect.com wrote: openssl is a package one generally installs early in the distribution-build process. To upgrade to say openssl-1.0.1g --(a) does one need to yank out the old say openssl-1.0.1 and install the new 1,0,1g and if so would there not be breakages? OR --(b) can one install openssl-1.0.1g over the old version of say openssl-1.0.1 ? advice from anyone on list will be much appreciated If any application was compiled with static openssl library, you have to recompile app in addition to installing a new shared lib/static. /alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Failed to boot from USB stick
On Wed, Mar 19, 2014 at 10:19 AM, Richard Melville
richard.melvill...@googlemail.com wrote:
On Tue, Mar 18, 2014 at 6:16 PM, Bruce Dubbs bruce.du...@gmail.com
wrote:
If you are using a GUID Partition Table (GPT), then you don't need a
initrd.
Assuming /boot is on a partition by itself, try:
menuentry LFS Dev, Linux 3.10.32-sm01 {
linux /vmlinuz-3.10.32-sm01 \
root=PARTUUID=49acd73e-1457-424f-8dc1-3c3fa027becf \
rootfstype=ext4 rootdelay=20
}
Of course, grub needs to be able to find the partition with the kernel
on
it. It should be on the boot device with where grub.cfg is located.
Could I skip initrd with extlinux as well if I use gpt?
If I do grub-install, it complains about gpt.. What are the tricks to
install grub2.0 on gpt formatted disk with a separate /boot?
Regards,
Alexey
You have to decide whether to use grub2 or syslinux; either will work. My
advice is to keep it simple. I prefer syslinux to grub2 because I think that
grub2 has become too bloated, and if you are using the ext series of file
systems (including btrfs) then I see no reason to use grub2. And, yes, you
can use syslinux with gpt and no initrd. If you want to use grub2 then
Bruce has already told you how to do it.
One point I would make is to ensure that you are using the correct GPT GUID;
it's the second one that appears in the table displayed by querying with
i, the one that's labelled unique.
BTW your rootdelay of 20 seems far too long; I've managed to reduce mine
to 1 as you can see from my extlinux.conf file.
It seems to me I'm missing some key point...
I'm building everything in chroot on x64 for x86 (using CLFS as a
base). I've tried booting from GPT on Atom and HP desktop with Core2
(grub loaded, menu shown). After selecting menu (as Bruce suggested) I
always get a kernel crash during boot on both Atom and Core2 pc. Only
if I add initrd I can boot linux.
When I make LFS/BLFS bootable, do I keep kernel file in rootfs./boot
or in a separate grub /boot partition?
Do I still need rootfs:/boot? In case yes, why do I need 200Mib /boot partition?
In grub,cfg do I use root=PARTUUID=xxx.. or root=UUID=xxx.. ?
Regards,
Alexey
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: [blfs-support] Failed to boot from USB stick
On Wed, Mar 19, 2014 at 3:34 PM, Aleksandar Kuktin akuk...@gmail.com wrote: Returning back to the root of the problem, can you give a bit more light? If you have an USB with ext2 (or whatever), you can not boot a new BIOS, correct? If you have an USB with FAT32, and with the exact same filesystem (except ownership and permissions) that the USB with ext2 has, you can boot it? System: - mb: Intel Atom with ICH10R chipset - disk: USB stick with MBR; a single etx4 partition (also have HDD with the same config) - grub 2.0 on mbr - built LFS+BLFS 32bit Original status: - On the old mb: - I can boot from both USB stick and HDD - on the same mb with updated BIOS version: - I can only boot from HDD (SATA port) - on the new BIOS with the same USB stick I can see grub menu, but any attempt to boot results in error (see top of the thread) The question being, can you make a USB bootable just by switching the filesystem? As I understand, grub is capable of reading ext4 (menu is shown) At this point I wonder what causes grub to fail... And a thing I just came up with: does your ext2 USB have the bootable flag set on its boot partition? I have ext4 with bootable flag (boots on working mb) Just to clarify another problem while trying to solve initial one: there was a suggestion to switch to gpt with a separate /boot partition formatted as ext2 without initrd, but I can't boot linux even on Core2 pc without initrd if rootfs is mapped via UUID. Regards, Alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Failed to boot from USB stick
On Tue, Mar 18, 2014 at 12:27 PM, Richard Melville richard.melvill...@googlemail.com wrote: Yes, I had the same problem; you have to have the kernel image on the same flash drive. That could be seen as a security issue but as we are dealing with very small computers somebody could just as easily walk off with the complete box as they could with the USB flash drive. Anyway, I have my USB flash drive locked under the front cover of the case; it's not on display. Of course, removing the flash drive renders the computer un-bootable; a security feature in itself. I use an 8GB flash drive (that seems to be the optimum capacity now, price-wise) and partition it into a 100MB boot partition with the remaining space as swap. With 8GB of RAM I don't need to swap to it but I'm hoping to be able to use it for hibernation. My systems are battery powered so I see it as a safety feature. I've had no luck yet getting it to work (more BIOS problems I think) but I'm working on it. So, the boot partition holds the extlinux directory and the kernel image and nothing else. If you do that it should boot OK without initramfs. I've also been able to boot to another USB flash drive so the target drive is immaterial. Let me know how you get on. I have a few SATA disks connected to motherboard in addition to USB boot disk, so I'm using UUID to identify root partition. I have to use initramfs because I refer to root fs via UUID and udev is not running at the time of mounting root fs. So far with extlinux I could boot to ram disk on the new BIOS (where grub fails miserably). However on all motherboards boot process stops at the point of mounting/finding root partition. I do have a rootdelay, but it does not help: LABEL MyLinux menu label MyLinux LINUX /boot/vmlinuz-3.10.32-sm01 APPEND root=PARTUUID=49acd73e-1457-424f-8dc1-3c3fa027becf \ rootfstype=ext4 rootdelay=20 INITRD /boot/initrd.img-3.10.32-sm01 If I do blkid, I can see /dev/sdh1 with a correct UUID (root fs). I suspect initramfs image might have some issues and I wonder if I can use scripts from BLFS or CLFS to create it or I need some adjustments for extlinux variant (for example, /boot is a separate partition now). Regards, Alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Failed to boot from USB stick
On Tue, Mar 18, 2014 at 6:16 PM, Bruce Dubbs bruce.du...@gmail.com wrote:
If you are using a GUID Partition Table (GPT), then you don't need a initrd.
Assuming /boot is on a partition by itself, try:
menuentry LFS Dev, Linux 3.10.32-sm01 {
linux /vmlinuz-3.10.32-sm01 \
root=PARTUUID=49acd73e-1457-424f-8dc1-3c3fa027becf \
rootfstype=ext4 rootdelay=20
}
Of course, grub needs to be able to find the partition with the kernel on
it. It should be on the boot device with where grub.cfg is located.
Could I skip initrd with extlinux as well if I use gpt?
If I do grub-install, it complains about gpt.. What are the tricks to
install grub2.0 on gpt formatted disk with a separate /boot?
Regards,
Alexey
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
[blfs-support] Is BLFS-7.4 book still available online?
Hi guys, I can't find blfs-7.4 online after 7.5 was released. Is it supposed to be in blfs museum or somewhere else? Regards, Alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Failed to boot from USB stick
On Wed, Mar 12, 2014 at 12:07 PM, Richard Melville richard.melvill...@googlemail.com wrote: What worked for me in the end is the following: I don't use a initrd and I partition the flash drive with GPT, format with ext2, and boot to an ext4 partition on an mSATA SSD. I use Syslinux rather than Grub2 as it's lighter and it's much easier (IMO) to set up. If it's of any help here is my extlinux.conf:- /boot/extlinux/extlinux.conf PROMPT 1 TIMEOUT 50 DEFAULT xxx LABEL xxx LINUX /boot/vmlinuz-3.12.8-toi APPEND root=PARTUUID=---- \ vga=792 acpi_osi=linux acpi_backlight=legacy hest_disable \ iommu=soft rootfstype=ext4 rootdelay=1 Hi Richard, After struggling with grub, I've decided to try syslinux-6.02 with setup similar to yours: booting from usb stick with 512MB ext2 partition and ext4 root FS on another USB stick. I've got kernel panic - VFS: unable to mount root fs on unknown-block (0,0). Some forums suggests initramfs. I think you could skip initramfs only if you're using SATA disks. I've added initramfs in syslinux config, but it was unable to find a device containing root fs and dropped to a shell... I wonder, since you have a working setup could you try to boot your box with root FS on USB stick? Regards, Alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Failed to boot from USB stick
On Wed, Mar 12, 2014 at 12:52 PM, xinglp xin...@gmail.com wrote:
try the below grub.cfg if your boot partition is same as root partition.
set default=0
set timeout=3
insmod ext2
menuentry Default {
set uuid=d768c1f0-79c9-45c4-b604-8d0735a71242
search.fs_uuid ${uuid} root
linux /boot/vmlinuz-3.10.28 root=UUID=${uuid} rootfstype=ext4 ro
rootdelay=6
initrd /boot/initrd.img-3.10.28
}
Did a change, got a similar error:
error: failure reading sector 0x215f from 'hd0'.
and grub returned to the main menu. Selecting it once more results in:
error: no such device: d768c1f0-79c9-45c4-b604-8d0735a71242
error: no such partition.
I really wonder, if grub can read grub.cfg, why does it fail to get
the rest from the same device/same bus/etc.?!
Regards,
Alexey
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
[blfs-support] PHP-5.5.3 configure issue
Hi guys, I'm building php from blfs-7.4 and configure failed with error: DBA: Could not find necessary header file(s). It looks the reason for the failure is --with-gdbm flag and a lack of QDBM. Why is --with-gdbm flag used in php ./configure while QDBM package is not required one and configure fails without it? In the php chapter QDBM is listed as Optional Data Management Utilities and Libraries no version provided neither a correct link to web site. I got error - This site has been moved. Correct link is: http://fallabs.com/qdbm/ Regards, Alexey PS. I didn't check upcoming 7.5 book -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] PHP-5.5.3 configure issue
On Sat, Mar 1, 2014 at 7:23 PM, Pierre Labastie pierre.labas...@neuf.fr wrote: Le 01/03/2014 18:24, Alexey Orishko a écrit : GDBM (uppercase for gdbm), is built in LFS. We never mention LFS packages in the dependencies. QDBM and GDBM are not the same. If you have built LFS following the book, the error comes from something else. You may look at config.log to know more. I'm building php in chroot after CLFS build. I guess I simply need to add that part from LFS book. By the way, is there any BCLFS book variant? Regards, Alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] blfs-bootscripts-20131023 - uninstall
Hi guys, I've just noticed, that uninstall make target is missing for ntpd and dbus in blfs-bootscripts-20131023. Was it done by intention or simply overlooked? Regards, Alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] (B)LFS-7.4 with latest kernel 3.10.x
Hi folks, I've built original LFS-7.4 and I'd like to use the latest Linux Kernel version (currently 3.10.28) due to several bug fixes. On already working system I've simply compiled a new kernel, installed it and it works. I have a question related to LFS book ch.8.3.1, where warning was posted: - The headers in the system's include directory should always be the ones against which Glibc was compiled, that is, the sanitized headers from this Linux kernel tarball. Therefore, they should never be replaced by either the raw kernel headers or any other kernel sanitized headers. - If building 3.10.next version, do I need to replace kernel headers, i.e. rebuild Glibc and all stuff related to it? - Is there any consequences if I keep old headers Glibc while booting from new kernel? (meaning: still 3.10, but latest patch level) Regards, Alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] inaccurate Apache dependency listed in BLFS-7.4
Hi folks, In the BLFS book version 7.4, Chapter 20, Apache-2.4.6 it is stated, that required packages: Apr-Util-1.5.2; recommended: OpenSSL-1.0.1e and some optional. However, if I run configure as it is stated, it will fail: configure: error: pcre-config for libpcre not found. PCRE is required and available from http://pcre.org/ I think you need to move PCRE from optional to required. Adding apr to required won't hurt either. regards, alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] problem using BS or DEL key
On Thu, Dec 5, 2013 at 11:01 PM, Ken Moffat zarniwh...@ntlworld.com wrote: I still think my suggestion of checking every key will identify if any of the keys are being garbled in the kernel, and therefore if this is a kernel _input_ problem. But here is an alternative train of thought : When you trigger the garbage, is it really there, or only in the screen output ? Start a command with '#' so that it is treated as a comment, type, do whatever you need to so that the spurious garbage appears, then press enter. And make a written note of exactly what you typed, and a guide to what appeared and where it was on the line, so that you can repeat the test. 1. Typed: # k kk 2. Then deleted 2 speces between kkk-s with BS 3. white blocks appeared on the same line till the end of the screen Then key enter again : does the garbage scroll up, so that the current line is empty apart from the prompt ? It does scroll up Then key the up-arrow once to see the last line of history - is the garbage there in the history ? No, it's not there (not in bash history) If the garbage is only on the screen then I guess it _is_ a kernel problem, but in the _video_ driver (i915 I suppose, but maybe you compiled in vga). I will rebuild kernel Your LatArCyrHeb font has two, possibly three, characters which match a white square. If you manage to prove that it is a kernel video problem, can you please loadkeys LatGrkCyr-8x16 and repeat the test. I'm guessing you will get a capital T with a comma below it (either U+021A or, in that font, U+0162), or a capital U with an acute accent (U+00DA), or else a capital U with a breve (U+016C). Knowing what appears might be useful if this is a bug in a video driver. I'll attach the text listing of that font - I'm guessing it is one of character positions 210, 212, or 216. Do you mean setfont instead of loadkeys? Screen font changed, but white block is still the same while using LatGrkCyr-8x16. If I select viscii10-8x16 I can see blinking white letter U with diacritics on a grey background. It is a last letter in showconsolefont. If Iset lat1-16 I see y (U+00FF) If it is a video-driver problem, please attach the relevant part of your kernel config I will recompile with: Graphics support --- * Intel GMA5/600 KMS Framebuffer [*] Intel GMA3600/3650 support (Experimental) And, which kernel is this ? I'm going to build a latest stable from kernel.org 3.10.22 /alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] problem using BS or DEL key
On Fri, Dec 6, 2013 at 7:02 PM, William Harrington kb0...@berzerkula.org wrote: Good luck - I guess that compiling a kernel on an atom will be slow. ĸen All hail the power of cross compilers with faster machines! I'll give it a try. Hopefully it does get fixed so this thread will help someone. Lots of information here. Finally, folks! I've recompiled and installed a new kernel with Graphics support --- * Intel GMA5/600 KMS Framebuffer [*] Intel GMA3600/3650 support (Experimental) and even got nice penguins during kernel boot :-) Screen resolution is also increased from vga. I don't see any garbage on the screen while deleting symbols with BS/DEL. Next time I would know to check hw thoroughly instead of trusting Intel with gpus :-) Thanks everyone for pointing me in the right direction cheers, alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] problem using BS or DEL key
On Wed, Dec 4, 2013 at 7:27 PM, Ken Moffat zarniwh...@ntlworld.com wrote: In my previous reply I included an invalid-unicode symbol, code U+FFFD displaying as reverse-video question mark : � : if you read the mail on the LFS-7.4 machine (or copy this paragraph to a file, scp that file to the LFS machine, and then read it), does the resulting glyph appear correctly, and if not, does it match the white squares you had [ you need to revert the LANG and UNICODE settings ] ? I can see reverse-video question mark on LFS box, but reverse area is square in firefox/gmail and oval in lfs (I assume due to different font) There are (at least) three things to be done when moving from non-unicode to unicode: (i.) set the environment to use the unicode versions such as en_US.UTF-8. (ii.) use a unicode console font. (iii.) adjust environment or other settings for individual applications, e.g. in the distant past I used to use LESSCHARSET but that is now redundant. I now wonder if you are using a non-unicode console font ? My console file: # Begin /etc/sysconfig/console UNICODE=1 KEYMAP=no-latin1 KEYMAP_CORRECTIONS=euro2 LEGACY_CHARSET=iso-8859-15 FONT=LatArCyrHeb-16 -m 8859-15 # End /etc/sysconfig/console # Begin /etc/profile export LANG=en_US.UTF-8 # End /etc/profile - inputrc exactly as in the book - rc.site has no console parameters set Well, I've decided to look out of the box and changed keyboard from usb to ps/2 type - no difference. However when I tried to boot from exactly the same HDD on another motherboard from different vendor - everything works fine! It doesn't work on recent Atom D2550 motherboard and works on old D510 and on HP desktop with Core2. New Atom board has Intel ICH10R chipset and NUVOTON NTC6776D SuperIO, while old one has Intel ICH9R chipset and Winbond 83627DHG-P SuperIO. Does it mean the problem might be with some kernel drivers? /alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] problem using BS or DEL key
On Thu, Dec 5, 2013 at 4:40 PM, Ken Moffat zarniwh...@ntlworld.com wrote: This gets weirder and weirder. Most of us don't have a stock of different motherboards to play with, and I've no experience in this area. I think you said that showkey and dumpkeys reported the keyboard was giving the expected values for the BS and DEL keys even though they were giving white squares when you deleted, so in theory the kernel drivers are ok. Perhaps make a list of the values for _every_ key you use (with showkey) with this drive on a good motherboard, and then put it back on the bad motherboard and repeat the exercise just in case one or more _other_ keys are somehow corrupted. Well, I only need to type english letter k and space to get into problems.. While changing fonts I've noticed that white square boxes have inverted y with two dots over it.. Anyway, they appear on empty position of the command line (where no text was typed in). To be absolutely clear - you haven't installed xorg on the LFS-7.4 system, this is all about a problem in the console terminals (the ttys), right ? I don't have any X-related stuff, just plain LFS and I login on local console. On other HDD disk I've added a few BLFS packages with profile.d, dircolors, sudo, mc, etc. to support non-root users. Both plain LFS and one with some BLFS packages works ok on the old motherboard. /alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] problem using BS or DEL key
On Fri, Dec 6, 2013 at 1:04 AM, Ken Moffat zarniwh...@ntlworld.com wrote: Forgot to attach it the first time, and when I did it bounced (too big, whoops!). So here's the third attempt, using xz to compress it from 177K to 7K. sigh/ Thanks and sorry for confusion! I had no Unicode initially, but added it after initial comments. However adding Unicode font didn't help. I'll try your suggestions tomorrow. Anyway I've already found troubling news re. my Intel Atom GPU: Intel D2550 Cedarview (GMA3600) has PowerVR 545 graphics core. And its problem is described here: https://gist.github.com/Aissen/2925633 Now I understand why I can't get grub and kernel to get a higher resolution... At least it explains a difference in behaviour between 2 different Atom motherboards (old one has D510). Found some suggestion online: - Upstream kernel from 3.2 should have cedarview support with 'gma500' driver maintained by Alan Cox. It provides basic KMS support for LVDS/VGA/HDMI but without graphics acceleration. - make sure CONFIG_DRM_GMA500 and CONFIG_DRM_GMA3600 is on in kernel config. I use LFS-7.4 with kernel 3.10.10 and I've tried 3.10.22 but apparently with wrong driver. /alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] problem using BS or DEL key
On Tue, Dec 3, 2013 at 10:53 PM, Ken Moffat zarniwh...@ntlworld.com wrote: On Tue, Dec 03, 2013 at 08:29:42PM +, Ken Moffat wrote: What are the locales (LC_ALL or similar) in BOTH systems ? Neither has LC_ALL set Ubuntu and LFS-7.4 had this set: LANG=en_US.UTF-8 My old LFS-6.3 has LANG=en_US.ISO-8859-1 Using 'showkey' [ in a tty ], find the values for the Backspace and Del keys - on a regular 102-key keyboard mine are 14 and 111 - then use 'dumpkeys | less' to find what is output for those keys - mine are 'Delete' and 'Remove' : for no-latin1 the latter is corrected in the patch. I _think_ ubuntu has versions of both those commands (from console-tools), so you could compare them. On all systems showkey output is: BS - keycode 14 and DEL -keycode 111 dumpkeys has 'Delete' and 'Remove' Also, check what you have in /etc/inputrc [ LFS section 7.14 ], content is exactly as in the book After deeper investigation I got really confused BS/DEL problem exists in en_US layout and appearing while I'm deleting SPACE symbol with BS within a string like k . I've changed LANG to LANG=en_US.ISO-8859-1 and UNICODE=0 and problem is still there, however on old LFS-6.3 everything works fine with LANG=en_US.ISO-8859-1 and even with loadkeys no-latin1. Problem looks like described in BLFS Chapter 2. Important Information, Locale Related Issues: The Program Breaks Multibyte Characters or Doesn't Count Character Cells Correctly Since issue is present even with US keyboard layout, I wonder if ALFS build did something funny during build (or didn't do something right). I've tried to rebuild kbd with a patch, but didn't help. If I log via ssh everyhting looks ok. Is it because I use other pc facilities in this case? /alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] problem using BS or DEL key
On Wed, Dec 4, 2013 at 7:27 PM, Ken Moffat zarniwh...@ntlworld.com wrote: I now wonder if you are using a non-unicode console font ? I've built LFS using ALFS scripts and didn't change anything regarding fonts... should I? I'll check the rest tomorrow. /alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Booting a BLFS system with Syslinux
On Tue, Dec 3, 2013 at 12:16 PM, Richard Melville
richard.melvill...@googlemail.com wrote:
Richard Melville wrote:
I'm attempting to boot with syslinux from a USB flash drive with GPT and
ext2. I'm able to boot OK but I'm seeing some weird behaviour. If I
use a
UUID instead of /dev/sdb2 I get a kernel panic and it doesn't seem to
like
either menu.c32 or vesamenu.c32; the boot cycle goes round in circles.
I saw similar behaviour with my build. I've built latest blfs-7.4 and
booting it from USB disk with UUID tag for rootfs. The trick is to
install initramfs as it was described in the book and fix (!) fstab.
Just in case:
- grub.cfg -
set default=0
set timeout=3
insmod ext2
set root=(hd0,1)
menuentry LFS 7.4 Kernel 3.10.10 {
linux /boot/vmlinuz-3.10.10
root=UUID=3d78d00e-9eea-4c0e-8100-7f9ee77ea582 rootfstype=ext4 ro
rootdelay=6
initrd /boot/initrd.img-3.10.10
}
fstab --
UUID=3d78d00e-9eea-4c0e-8100-7f9ee77ea582 / ext4errors=remount-ro 0 1
proc /procproc nosuid,noexec,nodev 0 0
---
Hope it helps.
Cheers,
alexey
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
[blfs-support] problem using BS or DEL key
Hi folks, I wonder if anyone could guess what's wrong with my text terminal. I've recently built LFS-7.4 (32bit) and most of BLFS (I'm not using X Windows, just text terminals only) on Atom D2550 motherboard, VGA display resolution. When I logged in if I try to edit bash command line by deleting symbol with BS rest of the text line became solid white blocks. The same happens if I edit in mcedit (editing in midnight commander). If I scroll text garbage symbols scroll as well). Same happens if I use DEL key, but not every time. I also use loadkeys with no-latin1 (dunno if it might cause any trouble or not). Any hint, what might be wrong? Regards, Alexey -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
