Problem installing Debian woody 3.0r2 on a 200GB HDD
 

I am trying to install debian on this large hard disk and after rebooting from the first install i see only:

0101010101010101010101

continually on my screen. I tried using ext3 or reiserFS(i prefer ext3) but the same problem unfortunately.

I also tried to partition the hdd to 2 smaller partitions but also the same result.:(

Is there any solution for this problem?

The system is

Celeron 2.4GHz
Asus P4C800
256MB Kingston Ram
200GB Western Digital JB

Thank you in advance...

Just a guess: maybe woody doesn't support your hardware, your system seems quite new. You could try testing, or you can install woody with a 2.4 kernel (give bf24 as option at the beginning of the installation).

But that's really just a guess... I hope anybody else knows better...

I use always the bf24 option...

And if that doesn't work, try the netinstall CD
http://cdimage.debian.org/pub/cdimag...ly/i386/beta4/

Hmmm... i suppose it downloads all the needed packets from internet...

This will certainly take more time but if there is no other way to solve this prob...

The only time 010101010110 happened to me was after I installed a 60gig hard drive and after Deb install forgot to write the MBR. Hey, but only I could do that ...

It is done with 2 different hard disks and several tries of installation... :(

On ATA hard drives >137 MB you need LBA48 and kernel 2.6

From google: Patch: speed up SATA

From: Jeff Garzik <jgarzik@pobox.com>
To: linux-ide@vger.kernel.org
Subject: [PATCH] speed up SATA
Date: Sat, 27 Mar 2004 17:37:14 -0500
Cc: Linux Kernel <linux-kernel@vger.kernel.org>, Andrew Morton <akpm@osdl.org>



The "lba48" feature in ATA allows for addressing of sectors > 137GB, and
also allows for transfers of up to 64K sector, instead of the
traditional 256 sectors in older ATA.

libata simply limited all transfers to a 200 sectors (just under the 256
sector limit). This was mainly being careful, and making sure I had a
solution that worked everywhere. I also wanted to see how the iommu S/G
stuff would shake out.

Things seem to be looking pretty good, so it's now time to turn on
lba48-sized transfers. Most SATA disks will be lba48 anyway, even the
ones smaller than 137GB, for this and other reasons.

With this simple patch, the max request size goes from 128K to 32MB...
so you can imagine this will definitely help performance. Throughput
goes up. Interrupts go down. Fun for the whole family.

The attached patch is for 2.6.x kernels only. It should apply to
2.6.5-rc2 or later, including my latest 2.6-libata patch on kernel.org.
This patch should be pretty harmless, but you never know what could
happen when you throw the throttle wide open. Testing in -mm would be a
good thing, for example :)

Volunteers are welcome to post a 2.4 backport of this patch to
linux-ide@vger.kernel.org, and I'll merge it into my 2.4 libata queue.

Here's what dmesg looks like on my workstation. Look for the "max
request 32MB" message just after SCSI prints out the disk information.

libata version 1.02 loaded.

continues...http://lwn.net/Articles/77826/

Thanx but i have ide hard disk...

then, you are gonna have to do some serious googling. :)

I had the same problem installing RedHat. Here is my solution:

First Fix the MBR. As I am installing on a dualboot computer with WindowsXP. I used the Windows install CD in repair mode to fix the MBR
1.- Insert the WindowsXP install CD
2.- Go into Repair mode
3.- In the command line Type "fixmbr"

Second Reinstall lilo
1.- Follow the instructions in this link http://linuxlab.dk/tipsntricks/booting

That's all I had to do.