Re: Corrupt data - RAID sata_sil 3114 chip

2009-01-20 Thread Dave Jones
On Mon, Jan 19, 2009 at 08:50:06PM -0600, Robert Hancock wrote:
 
   Given the corruption happens at high block numbers, I'm wondering
   if maybe there's some kind of wraparound bug happening here.
   (Though why only the 0x00 pattern fails would still be a mystery).
  
  Yeah, that seems a bit bizarre.. Apparently somehow zeros are being 
  converted into non-zero.. Can you try zeroing out the partition by 
  dd'ing into it from /dev/zero or something, then dumping it back out to 
  see what kind of data is showing up?

Hmm, it seems the failed firmware update has killed the eeprom.
It no longer reports the right PCI vendor ID.

Dave

-- 
http://www.codemonkey.org.uk


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Corrupt data - RAID sata_sil 3114 chip

2009-01-19 Thread Dave Jones
On Mon, Jan 12, 2009 at 10:30:42AM +0900, Tejun Heo wrote:
  Robert Hancock wrote:
   There are apparently some reports of issues on NVidia chipsets as
   well, though I don't have any details at hand.
   
   Well, Carlos' email bounces, so much for that one. Anyone have any other
   contacts at Silicon Image?
  
  I'll ping my SIMG contacts but I've pinged about this problem in the
  past but it didn't get anywhere.

I wish I'd read this thread last week.. I've been beating my head
against this problem all weekend.

I picked up a cheap 3114 card, and found that when I created a filesystem
with it on a 250GB disk, it got massive corruption very quickly.

My experience echos most the other peoples in this thread, but here's
a few data points I've been able to figure out..

I ran badblocks -v -w -s on the disk, and after running
for nearly 24 hours, it reported a huge number of blocks
failing at the upper part of the disk.

I created a partition in this bad area to speed up testing..

   Device Boot  Start End  Blocks   Id  System
/dev/sde1   1   3   240974968+  83  Linux
/dev/sde2   30001   30200 1606500   83  Linux
/dev/sde3   30201   30401 1614532+  83  Linux

Rerunning badblocks on /dev/sde2 consistently fails when
it gets to the reading back 0x00 stage.
(Somehow it passes reading back 0xff, 0xaa and 0x55)

I was beginning to suspect the disk may be bad, but when I
moved it to a box with Intel sata, the badblocks run on that
same partition succeeds with no problems at all.

Given the corruption happens at high block numbers, I'm wondering
if maybe there's some kind of wraparound bug happening here.
(Though why only the 0x00 pattern fails would still be a mystery).


After reading about the firmware update fixing it, I thought I'd
give that a shot.  This was pretty much complete fail.

The DOS utility for flashing claims I'm running BIOS 5.0.39,
which looking at 
http://www.siliconimage.com/support/searchresults.aspx?pid=28cat=15
is quite ancient.  So I tried the newer ones.
Same experience with both 5.4.0.3, and 5.0.73

BIOS version in the input file is not a newer version

Forcing it to write anyway gets..

Data is different at address 65f6h




Dave 


-- 
http://www.codemonkey.org.uk


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



not a block device?

1998-07-28 Thread Dave Jones
Hello All:

Compiled Kernel 2.0.35 with ppa support as a module.  When I try to mount
the zip drive it returns the message mount: the kernel does not recognize
/dev/sda4 as a block device

Tried changing port settings in BIOS and running MAKEDEV neither helped. 
Anyone ran into anything like this?

Thanks in Advance
Dave Jones


--  
Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED]  /dev/null


colors wrong in x server

1998-07-28 Thread Dave Jones
Hello All:

Another bit of a snag here.  Using SVGA Xserver with a Trident Providea
9685 card which has 4 Mb Ram.  Colors don't come out right, screen is real
dark.   Can't see items in the menus unless you are selecting them.  Title
bars are the same colors as the background.  Anyone know what I am doing
wrong?

Thanks in Advance
Dave Jones


--  
Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED]  /dev/null


Re: Forwarded mail....

1998-07-22 Thread Dave Jones
David Parmet wrote:
 
 I guess email scams are the new universal language
 

Yeah, at least Esperanto or Ido have names I can pronounce...

