Text 6351, 49 rader
Skriven 2006-06-17 16:26:28 av Maurice Kinal (1:140/13.1)
   Kommentar till text 6350 av Paul Rogers (1:105/360.0)
Ärende: You gotta smile
=======================
Hey Paul!

Jun 16 23:36 06, Paul Rogers wrote to Maurice Kinal:

 PR> Mine's up to 13K.  I've got a few suggestions though.

 PR> [This is a drive I'm going to build LFS-6.1.1 on, so 64M
 PR> hda1=/boot,

That matches perfectly to /dev/hda on the 64-bit system here.

Probing IDE interface ide0...
hda: M-Systems iDOC V1.01 030804, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
Probing IDE interface ide1...
hda: max request size: 128KiB
hda: 128128 sectors (65 MB) w/0KiB Cache, CHS=1001/4/32
hda: cache flushes not supported
 hda: hda1

The above is a 40-pin ide flashdisk directly connected to ide0.  When the
machine boots up and I don't interfere it automagically boots up to the above
where I now have a custom flash-ttylinux.x86_64 installed as a 8M ramdisk with
kv2.5.17-rc6 at the helm.  The whole shebang weighs in at 5.7M which gives me
plenty of elbow room.  Also there is 1G of ram on there so there is definetly
lots of room there to play with.  Definetly overkill.  :-)

 PR> 1) Have a 'startover' script to clean hda1 & hda6 before
 PR> retrying the install.

Sounds good except I'd be tempted to leave cleaning hda1 until after the
building of the new replacement is finished.  This way if any errors show up on
the build and the script aborts there will still be the last bootable system on
there.

 PR> 2) Being mindful of the necessity of chrooting to the
 PR> "target" for some things, at the end of the clone script
 PR> make a "fixup" script to execute in the chroot for minor
 PR> problems, whose real fix means you need to go back to
 PR> rebuild something.

Great idea.

Life is good,
Maurice

--- Msged/LNX 6.2.0
 * Origin: The Pointy Stick Society XVIII - Don't know what I want (1:140/13.1)