Fedora 17 does not recognize additional drives

[erwtas]

Both Disks application and Gparted can see them, but show them as "Unknown", and can't mount them. Nautilus, on the other hand, can't see them at all.
I tried adding them to /etc/fstab, but with no results.
Does anyone have any suggestions on how to solve this?

[glennzo]

Lets see what you have for disks. Open a terminal and log in as root.

PHP Code:

su
<password> 


Then run

PHP Code:

fdisk -l 


Post the results here please.

[erwtas]

Thanks for the reply

 Disk /dev/sda: 164.7 GB, 164696555520 bytes
255 heads, 63 sectors/track, 20023 cylinders, total 321672960 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xcaf7caf7

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      206847      102400    7  HPFS/NTFS/exFAT
/dev/sda2          206848   321669119   160731136    7  HPFS/NTFS/exFAT

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x6d78d992

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1              63  1953523119   976761528+  42  SFS

Disk /dev/sdc: 640.1 GB, 640135028736 bytes
255 heads, 63 sectors/track, 77825 cylinders, total 1250263728 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xe8132ab4

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1              63  1250261679   625130808+  42  SFS

Disk /dev/sdd: 64.0 GB, 64023257088 bytes
255 heads, 63 sectors/track, 7783 cylinders, total 125045424 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x541100b4

   Device Boot      Start         End      Blocks   Id  System
/dev/sdd1            2048     3905535     1951744   82  Linux swap / Solaris
/dev/sdd2   *     3905536    33202175    14648320   83  Linux
/dev/sdd3        33204222   125044735    45920257    5  Extended
/dev/sdd5        33204224   125044735    45920256   83  Linux

[glennzo]

I'd bet that /dev/sdb and /dev/sdc are the problem drives. /dev/sdd is the Linux disk so is /dev/sda mounting OK?

[erwtas]

You are absolutely right. /dev/sdb and /dev/sdc are the drives that are not being recognized, there is nothing wrong with /dev/sda or, of course, /dev/sdd.

[tashirosgt]

Did the two unrecognized drives have data on them from a previous use?

[erwtas]

I was using them for movie/music/games storage, mainly from Windows 7. I also had Mint installed, and it could recognize and mount them just fine, but then I switched from mint to fedora 17, and fedora can't recognize them

[greno]

I don't think Linux knows about SFS filesystem type. Maybe Mint added it.

You might see if you can mount one of these SFS (Dynamic Disk) drives using NTFS:

su   # switch to root
mount -t ntfs /dev/sdb1 /media/movies -o defaults,umask=0

.

[erwtas]

I did it and all I got was this

NTFS signature is missing.
Failed to mount '/dev/sdc1': Invalid argument
The device '/dev/sdc1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

I checked the drives and they are, actually, NTFS, so I don't have a clue about what's going on

[tashirosgt]

After some web searching, i found a post (from the days of Fedora Core 8) that said the Linux kernel needs to be configured with CONFIG_LDM_PARTITION=y in order for Dynamic disks to be a recognizable type of partition. in my /boot/config.... files (FC 16-64) the kernels don't have this configuration variable turned on.

[greno]

Originally Posted by erwtas

I did it and all I got was this

NTFS signature is missing.
Failed to mount '/dev/sdc1': Invalid argument
The device '/dev/sdc1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

I checked the drives and they are, actually, NTFS, so I don't have a clue about what's going on

Yes, I think SFS is a form of NTFS.

Did you install the bootloader to the MBR of these drives? That might have wiped out the NTFS signature.

.

---------- Post added at 10:55 AM ---------- Previous post was at 10:52 AM ----------

Originally Posted by tashirosgt

After some web searching, i found a post (from the days of Fedora Core 8) that said the Linux kernel needs to be configured with CONFIG_LDM_PARTITION=y in order for Dynamic disks to be a recognizable type of partition. in my /boot/config.... files (FC 16-64) the kernels don't have this configuration variable turned on.

I wonder if Mint compiles the kernel with this option since he said that Mint could read the drives.

.

[glennzo]

http://tldp.org/HOWTO/SquashFS-HOWTO...gandusing.html

According to the above link the following looks as though it should work though I've no experience with SFS.

Open a terminal and log in as root

PHP Code:

su
<password>
mkdir /mnt/movies
mount /dev/sdb1 /mnt/movies -t squashfs 


See if it worked with

PHP Code:

ls /mnt/movies 


[erwtas]

Originally Posted by glennzo

http://tldp.org/HOWTO/SquashFS-HOWTO...gandusing.html

According to the above link the following looks as though it should work though I've no experience with SFS.

Open a terminal and log in as root

PHP Code:

su
<password>
mkdir /mnt/movies
mount /dev/sdb1 /mnt/movies -t squashfs 


See if it worked with

PHP Code:

ls /mnt/movies 


The "movies" directory was created, but when I tried the "mount /dev/sdb1 /mnt/movies -t squashfs" command, I got:

 mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail or so

---------- Post added at 03:17 PM ---------- Previous post was at 03:15 PM ----------

Originally Posted by greno

Yes, I think SFS is a form of NTFS.

Did you install the bootloader to the MBR of these drives? That might have wiped out the NTFS signature.

.

---------- Post added at 10:55 AM ---------- Previous post was at 10:52 AM ----------



I wonder if Mint compiles the kernel with this option since he said that Mint could read the drives.

.

Nope, I installed the bootloader in the primary drive, the only one that can be recognized.

[greno]

SFS does not mean squashfs.

It is SFS (Dynamic Disk).

I think the kernel option is probably the right direction here.

You'll need to build a kernel with CONFIG_LDM_PARTITION=y option.

.

[glennzo]

May not support SFS, as tashirosgt indicates in post #10. I don't have SFS to try this on. Maybe it is time to read some documentation.