public inbox for gentoo-amd64@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-amd64]  Re: Amoeba file system
  2007-04-07 20:58 ` Peter Humphrey
@ 2007-04-08 11:08   ` Duncan
  0 siblings, 0 replies; 5+ messages in thread
From: Duncan @ 2007-04-08 11:08 UTC (permalink / raw
  To: gentoo-amd64

Peter Humphrey <prh@gotadsl.co.uk> posted
200704072158.54016.prh@gotadsl.co.uk, excerpted below, on  Sat, 07 Apr
2007 21:58:53 +0100:

>> The problem is that, having found problems with the 64-bit grub, I long
>> ago got used to installing the 32-bit version, with "emerge --usepkg
>> grub-static". That works fine, but because grub is in the world file it
>> gets included in the wholesale reinstallation - but without the
>> --usepkg parameter.
> 
> What I should have finished by saying is that, after emerge grub-static,
> fdisk shows the boot partition /dev/hda1 as of type 0x92, Amoeba
> (whatever that is), and that Boot Magic can't recognise it and refuses
> to boot through it.

OK, to get some things straight.

1)  There is no such thing as 64-bit grub.  It's 32-bit (or rather, 16-
bit, but compiled with 32-bit gcc, which handles 16-bit real-mode apps 
like grub too).  To compile grub on amd64, you need either a multilib 
system, or a 32-bit chroot with a 32-bit toolchain.  If you are running 
64-bit only, you can't compile grub because it needs either a 32-bit gcc 
or a multilib gcc to compile.

2)  The package called grub-static is a 32-bit pre-compiled binary.  
Nothing is compiled merging it, it just merges the pre-compiled binary.  
Thus, --use-package in theory has little effect on it because it's pre-
compiled in any case.  (The exception would be if the ebuild has changed 
without changing the version, or if a different version would be merged 
without --use-package.)

It would appear that loading a current grub into the boot-sector on that 
partition causes it to be detected as amoebafs for whatever reason.  Your 
existing package apparently doesn't have that reason, and you can boot 
thru it.

