エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
SolidRun CuBoxを使ってみる(その4) | 真・死して屍拾う者無し
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
SolidRun CuBoxを使ってみる(その4) | 真・死して屍拾う者無し
CUBOXの話つづきです。 OS(debian)を新規インストールする前段階、u-bootほかについて。 さて、ここか... CUBOXの話つづきです。 OS(debian)を新規インストールする前段階、u-bootほかについて。 さて、ここからコンソール接続の状態で操作していくわけだが、通常のPCなどではハードウェアの詳細をモニタ・設定できるBIOS画面がある。 しかし、このCUBOXほかARMプロセッサ系は、元々組込み用的な性格もあってか、BIOS画面に相当するようなものが存在しない模様。 そのかわりにBIOS的な動作を一体化させたようなブートローダ(記憶メディアから起動プログラムを読み込む最初のプログラム)であるu-bootというブートローダが最初に起動するようになっている。 通常のLinuxでは「BIOS⇒ブートローダ⇒カーネル⇒init(システムの一番最初のプロセス)」と起動する。 そのうちのブートローダは、HDD等の起動ディスクの一番最初のセクタに記録されているが、CUBOXでは本体にSPIフラッシュ