Solaris 9（Sparc）システムからSLES11（x84_64）システムに大量のデータをコピーする必要があります。
Solaris システムはかなり古く、ネットワーク経由でデータを転送するには数日間のダウンタイムが必要です。
私の目標は、SANからSolarisシステムにLUNを割り当て、そのように（非LANファブリックを介して）データをコピーし、LUNをターゲットLinuxシステムに再割り当てすることです。
私の問題は、私のLinuxボックスからUFSファイルシステムをマウントする方法がわからないようです。
これはSolarisで表示できる現在のパーティションテーブルです。
Volume name = < >
ascii name = <HITACHI OPEN-V -SUN 7006 ffe00000>
bytes/sector = 512
sectors = 4292870143
accessible sectors = 4292870110
Part Tag Flag First Sector Size Last Sector
0 root wm 34 128.00MB 262177
1 swap wu 262178 128.00MB 524321
2 unassigned wm 0 0 0
3 unassigned wm 0 0 0
4 unassigned wm 0 0 0
5 unassigned wm 0 0 0
6 usr wm 524322 2.00TB 4292853725
8 reserved wm 4292853726 8.00MB 4292870109
Linuxシステムでfdiskを使用してリストを一覧表示しようとすると、次の結果が表示されます。
# fdisk -l /dev/sdl
Disk /dev/sdl: 2199.0 GB, 2199023255552 bytes
255 heads, 63 sectors/track, 267349 cylinders, total 4294967296 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: 0x00000000
Disk /dev/sdl doesn't contain a valid partition table
しかし、デバイスマッパーはパーティションを認識しているようです（たとえ1にオフセットしますが）。
lrwxrwxrwx 1 root root 7 Nov 5 13:30 /dev/mapper/360060e8006cfd3000000cfd300000087 -> ../dm-3
lrwxrwxrwx 1 root root 8 Nov 5 13:30 /dev/mapper/360060e8006cfd3000000cfd300000087_part1 -> ../dm-38
lrwxrwxrwx 1 root root 8 Nov 5 13:30 /dev/mapper/360060e8006cfd3000000cfd300000087_part2 -> ../dm-39
lrwxrwxrwx 1 root root 8 Nov 5 13:30 /dev/mapper/360060e8006cfd3000000cfd300000087_part7 -> ../dm-40
lrwxrwxrwx 1 root root 8 Nov 5 13:30 /dev/mapper/360060e8006cfd3000000cfd300000087_part9 -> ../dm-41
その後、ファイルシステムをマウントしようとしましたが、結果は次のようになります。
# mount -t ufs -o ro,ufstype=sun /dev/disk/by-id/scsi-360060e8006cfd3000000cfd300000087-part7 /ldev87
mount: wrong fs type, bad option, bad superblock on /dev/mapper/360060e8006cfd3000000cfd300000087_part7,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
dmesg はもはや情報を提供しません。インストールしようとするたびに1行だけ入力してください。
[173168.020980] ufs_read_super: bad magic number
ufsファイルシステムをサポートしているようです。
# grep ufs /proc/filesystems
ufs
# modinfo ufs
filename: /lib/modules/3.0.101-0.15-default/kernel/fs/ufs/ufs.ko
license: GPL
srcversion: 4BC9796D2E230B27387BE46
depends:
supported: yes
vermagic: 3.0.101-0.15-default SMP mod_unload modversions
signer: SUSE Linux Enterprise Secure Boot Signkey
sig_key: 3F:B0:77:B6:CE:BC:6F:F2:52:2E:1C:14:8C:57:C7:77:C7:88:E3:E7
sig_hashalgo: sha256
# less /proc/modules | grep ufs
ufs 79510 0 - Live 0xffffffffa07e4000
Linuxは、特定のサイズ（2TB未満）のSunボリュームのみを開くことができますか？それとも、Linuxシステムが読み取り可能なファイルシステムを準備するためにSolarisシステムで特別な作業を行う必要がありますか？
誰かがアイデアがあることを願っています。
修正する 同じ問題に遭遇する今後の訪問者のために申し上げると、私の問題はLUNの大きさのようです。 2TBは動作せず、1.8TBも動作しませんが、1TBは動作します。実際の限界がどこなのか調べる時間がなかったのですが、明らかに限界があるようです。