Windows 10（動作）とKali Linux（動作しない）で二重起動を試みています。 「インストール」後（正しい用語かどうかわからない）、Kaliを初めて起動したときに次のエラーが発生しました。
[ 7.078689] ata6.00: failed to set xfermode (err_mode=0x40)
Gave up waiting for root file system device
次に、問題の最も一般的な原因の小さなリストを印刷して（BusyBoxの）initramfsシェルに入れます。この時点で私はシェルに閉じ込められています。システムをブートするために何をすべきか、また別の（執筆時点では3番目）新しいインストールを実行する必要があるかどうかわかりません。
ドライブ（FORESEE 128GB SSD）にシステムをインストールするために、以下の手順に従って起動可能なUSBを作成しました。カリ公式文書（以前はBalena Etcherを使用してisoを焼いたため、このエラーが最初に発生しました。その後、USBスティックとパーティションを復元して最初から再起動しました。）OSをインストールしました。一方、Kaliライブは素晴らしい作品です。
メガネ
私のコンピュータはMedion Akoya p62006です（ウェブサイト：スペイン;イギリス人）、したがって、ほとんどの部品はOEMです（ある種のカスタムブートもあります）。 「BIOS」はBIOS（灰色から青色の古いBIOS）のように見えますが、UEFIと主張し、ブートローダがないようです（BIOSにはブートローダのない「Windowsブートマネージャ」が表示されます）。何も管理していません。」だから、Kali（明らかに機能しない）がWindowsに付属している場合、PCが自動的にWindowsで起動し、kali GRUBブートローダに入るにはF8を押す必要があります。可能性があると思います。機能が機能していません。
私はこの問題をグーグルして次の理由を見つけました。
- 遅い開始時間：不可能（SSDがあるため、Windowsブートは12秒しかかかりません...）
- カーネルエラー：再び不可能です。 （kali 2019.2カーネルは最新、4.19程度です。）
- SSDは互換性がありません：そうではありません。どうすればいいのかわかりません…
xfermodeが何であるかをご存知ですか？どうすればいいですか？
事前にありがとう
アップデート1
kaliリカバリモードで起動しようとしましたが（成功しませんでした）、同じinitramfsシェルで再度メッセージが表示されましたが、今回は以前見落としていたことがわかりました。
ALERT! /dev/sdd6 does not exist. Dropping to a shell!
その後、次のコマンドを実行してディスクのパーティションを一覧表示しました（シェルでは非常に少ないコマンドを使用する必要がありました...いくつかのコマンドを検索する必要がありました）。
blkid -c /dev/null
私はパーティション化の一般的な理解を持っていて、ext4パーティションを/ dev / sdc6と識別し、スワップパーティションを/ dev / sdc7と識別することができました。
しかし、一つの問題があります。 USBインストーラとしてKaliをインストールすると、ディスクに書き込む前にパーティションが表示され、ext4のパーティションは/ dev / sdd6で、スワップパーティションは/ dev / sdd7でした。
名前の衝突ではないでしょうか？システムは/dev/sdd6で起動ファイルをチェックしますが、/dev/sdc6をチェックする必要がありますか？
また、「mount」のようなコマンドを使って/ dev / sdc6をマウントしてそこから起動しようとしましたが、できませんでした（マウントを使用したのは今回が初めてです...）。正常に機能する場合は、起動時にプロセスを自動化する方法を探したい場合、またはシステムに正しいパーティションで起動するように指示する方がよいでしょう。
アップデート2
今回はある程度成果を収めたと思います。
私が最初にしたことは、initramfsシェルとUSBのKali Liveでディスクの概要を取得して比較することでした。
私が実行したコマンドのリストは次のとおりです。カリエ在住:
- パーティションのリスト（diskpartを使用するように求められたが気に入らない。gpartedと次のコマンドを好む）
blkid -c /dev/null
/dev/sda1: PARTLABEL="Microsoft reserved partition" PARTUUID="772f7759-ff14-4474-b280-e9a73f27c337"
/dev/sda2: LABEL="HDD" UUID="38A4B57FA4B53FE4" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="72fe8b03-5b4d-4912-a306-7f07c95d134a"
/dev/sdb1: UUID="2019-05-08-08-05-42-00" LABEL="Kali Live" TYPE="iso9660" PARTUUID="825c29ed-01"
/dev/sdb2: SEC_TYPE="msdos" UUID="6D28-4B56" TYPE="vfat" PARTUUID="825c29ed-02"
/dev/sdd1: LABEL="Ripristino" UUID="4240332640331FD9" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="e9017011-2970-430d-bbde-0373203511e8"
/dev/sdd2: UUID="7034-ABBE" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="edfd5c11-f9a0-4116-9341-c8cca78fd5be"
/dev/sdd3: PARTLABEL="Microsoft reserved partition" PARTUUID="f07bf20f-e015-4f4e-9e39-5d6c15f3eed9"
/dev/sdd4: LABEL="SSD" UUID="D01C380D1C37ECDA" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="868d10ab-7d59-4612-b5b7-09989f1b1a39"
/dev/sdd5: UUID="8CB63D4BB63D3754" TYPE="ntfs" PARTUUID="25fffadb-a834-40eb-8203-f5bf70e7a4e9"
/dev/sdd6: UUID="77b94261-8059-4070-bdd0-18253825ff78" TYPE="ext4" PARTUUID="85826a53-e4b6-496f-8ae9-293e5e5e9fa0"
/dev/sdd7: UUID="aafe6242-cc02-4722-a136-b87b1bbaa6d6" TYPE="swap" PARTUUID="e79b7378-371f-42fd-96ca-7c109d7362ea"
/dev/loop0: TYPE="squashfs"
重要：sdaは私のハードドライブ、sdbは私のUSB、sddは私のHDD（Windows 10といくつかのKali Linuxがある場所）です。
- ファイルシステム、パーティション、その他の情報のリスト
df -aT
Filesystem Type 1K-blocks Used Available Use% Mounted on
sysfs sysfs 0 0 0 - /sys
proc proc 0 0 0 - /proc
udev devtmpfs 8125976 0 8125976 0% /dev
devpts devpts 0 0 0 - /dev/pts
tmpfs tmpfs 1630796 9968 1620828 1% /run
/dev/sdb1 iso9660 3273568 3273568 0 100% /run/live/medium
/dev/loop0 squashfs 2999296 2999296 0 100% /run/live/rootfs/filesystem.squashfs
tmpfs tmpfs 8153972 231344 7922628 3% /run/live/overlay
overlay overlay 8153972 231344 7922628 3% /
tmpfs tmpfs 1630796 9968 1620828 1% /usr/lib/live/mount
/dev/sdb1 iso9660 3273568 3273568 0 100% /usr/lib/live/mount/medium
/dev/loop0 squashfs 2999296 2999296 0 100% /usr/lib/live/mount/rootfs/filesystem.squashfs
tmpfs tmpfs 8153972 231344 7922628 3% /usr/lib/live/mount/overlay
securityfs securityfs 0 0 0 - /sys/kernel/security
tmpfs tmpfs 8153972 16648 8137324 1% /dev/shm
tmpfs tmpfs 5120 0 5120 0% /run/lock
tmpfs tmpfs 8153972 0 8153972 0% /sys/fs/cgroup
cgroup2 cgroup2 0 0 0 - /sys/fs/cgroup/unified
cgroup cgroup 0 0 0 - /sys/fs/cgroup/systemd
pstore pstore 0 0 0 - /sys/fs/pstore
efivarfs efivarfs 0 0 0 - /sys/firmware/efi/efivars
bpf bpf 0 0 0 - /sys/fs/bpf
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpu,cpuacct
cgroup cgroup 0 0 0 - /sys/fs/cgroup/freezer
cgroup cgroup 0 0 0 - /sys/fs/cgroup/net_cls,net_prio
cgroup cgroup 0 0 0 - /sys/fs/cgroup/rdma
cgroup cgroup 0 0 0 - /sys/fs/cgroup/memory
cgroup cgroup 0 0 0 - /sys/fs/cgroup/perf_event
cgroup cgroup 0 0 0 - /sys/fs/cgroup/blkio
cgroup cgroup 0 0 0 - /sys/fs/cgroup/devices
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpuset
cgroup cgroup 0 0 0 - /sys/fs/cgroup/pids
debugfs debugfs 0 0 0 - /sys/kernel/debug
hugetlbfs hugetlbfs 0 0 0 - /dev/hugepages
mqueue mqueue 0 0 0 - /dev/mqueue
systemd-1 - - - - - /proc/sys/fs/binfmt_misc
tmpfs tmpfs 8153972 0 8153972 0% /tmp
binfmt_misc binfmt_misc 0 0 0 - /proc/sys/fs/binfmt_misc
tmpfs tmpfs 1630792 44 1630748 1% /run/user/0
gvfsd-fuse fuse.gvfsd-fuse 0 0 0 - /run/user/0/gvfs
fusectl fusectl 0 0 0 - /sys/fs/fuse/connections
/dev/sdb2 vfat 716 688 28 97% /media/root/Kali Live
重要：覚えておいて、これはKali Liveで実行されているので、「/dev」で始まるもの以外に重要なことはないと思いますが、間違っている可能性があります。
- インストールされているデバイスおよびその他の情報のリスト
mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=8125976k,nr_inodes=2031494,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1630796k,mode=755)
/dev/sdb1 on /run/live/medium type iso9660 (ro,noatime,nojoliet,check=s,map=n,blocksize=2048)
/dev/loop0 on /run/live/rootfs/filesystem.squashfs type squashfs (ro,noatime)
tmpfs on /run/live/overlay type tmpfs (rw,noatime,mode=755)
overlay on / type overlay (rw,noatime,lowerdir=/run/live/rootfs/filesystem.squashfs/,upperdir=/run/live/overlay/rw,workdir=/run/live/overlay/work)
tmpfs on /usr/lib/live/mount type tmpfs (rw,nosuid,noexec,relatime,size=1630796k,mode=755)
/dev/sdb1 on /usr/lib/live/mount/medium type iso9660 (ro,noatime,nojoliet,check=s,map=n,blocksize=2048)
/dev/loop0 on /usr/lib/live/mount/rootfs/filesystem.squashfs type squashfs (ro,noatime)
tmpfs on /usr/lib/live/mount/overlay type tmpfs (rw,noatime,mode=755)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,relatime)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=44,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=13614)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=1630792k,mode=700)
gvfsd-fuse on /run/user/0/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sdb2 on /media/root/Kali Live type vfat (rw,nosuid,nodev,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
- /etc/fstabの内容を標準出力として印刷します（このファイルには、起動するたびにマウントするために必要なすべてのデバイスパーティション情報が含まれていることがわかりました）。
cat /etc/fstab
/etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdd6 during installation
UUID=77b94261-8059-4070-bdd0-18253825ff78 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sdd2 during installation
UUID=7034-ABBE /boot/efi vfat umask=0077 0 1
# swap was on /dev/sdd7 during installation
UUID=aafe6242-cc02-4722-a136-b87b1bbaa6d6 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
コメント：すでに述べたように、initramfsシェルでもこのコマンドを実行していますが、そこではコピーして貼り付けることができないため、これまではその端末に表示されている内容を手動でコピーしてきました。しかし、このアップデートを書いている間、コマンド出力を自分のハードドライブにリダイレクトできることに気づきました。問題は私のキーボードが不都合なことです。 「>」、「<」キーなので、出力をファイルにリダイレクトすることはできません（コード化も困難です。通常、必要に応じてインターネットからシンボルをコピーして貼り付けますが、initramfsの場合はそうではありません。今すぐ検索する必要があります。別のキーボードまたは少なくとも">"記号を取得する方法）。明日の出力を追加したいと思います。結局、私は "tee"というコマンドを見つけ、 ">"の代わりにそれを使用し、コピーしたものをファイルに貼り付けることができました。
私が実行したコマンドのリストは次のとおりです。initramfs シェルから:
- パーティションのリスト
blkid -c /dev/null
/dev/sda1: PARTLABEL="Microsoft reserved partition" PARTUUID="772f7759-ff14-4474-b280-e9a73f27c337"
/dev/sda2: LABEL="HDD" UUID="38A4B57FA4B53FE4" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="72fe8b03-5b4d-4912-a306-7f07c95d134a"
/dev/sdc1: LABEL="Ripristino" UUID="4240332640331FD9" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="e9017011-2970-430d-bbde-0373203511e8"
/dev/sdc2: UUID="7034-ABBE" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="edfd5c11-f9a0-4116-9341-c8cca78fd5be"
/dev/sdc3: PARTLABEL="Microsoft reserved partition" PARTUUID="f07bf20f-e015-4f4e-9e39-5d6c15f3eed9"
/dev/sdc4: LABEL="SSD" UUID="D01C380D1C37ECDA" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="868d10ab-7d59-4612-b5b7-09989f1b1a39"
/dev/sdc5: UUID="8CB63D4BB63D3754" TYPE="ntfs" PARTUUID="25fffadb-a834-40eb-8203-f5bf70e7a4e9"
/dev/sdc6: UUID="77b94261-8059-4070-bdd0-18253825ff78" TYPE="ext4" PARTUUID="85826a53-e4b6-496f-8ae9-293e5e5e9fa0"
/dev/sdc7: UUID="aafe6242-cc02-4722-a136-b87b1bbaa6d6" TYPE="swap" PARTUUID="e79b7378-371f-42fd-96ca-7c109d7362ea"
- /etc/fstabの内容をstdoutとして印刷します。この場合、出力がなく、ファイルが空であるため、initramfsはそれを使用しないと仮定します。特に私はこれが/proc/partitionsと/dev/diskの内部に依存していると思います。
次に、「set」を実行してどの変数が設定されているかを確認し、/dev/sdd6（Kali Liveにリストされている変数）でROOT変数を変更してみました（次のように設定：「ROOT='/dev/sdd6'」Live） 。 /dev/sdc6 (Kali が SDD にリストするもの)。
"set ROOT = '/dev/sdc6'"を実行しましたが、エラーは返されませんでしたが、何もしませんでした。その後、「set ROOT = '/dev/sdd5'」（確かに）を試して、変数が変更されました！だから私はコマンドが動作しますが、何らかの理由で「/dev/sdc6」が悪いことに気づきました（「blkid -c /dev/null」についてはその逆と言えますが）。
その後、 "mount -t ext4 /dev/sdd6 /mnt" を使って /dev/sdd6 をマウントすることができました (/mnt がないので "mkdir /mnt" を使って作成しました)。 Kali Linuxファイルシステムが大好き！私は本当にKaliであることを確認するために「find -executable -type f -name maltego」（/ mntで）を使用しました（実際に他のKaliツールも確認しました）。しばらくして、「/」に/dev/sdd6をマウントしようとしましたが、コマンドが成功したにもかかわらず何も変更されませんでした（エラーなし）。この時点で私の意図は、GNOME Kaliデスクトップを起動し、それを永久にする方法を見つけることです。結局、 "gnome-session"コマンドが機能しないことがわかり、 "絶対"パスに欠落しているファイルのエラーが返されました（「Line 16：/usr/something/gnome-something_elseが見つかりません」と印刷されます）。ただし、ファイルシステムのルートが/ではなく/mntにあるため、 "./usr/something/gnome-something_else"を見つける必要があります。これがまさに私が考えたものです。正確なエラーは明日追加します。
次のことは、次の2つのうちの1つです。
/に/dev/sdd6をマウントし、GNOMEを実行する方法を見つけます。
ttyを使用して新しいセッションを作成し、そのセッションに/ dev / sdd6をマウントしてGNOMEを実行できることを願っています。
私の理論
Kali Liveは/ dev / sdd6が存在すると主張し、Kali SDD Percientは存在しないと言いますが、同時に特定のコマンドが正しく機能しない場合、それ自体矛盾します（上記のsetコマンドを参照）。個人的には、私はKali Live端末（およびgparted）を信頼しています。これがカーネルのバグを扱っていて（おそらく）解決策や非常に深い修正が必要だと思う理由です。
initramfsの謎
私はこのシェルを以前に使用したことがなく、いくつかの質問があります。
私が自分に最初に尋ねたのは、どのようにそのようなことが起こることができるのかでした。私の言葉は、私は毎回努力するKaliで起動すると、/ dev / sdd6がないため、ext4パーティションもなく、KaliもなくLinuxもないと表示されます。しかし、それにもかかわらず、この内容はシステムがしばらく起動するのを待ってから毎回表示されます。この端末がどこで実行されているか（どのパーティション）、またはどこに保存されているのかを尋ねています。私はdf -h .（"/"で）を使用しdf -h /、それを返しましたdf: /: can't find mount point。
その後、独自のファイルシステムがあることがわかりました！あるいは、非常に似ているもの、 "ls /"を使用すると、通常のLinux上のすべてのディレクトリ（bin、sbinなど、usr、...）を取得できますが、/mnt他のディレクトリはありません。また、Kaliにはない「init」フォルダがあります。ところで、「initrd.img」と「initrd.ing.old」があり、これは毎回ロードされるimgのようです（Windowsでは時々古いWindowsオペレーティングシステムの場合は「Windows.old」という名前のdir）を実行しようとしているので興味がありますbusybox switch_root。
また、ドライブに関連するコマンド間の競合も重要です（上記setとblkid応答の比較/proc/partitions）。
人々は私と同様の問題を抱えており、initamfsでいくつかのコマンドを使用して再起動すると問題が解決する可能性があることを読んでいます。何度も試しました（例：set、switch_root、start [number]、gnome-sessionなど）。しかし、時私のものinitramfsでは、フォルダやファイルなどの永続的なアイテムを作成することはできません（しかし、今は問題ではありません。一度だけ起動したいのですが…）。ただし、変数を設定できる場合は、export現在のセッションにのみ適用されます。以下も変数は同じです。
ノート なぜ「コメントを追加」を使用できないのですか？
アップデート3
カリガンに入社しました。
多くの時間と努力の後、シェルのルートを新しいファイルシステムルート（SSDのKali）に変更することができ、initramfsを残しました（しかし私の考えでは「非常に」ではありません）。私は（複数回）以下を実行します。
mkdir /mnt
mount -t ext4 /dev/sdc6 /mnt #As you can see I had to use the "wrong" notation with "sdc6" in place of "sdd6"
chroot /mnt #Surprisingly for me, it worked! Although I wanted to run busybox switch_root, but it returns error and prints the command syntax every time
gnome-sessionその後、GUIを取得するために、startx（xは数字）などのコマンドを実行しようとしましたが、成功しませんでした。特にstartxコマンドがないようです（find -executable -type f -name *start*有用な結果なしで実行しました）。
このgnome-sessionコマンドは、次の形式で多くのエラーを表示します（再現することはできませんが、写真はあります）。
** (gnome-session-failed:[some number]): WARNING **: [num1]:[num2]:[num3]:[num4]: Cannot open display:
[Some Error: Terminated, Unable to init sever, etc...]
次のようなものもあります。
[num1]:[num2]:[num3]:[num4] Gtk: cannot open display! (the first part was green, the second red)
(tracker-miner-fs:[num4]): GLib-GObject-CRITICAL **: [num1]:[num2]:[num3]:[num4]: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
initramfsでいくつかの追加情報を検索しました。
cat /proc/partitions
major minor #blocks name
8 0 976762584 sda
8 1 16367 sda1
8 2 976744448 sda2
8 32 125034840 sdc
8 33 307200 sdc1
8 34 101376 sdc2
8 35 131072 sdc3
8 36 99019776 sdc4
8 37 896000 sdc5
8 38 21680128 sdc6
8 39 2896896 sdc7
11 0 1048575 sr0
Kali Liveと比較してみました（違いは簡単にわかります）。
cat /proc/partitions
major minor #blocks name
8 0 976762584 sda
8 1 16367 sda1
8 2 976744448 sda2
8 32 125034840 sdd
8 33 307200 sdd1
8 34 101376 sdd2
8 35 131072 sdd3
8 36 99019776 sdd4
8 37 896000 sdd5
8 38 21680128 sdd6
8 39 2896896 sdd7
11 0 1048575 sr0
/proc/partitionsSSDのKaliにもコピーしました。 （gnome-sessionがブートパーティションの場所を見逃してしまったため、出力が何らかの形で変更されたようです。）
その後、これを実行します。
ls /dev/disk/by-path
pci-0000:00:14.0-usb-0:4:1.0-scsi-0:0:0:0
pci-0000:00:14.0-usb-0:4:1.0-scsi-0:0:0:0-part1
pci-0000:00:14.0-usb-0:4:1.0-scsi-0:0:0:0-part2
pci-0000:00:14.0-usb-0:8:1.0-scsi-0:0:0:0
pci-0000:00:17.0-ata-1
pci-0000:00:17.0-ata-1-part1
pci-0000:00:17.0-ata-1-part2
pci-0000:00:17.0-ata-2
pci-0000:00:17.0-ata-6
pci-0000:00:17.0-ata-6-part1
pci-0000:00:17.0-ata-6-part2
pci-0000:00:17.0-ata-6-part3
pci-0000:00:17.0-ata-6-part4
pci-0000:00:17.0-ata-6-part5
pci-0000:00:17.0-ata-6-part6
pci-0000:00:17.0-ata-6-part7
私は必死にpci-0000:00:17.0-ata-6-part6をpci-0000:00:17.0-ata-6に切り替えようとしましたが、正常に名前を変更しましたが、うまくいきませんでした.私のものinitramfs の起動後はデータは保持されません。
次に何をするのか
私読むFedora Media Writerを除くすべてのプログラムは、UEFIモードでBIOS用の起動可能なUSBを生成できないため、試してみることもできます。 （とにかく問題ではないようです。）
Kaliデスクトップを使いたいです。今回はKaliファイルシステムとコマンドにアクセスできるので、実際にGNOMEを動作させるにはいくつかの手がかりが必要です。
カーネルに問題があることはほぼ確実です。アップデートする方法や起動時に /dev/sdd6 を検出する方法を教えていただけますか？
アップデート4
カリーがアクティブになりました！ （しかしあまり悪いです。）
Kali SSDの/bootにあるinitrd.img-[etc..]をKali LiveからPeripheralに置き換えましたが、私のBIOSで通常どおりF8を押してKaliを起動しましたが、今回は動作して問題が解決したようです（ハハ！ ）。印刷された
[ 7.078689] ata6.00: failed to set xfermode (err_mode=0x40)
その後、画面が黒くなり、kaliが表示されます。 （通常、Kaliがより多くのテキストを表示していることを知っているので、少し混乱していますが、とにかく動作しました...）
Kaliが最初に起動し、再起動するように起動順序を変更しました。今回はとても自信があふれましたが、こう言いました。
[ 7.078689] ata6.00: failed to set xfermode (err_mode=0x40)
Gave up waiting for root file system device
それで、起動時にF8キーだけを押すと動作することに気づきました（なぜそうでしょうか？）。これは解決策ですが、満足のいくものではありません。また、F8で起動するたびに動作するかどうか100％確信できません。
（initrd.img-[etc..]を抽出した後）試しましたが、binwalk GenuineIntel.bin出力がありませんでした。init/initramfsファイルで1行を編集しましたが、その行は次のようになります。
export ROOT=
私はそれを次のように変更しました。
export ROOT=/dev/sdc6
間違った名前だと思っても、initramfsにパーティションをマウントするためにこの名前を使用する必要があるため、initramfsはその名前だけを認識し、/ dev / sdd6は認識しないようです。
その後、Kaliを3番目に再インストールし、Fedora Media WriterでUSBをフラッシュして（問題の原因となったエラーがある）初期状態に戻りました。
答え1
誰かが必要な場合：私はこの問題を数年前に解決しましたが、解決策は簡単でした。私はRufusを使用してUSBを起動可能にしました。Rufusを使用すると、ISOモードとDDモードの2つのモードでこれを行うことができます。 ISOモードは「推奨」モードで、DDモードを選択してKaliを正しくインストールしました。