This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Tue Jun 4 12:49:50 2024 Received: from nic-e.funet.fi (ftp.funet.fi [193.166.0.145]) by herbie.ucs.indiana.edu (8.9.3/8.9.3) with ESMTP id PAA01592 for ; Tue, 26 Oct 1999 15:01:40 -0500 (EST) Received: from vger.rutgers.edu ([128.6.190.2]:8600 "EHLO vger.rutgers.edu") by nic2.funet.fi with ESMTP id ; Tue, 26 Oct 1999 23:01:13 +0300 Received: by vger.rutgers.edu via listexpand id ; Tue, 26 Oct 1999 15:41:02 -0400 Received: by vger.rutgers.edu id ; Tue, 26 Oct 1999 15:16:12 -0400 Received: from mailout10.btx.dtag.de ([194.25.2.158]:19153 "EHLO mailout10.btx.dtag.de") by vger.rutgers.edu with ESMTP id ; Tue, 26 Oct 1999 15:12:56 -0400 Received: from fwd07.btx.dtag.de ([194.25.2.167]) by mailout10.btx.dtag.de with smtp id 11gC1N-0002jO-00; Tue, 26 Oct 1999 21:12:37 +0200 Received: from t-online.de (04255541-0038(btxid)@[193.159.144.46]) by fwd07.btx.dtag.de with smtp id ; Tue, 26 Oct 1999 21:11:23 +0200 Message-Id: <3815FAEE.F2C7CECB@t-online.de> Date: Tue, 26 Oct 1999 21:03:10 +0200 Reply-To: m.hunold@gmx.de X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12 i686) X-Accept-Language: de, en Mime-Version: 1.0 To: linux-kernel@vger.rutgers.edu Cc: hedrick@astro.dyer.vanderbilt.edu Subject: ide-driver does not recognise "FUJITSU MPB3032ATU" correctly Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Sender: 04255541-0038@t-dialin.net From: M.Hunold@t-online.de (Michael Hunold) Sender: owner-linux-kernel@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-kernel-outgoing-dig Hello, I have encountered some really strange oddities with my two-year-old FUJITSU MPB3032ATU 3,2Gb ide-drive. Until yesterday I did not bother about the drive at all -- it simply worked. It was partitioned for use with W98 (1 GB) and Linux (2GB) and worked fine with both. Then I bought a new drive and though formatting my old drive and making it use ext2fs would be a good idea... 8-) First of all, the kernel-messages and an "hdparm" output: ==> Kernel: > hdc: FUJITSU MPB3032ATU, ATA DISK drive > hdc: FUJITSU MPB3032ATU, 2014MB w/0kB Cache, CHS=4092/16/63, (U)DMA ==> hdparm michael:/usr/src/linux # hdparm -i /dev/hdc /dev/hdc: Model=FUJITSU MPB3032ATU, FwRev=2009, SerialNo=01138683 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% } RawCHS=4092/16/63, TrkSize=0, SectSize=0, ECCbytes=4 BuffType=0(?), BuffSize=0kB, MaxMultSect=16, MultSect=off DblWordIO=no, maxPIO=2(fast), DMA=yes, maxDMA=0(slow) CurCHS=4092/16/63, CurSects=4124736, LBA=yes, LBAsects=4124736 tDMA={min:120,rec:120}, DMA modes: mword0 mword1 *mword2 IORDY=yes, tPIO={min:240,w/IORDY:120}, PIO modes: mode3 mode4 As you can see, the drive does not get recognised correctly. The CHS should be more like 6704/15/63 (as printed on top of the drive and entered as BIOS/CMOS values) to get 3,2Gb -- with 4092/16/63 it only gets 2Gb. Due to this, I cannot use (Linux)"fdisk" to partition the drive correctly. It refuses to accept my "false" values for the partition edges. Now comes the tricky part: when I use (win98)"fdisk", I can make one big "fat32"-3,2Gb-partition, the program seems to take the BIOS values and not the values the drive is perhaps reporting. After formatting, it seems that everything is fine. When I now start Linux the drive still does not get recognised correctly but I can use it to the full 3,2GB. I tried to write 32 100Mb files to it and succeeded. Btw: when I try to read any of the 12 files that lie behind the 2Gb barrier, Win98 fails badly, e.g. completly crashes the machine. Ok, I now have the following situation: a drive that was partitioned and formatted with Win98-tools fails with Win98 but can be completely used with Linux (fat32 formatted), even if Linux fails to correctly recognize it. Any ideas of how to solve the problem? CU, Michael. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/