无法访问 iSCSI 卷

无法访问 iSCSI 卷

我在客户处有一个 iSCSI 目标,我正在使用旧的 Fedora (Core6) 服务器。我将其配置并格式化为 ext3(错误,现在我知道了),并且我已经使用它一段时间了。

现在我需要从其他机器访问此卷。据我所知,我无法同时从两台机器安全地执行此操作(是的,这是我尝试的第一件事)。所以我从原始服务器卸载它并尝试将其安装在新服务器上(我最初使用 Ubuntu 10 LTS 执行此操作,但当我无法执行此操作时,我安装了另一个具有相同配置的 Fedora),但没有成功。

问题:我可以看到 NAS 上的所有目标,但当我执行“fdisk -l”查看所有设备并知道哪个挂载时,我看到所有目标都是 SFS 文件系统。从原始服务器,我看到所有 SFS(毕竟,它们属于我的客户,不知道他有什么),除了我管理的那个,我把它看作“Linux”。

这是在服务器 (Fedora) 中看到的分区表,看起来正确。西班牙语,抱歉。我希望你能理解。我的评论介于 [...]

[.. 开始真正的本地驱动器..]

Disco /dev/sda:500.1 GB,500107862016 字节
255 个磁头、63 个扇区/磁道、60801 个磁柱
单位 = cilindros 为 16065 * 512 = 8225280 字节
扇区大小(逻辑/物理):512 字节 / 512 字节
I/O 大小(最小/最佳):512 字节 / 512 字节
磁盘标识符:0x00000080

处置。首页 如何找到块和系统
/dev/sda1 1 26 204800 83 Linux
/dev/sda2 26 6400 51200000 83 Linux
[...] 更多本地分区 ..]

[...然后是 iSCSI 驱动器...]

处置。首页 如何找到块和系统
/dev/sdc1 1 130541 1048570551 42 SFS

Disco /dev/sdf:2147.5 GB,2147483649024 字节
255 个磁头、63 个扇区/磁道、261083 个磁柱
单位 = cilindros 为 16065 * 512 = 8225280 字节
扇区大小(逻辑/物理):512 字节 / 512 字节
I/O 大小(最小/最佳):512 字节 / 512 字节
磁盘标识符:0x2257d76f


[..... 中间还有其他设备,这里是我介意的一个.....]

Disco /dev/sde:2147.5 GB,2147483648000 字节
255 个磁头、63 个扇区/磁道、261083 个磁柱
单位 = cilindros 为 16065 * 512 = 8225280 字节
扇区大小(逻辑/物理):512 字节 / 512 字节
I/O 大小(最小/最佳):512 字节 / 262144 字节
磁盘标识符:0x93afd446

处置。首页 如何找到块和系统
/dev/sde1 1 261083 2097149166 83 Linux  


[.... 以及更多的设备....]

在我尝试配置的机器上,应该访问驱动器(但没有)的机器上,我看到有问题的目标是:

[....]

Disk /dev/sdc: 2147.4 GB, 2147483649024 bytes
255 heads, 63 sectors/track, 261083 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1      261083  2097149166   42  SFS


[....]

并且我看到其余目标为 SFS,与第一种情况相同。

提前谢谢你,

答案1

fdisk 报告的标签如今意义不大——事实上,随着 MS-DOS 分区表的逐渐淘汰,它甚至可能完全具有误导性。如果您想知道分区上有什么,最好使用file -s /dev/sdXX

 file -s /dev/sda1
/dev/sda1: Linux rev 1.0 ext2 filesystem data (mounted or unclean), UUID=ebf12615-9c1a-4aca-9111-bebd1eaf4ed3 (large files)
file -s /dev/sda3
/dev/sda3: Linux rev 1.0 ext4 filesystem data, UUID=7322a490-8814-4f0b-92a7-a6f4287acadc (needs journal recovery) (extents) (large files) (huge files)

答案2

fdisk -l 输出中的 SFS(0x42)分区类型可能是在格式化为 ext3 之前存在的分区的标志。

根据维基百科此分区类型可能对应于 Windows 2000/XP 动态卷。如果只是将分区重新格式化为 EXT3,则类型代码可以保持不变。

为了检查分区类型,你可以发出

TMPFILE=$(mktemp --tmpdir=/tmp) 
dd if=/dev/sdc1 bs=512 count=2048 of=$TMPFILE
file $TMPFILE
rm $TMPFILE

例如,在 ext4 文件系统上,此序列将产生

2048+0 records in
2048+0 records out
1048576 bytes (1.0 MB) copied, 0.0291348 s, 36.0 MB/s
/tmp/tmp.QLD5XhZOYn: Linux rev 1.0 ext4 filesystem data (needs journal recovery)
(extents) (large files) (huge files)

这表明无论分区表中指定的分区类型是什么,分区本身都是 EXT4。一兆字节通常足以识别真正的分区类型。

如果/dev/sdc1确实是您所期望的 EXT3 分区,则可以安全地挂载它。但我建议通过 Device Mappermultipath挂载点进行挂载,以避免 iSCSI 上的设备枚举发生变化时出现问题。

相关内容