*sorry didn't want to waste bandwidth, but I couldn't resist this one*


 On Wed, 22 Jul 1998, ASHEESH RASTOGI wrote:
 
 
  Dear All,
 
 I just received this  mail from a friend of mine  in my College.  Please
  respond to it. It will just mean  employing a  little bit of time and
  won'tcost you a penny. All it  needs is  the heart for  you to  send this 
  mail.
  PLEASE pass this  mail on to everybody you  know.  It is the request of a
  little girl who will soon leave this world as she has been a victim of the
  terrible disease called CANCER. Thank  you for your effort, this isn't a
  chain letter, but a choice for all of us to save a little girl that's dying
  of a serious and fatal form of cancer.  Please send this to everyone you
  know...or don't know. This little girl has 6 months left to live, and as
  her dying wish, she wanted to send a chain letter telling everyone to live
  their life to fullest, since she never will.  She'll never make it to prom,
  graduate from high school, or get married and have a family of her own.=20
  By you sending this to as many people as possible, you can give her and her
  family a little hope, because  with every name that this is sent to, The
  American Cancer  Society will donate 3 cents per name to her treatment and
  recovery plan.  One guy sent this to 500 people So, I know that we can
  send it to at least 5 or 6.  Come on you guys and if  you're too
  selfish to take 10-15 minutes scrolling this and forwarding it to
  EVERYONE,
  then you are one sick person. Just think it  could  be you one day. It's
  not even  your money ,just your time!!!
 
  PLEASE PASS ON
  ASHEESH
 
 
 
  -
  To unsubscribe from this list: send the line unsubscribe linux-kernel in
  the body of a message to [EMAIL PROTECTED]
  Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
 
 
  --
  Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED]  /dev/null
 
 
 
 --
 Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED]  /dev/null

-- 

Dave Jones
St. Charles, MO


--  
Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED]  /dev/null


Re: Long text file to edit..

1998-07-18 Thread Dave Jones
Try vim maybe?

from http://www.vim.org/why.html

Vim allows you to edit *all* files, and yet recognizes when you do not
have the permission to edit a file,
showing [RO] for read-only files. [980101]. 

Have never tried a file that big myself.

Go to http://www.vim.org/dist.html and look for version 5.1

Good luck!
Dave Jones




--
 From: Carlos Marcos Kakihara [EMAIL PROTECTED]
 To: Debian List debian-user@lists.debian.org
 Subject: Long text file to edit..
 Date: Friday, July 17, 1998 9:46 AM
 
 
   I want to edit a 700MB text file. vi tells that the file is
 too long, and xemacs tells that maximum buffer size something.. :)
   There is a way to view this file?
 
 Carlos Marcos Kakihara (bacate)
 
 Escola de Engenharia de Piracicaba (EEP)
 Departamento de Informatica
 
 e-mail:
 
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 
 
 --  
 Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED] 
/dev/null
 


--  
Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED]  /dev/null


passwords at Debian's FTP site

1998-07-18 Thread Dave Jones
I was going to download the latest

libc5 and netstd packages from debian's ftp site and it asks for a username
and password when I try to save the files.

What do I do?

Thanks
Dave Jones


--  
Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED]  /dev/null


ls - color by default

1998-07-17 Thread Dave Jones
Yeah, great point.  Problem is I (for one) don't know HOW to compile
--color as the default.  Same thing with less as the default pager
instead of more, sure would be great to have that be standard.  Maybe
someone could make a .deb package with all the cool options as defaults:

less as pager default
ls --color
color prompts
common aliases, variables and .profiles
etc.

I am sure if we all put our heads together we could come up with some
really common things we all end configuring after installing a new linux
box.
Put them in a package and install it, let it do the config for you...

I haven't got the skills to pull it off - yet.

Dave jones

--
 From: Timothy C. Phan [EMAIL PROTECTED]
 To: debian-user@lists.debian.org
 Subject: Re: color-ls how do I use it?
 Date: Thursday, July 16, 1998 5:07 PM
 
 Hi,
 
   Just an idea!  Should 'ls --color' be compiled as default?  I believe
   we all have color monitor
 
 
 Richard L. Alhama wrote:
  
  On Thu, 16 Jul 1998, Andreas Mueller wrote:
  
   Hi
   Try
   'ls --color'
   If it works, set the alias ls='ls --color '.
  woohoo! It worked
  
   by
   -am
  
  
   --
   Unsubscribe?  mail -s unsubscribe
[EMAIL PROTECTED]  /dev/null
  
  
  Thanks a lot
  
