home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.sgi.bugs
- Path: sparky!uunet!munnari.oz.au!spool.mu.edu!sgiblab!sgigate!odin!sgihub!zola!zuni!anchor!olson
- From: olson@anchor.esd.sgi.com (Dave Olson)
- Subject: Re: new bug in 4.0.5 /usr/etc/dump
- Message-ID: <u8ruv5c@zuni.esd.sgi.com>
- Sender: news@zuni.esd.sgi.com (Net News)
- Organization: Silicon Graphics, Inc. Mountain View, CA
- References: <1hsvc8INN9h@network.ucsd.edu>
- Date: Wed, 30 Dec 92 21:48:45 GMT
- Lines: 21
-
- In <1hsvc8INN9h@network.ucsd.edu> sd@chem.ucsd.edu (Steve Dempsey) writes:
-
- | /usr/etc/dump in IRIX 4.0.5 does not correctly parse the "raw" field of the
- | entries in /etc/fstab. If any other options follow the 'raw' device name
- | they are picked up as part of the name by "dump". For example, this entry:
- |
- | /dev/dsk/dks1d5s6 /data1 efs rw,raw=/dev/rdsk/dks1d5s6,quota 0 0
- |
- | causes "dump" to try to open the file "/dev/rdsk/dks1d5s6,quota".
- | This was NOT the case with IRIX 4.0.1. The workaround is to make sure the
- | 'raw' field is the last in the list.
-
- It isn't dump per se. It is the generic library code that
- parses /etc/fstab, and a number of apps suffer from it (there
- is an open bug on it). Reorder the options field, and things
- will start working again. It is a pain, but at least there is
- a workaround.
- --
- Let no one tell me that silence gives consent, | Dave Olson
- because whoever is silent dissents. | Silicon Graphics, Inc.
- Maria Isabel Barreno | olson@sgi.com
-