OT: Partition table lost
Davis Johnson
davis at frizzen.com
Sat Nov 27 17:28:52 UTC 2004
I know this is a long shot, along the lines of "is it plugged in", but
make sure that the device special files (/dev/sdb, /dev/sdb1 etc) exist
and have the correct major/minor device numbers, permissions etc.
I had similar symptoms once on a system with an unreasonable number of
SCSI disks. Those past the point of reason had much the symptoms you
describe until I got /dev straightend out.
sda and sdb should be right already for you, though.
Arkadiy Chapkis - Arc wrote:
> Yes, looks like kernel sees it:
># cat /proc/partitions
>...
> 8 16 194131168 sdb
> 8 17 194129428 sdb1
>
> But none of the fs utilities do (e2fsck, mount, fdisk). There is ext3 filesystem on this partition, how do I get it
>back? Is there a specific module(s) I should be looking to tell kernel to make the partition available to the rest of
>the system?
>
>
>
>>> Below is partial output of dmesg related to scsi.
>>>
>>>
>>....
>>
>>
>>>SCSI device sda: drive cache: write back
>>> sda: sda1 sda2
>>>
>>>
>> ^^^^^^
>>......
>>
>>
>>>SCSI device sdb: drive cache: write back
>>> sdb: sdb1
>>>
>>>
>> ^^
>>
>>So, as far as kernel is concerned, you have your partition tables
>>even if you cannot find them with fdisk (where most likely you are
>>trying to list wrong types). Try typing 'cat /proc/partitions'
>>and see what this will show.
>>
>> Michal
>>
>>
>
>
> Arc C.
> achapkis at dls.net
>
>_______________________________________________
>axp-list mailing list
>axp-list at redhat.com
>https://www.redhat.com/mailman/listinfo/axp-list
>
>
>
>
More information about the axp-list
mailing list