【Linuxカーネルを読む】ChatGPTで爆速コードリーディング - Qiita
はじめに OpenAIによって開発されたChatGPTが話題になっています。特に、2023年3月14日に公開された最新モデルであるGPT-4は、これまで私達がAIに持っていた認識を根底から覆したのではないでしょうか？ 私は、「普通に人間とやりとりしているのと変わらんやん…」と率直に驚きました。 エンジニアの業務の中でも、自動コーディング支援、技術的課題の壁打ち相手、ドキュメント自動生成、学習支援等さまざまな用途に活用する可能性を皆さん検証している段階です。私もその波に乗っている真っ最中です。 そこで今回は、ソースコードリーディングをChatGPTをメンターにしたら爆速にできるのではないか？という仮説を検証してみました。 そしてどうせやるなら、ソースコードリーディングのハードルの高さナンバーワン（個人調べ）の「Linuxカーネル」を題材にしてみました。 なお、使用したモデルはGPT-4です。
Linuxカーネルビルド大全 - Qiita
はじめに （本記事は Linux Advent Calendar 2020 および 東京大学 品川研究室 Advent Calendar 2020の11日目の記事として書かれました。） カーネルのビルドについての情報はググると色々と出てきますが、「ここを見ればOK」と思えるサイトに巡り会えていないので、自分で書いてみることにしたのが本記事です。 いずれLinuxカーネルをビルドする必要にかられるであろう研究室・学科の後輩や、忘れっぽい将来の自分のためにも、改めてLinuxカーネルのビルド方法についてまとめてみたいと思います。 概要 さて、「カーネルをビルドしよう」という状況に置かれた場合、実際にすべきことは主に以下の４点だと思います。 ソースコードの取得 ビルド環境の構築 カーネルコンフィグの準備 ビルド及びインストール そこで本記事では、カーネル本体のビルド上記の４点の他、関連して以下の
何気ないfreebsd-updateがZFSストレージプールを傷つけた - Qiita
はじめに FreeBSDの更新をしたら正常にコマンドを実行できない状態に陥ったので、ひとまずデータだけを復旧したっていう話 経緯 以前からhp microserverにFreeBSD 10.1をインストールして、ファイルサーバとして利用していた。ストレージにはZFSを利用。そこに今回思い付きでPT3を入れて録画サーバとしても利用しようかなと思ったのが事の発端。 https://hgotoh.jp/wiki/doku.php/documents/freebsd/freebsd-019 上記URLに書いてあることを愚直に実行してPT3の関連ソフトウェアを導入していこう、と考えていたがrecpt1のautogen.shを実行するところで、autoconfとautomakeが要求されるのだが、それらのインストールでP5関連のエラーが発生し、解消しない。 海外のサイト見てると/usr/portsの下
du の結果について注意点。特に ZFS で、圧縮を効かせているとき。 - Qiita
概要 あるシステムから別のシステムにディレクトリをコピーするときに、あらかじめ、 du -sh ディレクトリ を実行し、十分な領域があることを確認してから、コピーをした。 コピーが終わった後、コピー先で du -sh コピーしてきたディレクトリ をすると、元のサイズより、大きくなった。 原因 ZFS の圧縮機能によるものが大きいような気がしているが、そもそもduコマンドの仕様によるところもあると考えられる。。 ZFS のディスク領域の計上 - Oracle Solaris の管理: ZFS ファイルシステム そこに以下のような記述があった。 UFS ファイルシステムでは、du コマンドが、ファイル内のデータブロックのサイズを報告します。ZFS ファイルシステムでは、du コマンドが、ディスクに格納されているときのファイルの実際のサイズを報告します。このサイズにはメタデータと圧縮データも含ま
zfs snapshot で発生する ZFS WARNING (error=63) - Qiita
ZFS WARNING: Unable to create ZVOL zroot/vm/vm0001/disk0@zfs-auto-snap_hourly-2017-03-09-10h00 (error=63). ZFS WARNING: Unable to create ZVOL zroot/vm/vm0002/disk0@zfs-auto-snap_hourly-2017-03-09-10h00 (error=63). ZFS WARNING: Unable to create ZVOL zroot/vm/vm0003/disk0@zfs-auto-snap_frequent-2017-03-09-10h15 (error=63). ... zfstoolsにてスナップショットを自動で取得する際にエラーが発生している。 明確にerror=63の原因がわからない。どうも、名前が長すぎるよ
DISKのメタデータ (zfs, GPT)を削除 - Qiita
現象 debian8 で zfs を昔使っていた。 その後zfsを使わずext4で使っていた。 debian9 をクリーンインストールした後、blkidでUUIDが表示されないことに気がついた。 dd if=/dev/zero of=/dev/sda bs=1M count=1000 とかしても消えなかったので調査したところ、wipefsコマンドで消せることにたどり着いた。 HDD mount problem (bad FSTYPE) / System Administration / Arch Linux Forums 確認 # wipefs /dev/sda1 offset type ---------------------------------------------------------------- 0x7470abfc00 zfs_member [filesystem]
Ubuntu 16.04 を ZFS Root でインストールすると grub-probe: error: failed to get canonical path of なんたら - Qiita
$ sudo zfs list NAME USED AVAIL REFER MOUNTPOINT rpool 6.67G 454G 96K / rpool/ROOT 730M 454G 96K none rpool/ROOT/ubuntu 730M 454G 596M / rpool/home 1.15G 454G 1.15G /home rpool/home/root 116K 454G 116K /root rpool/swap 4.25G 459G 64K - rpool/var 565M 454G 96K /var rpool/var/cache 127M 454G 127M /var/cache rpool/var/docker 437M 454G 2.44M /var/lib/docker rpool/var/docker/0aaacb3138f365e1d4c9d964a1b
ZFSを圧縮・暗号化してリモートバックアップする - Qiita
目的 手元のサーバに保存されている一部のデータを遠隔地にあるリモートサーバにバックアップしたい。しかしリモートサーバは信頼できるユーザだけがアクセスできるとは限らないため、データを暗号化して保存する必要がある。そのため、ZFSのスナップショットをOpenSSLで暗号化する。 やりかた 前提条件 CentOS 7でZFS on Linux(0.7.3)を利用する ZFSのスナップショットを使いサービスを停止せずバックアップを転送する リモートサーバにはSSHで接続可能とする リモートサーバでZFSが利用できない可能性が高いとする 転送量を減らすため、pigzで並列して圧縮する データは送信前にOpenSSLで暗号化する バックアップはスナップショットイメージのまま保管したい スナップショットを作成済みでリモートサーバにはSSHで公開鍵認証設定済みのとき、次のコマンドでスナップショットの差分を
ZFS 重複排除 を使用して節約バックアップ (CentOS7) - Qiita
某バックアップソフトウェアで取得していたCentOS サーバーのバックアップがある日突然エラーになり取得できなくなった。 ・メーカーサポートではRedhatしかサポートしてくれない。 ・上司もお金は出したくない（とは言わないがなんとかしろとしか言わない） ・取得するサイズはトータル 180GB。 ・社内規則により世代バックアップは欲しい(日次 7日) 某バックアップソフトウェアでは重複排除により容量を25% ほどに抑えていた。 最後の要件が普通のNASではだめだったので、ZFS環境で重複排除を試してみることに。 環境：CentOS7 １．ZFS インストール rpm -ivh http://download.zfsonlinux.org/epel/zfs-release.el7_3.noarch.rpm yum install -y kernel-devel zfs reboot ２．zf
Root on ZFS構築手順 - Qiita
手順詳細 Live CD環境とホストOS共にopenssh-serverをインストールしてリモートから実行した。 ZFSパーティションの作成 ホストOSをインストールするディスクをパーティショニングする。 # sgdisk -n3:1M:+512M -t3:EF00 /dev/disk/by-id/ata-SanDisk_SDSSDXPS480G_161857400901 Warning: The kernel is still using the old partition table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8) The operation has completed successfully. # sgdisk -n9:-8M:0 -t
俺様サーバー構築記 - ZFSをarchisoに埋め込む@VirtualBox(UEFI) - Qiita
前置きは俺様サーバー構築記 - 基本方針を参照。 2019/12/25 手順が若干変わったので記事を新しく起こしました。俺様サーバー構築記 - ZFSをarchisoに埋め込む; やり直し@VirtualBox(UEFI) 参考文献 インストールガイド - ArchWiki Arch LinuxをUEFI + GPT環境にインストールする - クロの思考ノート download 今日の時点でのArchLinuxインストーラー最新版をダウンロードしました。 archlinux-2017.12.01-x86_64.iso です。 Arch Linux をダウンロードのページから、適当なミラーを選択しましょう。私は何も考えずにリストの最上位 jaist.ac.jp を選択しました。 Windows10 にインストールしてあったVirtualBoxを使用し、新規作成します。 私のVirtualBo
ZFS linux + 独自カーネル - Qiita
ZFS を Scientific Linux 6 (CentOS 6) 独自コンパイルのカーネルにインストールする Linux カーネルをパッケージで利用しているときは、 ZFS についてもレポジトリを登録後 yum install で簡単にインストールでき、問題がおきてもパッケージの削除後、再インストールでまた復活します。 ZFS は DKMS1モジュールで提供されます。さらに、ZFS は SPL2 上で動きますが、SPL も DKMS モジュールです。 ここで、新しい Linux カーネルを使いたいとかでやむなく独自でコンパイルして導入しても、DKMS の仕組みで勝手にコンパイルしてモジュールが生成されます。うまく動いているうちは。でも、独自でコンパイルカーネルで、よくわからない理由で ZFS モジュールが認識されくなった時は、パッケージの削除後、再インストールで復活するのかといえば容
vm-bhyveで使っているzvolをマウントする - Qiita
ネタ元 この記事の大部分はfreebsd-stableのアーカイブにあるreboot-less zfs volmode property refresh?に基づいている。 動機 vm-bhyveで仮想化しているVMのディスクイメージにZFS volumeを使っている時に、ホスト側からディスクの中身にアクセスしたいことがある。例えばインストールがうまく行っておらず、ブートローダの状況を確かめたい場合など。 前提 FreeBSD 11.1-RELEASE-p9 問題点 vm-bhyveでZFS volume (zvol)をディスクイメージに使うと、volmode=devで作成されているためそのままではGEOMベースのツールが使えない。たとえばgpartでGPTパーティションを見ることもできないし、マウントすることもできない。 解決法 volmode=geomを使う volmode=devになっ
zfsのrefreservationプロパティの挙動を理解する - Qiita
お急ぎの方は「概要」→「意義」→「まとめ」と読めばそれで済みます。 動機 ZFSでデータセットの使用量制御に用いるrefreservationプロパティを調べていたら、自分の直感に反する挙動を示したので整理する。ていうか、ドキュメントをなんとかして欲しい。 前提 OpenZFS (FreeBSD 11.1-RELEASE-p9) 概要 refreservationプロパティは子孫を含まないそのデータセット自身の使用量を予約する。この「データセット自身の使用量」はREFERのことだと思いがちだが、実際にはWRITTENに相当するようである。WRITTENは最新のスナップショット以降に書き込まれ参照可能なデータの量であり、スナップショットが存在しない場合のみREFERに等しい。つまりrefreservationを設定することは、最新のスナップショット以降に上書きまたは新規に書き込み保持できるデ
LXD with ZFS でバックアップをしたい - Qiita
zfs list NAME USED AVAIL REFER MOUNTPOINT default 339M 14.1G 24K none default/containers 7.03M 14.1G 24K none default/containers/first 7.01M 14.1G 332M /var/lib/lxd/storage-pools/default/containers/first default/custom 24K 14.1G 24K none default/deleted 24K 14.1G 24K none default/images 332M 14.1G 24K none default/images/b190d5ec0c537468465e7bd122fe127d9f3509e3a09fb699ac33b0c5d4fe050f 331M 14.1G 3
UltraZed 向け Debian GNU/Linux の構築(Debian9 Root File System編) - Qiita
はじめに UltraZed-EG スターターキットに Debian GNU/Linux を構築する方法について、具体的な方法をいくつかに分けて説明します。 Introduction Boot Loader Sample FPGA Design FSBL (First Stage Boot Loader) PMUFW (Platform Manager Unit Firmware) BL31 (ARM Trusted Firmware Boot Loader state 3-1) U-Boot BOOT.BIN Linux Kernel Debian9 Root File System(この記事) この記事では、Debian9 Root File System の構築について説明をします。 必要な環境 私は Ubuntu 上で Debian9 Root File System を構築しました
yield_selfを使ったリファクタリング - Qiita
概要 Ruby 2.5で追加されたKernel#yield_selfを使ったRailsアプリのリファクタリング例を3つ紹介する。また、Kernel#yield_selfと同一の機能を表す Tコンビネータ を含む コンビネータ論理 と、上位互換となる実装についても紹介する。 yield_selfとは yield_selfはブロックを受け取り、そのブロック引数に"自分"を渡すメソッドです。例えば下のコードでは (a - b)の結果がnとなり、ブロックの実行結果が最終的な値となります。同じことをyield_selfを使わずに書くと、a - bの結果を保存する変数を（ブロックの外側に）用意するか、(a - b)を2回書かなければなりません。 以下ではyield_selfをRailsアプリのリファクタリングに使う実践的な例を見ていきます。 例1. フィルタリングとソートをするindexアクション 下
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
�UbuntuでZFSを構築し，/homeをミラーリングする. - Qiita
ZFSな FreeBSDをSingle user mode で起動したときに mount -o rw,remount / が効かない時 - Qiita
ZFSでsend/recvについてのメモ - Qiita
