NEC Lavie LL800KGでは、18.04LTSをクリーンインストールした場合でも、rebootもshutdownもできない（スプラッシュ画面がフリーズする）ことが判りました。LL800KGは２台所有していますが、２台とも同じ症状が起こります。この問題は16.04から手動でアップグレードしたことに原因があるのではなく、ハードウエアに起因するようです。試みにおなじNECの Lavie LL850H/J にもクリーンインストールしてみましたが、こちらは問題なくrebootもshutdownもできます。DELL Latitude E5400 でも大丈夫です。どいういう部品や機構に起因するかなど、もちろん私には見当もつきません。
検索してみると、＜xubuntu - Ubuntu 18.04 stuck at shutdown - Ask Ubuntu＞、＜Ubuntu 18.04 Server Beta 2 - restart / reboot not working - Stack ...＞、＜System hang at "shutdown" or "restart" - Ubuntu 18.04 daily build ...＞など、困っている人は他にも大勢いそうです。ハードウエアにも詳しい方々からのご提案を期待して待つほかありません。

直接の解決策は持ちあわせていませんが：
上記の情報だけでは実機を持っていないと原因にたどり着くのは困難だと思います。

kernel が shutdown/reboot に必要とする機能は boot 時に初期化されます。/var/log/dmesg (1000行位あります）に関係ありそうなエラーが記録されていませんか？特に ACPI 回りは要注意です。

user space でのログは /var/log/syslog, /var/log/syslog.1, /var/log/syslog.2.gz 以下に保存されます。かなり前のものまで残っていますが、タイムスタンプを参考にして直近の立ち上げ以降で関係ありそうなエラーが記録されていませんか？

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" だと console メッセージが見えなくなってしまいます。

GRUB_CMDLINE_LINUX_DEFAULT="nosplash"

にして grub.cfg を再構成するか boot 時に grub の command line editor で当該部分を上記のように書き換えてから boot してください。何か関連の有りそうなエラーメッセージは表示されませんでしたか？立ち上がったら CLI に切り替えてログインして shutdown を実行して下さい。途中で止まってしまうと思いますが、最後に何が表示されていますか？そこまでは処理が進んでいるので、その次に実行されるはずの部分が怪しそうです。

確認ですが、#1 には「shutdown が止まった後電源ボタン長押ししか効かないと」ありますがその時点で magic sysrq も効かないということでしょうか？（老婆心ながら試す場合は CLI からログインして、必ず sync, R/O-remountしてから power-off や re-boot を試みて下さい。事前に magic sysrq が有効になっていることの確認もお忘れなく。）

なお、私は Lavie GL1841 を使っています。Live USB から ubuntu を試すで 18.04 を起動したところ、shutdown/reboot はできましたが、全ての cpu core の稼働率が 100% 近くになってしまいました。/var/log/dmesg には ACPI 関連のエラーがじっくり考えてみないと分からないくらい多数検出されていました。18.04 になってから ACPI に対する要件が 16.04 よりきつくなったようです。結局 18.04 の使用は断念しました。

(知識が足りないなため、taka.zoo.nさんはじめ熟達のユーザーの皆さまにはお手数をおかけしますことを、どうかお許しください。)

①端末からrebootを試みても症状は変わりません。

②コード:GRUB_CMDLINE_LINUX_DEFAULT="nosplash"にして grub.cfg を再構成したのちに、コマンドラインからrebootを試みました。  症状は変わらずスプラッシュ画面の途中でフリーズ（Lubuntuロゴの下の小さな丸２つめでストップ）したため強制終了し、再度立ち上げました。なにやらたくさんの文字列が次々に現れたあとに正常に18.04が立ち上がりましたが、文字列の流れが早いので何らかのエラーメッセージが表示されたのかどうかさえ判りません。

③ CLI に切り替えてログイン
（以下のように表示されました）
Ubuntu 18.04 LTS  *****(私のユーザーネームです)-PC-LL800KG tty 1
*****-PC-LL800KG login:*****
Password:
Last login:Tue Jul 10 09:54:47 JST 2018 on tty 1
Welcome to Ubuntu 18.04 LTS (GNU/LINUX 4.15.0-24-generic x86_64)

*Documentation:https://help.Ubuntu.com
*Management:https://landscape.canonical.com
*Support:https://ubuntu.com advantage

Canonical Livepatch is avalable for installation.
-Reduce system reboots and improve kernel security. Activate at:
https://ubuntu.com/livepatch
　
0 packages can be updated
0 packages are security updates

*****@*****-PC-LL800KG:~$

④shutdown を実行
（フリーズしました。おしまいの3行は以下のとおりです。）
[   OK   ] Reached target Unmount All Filesystems.
[   OK   ] Reached target Final Step
              Starting Power Off ...

⑤最後にアドバイスいただいた内容「CLI からログインして、必ず sync, R/O-remountしてから power-off や re-boot を試みて下さい。事前に magic sysrq が有効になっていることの確認もお忘れなく。」についてはやり方がわからずにおります。
Sys Rq が有効になっているかどうかもわからなかったので、試みに、Alt + SysRq + B　と入力しました。rebootも何も起こりませんでした。

⑥ 　①〜⑤を試したあとに、/var/log/syslog, /var/log/syslog.1, /var/log/syslog.2.gzに保存されている内容をgeditで開きました。

(sudo gedit /var/log/syslogのさいごの記述)
Jul 10 10:43:21 *****-PC-LL800KG dbus-daemon[2471]: [session uid=0 pid=2469] AppArmor D-Bus mediation is enabled
Jul 10 10:43:21 *****-PC-LL800KG dbus-daemon[2471]: [session uid=0 pid=2469] Activating service name='ca.desrt.dconf' requested by ':1.0' (uid=0 pid=2464 comm="gedit /var/log/syslog " label="unconfined")
Jul 10 10:43:21 *****-PC-LL800KG dbus-daemon[2471]: [session uid=0 pid=2469] Successfully activated service 'ca.desrt.dconf'

(sudo  /var/log/syslog.1の最後の記述)
Jul 10 09:10:23 *****-PC-LL800KG systemd[1]: Reloading.
Jul 10 09:10:23 *****-PC-LL800KG systemd[1]: Stopping LSB: Record successful boot for GRUB...
Jul 10 09:10:23 *****-PC-LL800KG systemd[1]: Stopped LSB: Record successful boot for GRUB.
Jul 10 09:10:24 *****-PC-LL800KG systemd[1]: Reloading.
Jul 10 09:10:42 *****-PC-LL800KG systemd[1]: message repeated 2 times: [ Reloading.]
Jul 10 09:10:43 *****-PC-LL800KG systemd[1]: Starting LSB: Record successful boot for GRUB...
Jul 10 09:10:43 *****-PC-LL800KG grub-common[2223]:  * Recording successful boot for GRUB
Jul 10 09:10:43 *****-PC-LL800KG grub-common[2223]:    ...done.
Jul 10 09:10:43 *****-PC-LL800KG systemd[1]: Started LSB: Record successful boot for GRUB.
Jul 10 09:10:43 *****-PC-LL800KG systemd[1]: Reloading.
Jul 10 09:11:18 *****-PC-LL800KG anacron[455]: Job `cron.daily' started
Jul 10 09:11:18 *****-PC-LL800KG anacron[4754]: Updated timestamp for job `cron.daily' to 2018-07-10

(sudo gedit /var/log/syslog.2.gz　は空っぽで何も表示されませんでした。ディレクトリを開いたところファイルが見当たりませんでした。)


アドバイスを頂いて、現在ご報告できるのは以上の内容です。
お付き合い下さり有難うございました。
なにかの手がかりが有るようでしたら、ぜひまたご教示ください。
よろしくお願いいたします。











　

taka.zoo.nさん、ご返信ありがとうございます。magic sysreq が有効になっているかどうかを教えていただいたコマンドで調べました。
*****@*****-PC-LL800KG:~$ cat /proc/sys/kernel/sysrq
176
reboot/poweroff, R/O remount, sync のみが有効　です。

「 user space に問題はなく kernel に問題がある」のであれば、今後kernelがアップデートされていくうちに解決される可能性もありますか？

すいません、「kernel に問題がある」は誤解を招く表現でした。言いたかったことは「問題は kernel mode で実行される部分に起因する」ということです。

「今後kernelがアップデートされていくうちに解決される可能性もありますか？」ですが：

(1) kernel コードにbugがある場合：誰かが適切な bug report を出せば今後の kernel アップデートで問題が解決することが見込めます。
(2) PC の BIOS/UEFI 、ハードウェア記述に bug がある場合：kernel コードにはbugが無いので当然 kernel アップデートではこの問題は解決しません。この場合、問題を解決するには：
(2-a) メーカーが firmware を更新する
(2-b) firmware の bug を回避するよう kernel に手を入れる
のどちらかでしょうけど、古いPCの場合(2-a)は望み薄です。（まぁ、linux がサポート対象でもない限り、新しくても望み薄ですが...）
(2-b) を自分でやるのはそれなりの skill と労力が必要です。しかし、典型的な問題には既に回避策が kernel に組み込まれていることがあり、適切な kernel command line を与えることで回避できるかもしれません。

いずれにせよ、正しい対処のためには原因を特定することが必要です。

古いカーネルを適用することで、ひとまず問題を回避できました。taka.zoo.nさんがアドバイスしてくださった原因特定のための手立てとはまったく異なりますのでどこまで役に立つ情報なのかはわかりませんが、報告させていただきます。

①古いカーネルをインストールするためにukuuを入れました。
sudo add-apt-repository ppa:teejee2008/ppa
sudo apt-get update
sudo apt-get install ukuu

②使用可能なカーネルのリストを呼び出しました。
sudo ukuu --list

③古いカーネルをインストールしました。16.04LTSで使用しているカーネル(v4.1.31)を含め、あてずっぽうに次の４つを入れてみました。
sudo ukuu --install v4.13.1
sudo ukuu --install v4.6.4
sudo ukuu --install v4.5.1-wily
sudo ukuu --install v4.4.15

③新しいアーネルをすべて削除しました。　
sudo ukuu --remove v4.17.--  など

④再度、リストを確認しました。
sudo ukuu --list

一番古そうなカーネルを発見しました（v4.0.vivid）。

⑤grubをアップデートしました。
sudo update-grub

⑥パワーボタンで強制終了後、再度呼び出し、grubメニューの　advanced options for Ubuntu18.04.1LTS をクリック、リストの中から一番古そうなカーネルを選んで起動させました。これで、rebootもshutdownもできるようになりました。

⑦reboot、ブートローダーがのっているパーティション（16.04LTS）を起動して、grub-customizerを編集。advanced options for Ubuntu18.04.1LTSのフォルダから目的の一番古いカーネル 4.0.0-040000generic を取り出して上の方へ移動させ、使いやすくしました。

⑧インストールした４つの古いカーネルすべてを試したところ、v4.13.1 と v4.6.4 の2つはrebootができなかったので、削除しました。
　sudo ukuu --remove v4.13.1 && sudo ukuu --remove v4.6.4


根本的な解決方法ではありませんが、私と同じ問題に悩まされてる方々のご参考になれば幸いです。

上記の作業により、rebootもshutdownもできなかったNEC Lavie-LL800KG、起動に異常な長時間を要したDELL Inspiron-1525、SONY VAIO VGN-CR50Bの3台が、ストレスなく使えるようになりました。ただしDELL Inspiron-1525については内蔵のBroadcom製無線lanカードがまったく機能しなくなりました。いまは外付けの子機を装着して使っています。なにか進捗があればご報告します。

NECのLavieLL800Kなど一部の古いPCでshutdownやrebootができなくなり、古いkernelのV4.5-wilyを充てることで回避してきた問題ですが、試みに一気に新しいkernelのV5.4.15を充ててみたところ、問題なく使用できることがわかりました。こんな古いPCを使っている方は滅多にいらっしゃらないと思いますが、念の為ご報告します。