All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mathias Kretschmer <posting@blx4.net>
To: Chuck Wolber <chuckw@quantumlinux.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: vt6410 Problems
Date: Sun, 26 Feb 2006 15:17:13 +0100	[thread overview]
Message-ID: <4401B869.6010302@blx4.net> (raw)
In-Reply-To: <Pine.LNX.4.44.0602251207420.17015-100000@tachyon.quantumlinux.com>

Chuck Wolber wrote:
> Greetings,
> 
> Using vanilla 2.6.15.4 on an ASUS P4P800, I have a Maxtor 4A250J0 attached
> to the VT6410 IDE port. It shows up as /dev/hdf and no matter what I do,
> the system believes it is being used and will not format or mount it.

Try configuring the drive as master (hde) and not as
slave-without-a-master (hdf).



> 
> Attempting to format the drive (regardless of partition size) gets:
> 
> root@bailey:/usr/src/linux# mke2fs -j /dev/hdf1
> mke2fs 1.38 (30-Jun-2005)
> /dev/hdf1 is apparently in use by the system; will not make a filesystem 
> here!
> 
> (And yes, I have driven myself batty assuring myself that it is *NOT* in 
> fact mounted.)
> 
> 
> I can override the message and format it anyway with:
> 
> root@bailey:/usr/src/linux# mke2fs -j -F /dev/hdf1
> mke2fs 1.38 (30-Jun-2005)
> /dev/hdf1 is apparently in use by the system; mke2fs forced anyway.
> Filesystem label=
> OS type: Linux
> Block size=1024 (log=0)
> Fragment size=1024 (log=0)
> 2000 inodes, 8000 blocks
> 400 blocks (5.00%) reserved for the super user
> First data block=1
> 1 block group
> 8192 blocks per group, 8192 fragments per group
> 2000 inodes per group
> 
> Writing inode tables: done
> Creating journal (1024 blocks): mke2fs: Device or resource busy
>         while trying to create journal
> 
> 
> 
> But then when I dump the filesystem, I get:
> 
> root@bailey:/usr/src/linux# dumpe2fs /dev/hdf1
> dumpe2fs 1.38 (30-Jun-2005)
> dumpe2fs: Bad magic number in super-block while trying to open /dev/hdf1
> Couldn't find valid filesystem superblock.
> 
> 
> Clearly nothing was written to the drive...
> 
> 
> The dmesg output is as follows:
> 
> [4294673.024000] VP_IDE: chipset revision 6
> [4294673.024000] VP_IDE: VIA vt6410 (rev 06) IDE UDMA133 controller on 
> pci0000:02:04.0
> [4294673.024000] VP_IDE: 100% native mode on irq 19
> [4294673.024000]     ide2: BM-DMA at 0xe400-0xe407, BIOS settings: 
> hde:pio, hdf:pio
> [4294673.024000]     ide3: BM-DMA at 0xe408-0xe40f, BIOS settings: 
> hdg:pio, hdh:pio
> [4294673.024000] Probing IDE interface ide2...
> [4294673.492000] hdf: Maxtor 4A250J0, ATA DISK drive
> [4294673.543000] ide2 at 0xec00-0xec07,0xe882 on irq 19
> [4294673.543000] hdf: max request size: 1024KiB
> [4294673.554000] usb 1-1: new full speed USB device using uhci_hcd and 
> address 4
> [4294673.573000] hdf: 490234752 sectors (251000 MB) w/2048KiB Cache, 
> CHS=30515/255/63, UDMA(133)
> [4294673.573000] hdf: cache flushes supported
> [4294673.573000]  hdf: hdf1
> [4294673.576000] Probing IDE interface ide3...
> 
> 
> 
> The hdparm information on the drive is:
> 
> /dev/hdf:
> 
> ATA device, with non-removable media
>         Model Number:       Maxtor 4A250J0
>         Serial Number:      A809GX2E
>         Firmware Revision:  RAMB1TV0
> Standards:
>         Supported: 7 6 5 4
>         Likely used: 7
> Configuration:
>         Logical         max     current
>         cylinders       16383   65535
>         heads           16      1
>         sectors/track   63      63
>         --
>         CHS current addressable sectors:    4128705
>         LBA    user addressable sectors:  268435455
>         LBA48  user addressable sectors:  490234752
>         device size with M = 1024*1024:      239372 MBytes
>         device size with M = 1000*1000:      251000 MBytes (251 GB)
> Capabilities:
>         LBA, IORDY(can be disabled)
>         Queue depth: 1
>         Standby timer values: spec'd by Standard, no device specific 
> minimum
>         R/W multiple sector transfer: Max = 16  Current = 0
>         Advanced power management level: unknown setting (0x0000)
>         Recommended acoustic management value: 192, current value: 192
>         DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
>              Cycle time: min=120ns recommended=120ns
>         PIO: pio0 pio1 pio2 pio3 pio4
>              Cycle time: no flow control=120ns  IORDY flow control=120ns
> Commands/features:
>         Enabled Supported:
>            *    NOP cmd
>            *    READ BUFFER cmd
>            *    WRITE BUFFER cmd
>            *    Host Protected Area feature set
>            *    Look-ahead
>            *    Write cache
>            *    Power Management feature set
>                 Security Mode feature set
>            *    SMART feature set
>            *    FLUSH CACHE EXT command
>            *    Mandatory FLUSH CACHE command
>            *    Device Configuration Overlay feature set
>            *    48-bit Address feature set
>            *    Automatic Acoustic Management feature set
>                 SET MAX security extension
>                 Advanced Power Management feature set
>            *    DOWNLOAD MICROCODE cmd
>            *    SMART self-test
>            *    SMART error logging
> Security:
>         Master password revision code = 65534
>                 supported
>         not     enabled
>         not     locked
>         not     frozen
>         not     expired: security count
>         not     supported: enhanced erase
> HW reset results:
>         CBLID- above Vih
>         Device num = 1 determined by the jumper
> Checksum: correct
> 
> 
> 
> 


      reply	other threads:[~2006-02-26 14:17 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-25 20:28 vt6410 Problems Chuck Wolber
2006-02-26 14:17 ` Mathias Kretschmer [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4401B869.6010302@blx4.net \
    --to=posting@blx4.net \
    --cc=chuckw@quantumlinux.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.