/dev/sda2Ubuntu（元のOS）、Kali Linux、およびDebianを使用して、マイコンピュータで複数のブートを設定しようとしています。しかし、Debianのインストールに問題があり、Ubuntuの起動に時間がかかるため、次の手順に従いました。この投稿起動プロセスを高速化します。ただし、コンピュータを再起動すると、Ubuntuは緊急モードで起動します。唯一目立つのは、私のシステムで/etc/fstabUbuntuパーティションに関連する行が消えたことです。
私はfstabの内容をここに投稿したいのですが、パニックモードでここにコピーする方法がわかりません（Kali Linuxを使用して/dev/sda5この記事を書いています）。 fstabを復元する方法はありますか？
編集1
私のコンテンツは次のとおりです/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>
# /boot/efi was on /dev/sda1 during installation
UUID=95B2-5AED /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda3 during installation
UUID=69d6623e-0bcc-4cef-8b25-e46c98210d44 /home ext4 defaults 0 2
# swap was on /dev/sda4 during installation
UUID=a8ee0943-0cd9-4dba-b018-ca00fc450e5d none swap sw 0 0
結果は次のとおりですblkid | grep UUID。
/dev/sda1: UUID="95B2-5AED" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="f3ead83c-a7ca-453b-8317-a854080d37fc"
/dev/sda2: UUID="7d4d2f18-146c-4d56-b5f3-0dc605eeb9e0" TYPE="ext4" PARTLABEL="Ubuntu" PARTUUID="94d6c9bd-30da-4abf-a784-41e20992fdd4"
/dev/sda3: UUID="69d6623e-0bcc-4cef-8b25-e46c98210d44" TYPE="ext4" PARTLABEL="Home" PARTUUID="dd1299b6-adb1-45c0-99a6-94e922f4964b"
/dev/sda4: UUID="a8ee0943-0cd9-4dba-b018-ca00fc450e5d" TYPE="swap" PARTUUID="228fa2d0-8b0c-4562-bb5a-ebb73bb00f04"
/dev/sda5: UUID="489b70a2-db82-4b0c-bebd-cf19a403ade1" TYPE="ext4" PARTUUID="48ba997c-e595-45c1-93c0-b97e4f7ffbf5"
/dev/sda6: UUID="9068da24-6073-45dc-a18e-29634daa3910" TYPE="ext4" PARTUUID="9033f352-349f-4cee-94bf-c686f462adea"
編集2
Ubuntu、Home、およびDebianパーティションでこのコマンドを実行しましたが、e2fsckUbuntuは緊急モードで起動しなくなり、通常は起動を開始しますが、しばらくロードして停止します。
答え1
Kaliインストールが実行されているため、これを使用してchrootからUbuntuインストールにアクセスできます。これを行うには、rootとして次のコマンドを実行します。
mkdir /ubunturoot
mount /dev/sda2 /ubunturoot
mount -o bind /dev /ubunturoot/dev
mount -o bind /dev/pts /ubunturoot/dev/pts
mount -o bind /proc /ubunturoot/proc
mount -o bind /sys /ubunturoot/sys
chroot /ubunturoot
コマンドプロンプトウィンドウ（注：この特定のシェルのみ！）は、UbuntuにログインしてUbuntuからルートになったときと同じように、Ubuntuのルートファイルシステムにアクセスできる必要があります。見て、すべてが大丈夫であることを確認してください。
Ubuntuに/etc/fstabバグがある場合は、編集できます。
/boot/efiこの問題を解決したら、まずファイルシステムがUbuntu chrootにマウントされていることを確認してください。
mount /boot/efi
次に、ls /lib/modulesカーネルバージョン番号の名前を付けた1つ以上のディレクトリを確認します。update-initramfs -u -k <kernel version number>そのUbuntuカーネルを更新するために使用されるinitramfsファイル。 （今は実際にKaliのカーネルを実行しているので、Ubuntuカーネルのバージョン番号を明示的に指定する必要があります。UbuntuとKaliのカーネルバージョンが一致しない可能性が高いため、デフォルトのカーネルを更新しようとするとエラーメッセージが表示されます。）
/etc/default/grub次に、ファイルシステムのUUIDまたはオペレーティングシステムのインストール時に変更された可能性があるその他の点に言及する起動オプションを確認してください。必要に応じて修復し、実行してupdate-grubUbuntu GRUBブートローダの設定ファイルを更新します。
見つかった問題をすべて解決したら、一時的なchroot環境を手動で元に戻します。
umount /boot/efi
exit # out of the chroot environment, back to Kali native view of the filesystem
umount /ubunturoot/sys
umount /ubunturoot/proc
umount /ubunturoot/dev/pts
umount /ubunturoot/dev
umount /ubunturoot
rmdir /ubunturoot
答え2
fstabへの私の邪悪な追加のために、[どこでも]読み取り専用が発生しました。 （以前のバージョンは重要ではありません） サーバーのインストールCDまたはスティックから起動し、「Rescue Corrupted System」（言語、キーボード）を選択して挿入します。既知のサーバー名を入力し、「ルートファイルシステムとして使用するデバイス」[;/dev/sda1]を選択します。 「/dev/sda1でシェルを実行」を選択し、画面下部に#cd /etc を使用して #.... を探します。 fstabを編集することができます（「悪」について説明します。）...終了して再起動します。