Skip to Content.
Sympa Menu

baslinux - Re: [BL] LILO challenge

baslinux AT lists.ibiblio.org

Subject: Baslinux mailing list

List archive

Chronological Thread  
  • From: baslinux AT lists.ibiblio.org
  • To: <baslinux AT lists.ibiblio.org>
  • Subject: Re: [BL] LILO challenge
  • Date: Sat, 3 May 2008 14:27:26 -0300

>> My 486 IBM does is not booting from floppy. It is giving me a 620 error.
>> I don't know exactly what it means and I tried another floppy drive with
the
>> same results.

>Can you replace the I/O card (it has HD, FD, serial and parallel ports)
>or put in a floppy controller card? (I think we have one of those).

I have an old IDE controller card and I could install it , but I intend to
use the other computer to install BL3 on HD. It's easier to me, because the
both cases are opened.
I believe I don't need to run BL3 in a loop, considering that the 486 has
16mb ram.

>> But it boots normally from HD. I have a BL3 DOS-version there, running in
a
>> DOS loop.

I used it because it was easier to me to copy files in DOS format.
That's how I could transfer the first images and the first downloaded files.
I didn't know how to make it in Linux, and I've made a lot of mistakes, had
'kernel panics' etc.
Now I do not need DOS anymore on that computer.
It has links2, sylpheed and some games.

>. Is there some other way to boot from> DOS
>>>>> to linux?
>>
>> I was also thinking on loadlin. or using the BL3 DOS-version, which runs
in
>> a loop.
>> But it's not the correct option for a powerful PC like yours.

>It works. I could put in a slower hard drive instead but I can wait for
>the floppy to boot. Luckily this is not the computer where loadlin messes
>up the keyboard. On a third computer I can't exit X with
>Ctrl-Alt-Backspace because that turns off the computer.

Ok.

>>> SiS motherboard. An identical ECS board works with the keyboard but not
>>> with a scanner (it used to work) and the USB went bad. So I think
>>> something broke on this board and it is not a built-in conflict.
>>
>> Sis is the chipset brand, not the motherboard itself.

>Yes. Some boards with SiS chipset have SiS IDE controller but one of ours
>has Nvidia controller but at least one SiS chipset too.

>>>>> Any idea why linux behaves so much better than DOS in logical
>> partitions?

>> No, I just was told it.
>> BL3 uses EXT2 file system, actually considered "less efficient" than EXT3
ou
>> ReiserFS, but We'd better have in mind that EXT2 was used successfully
for
>> many years on every GNU/Linux distros.

>I experimented and ext3 takes up 50% more space. The advantage is
>supposed to be not taking to check the file system when it crashes. With
>a small file system it is irrelevant.

I use EXT3 on Kurumin, a Debian-based distro (in Portuguese).
I have no way to compare those FSs, since BL3 and Kurumin are very different
each other.

>>> zero tracks are where it boots from and keeps partition tables?
>>
>> Zero track is the outer track on the first cylinder.
>> Every time the head lands on it, so the possibility of damage there is
much
>> higher than on other tracks.
>> MBR and the partition tables (or FAT, in DOS) are located there.

>512Kbytes? So this is why I am having both boot problems and partition
>table errors. Somehow it works anyway.

512Kbytes can seem very small form making anything on a computer, but just
2kb is big enough for making a lot of things in Assembly or machine
language.
In the past I've programmed Burroughs mini-computers and all I had were 512
"memory words", what means 512 bytes.

>>
>>> I might try it as secondary master with a primary master. Experiments
>>> show that mixing two speeds of drive do not slow down the faster one,
but
>>> sharing a cable with CD-ROM drive might. I will test that.
>>
>>>> DOS is extremely zero-track dependable because it keeps the system
files
>>>> strictly there, while Linux doesn't.
>>
>>> dependent or dependable? Do you think lilo would boot from this hard
>>> disk? From floppy disk it stops at LI.
>
>> Hmmm, I've been trapped by a word!
>> Sorry, I'm not an English native writer.
>> I mean DOS depends on zero-track, since one cannot place that system
>> elsewhere.

>dependent

I won't forget. Thanks.

>So why won't LILO boot floppy work either? Does the floppy disk version
>look at the MBR or other parts of track 0?

I hope not.
But it certainly looks for the bootable partition, which is determined by
the user.

>> I'm not very sure of this, but I think since fdisk can start a Linux
>> partition from any given location, so it would be possible to boot from
>> there, wherever it could be.
>> It is possible to put hda1 on the last sectors of the HD and hda5 in the
>> beginning (just for example).
>> What I don't know is if I still depend on the track #0, since I can place
>> the boot sector in a partition instead of the MBR.

>I put the boot files in a DOS partition (hda1) then ran lilo to make the
>boot floppy disk. Does lilo look at the MBR for anything, or just where I
>put boot.b and kernel and then at the file system on the ext2 partition?

I believe it just looks for a bootable partition, since it can be hda1,
hda2, etc.
since Linux users are not obliged to install the system oon MBR.

>>
>>> I think the Maxtor utility that wrote zeros also stopped using any bad
>>> sectors. It may have been the same as low-level format.
>>
>> Low-level formatting IS really dangerous to the HD, but it differs from
>> logical formatting (that's what we do).

>What did I do by zeroing all the tracks?

MBR contains a string with commands and data.

>>> Zeroing destroys the MBR and you replace it by partitioning?
>>
>> Yes, that's it!
>> A virus partition can manipulate the MBR information and trick the
>> partitioner, making us to think the disk is defective.
>> Since MBR is very small, a partition virus has to be even smaller.

>Are they entirely in track 0?

Well, 1kb is big enough to handle a lot of information.
These viruses alter the MBR table and point to other locations on HD where
the malware really is.
This is to say that malware codes can be placed out of track 0, but since
the pointers are zeroed these files can't be executed anymore.

>>> We were talking about that. Maybe you could flash the BIOS to change
the
>>> location of MBR? This way they sell more drives.
>>
>> I believe it won't work so, because the Hd has its own firmware.
>> And yes, they are not interested on selling less units.
>>
>>> Should I expect anything else on this drive to fail? In the past few
>>> months I lost several drives which I why I am using this one. One of
them
>>> left scorch marks that we had to clean off the controller pins.
>>
>> Normally when a HD starts failing it doesn't live any longer.
>> The magnetic painting on the discs (cylinders) is too weak.

>Spinrite says one disk has a lot of ECC corrected errors, and other
>errors, and a slow power-up time. Does that mean it is dying? 10GB. The
>other 10GB won't boot. I can boot from a 2GB if the 10 will work as
>slave.

>magnetic coating?

Yes, this is the correct term.

>> There are some paths for doing some fixing, but there are no warranties
of a
>> perfect working from there on.
>> When a HD becomes noisy it's announcing its death to come.

>imminent failure
Thanks again.

>They also have very slow transfer speeds that get slower during the test.

>We can often fix partition problems, but maybe they wont' stay fixed.

Maybe the controller is dealing with invisible bad sectors which the
manufacurer's program use to hide.
this can take a lot of time.

>>> Sindi
>>>>>>
Teixeira
>>>>
>>>>






Archive powered by MHonArc 2.6.24.

Top of Page