<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Ubuntu on Wenhan blog</title>
    <link>https://wenhan.blog/tags/ubuntu/</link>
    <description>Recent content in Ubuntu on Wenhan blog</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>ja-JP</language>
    <lastBuildDate>Tue, 31 Mar 2020 10:04:31 +0900</lastBuildDate><atom:link href="https://wenhan.blog/tags/ubuntu/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Multipassの起動がネットワークタイムアウトで失敗する</title>
      <link>https://wenhan.blog/posts/20200331_multipass-launch-failed-by-network-timeout/</link>
      <pubDate>Tue, 31 Mar 2020 10:04:31 +0900</pubDate>
      
      <guid>https://wenhan.blog/posts/20200331_multipass-launch-failed-by-network-timeout/</guid>
      <description>MultipassはUbuntuのVMインスタンスを作成するのに非常に便利なツールです。 CLIでLinuxインスタンスの起動や管理ができ、クラウドイメージのダウンロードも自動で行われ、数分でVMを立ち上げることができます。
https://multipass.run/
しかし、私の場合、multipass 1.1.0でインスタンスをクイック起動しようとしたところ、Network timeout エラーで失敗しました。
1 2 3 4 5 6 $ multipass version multipass 1.1.0 multipassd 1.1.0 $ multipass launch launch failed: failed to download from &amp;#39;http://cloud-images.ubuntu.com/releases/server/releases/bionic/release-20200317/ubuntu-18.04-server-cloudimg-amd64.img&amp;#39;: Network timeout このリンクを wget で確認したところ問題なかったので、イメージのダウンロード時間がmultipassのタイムアウト値を超えているのではと推測しました。 手動でダウンロードして、そのイメージを使ってインスタンスを起動できるか？もちろん可能です。 イメージをダウンロードし、そのパスをパラメータとして渡せばOKです。
1 2 $ multipass launch file:///home/wshi/Downloads/ubuntu-18.04-server-cloudimg-amd64.img Launched: lucrative-eelpout 日本でのダウンロード時間についてもう1点。 http://cloud-images.ubuntu.com は私の環境では遅かったので、富山大学のミラー http://ubuntutym2.u-toyama.ac.jp/cloud-images/releases/ を利用しました。 オリジナルより10倍速く、参考になれば幸いです。</description>
    </item>
    
    <item>
      <title>[Juju] JujuでLXDにMinecraftサーバーをデプロイする</title>
      <link>https://wenhan.blog/posts/20180628_juju-use-juju-to-deploy-minecraft-server-in-lxd/</link>
      <pubDate>Thu, 28 Jun 2018 17:01:36 +0000</pubDate>
      
      <guid>https://wenhan.blog/posts/20180628_juju-use-juju-to-deploy-minecraft-server-in-lxd/</guid>
      <description>JujuはAWS、Azure、Google Cloud Platform、MAAS、LXDなど、非常に多くのクラウドプロバイダーに対応したデプロイツールです。 この記事では、JujuとLXDを使ってOpenStackのテスト環境を構築する方法に焦点を当てます。
LXDのインストール LXDのインストールはとても簡単で、以下のコマンドを実行するだけです。
1 sudo apt-install lxd lxdパッケージが見つからない場合は、以下のコマンドでPPA（Personal Package Archive）を追加し、再度インストールコマンドを実行してください。
1 2 3 sudo apt-add-repository ppa:ubuntu-lxc/stable sudo apt update sudo apt dist-upgrade LXDの設定 以下のコマンドを実行して、LXDの設定をステップバイステップで行います。
1 2 3 4 5 6 7 8 $ sudo lxd init Do you want to configure a new storage pool (yes/no) [default=yes]? Name of the storage backend to use (dir or zfs) [default=dir]: Would you like LXD to be available over the network (yes/no) [default=no]?</description>
    </item>
    
    <item>
      <title>Thinkpad X1C 6thでのUbuntu 18.04のサスペンド問題</title>
      <link>https://wenhan.blog/posts/20180611_suspend-issue-on-thinkpad-x1c-6th-with-ubuntu-18-04/</link>
      <pubDate>Mon, 11 Jun 2018 15:38:10 +0000</pubDate>
      
      <guid>https://wenhan.blog/posts/20180611_suspend-issue-on-thinkpad-x1c-6th-with-ubuntu-18-04/</guid>
      <description>デフォルトでS3サスペンドがサポートされていない Ubuntu 18.04を使用していると、Thinkpad X1 Carbonでサスペンドに問題が発生します。蓋を閉じても正しくサスペンドされず、電力消費が続き、ノートPCが熱くなります。
原因は、第6世代X1 CarbonがS0i3（Windows Modern Standbyとしても知られる）をサポートしている一方で、S3スリープ状態をサポートしていないことです。
S0i3スリープのサポート 調査の結果、以下の手順で回避策が見つかりました：
カーネルパラメータに以下を追加してS0i3スリープを有効化 これにより、蓋の開閉によるウェイクアップ/レジュームが無効化されます。
1 acpi.ec_no_wakeup=1 BIOS設定でThunderbolt BIOS Assist Modeを有効化 Config -&amp;gt; Thunderbolt BIOS Assist Mode - &amp;quot;Enabled&amp;quot; に設定します。
SDカードリーダーを無効化
この問題の詳細は以下を参照してください：
X1 Carbon Gen 6 cannot enter deep sleep (S3 state aka Suspend-to-RAM) on Linux Suspend issues X1 Carbon 6th gen S0i3 sleep broken
この回避策は後日テストし、結果を更新します。
もう一つの回避策がhttps://delta-xi.net/#056にありますが、こちらは未検証です。
テスト結果 8時間以上スリープさせたところ、バッテリーは99%から91%までしか減らず、温度も低いままでした。この回避策は有効だと思います。</description>
    </item>
    
    <item>
      <title>エラー: コンテナ作成失敗: raw.lxcの読み込みに失敗</title>
      <link>https://wenhan.blog/posts/20180604_error-failed-container-creation-failed-to-load-raw-lxc/</link>
      <pubDate>Mon, 04 Jun 2018 16:19:39 +0000</pubDate>
      
      <guid>https://wenhan.blog/posts/20180604_error-failed-container-creation-failed-to-load-raw-lxc/</guid>
      <description>以下のURLを参考にMaaSのインストールとテストを試みました。
https://docs.maas.io/2.1/en/installconfig-lxd-install
上記ドキュメントのプロファイル編集部分より
lxc profile edit maas
configの後ろの{}を以下の内容（config:は除く）に置き換えます：
1 2 3 4 5 6 config: raw.lxc: |- lxc.cgroup.devices.allow = c 10:237 rwm lxc.aa_profile = unconfined lxc.cgroup.devices.allow = b 7:* rwm security.privileged: &amp;#34;true&amp;#34; launch手順で以下のエラーが発生しました：
1 2 3 $ lxc launch -p maas ubuntu:16.04 xenial-maas Creating xenial-maas Error: Failed container creation: Failed to load raw.lxc これは自分がLXD 3.0を使っているためで、上記の設定キーが古いことが原因です。 このコメントによると、lxd 2.1以降はlxc.aa_profileがlxc.apparmor.profileに変更されています。
したがって、回避策は以下の通りです。
再度 lxc profile edit maas
lxc.aa_profile を lxc.apparmor.profile に置き換えます。
1 2 3 4 5 6 config: raw.</description>
    </item>
    
  </channel>
</rss>
