Tim wrote:
> Bill Perry:
>>> It appears that my scsi card went bad during the hardware upgrade.
>>>
>>> Arg!
>
> Tom Horsley:
>> I'm convinced that hardware just sits around waiting for
>> a software upgrade so it can fail at the most confusing
>> possible time :-).
>
> It's not too surprising,
Bill Perry:
>> It appears that my scsi card went bad during the hardware upgrade.
>>
>> Arg!
Tom Horsley:
> I'm convinced that hardware just sits around waiting for
> a software upgrade so it can fail at the most confusing
> possible time :-).
It's not too surprising, in some cases...
Of
On 10/21/2011 12:18 PM, Tom Horsley wrote:
> I'm convinced that hardware just sits around waiting for
> a software upgrade so it can fail at the most confusing
> possible time :-).
Of course it does, it's the AHS/ASS principle: All Hardware Sucks/All
Software Sucks. And, I might add, ADS: All Do
On 10/21/2011 12:10 PM, Bill Perry wrote:
> It appears that my scsi card went bad during the hardware upgrade.
>
> Arg!
Yeah; weird when that happens, isn't it? My sister had a problem with
her Ubuntu box refusing to accept DNS numbers. When we tried to use a
Live CD to upgrade to 11.10 (a
On Fri, 21 Oct 2011 12:10:51 -0700
Bill Perry wrote:
> It appears that my scsi card went bad during the hardware upgrade.
>
> Arg!
I'm convinced that hardware just sits around waiting for
a software upgrade so it can fail at the most confusing
possible time :-).
--
users mailing list
users@
It appears that my scsi card went bad during the hardware upgrade.
Arg!
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guideline
> And I would have left IDE style devices as hd, SCSI as sd, SATA as sa,
> and so on, and so forth...
Except you often can't tell the difference. Not all hardware exposes the
connection interface, and then you have things like SATA devices in USB
boxes - so which of your naming is those.
Instead
On Sun, 2011-10-16 at 20:15 -0500, Chris Adams wrote:
> The problem with enumerating devices by HBA/bus/ID/LUN is that today's
> storage is more dynamic. USB ports are "SCSI" (protocol); how do you
> number those? IIRC USB ports on a hub are not deterministically
> ordered, so a flash card reader
Once upon a time, Cameron Simpson said:
> On 16Oct2011 20:15, Chris Adams wrote:
> | See /dev/disk/by-{id,path,uuid}.
>
> And does this work _before_ boot, in the root= kernel command line, via
> grub.conf?
I'm not sure about the /dev/..., but the UUID does directly (IIRC it is
"UUID=...") with
On 16Oct2011 18:09, Joe Zeff wrote:
| On 10/16/2011 05:47 PM, Cameron Simpson wrote:
| > I've got a machine at home whose / drive gets renamed depending on
| > whether the PCI SCSI RAID stuff is broken or not. Hmm, shall root be on
| > sdb or sdc today? Maddening when trying to rescue.
|
| Make
On 16Oct2011 20:15, Chris Adams wrote:
| Once upon a time, Cameron Simpson said:
| > I'm all ok with providing sda/hda as discovered, _provided_ one also has
| > nice bus/id type names as well. Solaris' bus/id/partition drive names
| > looked long and complicated but they were reliable - you coul
Once upon a time, Cameron Simpson said:
> I'm all ok with providing sda/hda as discovered, _provided_ one also has
> nice bus/id type names as well. Solaris' bus/id/partition drive names
> looked long and complicated but they were reliable - you could look at
> the device ids and know what the OS
On 10/16/2011 05:47 PM, Cameron Simpson wrote:
> I've got a machine at home whose / drive gets renamed depending on
> whether the PCI SCSI RAID stuff is broken or not. Hmm, shall root be on
> sdb or sdc today? Maddening when trying to rescue.
Make sure that every partition has a label and use the
On 14Oct2011 23:31, Chris Adams wrote:
| > Older Linux kernels carried along the SCSI ID as the device name,
|
| No, Linux always assigned SCSI devices in order from the start (e.g.
| sda, sg0, sr0, st0). Assigning with the ID was always something
| controversial, because on one hand, it would h
Once upon a time, Rick Stevens said:
> Back in the day, the SCSI controller was assigned ID 7 and typically
> tape drives were given ID 4. Hard drives were usually 0, 1, 2, and 3.
> IDs 5 and 6 were left for the user. Don't ask me why...I suppose they
> figured no one would ever need more than f
On Friday, October 14, 2011 09:59:38 PM Rick Stevens wrote:
> On 10/14/2011 11:51 AM, Chris Adams wrote:
> > Once upon a time, Bill Perry said:
> >> It almost looks like the device changed from /dev/st4 to /dev/st0. Is
> >> that possible?
> >
> > Yeah, I don't know why it would ever have been st4
On 10/14/2011 11:51 AM, Chris Adams wrote:
> Once upon a time, Bill Perry said:
>> Then I decided to upgrade. I swapped out the motherboard and got a 64
>> bit cpu and upgraded the OS (complete new install). I now have Fedora 15
>> running on the box.
>
> IIRC the "st" module may not be loaded
On Fri, 2011-10-14 at 14:24 -0700, Bill Perry wrote:
> Thank-you.
>
> It appears that the st module is loaded.
> #lsmod |grep st
>
> st 32080 0
>
> Next, I tried the command write to the tape as /dev/st0. I put a
> writeable tape in the drive.
> I have a couple of files in
Thank-you.
It appears that the st module is loaded.
#lsmod |grep st
st 32080 0
Next, I tried the command write to the tape as /dev/st0. I put a
writeable tape in the drive.
I have a couple of files in /root called yum_list...
tar cvf /dev/st0 /root/yum*
tar: /dev/st0: Cann
Once upon a time, Bill Perry said:
> Then I decided to upgrade. I swapped out the motherboard and got a 64
> bit cpu and upgraded the OS (complete new install). I now have Fedora 15
> running on the box.
IIRC the "st" module may not be loaded automatically on newer systems.
Try a "lsmod | grep
I had an older box which I was using as the site backup machine. A
friend gave me a HP DAT72 drive and I got it up and working on the
Fedora 11 OS. I did backups and tested everything. The tape drive was
accessed as /dev/st4. This box ran Samba and users copied their files to
the this machine.
I had an older box which I was using as the site backup machine. A
friend gave me a HP DAT72 drive and I got it up and working on the
Fedora 11 OS. I did backups and tested everything. The tape drive was
accessed as /dev/st4. This box ran Samba and users copied their files to
the this machine.
22 matches
Mail list logo
