MBR(bios)でもESP(uefi)でも起動できるgrub2の設定方法 - pyopyopyo - Linuxとかプログラミングの覚え書き -
Linuxを起動する方法はたくさんあります．本エントリでは MBR (Master Boot Record)にインストールした grub2 を使う方法 ESP(Efi System Partition)にインストールした grub2 を使う方法 の２つを共存させたディスクを作成する方法についてまとめます 前者は，従来のBIOS経由での起動方法で，古いマザーボードだと必須となる方法です．後者は，EFI経由の起動方法で，最近のマーザーボードで使える"新しくて便利な"方法となります． 具体的な手順について 以下，実例として 新品のSSDを用意 既存のシステムを新品のSSDにコピー OSは debian （ubuntu や cent OS などでも同じ手順で作業できるはずです） の場合について手順を詳細に説明します SSDは64GB で /dev/sdb に繋いであるものとします なお既存のディス
Managing EFI Boot Loaders for Linux: Dealing with Secure Boot
This page is part of my Managing EFI Boot Loaders for Linux document. If a Web search has brought you to this page, you may want to start at the beginning. In addition to implementing a new boot protocol, UEFI adds a new feature that can improve system security, but that also has the potential to cause a great deal of confusion and trouble: Secure Boot. As the name implies, Secure Boot is intended
Linuxカーネルのコマンドラインはブートローダーからどう渡されるのか？ - φ(・・*)ゞ ｳｰﾝ カーネルとか弄ったりのメモ
先日参加した自作OSもくもく会で「Linuxカーネルのコマンドラインはブートローダーからどう渡されるのか？」のような話が聞こえたので、調べようと思い調べてみました。確認はLinux kernel v4.5とsystemd-bootの2016/05/02 23:00 JSTのコードです。 uefiじゃない環境も確認しようかなと思ってgrubのコードをgit cloneはしました。が、うちのメイン環境で使っているのはsystemd-bootだしってことで確認してません。 で、カーネルのコマンドラインは↓のようなやつですね。 masami@saga:~/codes$ cat /proc/cmdline initrd=\initramfs-4.6.0-rc5-ktest+.img root=/dev/sda2 rw crashkernel=256M コマンドラインをカーネルに渡すとしたら、どこかし
Raspberry Pi 2 で PXE boot してみる : DSAS開発者の部屋
このエントリーは、KLab Advent Calendar 2015 の12/3の記事です。 KLabとしては久々のAdvent Calendar参戦です。3番手も緊張しますね。全国行脚の旅に出ている pandax381 です。よろしくお願いします。 はじめに 今日は大阪〜岡山の移動で念願のエヴァ新幹線に搭乗してきました。 さて、本題。 RPi2 で遊んでいてネットワークブートしたい衝動に刈られ「PXEブートできると嬉しいけど、あれってIntel NIC 以外でもできるんだっけ？」とか「そもそも ARM だけど SYSLINUX 対応してるの？」とか思いながら調べていたら U-Boot が PXE クライアント機能を持っているらしいということが分かったので実際に PXE Boot 環境を構築してみました。 出回っている情報が古かったり、ドキュメント読んでも簡単に見つけられない事などが多かっ
Linux/arm64のブートプロセスについてのメモ - Qiita
Linuxのブートプロセスを追うときに見るべきファイル(x86_64編)のarm64版のようなもの。 ブートストラップ linux/Documentation/arm64/booting.txt によると、現在のarm64用カーネルは、x86_64用カーネルが持つようなブートストラップの機能が存在しない。実際、arch/arm64/boot/以下にはx86_64のようなソースコード(head_64.S等)が存在しない。ブートローダがハードウェアの最低限の初期化をして、解凍された生のカーネルイメージ(ELFではない)を配置、エントリポイントにジャンプしてやらないといけない。カーネルに実行を移すときの要件も、booting.txtに書かれている。 ブートローダとしては、ubootやUEFIが使えると思われる。(Boot Wrapperというのも使えるみたいだが、今も使えるかは分からない。) a
起動が遅い原因は？そんな時はsystemd-analyzeでチェック
# systemd-analyze Startup finished in 666ms (kernel) + 2.171s (initrd) + 4.705s (userspace) = 7.542s kernel, initrd, userspace それぞれの合計時間をだしてくれる。 より詳細を知りたい場合は、blame オプションを使う。systemd-analyze blame の実行結果 # systemd-analyze blame 1.120s firewalld.service 1.032s network.service 987ms boot.mount 712ms tuned.service 574ms vboxadd.service 458ms vboxadd-x11.service 320ms systemd-vconsole-setup.service 293ms
仙石浩明の日記: initramfs (initrd) の init を busybox だけで書いてみた
ブートパラメータとして「initrd=」を与えると、 ブートローダがイメージをメモリ上に読み込んでカーネルに渡す。 するとカーネルはそのイメージがファイルシステムなのか、 cpio アーカイブなのか調べる。 もしファイルの magic number が cpio であれば、 ramfs としてマウントする。 そして /init が実行可能ならば、 initramfs として扱い、 /init を起動する。 以上の条件が一つでも成立しない場合、 すなわち cpio アーカイブでない場合や、 /init が実行できない (/init が存在しない) 場合は、 initrd 扱いになるので注意が必要である。 すなわち RAM ディスクとしてマウントしようとするので、 カーネルに RAM ディスクドライバが組み込まれていなかったり、 「root=/dev/ram0」カーネルパラメータを指定していな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