For the time being, I believe your fix (taking grub out of world so it 
doesn't try to merge) should work.

However, as Jean-Marc suggests, there's little reason to chain grub thru 
partition-magic's boot-manager, when grub should handle booting virtually 
anything (including but not limited to Linux, BSD, and the various MS-DOS 
and MSWormOS platforms) you need to boot directly.  Thus, why not install 
grub into the main hard drive boot sector directly, and do away with the 
Partition-Magic boot-manager?  Then you'd be able to clear it out of the 
partition's boot-sector, and not need to worry about it.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 5+ messages in thread

* [gentoo-amd64]  Re: Amoeba file system
  2007-04-09 11:02     ` Peter Humphrey
@ 2007-04-09 11:41       ` Duncan
  2007-04-09 14:11         ` Peter Humphrey
  0 siblings, 1 reply; 5+ messages in thread
From: Duncan @ 2007-04-09 11:41 UTC (permalink / raw
  To: gentoo-amd64

Peter Humphrey <prh@gotadsl.co.uk> posted
200704091202.47469.prh@gotadsl.co.uk, excerpted below, on  Mon, 09 Apr
2007 12:02:47 +0100:

> I suppose what I meant was "the standard version that can be compiled on
> a multi-lib system that's mostly 64-bit", rather than a precompiled
> version (which is 32-bit).

Ahh... That makes more sense.  =8^)

That the issue seems to be a timing/race condition of some sort is 
interesting, but would explain why the issue seems so unusual.  No 
/wonder/ you can't find much else on what seemed like it should be a 
perfectly reproducible bug! Your system just falls in the wrong timing 
slot, it would seem. =8^(  I'm still wondering what the mechanism is, but 
this is a strange one, all right.  You should feel privileged that the 
fates favored you with something so unusual. =8^)  (Yeah, I know, about 
like those folks with the one in a million birth defect...  At least the 
computer isn't a part of your body you have to live with...)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-amd64]  Re: Amoeba file system
  2007-04-09 11:41       ` [gentoo-amd64] " Duncan
@ 2007-04-09 14:11         ` Peter Humphrey
  0 siblings, 0 replies; 5+ messages in thread
From: Peter Humphrey @ 2007-04-09 14:11 UTC (permalink / raw
  To: gentoo-amd64

On Monday 09 April 2007 12:41:45 Duncan wrote:

> At least the computer isn't a part of your body you have to live with...)

It does no harm to remind myself of that occasionally :)

-- 
Rgds
Peter Humphrey
Linux Counter 5290, Aug 93
-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-amd64] Amoeba file system
@ 2007-04-30 19:51 Peter Hoff
  2007-04-30 21:40 ` [gentoo-amd64] " andrew
  0 siblings, 1 reply; 5+ messages in thread
From: Peter Hoff @ 2007-04-30 19:51 UTC (permalink / raw
  To: gentoo-amd64

[-- Attachment #1: Type: text/plain, Size: 1138 bytes --]

It might actually be a Windows issue rather than a grub issue. Historically Windows has been really picky about being on /dev/hda1. I've heard rumors that newer versions are less picky about it, but then again I recall hearing rumors that you never needed to defrag ntfs, so...

I'd probably repartition and reinstall (maybe using disk images to minimize the pain). I also recall seeing somewhere bootloader settings that would trick Windows into thinking it was on /dev/hda1, but I can't recall where. It may have been back in the lilo days. tldp.org is never a bad place to look.


----- Original Message ----
From: Peter Humphrey <prh@gotadsl.co.uk>
To: gentoo-amd64@lists.gentoo.org
Sent: Monday, April 9, 2007 7:14:45 AM
Subject: Re: [gentoo-amd64] Amoeba file system


On Monday 09 April 2007 14:49:18 Wil Reichert wrote:

> Going to guess here that your XP install isn't on the first partition
> of the drive its on?  Seem to recall problems with that and grub
> before.

It's on /dev/hda3.

So anyway, that's why I stick with Boot Magic.

-- 
Rgds
Peter Humphrey
Linux Counter 5290, Aug 93
-- 
gentoo-amd64@gentoo.org mailing list

[-- Attachment #2: Type: text/html, Size: 1881 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [gentoo-amd64]  Re: Amoeba file system
  2007-04-30 19:51 [gentoo-amd64] Amoeba file system Peter Hoff
@ 2007-04-30 21:40 ` andrew
  0 siblings, 0 replies; 5+ messages in thread
From: andrew @ 2007-04-30 21:40 UTC (permalink / raw
  To: gentoo-amd64

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Peter Hoff wrote:
> It might actually be a Windows issue rather than a grub issue. Historically Windows has been really picky about being on /dev/hda1. I've heard rumors that newer versions are less picky about it, but then again I recall hearing rumors that you never needed to defrag ntfs, so...
> 
> I'd probably repartition and reinstall (maybe using disk images to minimize the pain). I also recall seeing somewhere bootloader settings that would trick Windows into thinking it was on /dev/hda1, but I can't recall where. It may have been back in the lilo days. tldp.org is never a bad place to look.
> 
> 
> ----- Original Message ----
> From: Peter Humphrey <prh@gotadsl.co.uk>
> To: gentoo-amd64@lists.gentoo.org
> Sent: Monday, April 9, 2007 7:14:45 AM
> Subject: Re: [gentoo-amd64] Amoeba file system
> 
> 
> On Monday 09 April 2007 14:49:18 Wil Reichert wrote:
> 
>> Going to guess here that your XP install isn't on the first partition
>> of the drive its on?  Seem to recall problems with that and grub
>> before.
> 
> It's on /dev/hda3.
> 
> So anyway, that's why I stick with Boot Magic.
> 

It's been a while since I had Windows on a secondary partition, but when
I did (it was Windows 98) I think I needed to use GRUB's makeactive
command to make windows think it was on the first partition.

Andrew Long

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGNmJOI+E/1v69CogRAqwKAJ9wB6kJIv6e6nwo9zro9GmXvu+ygQCeOfQY
mOrlxE99glLscaq6ynUZnks=
=9hFg
-----END PGP SIGNATURE-----

-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2007-04-30 21:42 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-04-30 19:51 [gentoo-amd64] Amoeba file system Peter Hoff
2007-04-30 21:40 ` [gentoo-amd64] " andrew
  -- strict thread matches above, loose matches on Subject: below --
2007-04-07 16:27 [gentoo-amd64] " Peter Humphrey
2007-04-07 20:58 ` Peter Humphrey
2007-04-08 11:08   ` [gentoo-amd64] " Duncan
2007-04-08 10:17 ` [gentoo-amd64] " Peter Humphrey
2007-04-08 14:53   ` dustin
2007-04-09 11:02     ` Peter Humphrey
2007-04-09 11:41       ` [gentoo-amd64] " Duncan
2007-04-09 14:11         ` Peter Humphrey

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox