真説 Windowsでディレクトリ区切りのスラッシュ / がバックスラッシュ ⧵ で円マーク ¥ な理由 - Qiita
はじめに Windows ではディレクトリ区切りに Unix 系 OS の / ではなくバックスラッシュ ⧵ を使い、しかも 日本語フォントでは 円マーク ¥ で表示されます。なぜこうなったかは次の独立した 2 つの理由からです。 はるか昔に JIS の文字コードの標準規格はあまり使わない ⧵ を必須の ¥ に置き換えた はるか昔にコマンドのオプション（スイッチ）としてすでに / を使っていた Microsoft は他の OS のやり方を真似するのが嫌だからとか権利侵害になりそうだから ⧵ に変更したなどという根も葉もない噂がありますが、そうではありません。むしろ Microsoft は他の OS のやり方を取り込んだんです。なお、後で解説しますが、Windows は昔からディレクトリ区切りに/ と ⧵ の両方を使えるので Unix 系 OS と互換性がないわけではありません（どっちかと言
xzにバックドアが混入した件のまとめ(CVE-2024-3094) - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 本記事は4月10日9:00（JST)時点で判明している事実をまとめたものです。誤りがあればコメントでお知らせください。 本記事には誤りが含まれている可能性があります。 新しい情報があれば随時更新します。 4/10 9:15 キルスイッチの動作について追記しました。 4/2 18:30 Q&Aを追加しました。 4/2 11:30 実際にバックドアが存在する環境を作成し、攻撃可能なこと、出力されるログ等について追記しました。また、攻撃可能な人物は秘密鍵を持っている必要があることを追記しました。 ところどころに考察を記載しています。 事実は～
あの日見たLinuxのディレクトリやコマンドのフルネームを僕達はまだ知らない - Qiita
はじめに Linux利用歴はそこそこありますが、よく使うディレクトリやコマンドのフルネームを全て知っているかというと、そうでもないなと思ったので、今回はそれについてまとめてみました。 特にLinux初学者の方にとっては、各ディレクトリ名やコマンド名は何の略称かを知っておいた方が、覚えやすいと思うので、ぜひ参考にしていただければと思います。 注意事項 本記事では、よく使うディレクトリやコマンドの中で略称になっているもののみを取り上げています。すべてのディレクトリやコマンドを網羅しているわけではありません。 略称のフルネームがすべて明確に文書化されているわけではありません。これらの略称は、元々UNIXや他のプラットフォームで使用されていたものや、開発者やコミュニティの独自の規則や慣習に基づいています。 Linuxディストリビューションによっては、独自の命名規則や用途を持っている場合もあります。
【Linuxカーネルを読む】ChatGPTで爆速コードリーディング - Qiita
はじめに OpenAIによって開発されたChatGPTが話題になっています。特に、2023年3月14日に公開された最新モデルであるGPT-4は、これまで私達がAIに持っていた認識を根底から覆したのではないでしょうか？ 私は、「普通に人間とやりとりしているのと変わらんやん…」と率直に驚きました。 エンジニアの業務の中でも、自動コーディング支援、技術的課題の壁打ち相手、ドキュメント自動生成、学習支援等さまざまな用途に活用する可能性を皆さん検証している段階です。私もその波に乗っている真っ最中です。 そこで今回は、ソースコードリーディングをChatGPTをメンターにしたら爆速にできるのではないか？という仮説を検証してみました。 そしてどうせやるなら、ソースコードリーディングのハードルの高さナンバーワン（個人調べ）の「Linuxカーネル」を題材にしてみました。 なお、使用したモデルはGPT-4です。
chmod -R 777 /usr を実行したCentOS7で、一般ユーザがroot権限を得られることを確認する - Qiita
chmod -R 777 /usr を実行したCentOS7で、一般ユーザがroot権限を得られることを確認するLinuxSecurityrootpermission Teratailで、suコマンドでrootログインできないという質問があり、てっきり/etc/pam.d/suまわりの設定かと思いきや、そうではなく、自己解決で説明された原因に一同驚愕ということがありました。 /usr/share/nginx/html に権限を追加したくて、横着して chmod 777 -R /usr とコマンド実行した記憶があります。 CentOS7、suコマンドでrootにログインできない、パスワードは絶対あっているのになぜ？ /usr 以下のパーミッションをすべて777に設定したら、逆に動くべきものが動かなくなる例なのですが、これをやるとセキュリティ上問題であることは言うまでもありません。究極的には、
Linuxカーネルビルド大全 - Qiita
はじめに （本記事は Linux Advent Calendar 2020 および 東京大学 品川研究室 Advent Calendar 2020の11日目の記事として書かれました。） カーネルのビルドについての情報はググると色々と出てきますが、「ここを見ればOK」と思えるサイトに巡り会えていないので、自分で書いてみることにしたのが本記事です。 いずれLinuxカーネルをビルドする必要にかられるであろう研究室・学科の後輩や、忘れっぽい将来の自分のためにも、改めてLinuxカーネルのビルド方法についてまとめてみたいと思います。 概要 さて、「カーネルをビルドしよう」という状況に置かれた場合、実際にすべきことは主に以下の４点だと思います。 ソースコードの取得 ビルド環境の構築 カーネルコンフィグの準備 ビルド及びインストール そこで本記事では、カーネル本体のビルド上記の４点の他、関連して以下の
Linux 性能解析ツールperfを使ってみた - Qiita
背景 システムコールから先のボトルネック箇所を知りたい事がありまして、その際にperfなるものを教えてもらいました。 使ってみると色々と便利なツールで勉強になったことも多々あるのでそちらのご紹介です。 概要 perf(Performance analysis tools for Linux)とはLinuxカーネル2.6.31以降で使用可能なLinuxの性能解析ツールです。 ざっくりいえば下記 実行されるプログラムと OS とのイベントを見れる OS とハードウェアのイベントを見れる カーネルのカウンタで計測されるイベントだったりプロセッサで計測されるイベントが知れる 例えばL1のヒット状況やTLBの様子なども観察できます。 (CPUサイクル数、分岐の数、分岐予測ミス数、キャッシュ参照数、キャッシュミス数など豊富な機能) 導入 導入はRedHat,centOSならyum,ubuntuならap
No space left on device とエラーが出るときの対処法 - Qiita
問題 CentOSでファイル操作をしようとすると、「No space left on device」と言われるようになった。 こうなると、もう何もできない。(Gitコマンド叩け無い、ファイル作れない等) 原因を探る エラーメッセージをそのまま読むと「このデバイス、もうスペースが無いよ」である。 HDDを使い切ってしまったのかとdfコマンドを叩いてみるが、まだ3.4Gも残っている。 色々調べているうちに、容量ではなくてinodeが足りない説が浮上した。 inodeとは、UNIX系OSで使用されるファイルシステムの名称で、ファイルの所有者やアクセス権、サイズ、作成日時、場所などを管理しているもののことだそうだ。 残りinodeはdfコマンドに-iをつければ確認できるらしく、叩いてみると...ビンゴである。
逆順出力 tac と tail -r - Qiita
しかし実は難点があり、tac は Linux（GNU coreutils）にしかないことです。つまり Mac では使えません。その代わり、tail -r で代用できます。tail はファイル末尾から数行を正順で出力するコマンドですが、-r（reverse）フラグによってそれを反転、要するに逆順に出力させることができます。しかし、これまた不幸なことに、BSD 系の tail でしか使用できません。Linux には -r フラグがないのです。つまり、Linux では使えません。 Linux では tac（tail -r は使えない） Mac では tail -r（tac は使えない） ということは、ポータブルなシェルスクリプトが書けません。which などで条件分岐すれば書けなくもないですが、どちらも使えない状況ではどうしようもありません。
Linux メモリ管理を理解したい - Qiita
Linux カーネルのメモリ管理方法について、勉強したことをまとめる。 メモリ管理はハードウェアに強く依存するため、x86_64 かつ OS起動後に 64bitプロテクトモード に移行したあとに話を絞る。また、OS は CentOS7.6、カーネルは次のバージョンを利用する。 ]# cat /etc/redhat-release CentOS Linux release 7.6.1810 (Core) ]# uname -a Linux localhost.localdomain 3.10.0-957.21.3.el7.x86_64 #1 SMP Tue Jun 18 16:35:19 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux 概要 ノイマン型アーキテクチャ コンピュータの基本的な構成のひとつ。次の図が参考になる。 ほぼ全てのコンピュータが、このアーキ
ifconfigの出力結果に書いてあること - Qiita
まえがき(´ω｀) Linuxお勉強中です。 ifconfigコマンドを使用したときに、出力結果の意味がわからなすぎたので、勉強がてらメモしていきます。 ■経緯 VMwareを使用して、centos6の仮想環境をつくりました WEBサーバーの立ち上げをするためIPを調べようとしました 出力結果の意味がわからなくて戦慄しました くやしいので調査した結果をまとめます ■よく分からなかったこと ens33とか、loとか何？どういう単位で括られてるの？ それぞれの項目の内容ってどういう意味？ 情報が羅列されてるけど、どういう塊りで見ればいいの？ ■出力結果sample [hogehoge@localhost ~]$ ifconfig -a ens33: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.124.132
Jupyter NotebookからKubernetesを操作する - Qiita
最近流行りのJupyter Notebook( http://jupyter.org/ )でkubectlコマンドを呼び出すことで、生きている手順書が作れるのでは？と思ったので、試してみることにしました。 このドキュメントではKubernetesクラスタの中にJupyter Notebookをデプロイし、そこから自身がデプロイされている、Kubernetesクラスタを操作する方法を紹介します。 前提条件 minkube kubectl はインストール済みとします。 minikubeによるKubernetesクラスタの作成 $ minikube start Starting local Kubernetes v1.10.0 cluster... Starting VM... Getting VM IP address... Moving files into cluster... Setti
macのアップデートをしたらvagrant upができなくなった - Qiita
立ち上がらなくなったvagrant 開発のメインマシンがwinなのでフランクにmacのアップデートをしがちです。 フランクにアップデートしたら立ち上がらなくなりました。 OSのバージョンは 10.14 Mojave です。 vagrant up をしようとしたのは会社で使っているローカル環境ですが 元ネタは以下のリポジトリです。 https://github.com/htanaka0828/devbase_for_htanaka0828 エラーの内容としてはこちらと同じ https://ja.stackoverflow.com/questions/3123/vagrant-up-%E3%81%8C-failed-to-open-dev-vboxnetctl-no-such-file-or-directory-%E3%81%A7%E5%A4%B1%E6%95%97%E3%81%99%E3%8
Hadoopを動かしてみる - Qiita
Hadoop: 2.8.5 環境構築 サーバ準備 VirtualBoxの「ファイル」-「ホストネットワークマネージャ」を開き、新規ホストネットワークアダプタを作成(仮想サーバにホストオンリーアダプタを追加するために必要) 仮想サーバを作成 起動ディスク:ubuntu-ja-18.04.1-desktop-amd64.iso 仮想サーバのネットワークアダプタは以下の通り アダプター1:NAT アダプター2:ホストオンリーアダプタ(追加) sshインストール $ sudo apt-get install aptitude $ sudo apt-get install aptitude $ sudo /etc/init.d/ssh restart IPアドレス固定 修正ファイル：/etc/netplan/01-network-manager-all.yaml sudo netplan apply
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
screen (gnu screen)をつかったときにtty関連でエラーが出てしまう件の対処 - Qiita
Linux OOM Killerについて - Qiita
curlで「Couldn't resolve host」エラーが出た場合の対処 - Qiita
バックグラウンド実行nohupとdisownの違い - Qiita
docker-machineでホスト（MacOS）のUSBデバイスをDockerコンテナにマウントする - Qiita
VirtualBoxのインストール方法 - Qiita