関連続編:
SSD 2個(840 evo 1個 + 850 evo 1個)
ハードドライブ2台
保存にはHDDを使用し、フォーマットはext4です。 Windows用の1Tb NTFSパーティションの存在に使用されたハードドライブの1つが削除/ ext4に再フォーマットされました。
850 evoは完全にLinux用に開発されました(KDE Neon 18.04ベース)。 Windows 10用の840 evo ...通常、他のLinuxディストリビューション(以前はManjaroまで...最近まで)を使用してデュアルブートされます。
重要な注意:840 evo SSD(Windows10 + LinuxをデュアルブートするSSD)は常に物理的にプラグを抜きます。使用するまで(しばしばそうではありません)、840 SSDを接続するたびにプラグを抜きます。 850 SSD。
どうしたの?:
前回840 SSDを接続したとき、Windows10は奇妙に動作し、Manjaroを感じることができませんでした... Windows 10を再インストールし、OpenSUSE Tumbleweedを使用してデュアルブートすることにしました。
850 SSD(18.04 KDE Neonのみ)を切り離し、840 SSDを接続し、Gpartedを使用してライブLinuxディストリビューションから起動し、840 SSDのすべてのエントリを削除して...長い時間が経過しました(問題なし、時間がかかりすぎただけです)。 )Win10のインストール...予想より遅く来て、ちょうどWindowsで通常の「終了」ボタンを使用し、840 SSDを抜いて、850 SSDを接続するとそれがすべてです。
翌日、コンピュータの電源を入れました(850 SSD + 2 HDDにのみ接続)... NeonはパニックモードO__Oに閉じ込められているようです。
次の内容が表示されます。
現在緊急モードです。
ログイン後、「journalctl -xb」と入力すると、システムログが表示されます。
"systemctl restart" restart, "systemctl default"
または、^Dデフォルトモードで再起動してみてください。
ctrl + d +の終了またはsystemctlのデフォルトを試みるたびに、Neon 14.4のいくつかのテキストロードシーケンスがロードされ、上記と同じテキストが表示されます。
これまで私が見つけたものから、私のfstabが間違っている可能性があります。
今は850 SSDを除くすべてを分離し、「sudo nano /etc/fstab」を実行していますが、私が見るのはdev sdb1 +スワップファイルのUUIDだけです。
今まで試したこと
最初:また、2つのHDDを接続して18.04 NeonでSSDを起動したところ、「journalctl -xb」が現れました....1423本の行がありました...赤い行(?)を確認する必要があると思いました。これを見つけました2つ(1011行と1012行だと思います):
systemd-udevd [417] : Error calling EVIOCSKEYCODE on device node '/dev/input/event3' (scan code 0xc022d, key code 103) : Invalid argument
systemd-udevd [417] : Error calling EVIOCSKEYCODE on device node '/dev/input/event3' (scan code 0xc022e, key code 108) : Invalid argument
そして、インターネットには - 私の思考には - 1092に次のような別の赤い線があります。
systemd [1] : Timed out waiting for device dev-disk-by\x2duuid-1D5F3A4B09CF588F .device.
その線の直下(赤ではありません):
-- Subject: Unit dev-disk-by\x2duuid-1D5F3A4B09CF588F .device
私は最後の2行が最初の2行と直接関連していると仮定します。
第二:
緊急モードでfsckを実行しようとしましたが、/dev/sda1がすでにマウントされているため、これを行うことはできません。
live -buntuディストリビューションから再起動し、私が見つけた次の手順に従いました。
端末で実行 - wgethttp://downloads.sourceforge.net/project/e2fsprogs/e2fsprogs/v1.43.1/e2fsprogs-1.43.1.tar.gz
Run in the terminal — tar xzf e2fsprogs-1.43.1.tar.gz Run in the terminal — cd e2fsprogs-1.43.1 Run in the terminal — ./configure Run in the terminal- make Run in the terminal- cd e2fsck/ Run in the terminal- sudo ./e2fsck -y <corrupt filesystem name>
/dev/sda1に適用します。再起動しましたが、上に投稿したのと同じ赤い線が引き続き表示されます。
SSDを1つだけ接続した状態で、これをすべて実行しました(18.04 Neon 5.14.4のインストール)。
第三:Kubuntu 18.10ライブメディアから起動し、Konsoleを開き、rootとして「fsck /dev/sda1」を実行しましたが…「きれい」と言いました。
システムを再起動し、ライブメディアを削除し、Neonを使用してSSDから起動しましたが...まだパニックモードで停止しています。次は何を確認/試すべきですか?
答え1
私は同様の問題を探していましたが、fstabファイルに関する多くの証拠があります。だから私のことを確認しましたが、次のようになりました。
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
#Entry for /dev/sdb1 :
UUID=75d5863b-7463-475f-b3c1-259235486ee2 / ext4 errors=remount-ro 0 1
#Entry for /dev/sda2 :
UUID=1D5F3A4B09CF588F /media/myusername/1D5F3A4B09CF588F ntfs-3g defaults,nodev,nosuid,locale=en_US.UTF-8 0 0
/swapfile none swap sw 0 0
/dev/sda2は私のDVD-ROMドライブのようで、正直なところ、これがなぜこれがすべての背後にあるドライブなのかわかりません。しかし、この行をコメントアウトして、私のfstabは次のようになります。
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
#Entry for /dev/sdb1 :
UUID=75d5863b-7463-475f-b3c1-259235486ee2 / ext4 errors=remount-ro 0 1
#Entry for /dev/sda2 :
#UUID=1D5F3A4B09CF588F /media/ashberian/1D5F3A4B09CF588F ntfs-3g defaults,nodev,nosuid,locale=en_US.UTF-8 0 0
/swapfile none swap sw 0 0
...そして効果がありました!いよいよネオンが正常に始まりました! DVDドライブを紛失したようです:|