From: Ian Brandt <ian@ianbrandt.com>
To: Gentoo User <gentoo-user@lists.gentoo.org>
Subject: [gentoo-user] udev Migration and SCSI
Date: Wed, 19 Oct 2005 09:50:58 -0700 [thread overview]
Message-ID: <43567972.7000205@ianbrandt.com> (raw)
Hi,
I'm trying to remotely upgrade my server from
gentoo-sources-2.4.25_pre7-r2 to gentoo-sources-2.6.13-r9, i.e. from
devfs to udev. My root partition is on a RAID 1 mirror on an Adaptec
2100S. My existing fstab is below. It was summarized to me by the
NOC over the phone, so I don't have the exact text of the startup
error, but it is something to the effect of...
/dev/scsi/host0/bus0/target0/lun0/part3 not found
I'm guessing that udev is tweaking the naming scheme a bit, as warned
under "No Consistent Naming between DevFS and udev" in the Gentoo udev
Guide.
So two questions:
1) How can I tell what the new name is going to be?
2) As I'm doing this upgrade remotely, how can I set up to fail back
to my udev-less 2.4.25 kernel should 2.6.13 still fail to come up? In
other words, if I change fstab to be udev specific won't that leave me
dead in the water?
Thanks!
Ian
# /etc/fstab: static file system information.
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/fstab,v 1.14
2003/10/13 20:03:38 azarah Exp $
#
# noatime turns off atimes for increased performance (atimes normally
aren't
# needed; notail increases performance of ReiserFS (at the expense of
storage
# efficiency). It's safe to drop the noatime options if you want and to
# switch between notail and tail freely.
# <fs> <mountpoint> <type> <opts>
<dump/pass>
# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.
/dev/scsi/host0/bus0/target0/lun0/part1 /boot ext3
noauto,noatime 1 2
/dev/scsi/host0/bus0/target0/lun0/part3 /
reiserfs noatime 0 1
/dev/scsi/host0/bus0/target0/lun0/part2 none swap
sw 0 0
/dev/cdroms/cdrom0 /mnt/cdrom iso9660 noauto,ro
0 0
#/dev/fd0 /mnt/floppy auto noauto
0 0
# NOTE: The next line is critical for boot!
none /proc proc defaults
0 0
# glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
# POSIX shared memory (shm_open, shm_unlink).
# (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
# use almost no memory if not populated with files)
# Adding the following line to /etc/fstab should take care of this:
none /dev/shm tmpfs defaults
0 0
--
gentoo-user@gentoo.org mailing list
next reply other threads:[~2005-10-19 16:59 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-19 16:50 Ian Brandt [this message]
2005-10-19 18:19 ` [gentoo-user] udev Migration and SCSI Mike Williams
2005-10-19 21:00 ` Ian Brandt
2005-10-19 22:46 ` Mike Williams
2005-10-20 16:53 ` Ian Brandt
2005-10-20 16:59 ` John Jolet
2005-10-20 17:05 ` Ian Brandt
2005-10-20 17:28 ` John Jolet
2005-10-20 17:51 ` Ian Brandt
2005-10-20 17:57 ` John Jolet
2005-10-20 18:44 ` Mike Williams
2005-10-20 17:13 ` Mike Williams
2005-10-20 17:51 ` Ian Brandt
2005-10-20 18:41 ` Mike Williams
2005-10-20 23:13 ` Ian Brandt
2005-10-21 22:29 ` [gentoo-user] udev Migration and SCSI -- SOLVED Ian Brandt
2005-10-21 22:42 ` Mike Williams
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=43567972.7000205@ianbrandt.com \
--to=ian@ianbrandt.com \
--cc=gentoo-user@lists.gentoo.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox