Ubuntu 17.10、LenovoなどのノートPCでBIOS破損を引き起こすとして一時公開停止に 77
ストーリー by headless
停止 部門より
停止 部門より
デスクトップ版のUbuntu 17.10をインストールするとLenovoなどのノートPCでBIOS設定を保存できなくなる問題が発生するとして、Canonicalが公開を一時停止している(バグリポート、
リリースノート、
The Registerの記事、
Phoronixの記事)。
未完成なIntel SPIドライバーをカーネルで有効にしたことが原因とみられており、Lenovo Y50-70をはじめとするLenovoのノートPC 18機種、AcerのノートPC 3機種、ToshibaのノートPC 3機種で問題が確認されている。影響を受けるマシンにUbuntu 17.10をインストールしても問題なく起動するが、BIOS設定を保存できなくなるほか、USBからのブートができなくなるという。そのため、光学ドライブを搭載しない機種での問題は深刻だ。
Ubuntu 17.10をインストール済みのマシンが影響を受けているかどうかわからない場合、デスクトップ版Ubuntu 16.04のイメージを書き込んだUSBメモリーを使用してブートしてみればいい。ブートに成功すれば影響を受けていないとみられる。問題が発生した場合の対策はいくつか紹介されているが、復旧できない場合はマザーボード交換が必要になる可能性もある。
Canonicalでは現在Ubuntu 17.10のダウンロードは推奨できないとし、修正版が完成し次第ダウンロードページでの提供を再開すると述べている。
未完成なIntel SPIドライバーをカーネルで有効にしたことが原因とみられており、Lenovo Y50-70をはじめとするLenovoのノートPC 18機種、AcerのノートPC 3機種、ToshibaのノートPC 3機種で問題が確認されている。影響を受けるマシンにUbuntu 17.10をインストールしても問題なく起動するが、BIOS設定を保存できなくなるほか、USBからのブートができなくなるという。そのため、光学ドライブを搭載しない機種での問題は深刻だ。
Ubuntu 17.10をインストール済みのマシンが影響を受けているかどうかわからない場合、デスクトップ版Ubuntu 16.04のイメージを書き込んだUSBメモリーを使用してブートしてみればいい。ブートに成功すれば影響を受けていないとみられる。問題が発生した場合の対策はいくつか紹介されているが、復旧できない場合はマザーボード交換が必要になる可能性もある。
Canonicalでは現在Ubuntu 17.10のダウンロードは推奨できないとし、修正版が完成し次第ダウンロードページでの提供を再開すると述べている。
だからLTSにしておけとあれほど (スコア:3, 参考になる)
Ubuntuは半年ごとのバージョンアップをしながら
2年に一度、LTSと呼ばれる長期サポート版をリリースしている。
必然的に、LTSでは無いバージョンで実験的な取り組みが行われ
現行のLTSである16.04LTSのあと
17.04ではドライバーレス印刷(AirPlay対応プリンターのための機能)が
17.10では、UnityからGNOMEへの切り替えと共に
伝統的なX.Orgから、Waylandへの切り替えが行われている。
GNOME2.0系からUnityを経てGNOME3.0系になったことは
それほど深刻なトラブル要因では無いかもしれないが
Waylandに関わるトラブルは予想されていて
「安易に、最新版を使うべきではない」ことにおいては
特に17.04について、要注意だった。
結果的に、より深刻な不具合は、ほかのところに起きたわけだけど
あえて最新版を他人に奨める人もいるんだよね orz
Re:だからLTSにしておけとあれほど (スコア:4, すばらしい洞察)
この不具合自身も、使っている人がいたからこそ発見できたものでもあるわけで、
誰もがLTSを使うようになってしまったら、それこそ誰も不具合に気付くことなく、
同じモジュールがLTSにおりてくる事態だってあり得たわけです。
そういう意味では、一定数の「人柱」(まさに名前の通りですが)は必要でしょう。
Re:だからLTSにしておけとあれほど (スコア:1)
UEFIが絡むのも仮想マシン上でテスト出来るのかしら?
OSが吹っ飛ぶのはまだしもさすがにマシン失う覚悟でまで人柱になろうと思う人は極々一部だろうから、人柱が必要だとしても
何か安全にテスト出来る環境があった方がいいと思うので。
実機のUEFIの入手や再現が難しいんだろうとは思うけども(技術的なことはよく分かってないのでテキトーに言ってますです)。
Re: (スコア:0)
新しい試みには失敗がつきものという当然の事実を理解し、
当事者でもないくせに問題が起こるたびに騒がない能力も必要。
もちろん外れを引いてしまった人を責めないでケアすることも重要。
Re: (スコア:0)
SPI (Serial Peripheral Interface) ドライバと Wayland と何の関係があるの?
ちなみに、Fedora では 1年前の 25 から Wayland に移行していて、たいして問題もない(個人的感想)。
Re:だからLTSにしておけとあれほど (スコア:1)
「結果的に、より深刻な不具合は、ほかのところに起きたわけだけど」
を、もっとわかりやすく書かないと読解できない人もいる。
やはり、LTS以外を使うリスクは
もっとわかりやすく、説明しなければならないだろう。
変更点の重大さは、リリースノートから読み取れるとしても
たとえば
「リリースノートに無い何かでトラブルが起きることもある」
とでもしておけば良いだろうか?
それだけでは、「LTSにはトラブルが無いわけでは無い」
と、なぜか反論されるから
「大多数がLTSを使っているから、LTS以外ではバグや問題が発見されるのが遅い」
とも書いておくべきだろうか?
9ヶ月サポートの非LTSを、半年様子見したあとに導入する冒険者はいるだろうか?
Re: (スコア:0)
長々と書いてるけど、結局、SPI (Serial Peripheral Interface) ドライバと Waylandは関係ないんだろ。
Re:だからLTSにしておけとあれほど (スコア:1)
「大きな変更」の例で出しただけでそこまで首とったように問い詰めなくても...
# こんな問い詰めの対応も考えるとLTSのほうがいいよね、きっと。
M-FalconSky (暑いか寒い)
Re: (スコア:0)
Wayland はこれから普及させていかなければならないのに、無駄な悪評を立ててどうする。そろそろ、X11 にすがるわけにもいかないのだろ?
Re: (スコア:0)
「なんかUbuntuってのが人気だしいいみたい。古いパソコンも生き返るんだって。Linuxとか変なのじゃないよ。アップルみたいな今一番新しくて流行ってるのだよという感じで使い初めて「Waylandの17.10使ってパソコン壊れた。UbuntuとかUEFIだけは絶対に使わない方がいいよ」なんて言いかねない層の割合の高さは、きっとUbuntuの知名度に比例する程度では収まらないはず。そういう言われ方はおそらくArchやGentooやNixOSやGuixSDならしない。
Canonicalも「ia32なんてゴミパソコン使ってる人は時代遅れのボケ老人です。gtk2も捨てましょうね。」みたいなこと言ってますが「普及させていかなければならない」なら、Ubuntuでは私企業の強権でnVidiaのGPUでの動作保証を一切打ち切ってしまうのが一番簡単な気がします。
Re: (スコア:0)
勧められたからってほいほい採用する人は、痛い目みて学習してもらったらいいんじゃないの?
運が良ければ痛い目みないし、運が悪ければ痛い目を見て、それからは改善するでしょ。
Re: (スコア:0)
いや、困ったら詳しい人に泣きつけばいいと思っていたりするので改善しないね。(実体験)
「自分でなんとかしろ」と突っぱねられる立場ならいいけど、そうでない場合はかなり迷惑。
Re: (スコア:0)
あえて最新版を他人に奨める人もいるんだよね orz
日経Linuxのことかしらん。
それはさておき、Ubuntu内でのテスト環境はどうなっているんでしょうね。32ビット版も切ったし、今更BIOSなんざどーでもいいや、ってことなんでしょうか。
Re: (スコア:0)
LTSとはいっても、カーネルについては16.04だけがLTSカーネルで、以降の16.04.xでは最初からHWEカーネルになっている。
HWEカーネルは、ほっておくと16.10→17.04→17.10・・・と順々にアップグレードされていく。
Re: (スコア:0)
そのへんの方針が変わって今度からはLTSのポイントリリースをインストールする場合カーネルを選べるようになるらしい。
今までもLTSの正式版がリリースされた時点のカーネルなら五年サポートされるしポイントリリース版でもLTSカーネル(ubuntu用語ね)にすれば5年サポートになる。
まあポイントリリースを入れても非ポイントリリースのLTSを入れてもアップデートすればカーネル以外は同じものになるのだが。
#ちなみにubuntuのLTS版だとカーネルも5年サポートですが今までのLTSだとカーネルのサポート期間よりもubuntuのサポート期間のほうが長いのでLinux財団がサポートを切った後は基本的にカノニカルが面倒を見るものですね。
Re: (スコア:0)
最近最新版を推奨しない人が増えてるけど、非常によろしくない。
理由は#3334453とか、他にもユーザー側の環境が中々揃わない、というのもある。
最新じゃなかったら、推奨するバージョンはそれこそ人それぞれ過ぎて揃うわけがないし。
ビジネス向けはまた話が別だろうけどさ。
問題の根本は、デベロッパのテスト不足と姿勢の酷さだよ。
トラブルが予想されていたのなら、念入りにデバッグするか、β版を発行するなりするべきであって。
何故にそんな問題が予想されるバージョンを正式版で出すのか。
正直頭おかしいんじゃねぇの、としか思えない。
MicrosoftやAppleやGoogleが、OSを正式版として出してるのに
「トラブルが予想される為安易に使うべきではない」
とか告知したら、それはもうバッシングの嵐どころじゃない騒ぎになりそうなもんだけど。
Re: (スコア:0)
告知しないだけでiOSのメジャーアップデート一発目なんか不具合だらけじゃん。他と違ってハードも自社で管理してるくせに。
Re: (スコア:0)
お前のコメントほどデマだらけじゃないぞ
Re: (スコア:0)
何言ってんだこのキチガイ
Re: (スコア:0)
それは試験の問題であって、姿勢の問題じゃない。
Appleのソフトウェアが最近特に酷いのはわかるけど、それでも
「自信ないけど正式版だよ! 正式版だけど入れるのお勧めしないよ!」
みたいな事をのたまうのはそれ以前の話で、論外。
Re: (スコア:0)
LTS以外のUbuntuはβ版だと思ってましたが違うんですかそうですか。
Archの利用者はきっちり環境が揃ってるんですかそうですか。
人に勧めるんだったら基本Mintで次にUbuntuのLTS、新しいの欲しがりそうな人にはManjaro辺りが無難と違うんですかそうですか。どれも使ってないけどきっとそうなんです。
GoogleはコンサバなイメージだけどMicrosoftやAppleはローリングリリースなんじゃないですか。違うんですかそうですか。それらも使ってないけどきっとそんな感じです。感じますよね?ダメですか?そうですか。ちょっと騒いでみました。
Re: (スコア:0)
> LTS以外のUbuntuはβ版だと思ってましたが違うんですかそうですか。
ジョークなのかわかんない。
本気で言ってるなら、β版ならβ版って付けろ。それこそキチガイじみてる。
> GoogleはコンサバなイメージだけどMicrosoftやAppleはローリングリリースなんじゃないですか。違うんですかそうですか。
ローリングリリースだけど、バグ出る前から
「次の正式版使うのはお勧めしないよ」
なんて言った事はないはずだが。
Re: (スコア:0)
通常リリースはα1,2→βを経てFinal βの後にリリースされるんですが…
LTS以外の通常リリースがβ版ってどういう意味ですかね…?
Re:推奨すべきは非LTS版では無く、開発への協力 (スコア:1)
#3335265は関係者ではなくとも楽しんで読める冗談ではないと改めて思います。
Ubuntu関係者の方々らを誹謗中傷し事実ではないことをあたかも事実かのように書いてしまい、世界中のCanonicalやUbuntu関係者、この場を提供して下さったスラドやOSDN関係者の方々にも大きな損害を与えてしまいました。
あれはまるで私自身のことのような投稿であり、実際のCanonicalやUbuntuの関係者などとは関係もない事柄と言いたいところですが、どう償えばいいのか、私の頭のおかしさや悪さや罪の多さや大きさを実感するばかりです。
見苦しい言い訳を随分と時間が過ぎてしまった後で書いても何にもならないと思いますが、本当に申し訳ありませんでした。
Re:推奨すべきは非LTS版では無く、開発への協力 (スコア:1)
あんなものを読ませてしまい、すみませんでした。
Re:推奨すべきは非LTS版では無く、開発への協力 (スコア:1)
おっしゃる通りでした。
Re:推奨すべきは非LTS版では無く、開発への協力 (スコア:1)
読まれてしまった方は誤解のされないよう注意してください。
これも私が特定の投稿に宛てて書いてしまった冗談ですが、一般的な内容ではなく、大間違いも多く含まれます。
Re: (スコア:0)
LTSだけしか使っていないと変化についていけないから.04とか.10を導入するんじゃないかねぇ。
見かけといい、管理機構といいい、全然別のOSじゃないか一つ前のLTSなんて。
Re: (スコア:0)
欲しい変化の種類が人にとよっては違うのかもね。
仕事で使う分には、backportsやPPA、dockerを使ってピンポイントにアップデート出来ればさほど困らないし。
# emacsさえ動けばガワなんて何でもいいです。
Re: (スコア:0)
若い頃はともかく、名ばかりの派遣社員や瞬間最大高給だけのフリーターよりも、安定雇用がを求める人の方が多いと思いませんか?
辞職や転職をする時に事前に準備したりしますよね?したことないんですか?自分でも理由が分からない謎の衝動で会社を辞めたりしていませんか?それも何度も。友達や恋人や配偶者や親と別れることになる時、ちゃんと考えて行動してますか?ダメですよ。そんな気分だけで生きてちゃ、ダメですよ。いやダメってこともないかもしれませんけど、やっぱりダメです。はい。私のことです。
Re: (スコア:0)
わかった!最新版はキケン、WindowsXPを使おう!ってことやね?
SPIフラッシュメモリ (スコア:0)
ノートPCでもたいてい単独で他のチップと干渉しにくい位置にあるから8-pinSSOP/TSSOP用のプローブで乗っ取れないことも無い。HEXファイルが提供されてないけどね
Re: (スコア:0)
最近の SPI-EEPROM/FLASH なんかだと security-flag とか one-time-flag とかあって
書込み禁止 かつ 書込み禁止解除禁止 とかできたりするので
ややこしいです。
Re: (スコア:0)
なんか「書込み禁止解除禁止」と言う言葉に笑ってしまった
BIOS…? (スコア:0)
サポート切れていない現行製品にBIOS乗ってるマシンってあるんですかね?
意味は分かるだけにもにょる
Re: (スコア:0)
レガシーブートできない機種の方が少ないと思うけれど。
Re: (スコア:0)
BIOSと言った時に何を指してるかによるよね。
UEFIとBIOSを区別して使っている人なんて、スラドの中ならいざ知らず、一般ユーザにはそうそういないんじゃないかなぁ。
Re:BIOS…? (スコア:1)
言葉が足りないのだと思います。
BIOSの提供していた機能はBIOSしか無かったので良かったのですが、UEFIが登場してからは
を指す1単語が欲しいと常々思っています。
BIOSという言葉がもっと概念的なものになる(「UEFIはBIOSを提供するものである」みたいな文言が一般的になる)のか、べつの言葉が生まれるのか、UEFIという単語がBIOSという単語を全て駆逐する(UEFIを説明するときにBIOSという言葉を一切使わないでいけるようになるのか)のか。
今現在はコンピュータの仕組み、特にブートプロセスを人に説明するとき、ここがすごい面倒です。
Re:BIOS…? (スコア:3)
イニシャルプログラムローダと言うとふるくさいし、ファームウェアと言うと非x86みたいな香りがしますし、難しいですね。
Re: (スコア:0)
マザボメーカーだって、UEFI BIOS [asus.com]と呼称しているしなあ。
Re: (スコア:0)
一般ユーザにとってBIOSってのは、起動時にBIOS(あるいはUEFI)セットアップユーティリティの「メニュー画面」のことを指していたりするよね。
誰が? (スコア:0)
で、未完成なSPIドライバを有効にしたのは誰なん?Kernel-Dev?それともCanonical?
それによって評価がかなり違うと思うんだが。
#バグレポートも見たが肝心なことが書いてない、つまりCanonicalの中で有効にされたってことか。
Re: (スコア:0)
大きな声では言えないことなんじゃない。
Re: (スコア:0)
ドライバを有効にするのはユーザーだよ。
つまりここではCanonical。
そこに疑問をもつ人はいないので書いてなんじゃない?
Re: (スコア:0)
もう少し詳しく読むと、”未完成なIntel SPIドライバ”となっている。
つまり、GenericなSPIドライバはこれまでも使われていて、動いていたんだよね?UEFIを更新できないと色々困るだろうし。自分にはそう読み取れた。
で、Intelチップセット向けのSPIドライバ?が新しくできて、ツリーに入った。これが正式版か実験実装なのかでかなり評価が違うと思うわけだ。
まあ、濁してかいてある(ようにバグレポートは読める)からCanonicalが入れなくていいものいれたんだろう、という気はしてる。
#Ubuntuユーザーじゃないし、Linuxなんて仮想計算機で使えばいいと思っているのでどうでもいいとしか思ってない。
Re: (スコア:0)
「未完成」が既知かどうかを気にしてるんだ。
最新のStableであるLinux 4.14までは、ふつうのユーザー
(といってもカーネルを自分でコンパイルするユーザー)には見えないオプションになっている
ようです。
そしてバグレポートにもwhich don't appear to be ready for use on end-user machinesと
書いてあるので、濁しているとは思いません。
次のStableである4.15からはふつうのオプションになるみたいですね。
Re: (スコア:0)
入れたのが「誰」かを敢えて追求するならIntelになるように思います。
Canonicalが直接的な間違いを犯したかどうかは同じ機種を使っていて問題ない他のLinux使用者のディストリのソースを追えば分かるかもしれませんが、パソコンやマザーボードのベンダー各社の可能性もそれなりにありそうです。(Windows環境に決め打ちした実装だったとかで想定外の大量のエラーログで怪しいことしてたロムが埋まったとか)
ドライバもOSも人も完成されてたら新機能も増えませんし、未完成というよりも新しくて未熟という感じでしょう。
Re: (スコア:0)
だからドライバを有効にするのはユーザーだって。
make configしたことないの?
Re: (スコア:0)
ドライバを有効にしたのはmika.westerberg-AT-linux.intel.com
Re:誰が? (スコア:1)
その時は、つい衝動的にSPIのドライバを検索して書いてしまいました。
詳しい話は私には分からないけど、数え切れない種類のソフトウェアやハードウェアや実装があるだろうし「結果的に少数の個別の機種に起こった事故として、誰かや何かのせいにしなくてもいいなじゃないかと思う」という気持ちから「Intelのハードなので物理的に有効にできるのはIntel」という感じの意味で書きましたが、その人が一人だけがIntelみたいな書き方になっていました。他の所でも、読まれた方は書かれている内容を無条件に信じて誤解されないように注意してください。
この辺りを参考にしました。
https://github.com/torvalds/linux/blob/master/drivers/mtd/spi-nor/intel-spi.c [github.com]