Re: Corrupt data - RAID sata_sil 3114 chip
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
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?
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
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....
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..
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
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
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
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
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
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