View previous topic :: View next topic |
Author |
Message |
To Veteran
Joined: 12 Apr 2003 Posts: 1145 Location: Coimbra, Portugal
|
Posted: Wed Sep 15, 2004 8:51 am Post subject: |
|
|
Well just another with probs. Hardware, Abit NF7-S v. 2, award BIOS i think.
Tó _________________
------------------------------------------------
Linux Gandalf 3.2.35-grsec
Gentoo Base System version 2.2
------------------------------------------------ |
|
Back to top |
|
|
pwaring Tux's lil' helper
Joined: 28 Aug 2003 Posts: 99
|
Posted: Wed Sep 15, 2004 9:39 am Post subject: |
|
|
Tweakin wrote: | Check the main gentoo page, it appears the devs were reading this thread. A new 2004.2 live cd is on the mirrors, currently in the /experimental/x86/livecd/x86 directory. Time to download and test it |
So they've finally made an attempt to solve the problem? No apologies, in fact they blame it on the users:
"problem of certain buggy BIOS versions not booting the Minimal LiveCD"
Why can't the release team admit that they made a mistake somewhere down the line? |
|
Back to top |
|
|
einheitlix Tux's lil' helper
Joined: 03 Aug 2004 Posts: 144 Location: Saarbrücken, Germany
|
Posted: Wed Sep 15, 2004 4:09 pm Post subject: |
|
|
I would say they're right. Some BIOSes don't work as they should. I wouldn't qualify them as "buggy", but rather as "not standard-compliant". How was the dev team supposed to know?
Actually, that problem has been resolved for a few weeks. The thing is that the link to the experimental fixed LiveCD was only to be seen in the corresponding bug report, so only a few people noticed it and gave feedback about it. Thus, the fixed ISO remained untested and hence they did not replace the current LiveCD (they still didn't, but they surely will soon, as soon as they've got enough feedback).
I posted my thoughts about this in the bug tracker (comment #35) a few days ago. The responsible dev was quite pissed off that someone dare criticize the situation (comment #36), but he then propagated the fixed ISO among the mirrors and posted something about it in the news (or let something be posted) however, so, it's only a matter of time until the official 2004.2 minimal LiveCD release is fixed in the mirrors |
|
Back to top |
|
|
pwaring Tux's lil' helper
Joined: 28 Aug 2003 Posts: 99
|
Posted: Thu Sep 16, 2004 9:29 am Post subject: |
|
|
einheitlix wrote: | I would say they're right. Some BIOSes don't work as they should. I wouldn't qualify them as "buggy", but rather as "not standard-compliant". How was the dev team supposed to know? |
Given that my BIOS has never failed to boot off any valid (i.e. non-corrupt) CD other than the 2004.2 LiveCD I think it's more likely to be a problem with the ISO than my hardware. |
|
Back to top |
|
|
einheitlix Tux's lil' helper
Joined: 03 Aug 2004 Posts: 144 Location: Saarbrücken, Germany
|
Posted: Thu Sep 16, 2004 3:27 pm Post subject: |
|
|
I guess that's a question of point of view.
You're right, your BIOS would boot every cd but the 2004.2 minimal LiveCD.
But from the point of view of the devs, their LiveCD would work on every machine except on some that are using Phoenix/Award BIOS, so for them, it looks like it's these BIOSes that are buggy.
Actually, the problem was that some BIOSes don't like the special set of Rock Ridge extensions with which the ISO was built. So, the most objective statement would neither be that it's a bug with the cd, nor that it's a bug in some BIOSes, but that it's an incompatibility between this special ISO and some special BIOSes.
Now, I don't know whether BIOSes SHOULD be able to handle these Rock Ridge extensions (nor do I know who defines what BIOSes should be able to do and what not, but I guess there's a kind of standard). If they should support it, I'd rather say it's actually a BIOS problem. If there's no such guideline, I would rather tend to say it's a problem with the cd
Whatever. The most important is that it does work now |
|
Back to top |
|
|
frozenJim Guru
Joined: 18 Jun 2004 Posts: 341 Location: Montreal, Quebec, Canada
|
Posted: Sat Sep 25, 2004 8:18 pm Post subject: |
|
|
On all of my OTHER bootable Linux Cd's, the root dir looks something like this:
Quote: | BOOT.CAT
BOOTLOGO
CLOOP.IMG
INTRD.GZ
ISOLINUX.BIN
ISOLINUX.CFG
|
But on the new 2004.2 LiveCD these files are in a SUB-DIRECTORY called isolinux.
Quote: | boot.cat
boot.msg
gentoo
gento.igz
help.msg
isolinux.bin
isolinux.cfg
kernels.msg
memtest86
smp
smp.igz
|
What is the rule for bootable CD's? Does the boot.cat need to be in the root? How does a system know when a CD is bootable?
Anyhow... I'll go download the test version of LiveCD and we'll just call it a day.
INSERT CURSES HERE:
Quote: | GGRrrrrrr!!!!!
Why oh why couldn't someone be monitoring this thread and save hundreds of us from the scourge of Gento "DeadCD" coasters?
Sigh.
|
_________________ Who controls the past, controls the future. Who controls the present, controls the past. |
|
Back to top |
|
|
isreal n00b
Joined: 16 Apr 2004 Posts: 40 Location: Austria
|
Posted: Sun Sep 26, 2004 10:31 am Post subject: |
|
|
DavidMCS wrote: | Fixing the Gentoo 2004.2 x86 minimal live CD.
Requires Loop back device support compiled into kernel see Block Devices --->
1. Download the 2004.2 x86 minimal iso file
2. Mount the iso
# mount -o loop /path/to/iso /path/to/mount
3. Copy all files from /path/to/mount to a new directory somewhere
# cp -R /path/to/mount/* /new/directory/somewhere/
4. Edit the isolinux.cfg
# cd /new/directory/somewhere/
# cd isolinux
# nano -w isolinux.cfg
* change all occurrences of loop=/livecd.squashfs to loop=/livecd.squ
* change kernel memtest86 to kernel memtest
* save and exit
* Note if your using a gui text editor make sure it does not leave behind a isolinux.cfg~ , if so deleat it.
* Changed the squashfs to squ because when rebuilt the iso changes the image to .squ
* Changed memtest86 to memtest because when rebuilt the iso leaves off the 6 on the memtest86 kernel filename for some reason
# mv memtest86 memtest
5. Change to directory where iso will be made
6. Build the iso
# mkisofs -o name-of-iso.iso \
-b isolinux/isolinux.bin -c isolinux/boot.cat \
-no-emul-boot -boot-load-size 4 -boot-info-table \
/new/directory/somewhere/
7. Burn your new 2004.2 LiveCD and enjoy.
-- |
Had the same problem:
My Plextor Burner boots the minimal LiveCD and other PCs with other CD Drive do not boot the Live CD.
Thanks a lot! This works. Now every CD Drive boots.... |
|
Back to top |
|
|
budgee n00b
Joined: 19 Aug 2003 Posts: 17
|
Posted: Sun Sep 26, 2004 2:39 pm Post subject: 2.6 Kernel, but stage1 tarball = 2.4 headers?! Glibc breaks. |
|
|
Hi All
The development CD boots... Great. I got as far as doing a bootstrap, noticing that the kernel was now 2.6.7-blabla in the process.
It didn't click with me that this would be a problem (the 2004.2 cd had 2.4 kernel) until the bootstrap tried to merge glibc. Glibc requires the headers for the current kernel (2.6), but the original stage1 tarball (I didn't see one for the new CD) only includes 2.4.21 headers...
So, I tried the following:
# emerge unmerge linux-headers
# emerge inject sys-devel/patch-2.5.9
(Because the linux26-headers wants patch-2.5.9, but patch won't compile without a sane gcc tool chain)
# emerge linux26-headers
Edit the /usr/portage/scripts/bootstrap.sh file and # out all the previous emerge commands, so that the emerge picks up at Glibc again.
It is now emerging glibc - will see how it goes. Don't se why it shouldn't work...
Is there an updated stage1 tarball for the new CD? Or must the smp kernel on the new CD be downgraded to 2.4? |
|
Back to top |
|
|
hw-tph l33t
Joined: 08 Jan 2004 Posts: 768 Location: Uppsala, Sweden
|
Posted: Thu Sep 30, 2004 10:39 am Post subject: |
|
|
Ermmm, any solution to this yet? Other than using 2004.1 I mean.
I just got back my desktop and I want to blow it clean and install fresh (others have had their dirty little fingers on it).
Håk |
|
Back to top |
|
|
CatBread n00b
Joined: 05 Oct 2004 Posts: 1
|
Posted: Tue Oct 05, 2004 12:46 am Post subject: |
|
|
attempted to boot-install with x86 universal 2004.2 without success..going to try universal 2004.1
trying to install on a fujitsu lifebook 535tx |
|
Back to top |
|
|
KikyoMerc n00b
Joined: 04 Oct 2004 Posts: 61
|
Posted: Tue Oct 05, 2004 10:42 pm Post subject: |
|
|
Can you do a 2004.2 install off of the 2004.0 or 2004.1 disc. I tried the universal x86 on my computer. The specs are Gigabyte GA-7NNXP with Athlon XP 3200+. Award bios version 15 (i think). |
|
Back to top |
|
|
w0rm n00b
Joined: 08 May 2004 Posts: 67
|
Posted: Wed Oct 06, 2004 12:39 pm Post subject: |
|
|
Budgee:
well just
emerge -C linux-headers
then:
$ mkdir /etc/portage && echo sys-kernel/linux26-headers ~x86 >> /etc/portage/package.keywords
after that emerge linux26-headers only (no dependences):
$ emerge --nodeps --oneshot linux26-headers
then bootstrap the system. |
|
Back to top |
|
|
drh3xx n00b
Joined: 13 Oct 2004 Posts: 1
|
Posted: Wed Oct 13, 2004 3:09 pm Post subject: |
|
|
I'm using the 'minimal 2004.2 iso' and it does boot from the cd.
My problem is after I select the kernel to load (I've tried gentoo and both smp kernels). It detects my cdrom/hdd's etc... but when it's 'scanning for ehci-hcd...' it just hangs.
Any ideas? I really want to get this working. Should I be using the smp kernel for my hyperthreaded P4? I read somewhere that the initialisation of HT and SMP is basically the same so I've just kind of assumed I should. |
|
Back to top |
|
|
VampyreUK n00b
Joined: 18 Jul 2002 Posts: 51 Location: UK
|
Posted: Thu Oct 14, 2004 11:24 am Post subject: If Anyone Has Made This CD Work ... |
|
|
... could they put it up somehwree on an accesible server as I would really like to use the minimal ISO rather than universal _________________ Vampyre UK, Editor: UK Tech Portal
29A: The Hexadecimal Of The Beast |
|
Back to top |
|
|
stormer Tux's lil' helper
Joined: 20 May 2002 Posts: 122 Location: Canada
|
Posted: Mon Oct 18, 2004 4:49 am Post subject: Mounting livecd.squashfs |
|
|
Have you tryed mounting the squashfs on that cd.
mount -o loop -t squashfs livecd.squashfs /mnt/loop
That goes well, but using cp result in a squashfs kernel module crash.
Code: |
Oct 18 00:29:16 edgard CPU: 0
Oct 18 00:29:16 edgard EIP: 0060:[<c015c24a>] Tainted: P
Oct 18 00:29:16 edgard EFLAGS: 00210293 (2.6.8-gentoo-r3)
Oct 18 00:29:16 edgard EIP is at ll_rw_block+0x1c/0x81
Oct 18 00:29:16 edgard eax: d8d83b90 ebx: 00000049 ecx: c1614118 edx: 00200246
Oct 18 00:29:16 edgard esi: 00000047 edi: 00000000 ebp: 00000049 esp: d8d83b5c
Oct 18 00:29:16 edgard ds: 007b es: 007b ss: 0068
Oct 18 00:29:16 edgard Process cp (pid: 18744, threadinfo=d8d82000 task=d75cae50)
Oct 18 00:29:16 edgard Stack: 00000000 c37b2400 00000882 000000f0 d66b9200 d8d83cd0 e1c8813f 00000000
Oct 18 00:29:16 edgard 00000049 d8d83b90 00000400 045309d8 00000898 c1e19de4 c1e19db0 d8fe762c
Oct 18 00:29:16 edgard d8fe7b40 d8fe755c d8fe7250 d8fe7694 d8fe76c8 d8fe76fc d8fe7590 d8fe7bdc
Oct 18 00:29:16 edgard Call Trace:
Oct 18 00:29:16 edgard [<e1c8813f>] read_data+0x13f/0x606 [squashfs]
Oct 18 00:29:16 edgard [<e1c8c2f2>] squashfs_readpage+0x167/0x454 [squashfs]
Oct 18 00:29:16 edgard [<c0194616>] reiserfs_add_entry+0x3bb/0x4cd
Oct 18 00:29:16 edgard [<c02fc34f>] radix_tree_node_alloc+0x1f/0x5a
Oct 18 00:29:16 edgard [<c02fc5dd>] radix_tree_insert+0xe5/0x105
Oct 18 00:29:16 edgard [<c013b5ca>] add_to_page_cache+0x69/0xaf
Oct 18 00:29:16 edgard [<c013b65a>] add_to_page_cache_lru+0x4a/0x4c
Oct 18 00:29:16 edgard [<c013c081>] do_generic_mapping_read+0x31b/0x4b4
Oct 18 00:29:16 edgard [<c013c4eb>] __generic_file_aio_read+0x1f3/0x225
Oct 18 00:29:16 edgard [<c013c21a>] file_read_actor+0x0/0xde
Oct 18 00:29:16 edgard [<c013c615>] generic_file_read+0x84/0x9c
Oct 18 00:29:16 edgard [<c01613b1>] sys_fstat64+0x37/0x39
Oct 18 00:29:16 edgard [<c015780b>] vfs_read+0xb0/0x119
Oct 18 00:29:16 edgard [<c0157a8b>] sys_read+0x51/0x80
Oct 18 00:29:16 edgard [<c0105f47>] syscall_call+0x7/0xb
Oct 18 00:29:16 edgard Code: 0f ba 2b 02 19 c0 85 c0 74 0f 83 c6 01 39 ee 7c e8 83 c4 08
Oct 18 00:31:12 edgard <3>slab error in kmem_cache_destroy(): cache `squashfs_inode_cache': Can't free all objects
Oct 18 00:31:12 edgard [<c0143892>] kmem_cache_destroy+0x85/0xf3
Oct 18 00:31:12 edgard [<e1c8d50a>] destroy_inodecache+0x10/0x26 [squashfs]
Oct 18 00:31:12 edgard [<c013711c>] sys_delete_module+0x14d/0x19c
Oct 18 00:31:12 edgard [<c0157045>] filp_close+0x59/0x86
Oct 18 00:31:12 edgard [<c0105f47>] syscall_call+0x7/0xb
Oct 18 00:31:12 edgard squashfs_inode_cache: not all structures were freed
|
_________________ Stormer |
|
Back to top |
|
|
frilled Retired Dev
Joined: 15 Mar 2004 Posts: 386 Location: Atlantis, inner city ring
|
Posted: Mon Oct 25, 2004 4:03 pm Post subject: |
|
|
Well, I tried it on 6(!) machines, none of them booted off the CD.
I re-downloaded the image twice to no avail.
Downloaded the "full" image and: voila...
Not really *that* nice _________________ "Failure is not an option!"
"Sir, we are out of further options." |
|
Back to top |
|
|
To Veteran
Joined: 12 Apr 2003 Posts: 1145 Location: Coimbra, Portugal
|
Posted: Tue Oct 26, 2004 9:50 am Post subject: |
|
|
I sure that this will be fixed next release.
Tó _________________
------------------------------------------------
Linux Gandalf 3.2.35-grsec
Gentoo Base System version 2.2
------------------------------------------------ |
|
Back to top |
|
|
venquessa2 Apprentice
Joined: 27 Oct 2004 Posts: 283
|
Posted: Wed Oct 27, 2004 12:21 pm Post subject: |
|
|
I burned the x86_minimal_2004.2 CD on the 24th Oct using cdrecord and it worked first time on two seperate machines. FreeCom CDRW, ASUS board, AthlonXP, running LFS-5.0+BLFS-5.0 |
|
Back to top |
|
|
laurent-d n00b
Joined: 27 Oct 2004 Posts: 10 Location: Maubeuge, fr
|
Posted: Wed Oct 27, 2004 2:28 pm Post subject: |
|
|
One can fin the install-x86-minimal-2004.3-test1.iso now in "experimental" but "dokeymap" was not found at startup. For english speaking people it boots very well with award bios.
But release/livecd .. still brings you a 2004.2.iso. And I would like to fix the fr keyboard before going any further (would not leave bsd to find less comfort |
|
Back to top |
|
|
To Veteran
Joined: 12 Apr 2003 Posts: 1145 Location: Coimbra, Portugal
|
Posted: Fri Oct 29, 2004 8:30 am Post subject: |
|
|
The problem I had was using a LG 52x52x40x and a Plex16x8x48
Tó _________________
------------------------------------------------
Linux Gandalf 3.2.35-grsec
Gentoo Base System version 2.2
------------------------------------------------ |
|
Back to top |
|
|
laurent-d n00b
Joined: 27 Oct 2004 Posts: 10 Location: Maubeuge, fr
|
Posted: Fri Oct 29, 2004 12:48 pm Post subject: |
|
|
trouble's not coming from cd burning but bios ability to boot on cd .. _________________ l'expérience est le nom qu'on donne au fruit de nos erreurs |
|
Back to top |
|
|
onthehop n00b
Joined: 31 Oct 2004 Posts: 1
|
Posted: Sun Oct 31, 2004 2:57 pm Post subject: Install Problem Solved |
|
|
I had the same problem, but after reading the file for download that says : READ ME it tells us that these CD'S ARE NOT BOOTABLE! |
|
Back to top |
|
|
infinitezero n00b
Joined: 25 Oct 2004 Posts: 68
|
Posted: Tue Nov 02, 2004 4:26 pm Post subject: |
|
|
I cound not boot the 2004.2 min x86, but after I updated my motherboards BIOS it boot with no problems. I dont know if that is relative, but interesting none the less. |
|
Back to top |
|
|
infinitezero n00b
Joined: 25 Oct 2004 Posts: 68
|
Posted: Tue Nov 02, 2004 10:24 pm Post subject: |
|
|
Sometimes my grasp of the English language alludes me. |
|
Back to top |
|
|
woZa Guru
Joined: 18 Nov 2003 Posts: 340 Location: The Steel City - UK
|
Posted: Wed Nov 03, 2004 1:36 pm Post subject: |
|
|
Athlon-XP, nforce2, nec-3500a unable to boot minimal 2004.2 iso. Downloading experimental iso to see if that works... ill get back and let you know. _________________ A few months struggling with gentoo is better than a lifetime struggling with windoze! |
|
Back to top |
|
|
|