web-dev-qa-db-ja.com

fedora 24はdnfのアップグレード後に起動しません

昨夜、Fedora 24 alphaのインストールをアップグレードしましたが、今日初めて起動したとき、黒い画面になってしまいました。

次に、レスキューモードで起動してみました。Fedoraのロード画面が表示された後、シェルが残りました。 dnf historylist undo id#でリストされた最後の更新を元に戻そうとしましたが、ネットワークに接続していないため失敗しました。

シェルでは、ルートpwdを要求する前に次の行を表示します。

dracut-pre-udev[302]: Symbol 'svc_auth_none' has different size in shared object, consider relinking

最後の更新を元に戻す方法はありますか?

編集:

私はjournalctl -xbによって提供されるログを調べましたが、すべての種類のドライブのマウントに関連する多くのsystemdエラーがあるようです。そのため、それが起動しない理由です。おかしなことに、ハードウェアのセットアップは1ビットも変更されておらず、ドライブはすべて想定どおりに機能しています。

以前の2つのアルファカーネルバージョンで起動しようとして失敗したことを付け加えるのを忘れていました(どちらも昨日のアップデートの前に機能していたものです)。

EDIT2:

journalctl -xb -p3の出力:

    -- Logs begin at Mit 2016-01-20 15:01:49 CET, end at Fre 2016-04-29 17:06:53 CEST. --
Apr 29 19:06:48 localhost systemd[1]: Device dev-disk-by\x2dpartlabel-Microsoft\x5cx20reserved\x5cx20partition.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/Host0/target0:0:0/0:0:0:0/block/sda/sda1 and /sys/devices/pci0000:00/0000:00:1f.2/ata2/Host1/target1:0:0/1:0:0:0/block/sdb/sdb1
Apr 29 19:06:48 localhost systemd[1]: Device dev-disk-by\x2dpartlabel-EFI\x5cx20System\x5cx20Partition.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/Host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata4/Host3/target3:0:0/3:0:0:0/block/sdd/sdd1
Apr 29 19:06:48 localhost systemd[1]: Device dev-disk-by\x2dpartlabel-Basic\x5cx20data\x5cx20partition.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata2/Host1/target1:0:0/1:0:0:0/block/sdb/sdb2 and /sys/devices/pci0000:00/0000:00:1f.2/ata4/Host3/target3:0:0/3:0:0:0/block/sdd/sdd4
Apr 29 19:06:50 localhost rpcbind[314]: cannot open file = /tmp/rpcbind.xdr for writing
Apr 29 19:06:50 localhost rpcbind[314]: cannot save any registration
Apr 29 19:06:50 localhost rpcbind[314]: cannot open file = /tmp/portmap.xdr for writing
Apr 29 19:06:50 localhost rpcbind[314]: cannot save any registration
Apr 29 17:06:50 linux.fritz.box systemd[1]: Failed to mount NFSD configuration filesystem.
-- Subject: Unit proc-fs-nfsd.mount has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit proc-fs-nfsd.mount has failed.
-- 
-- The result is failed.
Apr 29 17:06:50 linux.fritz.box systemd[1]: dev-disk-by\x2dpartlabel-Microsoft\x5cx20reserved\x5cx20partition.device: Dev dev-disk-by\x2dpartlabel-Microsoft\x5cx20reserved\x5cx20partition.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata2/Host1/target1:0:0/1:0:0:0/block/sdb/sdb1 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/Host0/target0:0:0/0:0:0:0/block/sda/sda1
Apr 29 17:06:51 linux.fritz.box systemd[1]: dev-disk-by\x2dpartlabel-EFI\x5cx20System\x5cx20Partition.device: Dev dev-disk-by\x2dpartlabel-EFI\x5cx20System\x5cx20Partition.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/Host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata4/Host3/target3:0:0/3:0:0:0/block/sdd/sdd1
Apr 29 17:06:51 linux.fritz.box systemd[1]: dev-disk-by\x2dpartlabel-Basic\x5cx20data\x5cx20partition.device: Dev dev-disk-by\x2dpartlabel-Basic\x5cx20data\x5cx20partition.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata2/Host1/target1:0:0/1:0:0:0/block/sdb/sdb2 and /sys/devices/pci0000:00/0000:00:1f.2/ata4/Host3/target3:0:0/3:0:0:0/block/sdd/sdd4
Apr 29 17:06:51 linux.fritz.box systemd[1]: Failed to mount /boot/efi.
-- Subject: Unit boot-efi.mount has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit boot-efi.mount has failed.
-- 
-- The result is failed.
Apr 29 17:06:53 linux.fritz.box systemd[1]: Failed to mount /mnt/20DF1A322D28FF74.
-- Subject: Unit mnt-20DF1A322D28FF74.mount has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit mnt-20DF1A322D28FF74.mount has failed.
-- 
-- The result is failed.

EDIT3:

/etc/systemd/system/default.targetの内容

#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.

[Unit]
Description=Graphical Interface
Documentation=man:systemd.special(7)
Requires=multi-user.target
Wants=display-manager.service
Conflicts=rescue.service rescue.target
After=multi-user.target rescue.service rescue.target display-manager.service
AllowIsolate=yes
3
sobek

これでうまくいきました。

以下をカーネルパラメータに追加します。

selinux=1 enforcing=0

これにより、SELinux実施モードがstrictからpermissiveに設定されます。

これは、何が起こっているのかを理解するまで、またはアップデートによって問題が修正されるまでの一時的な解決策です。

7
mystilleef

私が使った解決策は

  1. Default.targetをmulti-user.targetに変更しました(グラフィカルでした)。
  2. setenforce 0
  3. systemctl isolate graphical
2
Kjetil Nygård

これは、SELinuxポリシーのバグが原因です。 https://bugzilla.redhat.com/show_bug.cgi?id=1331668 を参照してください— 2016年5月2日現在、 テスト中の更新 があり、問題。

それまでの間、enforcing=0は問題を回避します。

2
mattdm

完全を期すために、これはselinux-policyおよびselinux-policy-targetedバージョン3.13.1-183.fc24の問題であることを付け加えます。これらを以前のバージョンにダウングレードするか、3.13.1-184.fc24を使用すると、この問題が修正されます。

Bugzillaのエントリ here および here も参照してください。

2
sobek