(まだ答えがないので、ここに行きましょう。Fedoraに聞いてください)
HP EnvyノートブックにFedora 19 Gnomeをデュアルブートシステムとしてインストールしようとしています(ハードウェア仕様はHP ENVY 6-1202sa、ハードドライブはSSDキャッシュ付きのハイブリッドのようですが[不明])。
USBライブディスクを正常に作成し、問題なくライブディスクを操作して実行できますが、ハードドライブにインストールするオプションを選択した場合、私のハードドライブは使用できません。
以下の提案に基づいています。リンクポストWindowsのHP回復ユーティリティから回復パーティションを削除しましたが、問題は解決せず、インストーラはまだドライブを表示できません。
[liveuser@localhost ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465.8G 0 disk
├─sda1 8:1 0 400M 0 part
├─sda2 8:2 0 260M 0 part
├─sda3 8:3 0 128M 0 part
└─sda4 8:4 0 465G 0 part
sdb 8:16 0 29.8G 0 disk
└─sdb1 8:17 0 8G 0 part
sdc 8:32 1 14.9G 0 disk
└─sdc1 8:33 1 14.9G 0 part /run/initramfs/live
loop0 7:0 0 12K 1 loop
loop1 7:1 0 2.2M 1 loop
└─live-osimg-min 253:1 0 8G 1 dm
loop2 7:2 0 887.4M 1 loop
loop3 7:3 0 8G 1 loop
├─live-rw 253:0 0 8G 0 dm /
└─live-osimg-min 253:1 0 8G 1 dm
loop4 7:4 0 512M 0 loop
└─live-rw 253:0 0 8G 0 dm /
そして:
[liveuser@localhost ~]$ sudo fdisk -l
Disk /dev/sda: 500.1 GB, 500107862016 bytes, 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk label type: dos
Disk identifier: 0x712f758b
Device Boot Start End Blocks Id System
/dev/sda1 1 976766975 488383487+ ee GPT
Partition 1 does not start on physical sector boundary.
Disk /dev/sdb: 32.0 GB, 32017047552 bytes, 62533296 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 label type: dos
Disk identifier: 0x2f7c2cab
Device Boot Start End Blocks Id System
/dev/sdb1 1 4294967295 2147483647+ ee GPT
Disk /dev/sdc: 16.0 GB, 16008609792 bytes, 31266816 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 label type: dos
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sdc1 * 32 31266815 15633392 c W95 FAT32 (LBA)
Disk /dev/mapper/live-rw: 8589 MB, 8589934592 bytes, 16777216 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 /dev/mapper/live-osimg-min: 8589 MB, 8589934592 bytes, 16777216 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
また、別のライブディストリビューションを試してみましたが、Linux Mintライブディスクで「OS」ディスクを閲覧しようとすると、次のエラーが発生します。 (Fedoraライブディスクでも同じエラーが発生していることを確認していません。)):
Error mounting /dev/sda4 at /media/mint/OS: Command-line `mount -t "ntfs" -o "uhelper=udisks2,nodev,nosuid,uid=999,gid=999,dmask=0077,fmask=0177" "/dev/sda4" "/media/mint/OS"' exited with non-zero exit status 14: The disk contains an unclean file system (0, 0).
Metadata kept in Windows cache, refused to mount.
Failed to mount '/dev/sda4': Operation not permitted
The NTFS partition is in an unsafe state. Please resume and shutdown
Windows fully (no hibernation or fast restarting), or mount the volume
read-only with the 'ro' mount option.
Windows 8のディスクマネージャは次のとおりです。
どんな提案がありますか?
これはおそらく関連。
答え1
私はいません。GPTしたがって、これは単なる推測ですが、これがfdiskが問題になる理由かもしれません。 fdiskはGPTをサポートしていません。昨年まで。ところで知ってみると日付がすでに数ヶ月が過ぎましたね。後ろに最後の安定したutil-linux(fdiskのソースコードパッケージを含む)、2.21、これは私のFedora 17システムのfdiskです。を使用してこれを確認できますfdisk -v
。
投稿にバージョン2.3.1が記載されていますが、利用できないバージョンですか? gitの最後のブランチは2.23と同じです。
したがって、fdiskはGPTをサポートしていない可能性が高く、GPTサポートバージョンは公に利用可能になっていないようです。ただし、gdisk
「fdiskに似たGPTディスクパーティション化ツール」はfedoraリポジトリで利用できます(実際にはすでに私のシステムにあるので、基本インストールの一部かもしれません)。 Live CD からパーティションにアクセスできる場合は、パーティションを直接設定し、インストーラにこの手順をスキップするように指示できます。
グーグルをやってみると、F19がGPTのインストールをサポートしなければならないようですが、何人かの人々が問題を経験しています。