まず、このエラーを何度も繰り返します。
Lvmetad is not active yet, using direct activation during sysinit
Volume group "mint-vg"not found
Cannot process volume group mint-vg
それが示すより:
Gave up waiting for root device. Common problems:
- Boot args (cat /proc/cmdline)
- Check rootdelay= (did the system wait long enough?)
- Check root= (did the system wait for the right device?)
- Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/mapper/mint--vg-root does not exist.
Dropping to a Shell!
そしてそれはBusyBox(iniframfs)に入ります
古いカーネルも試しましたが、同じことがわかります。
これが起こる前に「systemd」アップデートをインストールしたことを覚えています。編集:私はこのメインコンピューターのライブドライブとメインドライブにLinux mint 18を使用していますが、ちなみに問題があります。誰かが私がここから何をすべきか知っていますか?
編集1:
私はこの解決策を試しました:
ルートVGがありません、initramfsシェルにドロップされました。[解決済み]LVM LVS
から、vgが "mint-vg"で、ルートLVが "root"であることがわかりました。マウントされた/boot/grub/grub.cfgで変更し、コンピューターを再起動しました。
しかし今では、このエラーが何度も繰り返されます。
Lvmetad is not active yet, using direct activation during sysinit
Volume group "mint" not found
Cannot process volume group mint
それが示すより:
Gave up waiting for root device. Common problems:
- Boot args (cat /proc/cmdline)
- Check rootdelay= (did the system wait long enough?)
- Check root= (did the system wait for the right device?)
- Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/mapper/mint-vg-root does not exist.
Dropping to a Shell!
Grubとinitramfsを更新する方法を知っている人はいますか?
Edit2:
上記の新しいエラーは、「mint」と「vg」の間にダッシュが追加されたことが原因だと思ったので、KVPMGUIアプリケーションを使用してボリュームグループ名を「mint_vg」に変更しました。いいえ、マッパー名とボリュームグループ名が変更されただけで、上記と同じエラーが発生します。
Edit3:
現在行っていることではありません。ライブディスクにブート修復をインストールし、メインシステムを復号化してマウントし、ブート修復を実行します。これで、システムに新しいグラブと新しいカーネルが追加されました...新しいカーネルを含む3つのカーネルすべてを試しましたが、すべて同じ結果が得られました。
Edit4:
私のルートのblkidのuuidは、etc/fstabとetc/crypttabで異なります。 Live Disk内のこれらのファイルを変更しましたが、再起動時に同じエラーが発生します。
Edit5:
上記の名前の一部が間違っており、/ dev/diskから/ dev/mapperに変更されています
Edit6:
Peterの回答は順調に進んでいます(systemdをダウングレードしました!ライブドライブの/ etc/Hostのいくつかをメインドライブの/ etc/Hostと一致するように変更しました)が、Peterの最後の3つのコマンドラインとそれを試しました私にこれらの問題を与えました:
root@mint / # grub-install /dev/sda
Installing for i386-pc platform.
grub-install: error: cannot find a device for /boot/grub (is /dev mounted?).
root@mint / # update-initramfs -u
update-initramfs: Generating /boot/initrd.img-4.4.0-31-generic
cat: /proc/cmdline: No such file or directory
root@mint / # update-grub
/usr/sbin/grub-probe: error: cannot find a device for / (is /dev mounted?).
root@mint / #
また、これらの行を省略して、メインドライブを再度起動しようとしました。動作しませんでした。
Edit7:
ピーターによると、私は行を忘れました
for d in dev proc sys; do mount -o bind /$d /mnt/root/$d; done
do
で構文エラーが発生しました。まあ、彼によると、私は私がしたことをそれらを分解する必要があります:
Sudo mount -o bind /dev /mnt/root/dev
Sudo mount -o bind /proc /mnt/root/proc
Sudo mount -o bind /sys /mnt/root/sys
その後、Edit6で問題が発生するまで、彼の回答の残りの手順に従います。
grub-install /dev/sda
は機能しているようです:
Installing for i386-pc platform.
Installation finished. No error reported.
一方、update-initramfs -u
は、エラーの可能性があるいくつかのメッセージを表示しました。この編集後に、これらのメッセージを確認します。
update-initramfs: Generating /boot/initrd.img-4.4.0-31-generic
cryptsetup: WARNING: invalid line in /etc/crypttab for luks-8cb0dfcf-f4c8-47a2-aede-7fae0217797e -
W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.
最大の問題はupdate-grub
にあると思います。
Generating grub configuration file ...
/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
Found linux image: /boot/vmlinuz-4.4.0-31-generic
Found initrd image: /boot/initrd.img-4.4.0-31-generic
Found linux image: /boot/vmlinuz-4.4.0-28-generic
Found initrd image: /boot/initrd.img-4.4.0-28-generic
Found linux image: /boot/vmlinuz-4.4.0-21-generic
Found initrd image: /boot/initrd.img-4.4.0-21-generic
/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
grub-probe: error: cannot find a GRUB drive for /dev/sdc1. Check your device.map.
/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
done
上記の問題の解決策を知っている人がいたら、私に知らせてください。
Edit8:
適切な測定のために、ここに/etc/fstab
と/etc/crypttab
があります
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>
UUID=9434a2fe-8f66-494d-a098-2aaa8b51a811 / ext4 errors=remount-ro 0 1
# /boot was on /dev/sda1 during installation
#UUID=97fff05b-8e15-4a6b-ba91-08babab89e8e /boot ext2 defaults 0 2
#/dev/mapper/mint--vg-swap_1 none swap sw 0 0
#UUID=02270177-d1a5-41bf-9b1c-f8f46fe22bb3 none swap sw 0 0
#Move /tmp to RAM
tmpfs /tmp tmpfs defaults,noexec,nosuid 0 0
/dev/disk/by-uuid/89d3985d-93b9-4193-bc7e-ada76afba948 /mnt/89d3985d-93b9-4193-bc7e-ada76afba948 auto nosuid,nodev,nofail,x-gvfs-show 0 0
#UUID=97fff05b-8e15-4a6b-ba91-08babab89e8e /boot ext2 defaults 0 2
UUID=97fff05b-8e15-4a6b-ba91-08babab89e8e /boot ext2 defaults 0 2
Crypttab:
sda5_crypt UUID=9434a2fe-8f66-494d-a098-2aaa8b51a811 none luks,discard
#cryptswap1 UUID=02270177-d1a5-41bf-9b1c-f8f46fe22bb3 /dev/urandom swap,offset=1024,cipher=aes-xts-plain64
luks-f1e0883c-d8c1-4ec1-b5e7-8a9918ea0d5e UUID=f1e0883c-d8c1-4ec1-b5e7-8a9918ea0d5e /etc/luks-keys/luks-f1e0883c-d8c1-4ec1-b5e7-8a9918ea0d5e nofail
Edit9:
上記の両方のファイルで9434a2fe-8f66-494d-a098-2aaa8b51a811
を8cb0dfcf-f4c8-47a2-aede-7fae0217797e
に変更し、update-initramfs -u
を実行した後、W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.
エラーメッセージしか表示されません。これから焦点を当てます。無効なメッセージ(Edit7)はなくなりました。
Edit10:
私はあきらめました、すべてを再インストールすることはこのがらくたを通過するよりはるかに簡単です。レベル4または5のアップデートを再度インストールすることはありません。
必死になっているので、これが一時的/汚い解決策です...
ファイルシステムをマウントし、それにchrootします。
mkdir /mnt/root
mount /dev/mapper/mint--vg-root /mnt/root
mount /dev/sda1 /mnt/root/boot # example if you have separate boot
for d in dev proc sys; do mount -o bind /$d /mnt/root/$d; done
chroot /mnt/root /bin/bash
次に、いくつかの修正を試してください... systemdバージョンまたは他のファイルをダウングレードすることをお勧めします(/var/log/apt/history.logでアップグレードの履歴を参照してください)(以下はubuntu16.04の例です...私はしません見てミントを持っている)
$ apt-cache policy systemd
systemd:
Installed: 229-4ubuntu6
Candidate: 229-4ubuntu6
Version table:
*** 229-4ubuntu6 500
500 http://de.archive.ubuntu.com/ubuntu xenial-updates/main AMD64 Packages
100 /var/lib/dpkg/status
229-4ubuntu4 500
500 http://de.archive.ubuntu.com/ubuntu xenial/main AMD64 Packages
$ apt-get install systemd=229-4ubuntu4
そして、これを更新する必要がある場合、例えば。変更したソフトウェアによっては生成が異なるため、ブートのものを再生成します(fstabがまだ修正されていない場合は、必ず修正してください...):
grub-install /dev/sda
update-initramfs -u
update-grub
そして最後に、あなたの出力は/dev/disk/vg-...
と言っていますが、それが正しいとは思いません。 「disk」ではなく「mapper」で/deg/mapper/vg-...
と表示されます。それはfstabで修正しますが、どのようなハッカーがそこに配置されているのかわかりません...手動で行っていないので、問題があるかどうかはわかりません。