Dell Latitude 6420ラップトップにUbuntu 16.04デュアルブート(Windows 7付き)をインストールしています。
昨日、更新後、再起動を要求しましたが、完全に再起動しませんでした。ユーザーのログインに応じて、パスワードを入力するとフリーズします。ログイン時に数回フリーズしたため、パスワードを入力することさえできませんでした。
少し読んだ後、「セーフモード」でログを記録しようとしました。最初に、最初のオプション(「generic」で終わる)へのログインを試しました。ログインして問題なくマシンを使用できました。しかし、通常どおりログインすると、フリーズし続けました。
さらに読んでから、プロセスを繰り返しました。今回は、「回復モード」で終わるオプションを選択しました。
そこから、fsck ...というオプションを選択しました。それは実行され、swapパーティションの欠落している依存関係に関する情報を提供しました。
だから今、私のコンピューターと私は本当に気まずい沈黙の瞬間を過ごしています。スクリーンショットに見られるように、私が何かをするのを待っているのです。そして、私はここで、次に何をすべきかを示すのを待っています。
だから私は2つの質問があります:
次に何をしますか?
不足している依存関係を修正するにはどうすればよいですか?または、fsckはこれを行うことになっていますか?
追加情報:
「終了」は、この画面から抜け出すために働き、grub/recovery modeメニューに戻りました
このメニューからルートアクセスを選択し、プロンプトで「Sudo fsck -f /」と入力すると、次の応答が生成されます。
その後、再起動しました。通常のブートはまだ機能しなかったので、genericオプションで再度リブートしました。私は次を実行しました:
Sudo blkid
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/sda1: LABEL="System Reserved" UUID="2C2A0DEA2A0DB23E" TYPE="ntfs" PARTUUID="f752fb6f-01"
/dev/sda2: LABEL="Windows 7" UUID="5E98156C981543C5" TYPE="ntfs" PARTUUID="f752fb6f-02"
/dev/sda4: LABEL="Swap" UUID="4c570f54-c0d4-44ac-a132-9517c64f0cff" TYPE="swap" PARTUUID="f752fb6f-04"
/dev/sda5: UUID="4320c663-1161-4fe9-b5f8-ac72526376db" TYPE="ext4" PARTUUID="f752fb6f-05"`
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/sda5 during installation
UUID=4320c663-1161-4fe9-b5f8-ac72526376db / ext4 errors=remount-ro 0 1
# swap was on /dev/sda4 during installation
UUID=4c570f54-c0d4-44ac-a132-9517c64f0cff none swap sw 0 0
/dev/mapper/cryptswap1 none swap sw 0 0`
cat /etc/crypt*
cryptswap1 UUID=ce2b005b-dea2-4808-86eb-71884dfeb5c4 /dev/urandom swap,offset=1024,cipher=aes-xts-plain64
注:ジェネリックで起動すると正常に動作したのに対しbefore、今はインターネットがありません。ネットワーク設定を開いてWi-fiをオンにしようとすると、自動的に元に戻ります。 Windows側でも機能しません。それ以外の場合、Windowsは正常に起動します。
次に、ブートディスクで再起動し、gpartedを実行して、このイメージをスナップしました。
更新:
再起動するたびに、正常にログインできるかどうかを確認し続けます。以下の提案を実装できるようになる前に、マシンは通常モードで通常モードで起動しましたが、まだWi-Fiがありません(まだモデムに直接配線しようとしていません)
通常の起動中に、次のすべてをチェックしました。
gparted(修正済み)-暗号化されるはずのすべてのパーティションがあります。ここに写真をいくつか追加します。
Sudo blkid
(変更)-以前に存在しなかったcryptswap1のUUIDを含む新しい行が下部にあります。
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/sda1: LABEL="System Reserved" UUID="2C2A0DEA2A0DB23E" TYPE="ntfs" PARTUUID="f752fb6f-01"
/dev/sda2: LABEL="Windows 7" UUID="5E98156C981543C5" TYPE="ntfs" PARTUUID="f752fb6f-02"
/dev/sda4: LABEL="Swap" UUID="4c570f54-c0d4-44ac-a132-9517c64f0cff" TYPE="swap" PARTUUID="f752fb6f-04"
/dev/sda5: UUID="4320c663-1161-4fe9-b5f8-ac72526376db" TYPE="ext4" PARTUUID="f752fb6f-05"
/dev/mapper/cryptswap1: UUID="e9166797-d813-4430-ab6e-d2f060ca59c5" TYPE="swap"
cat /etc/fstab
-同じ、変更なし。
cat /etc/crypt*
-同じ、変更なし。
そのため、正常に起動できなかったため、当面の問題は解決されました。私はgrubをリブートしてfsckを再度実行しましたが、同じ依存関係エラーがまだありました。
そこで、以下に示すようにgrubルートプロンプトに入り、提案された変更を行いました。正常に起動しませんでした。 genericモードでは、gpartedのスクリーンショットを取得できました。これで、ホームパーティションは暗号化されますが、スワップは暗号化されません。
その後、@ heynnemaがどの方向に向かっているのかを理解し、fstab
の新しいUUIDに気付き、そのUUIDを使用して彼の指示を書き直しました。これで正常に起動し、すべてのパーティションが暗号化されます。
ただし、grubに戻ってfsck
を実行すると、同じ依存関係エラーが引き続き発生します。
これを解決済みと見なすべきかどうかはわかりません。私は自分のコンピューター(sans wi-fi)に完全にアクセスでき、grubを正常に終了しました。
依存関係のエラーは心配する必要がありますか?依存関係は更新ファイルの一部であると考えました。調整しているコンテンツも依存関係と見なされますか?
(Wi-Fiの問題、私は別の投稿に入れます)
学習曲線は急です...
#2を更新追加情報:
free -h
total used free shared buff/cache available
Mem: 3.7G 1.5G 712M 216M 1.6G 1.8G
Swap: 14G 0B 14G
swapon -s
Filename Type Size Used Priority
/dev/sda4 partition 15625212 0 -1
Sudo lshw -C network
[Sudo] password for :
*-network
description: Ethernet interface
product: 82579LM Gigabit Network Connection
vendor: Intel Corporation
physical id: 19
bus info: pci@0000:00:19.0
logical name: eno1
version: 04
serial: d4:be:d9:24:ae:23
size: 1Gbit/s
capacity: 1Gbit/s
width: 32 bits
clock: 33MHz
capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=3.2.6-k duplex=full firmware=0.13-3 ip=192.168.1.201 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
resources: irq:25 memory:e6e00000-e6e1ffff memory:e6e80000-e6e80fff ioport:5080(size=32)
*-network
description: Network controller
product: BCM4313 802.11bgn Wireless Network Adapter
vendor: Broadcom Corporation
physical id: 0
bus info: pci@0000:03:00.0
version: 01
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list
configuration: driver=bcma-pci-bridge latency=0
resources: irq:17 memory:e6d00000-e6d03fff
*-network DISABLED
description: Wireless interface
physical id: 2
logical name: wlp3s0b1
serial: c0:18:85:76:83:d1
capabilities: ethernet physical wireless
configuration: broadcast=yes driver=brcmsmac driverversion=4.10.0-27-generic firmware=N/A link=no multicast=yes wireless=IEEE 802.11
dkms status
は何も返しませんでした
rfkill list
0: Dell-wifi: Wireless LAN
Soft blocked: no
Hard blocked: yes
1: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
スワップを無効にした後のfsck
imgur.com/a/bKL64(これ以上リンクを投稿させません)スワップ情報もリストしません。
Update 3 Info
free -h
total used free shared buff/cache available
Mem: 3.7G 1.9G 649M 322M 1.2G 1.3G
Swap: 14G 3.5M 14G
swapon -s
Filename Type Size Used Priority
/dev/sda4 partition 15625212 3604 -1
grubメニューのfsck
は、同じ依存関係エラーを生成しました。
ただし、TIME
行では、数字の一部が古いcryptswap1のUUIDと一致していますが、完全には一致していません。元に戻す必要がある場合に備えて保管しておきました。
cat crypttab.old
#cryptswap1 UUID=ce2b005b-dea2-4808-86eb-71884dfeb5c4 /dev/urandom swap,offset=1024,cipher=aes-xts-plain64
私は/ dev/disk /を見て、それが示していることを発見しました:
Latitude-E6420:/dev/disk/by-uuid$ ls -al
total 0
drwxr-xr-x 2 root root 120 Jul 27 22:03 .
drwxr-xr-x 6 root root 120 Jul 27 22:03 ..
lrwxrwxrwx 1 root root 10 Jul 27 22:04 2C2A0DEA2A0DB23E -> ../../sda1
lrwxrwxrwx 1 root root 10 Jul 27 22:04 4320c663-1161-4fe9-b5f8-ac72526376db -> ../../sda5
lrwxrwxrwx 1 root root 10 Jul 27 22:04 4c570f54-c0d4-44ac-a132-9517c64f0cff -> ../../sda4
lrwxrwxrwx 1 root root 10 Jul 27 22:04 5E98156C981543C5 -> ../../sda2
そこにないものを探しているようですが、すべてのパーティションが説明されているようです。
fsck
を再実行して、いくつかのデータを収集しましょう...
Ubuntuパーティションのファイルシステムを確認するには...
Sudo fsck -f /
と入力します次に、いくつかのデータを収集します...
Sudo blkid
cat /etc/fstab
cat /etc/crypttab
free -h
swapon -s
写真を撮ってあなたの質問に追加してください。
Ubuntu Live DVD/USBから起動し、gparted
を起動します。現在のウィンドウのみのスクリーンショットを撮り、質問に追加します。
更新#1:
誰かがHDD/SDDのパーティションを再分割していたに違いありません。少し奇妙に見えます。また、スワップパーティションのUUIDはblkid
とcryptswap1
で一貫性がなく、fstabには誤った文字が含まれているように見えます。
上記のようにルートプロンプトに移動し、次のように入力します。
Sudo mount -o rw,remount / # to remount as r/w
/etc/fstab
...
Sudo pico /etc/fstab
この行を確認してください...
/dev/mapper/cryptswap1 none swap sw 0 0`
に変更されます...
/dev/mapper/cryptswap1 none swap sw 0 0
次に/etc/crypttab
...
Sudo pico /etc/crypttab
この行を変更...
cryptswap1 UUID=ce2b005b-dea2-4808-86eb-71884dfeb5c4 /dev/urandom swap,offset=1024,cipher=aes-xts-plain64
これに...
cryptswap1 UUID=4c570f54-c0d4-44ac-a132-9517c64f0cff /dev/urandom swap,offset=1024,cipher=aes-xts-plain64
次に再起動します。
更新#2:
何かがまったく正しく見えません。すべての質問に答えることが重要です。
fsck
(メニューからではなく、私のやり方で)を実行すると、パス1、パス2などが表示され、#プロンプトに戻りますか?見せて:
free -h
swapon -s
Sudo lshw -C network
dkms status
更新#3:
上記の4つのコマンドの出力は表示されませんでした。この更新の残りを実行する前に、この出力で質問を編集してください。
スワップエラーメッセージを確認できるように、このような方法で起動します。表示されたUUIDをできるだけコピーします。それらを古いコマンドと新しいSudo blkid
コマンドの両方と比較して、一致するものを探します。
一時的にスワップとスワップ暗号化を無効にして、ワイヤレスの問題に影響があるかどうかを確認します(私はそうは思わないでしょう)。
terminal
...
gksudo gedit /etc/fstab
これらの行を編集し、各行の前に#
を配置して最後の2行をコメント化します。 (後でこれらの行のコメントを外すことを忘れないでください)。
これを変える:
# swap was on /dev/sda4 during installation
UUID=4c570f54-c0d4-44ac-a132-9517c64f0cff none swap sw 0 0
/dev/mapper/cryptswap1 none swap sw 0 0
これに:
# swap was on /dev/sda4 during installation
#UUID=4c570f54-c0d4-44ac-a132-9517c64f0cff none swap sw 0 0
#/dev/mapper/cryptswap1 none swap sw 0 0
次に、この名前を変更します(後で名前を変更することを忘れないでください):
Sudo mv /etc/crypttab /etc/crypttab.HOLD
reboot
ワイヤレスを確認してください。