/\  Richard L. Alhama, Technical Support
/ \--,
  .o` /=
   ,,'' \/  Cyberspace Laoag,ISP
``,,http://www2.cyberspace.com.ph/~keyoz
  Overuse of the smiley is a mark of loserhood! --The Jargon File
*''
  
  --
  Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED]
 /dev/null
 
 -- 
 Timothy C. Phan
 Intelligence Quest Research, INC.
 
 
 --  
 Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED] 
/dev/null
 


--  
Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED]  /dev/null


Amiga File system

1998-07-15 Thread Dave Jones
Hello everyone!

Here is a quick question:

Where did AFFS support go in the Linux kernel?  It was in 2.0.29 and
2.0.30, but when I upgraded my kernel to 2.0.34 it was gone as far as I
can tell.  Anyone have any info on this?

My buddy needs to read off of some old Amiga drives and viola! I WAS able
to help him, til last night that is...  *sigh*

Thanks for any feedback!

Dave Jones


--  
Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED]  /dev/null


Re: linux + win95: linux boot partition/1024 cylinder limit

1998-07-15 Thread Dave Jones
Don't know about you, but I couldn't get lilo to boot with a 540 mb drive,
even though linux  lilo were in the 1st partition that was 480 mb and I
used the last 35 mb or so for swap.  
Drive has 1049 cyl, 16 heads and 63 sec /track.
Wouldn't boot unless I used the linear option in red hat 5.0.  Couldn't
make it boot at all in Debian, so gave up.

I agree there is some serious discrepancies in the FAQs, HOWTOs, etc, but I
for one don't know where to begin fixng it all.  LBA problems are real,
butI don't know why...

Anyone else have peculiar successes or failures?
Dave Jones

--
 From: Hamish Moffatt [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]; debian-user@lists.debian.org
 Subject: Re: linux + win95: linux boot partition/1024 cylinder limit
 Date: Tuesday, July 14, 1998 8:35 PM
 
 On Tue, Jul 14, 1998 at 06:42:19PM +, Patrick Meidl wrote:
  after reading the relevant FAQs, HowTOs, installation instructions etc.

  I recognized that all bootable partitions must start before the 1024th 
  cylinder (I would like to use LILO), so I thought the best solution 
  might be to have these partitions:
 
 With LBA this appears to be incorrect. I have previously had systems
 booting Linux from the last 500mb of a 1.6gb drive; the 1024 limit
 only takes you to 528mb or so. I boot NT 2gb into a 6gb drive; no
problem.
 
 I have never encountered any 1024 cylinder problem with Linux. I wish
 the documentation would not keep spreading these ideas.
 
 Hamish
 -- 
 Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED]
 Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish.
PGP#EFA6B9D5
 CCs of replies from mailing lists are welcome.  
http://hamish.home.ml.org
 
 
 --  
 Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED] 
/dev/null
 


--  
Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED]  /dev/null


color prompts

1998-07-15 Thread Dave Jones
Hello!

I read in the Configuration HOWTO that RedHat  Slackware Linux can use
Escape control codes to add color support (and some default settings;
like LESS as a default pager) to the prompt line, see below:
_
# /etc/profile

# System wide environment and startup programs
# Functions and aliases go in /etc/bashrc

# This file sets up the following features:
#
#   o path
#   o prompts
#   o a few environment variables
#   o colour ls
#   o less
#
# Users can override these settings and/or add others in their
# $HOME/.bash_profile

# set a decent path

echo $PATH | grep X11R6  /dev/null
if [ $? = 1 ] ; then   # add entries to the path
  PATH=$PATH:/usr/X11R6/bin:$HOME/bin:.
fi

# notify the user: login or non-login shell. If login, the prompt is
# coloured in blue; otherwise in magenta. Root's prompt is red.

USER=`whoami`
if [ $LOGNAME = $USER ] ; then
  COLOUR=44
else
  COLOUR=45
fi

if [ $USER = 'root' ] ; then
  COLOUR=41
fi

# put a real escape character instead of ^[. To do this:
# emacs: ^Q ESC   vi: ^V ESC   joe: ` 0 2 7   jed: ` ESC
# Remove `;1' if you don't like the `bold' attribute.
ESC=^[
PS1='$ESC[$COLOUR;37;1m$USER:$ESC[37;40;1m\w\$ '
PS2=Continue 

# no core dumps, please

ulimit -c 0

# set umask

if [ `id -gn` = `id -un` -a `id -u` -gt 14 ]; then
  umask 002
else
  umask 022
fi

# a few variables

USER=`id -un`
LOGNAME=$USER
MAIL=/var/spool/mail/$USER
EDITOR=jed
HOSTNAME=`/bin/hostname`
HISTSIZE=1000
HISTFILESIZE=1000
export PATH PS1 PS2 USER LOGNAME MAIL EDITOR HOSTNAME HISTSIZE
HISTFILESIZE

# enable colour ls

eval `dircolors /etc/DIR_COLORS -b`
export LS_OPTIONS='-F -s -T 0 --color=tty'

# customise less

LESS='-M-Q'
LESSEDIT=%E ?lt+%lt. %f
LESSOPEN=| lesspipe.sh %s
VISUAL=jed
LESSCHARSET=latin1
export LESS LESSEDIT LESSOPEN VISUAL LESSCHARSET

for i in /etc/profile.d/*.sh ; do
  if [ -x $i ]; then
. $i
  fi
done

___

The important part is:

# notify the user: login or non-login shell. If login, the prompt is
# coloured in blue; otherwise in magenta. Root's prompt is red.

USER=`whoami`
if [ $LOGNAME = $USER ] ; then
  COLOUR=44
else
  COLOUR=45
fi

if [ $USER = 'root' ] ; then
  COLOUR=41
fi

# put a real escape character instead of ^[. To do this:
# emacs: ^Q ESC   vi: ^V ESC   joe: ` 0 2 7   jed: ` ESC
# Remove `;1' if you don't like the `bold' attribute.
ESC=^[
PS1='$ESC[$COLOUR;37;1m$USER:$ESC[37;40;1m\w\$ '
PS2=Continue 


I tried to make this work, so the prompt is in color, but instead it
outputs the PS1= line almost verbatim for a prompt.  Can this work in
debian?  Do I need to change something?

Thanks for any feedback

Dave Jones



--  
Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED]  /dev/null