CentOS 6.5システムに接続すると、これがfdisk-lの出力として表示されるUSBディスクがあります。
Disk /dev/sdn: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00113504
Device Boot Start End Blocks Id System
/dev/sdn1 * 5 243200 1953471870 bf Solaris
このファイルシステムをシステムにマウントしたいのですが、これまでのところ悪夢でした。これは私が試したことです。 1.elrepoを使用してインストールされたUFSサポート。 ufsが提供するすべてのオプション(さまざまなufstypes)を試しました。 2.インストールされたZFSサポート。私がそれでさらに何かをすることができるかどうか本当に理解していませんでした。
私が試したマウントコマンドのいくつかを以下に示します。順列が多すぎるため、すべてをリストしているわけではありません。
mount -t ufs -oro,ufstype=ufs2 /dev/sdn1 /mnt
mount -t ufs -oro,ufstype=sunx86 /dev/sdn1 /mnt
mount -t ufs -oro,ufstype=Sun /dev/sdn1 /mnt
mount -t ufs -oro,ufstype=old /dev/sdn1 /mnt
これらのコマンドはすべて、UFSカーネルモジュールがdmesgの不正なマジックナンバーとして報告していることを報告します。
誰か助けてもらえますか? Linuxでファイルシステムをマウントするにはどうすればよいですか。読み取り専用マウントで十分です。
コメントへの返信:
dmesg | grep -i solaris
何も表示されません。ただし、parted
とfdisk
はどちらも、sdn1である1つのパーティションのみを表示します。zpool status
およびzpool list
どちらも「利用可能なプールがありません」と表示されます。前回のコメントで述べたように、私が正しく理解していれば、パーティションはSPARCとSolaris11を実行しているx86の両方で正常にマウントされます)これはUFS
ではないことを確認できます。ビッグエンディアンUFS
が使用されましたon SPARCハードウェアはx86ハードウェアに相互にマウントされません。
そのため、hsfs
、pcfs
、およびZFS
が潜在的な候補として残り、おそらくudf
も残ります。
より簡単な方法は、Solarisでmount
またはfstyp
コマンドを使用してファイルシステムの種類を確認することです。
Linuxは、hsfs
(isofs
)、pcfs
(vfat
)、およびudf
をマウントできる必要があります。
ZFSの場合、Linux側にインポート/マウントできるのはzpool
バージョン28/zfs
バージョン5以前のみです(ZFSFuseの場合はzpool23/zfs 4のみ)。
編集:
ファイルシステムがx86上のUFSであると述べた後、使用するファイルシステムはufstype = sunx86またはufstype = Sunのufsである必要があります。ただし、適切なデバイスを使用していません。
/ dev/sdn1はSolarisで使用されるプライマリパーティションですが、このパーティションは通常、Solarisの用語でスライスと呼ばれる基になるパーティションに分割されます。これは論理パーティションに似ています。
次に、dmesg | grep solaris
を実行して、Linuxカーネルによってスライスに付けられた名前を特定し、正しい名前をマウントする必要があります(スライス5が報告されている場合の例)。
mount -t ufs -oro,ufstype=sunx86 /dev/sdn5 /mnt
すべてのスライスにファイルシステムが含まれているわけではなく、スワップなどのrawデバイスとして使用される場合があることに注意してください。