WSL (Windows Subsystem for Linux) を使ってWindows 10でopenSUSEを動作させみた (番外編: SDカード領域の参照) - Qiita
WSL (Windows Subsystem for Linux) を使ってWindows 10でopenSUSEを動作させみた シリーズ 第1弾 : openSUSEインストール編 第2弾 : ユーザ追加編 第3弾 : [tcsh編] (http://qiita.com/ApricotSugar/items/8b842b8dfd5e6312c019) 番外編1 : 本記事 #1. はじめに 今回は，番外編として，WSL (Windows Subsystem for Linux) からSDカード領域にアクセスできるようにしていきます． 現在，私は，surface pro 4を利用していますが，SDカードにRepositoryなどをおいているため，WSLからアクセスすることができませんでした． Twitterでなんでできないのだろうと呟いたところ，回答を頂きました！ WSLでは，NTFSとR
Docker for Mac で Rancher を動かす - Qiita
Rancher が Docker for Mac をサポートしていないらしいのですが、Virtualboxで別なDockerを無駄に立ち上げたくないし、なぜMacだと駄目なのか納得もできなかったので試してみました。 動かすことができたら、そのRancherを使って簡単なサービスを構築してみたいと思います。 先ずは以下の記載。Docker for Mac はサポートされてないと明記されていますが、理由は書いてありません。。 see: Quick Start Guide - docs.rancher.com Docker for Mac で Rancher を動かす 結論 結論から言うと動きました。これと言って問題は出ていません。 気を付ける所は、以下ぐらいでした。 rancher/server コンテナのMac側ボリュームマウントPATHを変更する Rancherのホスト登録URLに 127
VagrantとAnsibleを使って Docker Swarm 環境を構築 - Qiita
概要 vagrant up コマンド一発で Swarmモードの Docker Machine が複数台上がる状態をつくってみる。 プロビジョニングはAnsibleにて行う。(vagrantでansibleを使ったプロビジョニングまで実施されるように設定) 単純に Swarm の環境をつくるのなら、docker-machineコマンドで作っていくのが一番はやいですが、練習がてら今回はスッピンのCentOS7.2のBoxを使ってAnsibleを利用してプロビジョニングを行います。 けど、docker-machineとして認識されてないと、操作するのが辛いので、ローカルマシンからdocker-machineコマンドで確認可能になるところまでやります。 Vagrant と Ansible を触り始めてまだ１週間程度なので、もっとこうした方が良いとかあったら、ご意見頂けますと幸いです。 構築するのに
docker swarmを試す(その1) 3台のmanagerを構成してみる。。 - Qiita
docker swarmがちょっと前のバージョンからdocker本体に取り込まれたとのこと・・・ Kubernetesよりもこちらの方が設定が簡単なので、試してみることにしました。 まずは、Managerノードのクラスタリングを確認してみます。 #環境 CentOS7.3(CentOS Linux release 7.3.1611を最小構成インストール、firewall停止、selinux-disabled) 3ノード manager01 - 192.168.28.180(管理LAN) 192.168.100.180(サービスLAN) manager02 - 192.168.28.181(管理LAN) 192.168.100.181(サービスLAN) manager03 - 192.168.28.182(管理LAN) 192.168.100.182(サービスLAN) worker01 -
WhalebrewでパッケージをDockerイメージで管理する - Qiita
Whalebrewとは？ Homebrew, but with Docker images bfirsh/whalebrew: Homebrew, but with Docker images とある通り、Homebrewのようなパッケージ管理ツールです。 Golangで書かれています。 Homebrewはコマンドをネイティブにインストールするのに対し、 Whalebrewではコマンドを含むDockerイメージを落として来て、コマンドを実行するとDockerコンテナが立ち上がって実行します。 Dockerイメージパッケージ管理ツールみたいなイメージですかね？(混乱) コマンドをインストールする際に依存するパッケージをインストールしまくるという煩わしさから解放され、環境を汚さないで良いという嬉しさあります。 イケてる感じがしますね。 環境を整える 何はともあれDockerを使用するのだからD
WSL (Windows Subsystem for Linux) を使ってWindows 10でopenSUSEを動作させみた (ユーザ追加編) - Qiita
WSL (Windows Subsystem for Linux) を使ってWindows 10でopenSUSEを動作させみた シリーズ 第1弾 : openSUSEインストール編 第2弾 : 本記事 第3弾 : [tcsh編] (http://qiita.com/ApricotSugar/items/8b842b8dfd5e6312c019) 番外編1 : [SDカード領域の参照] (http://qiita.com/ApricotSugar/items/d0afc32754fc78b4ad9c) #1. はじめに WSL (Windows Subsystem for Linux) を使ってWindows 10でopenSUSEを動作させみた (openSUSEインストール編)の続きになります． 今回は，前回インストールしたopenSUSEにユーザの追加を行っていこうと思います． ユー
WSL (Windows Subsystem for Linux) を使ってWindows 10でopenSUSEを動作させみた (openSUSEインストール編) - Qiita
WSL (Windows Subsystem for Linux) を使ってWindows 10でopenSUSEを動作させみた シリーズ 第1弾 : 本記事 第2弾 : [ユーザ追加編] (http://qiita.com/ApricotSugar/items/8a6f1057939e50492a94) 第3弾 : [tcsh編] (http://qiita.com/ApricotSugar/items/8b842b8dfd5e6312c019) 番外編1 : [SDカード領域の参照] (http://qiita.com/ApricotSugar/items/d0afc32754fc78b4ad9c) #1. はじめに WSL(Windows Subsystem for Linux)を使ってWindows 10でopenSUSEを動作させる方法がSUSE blogで紹介されていたので実際
【バレンタイン電子工作】Raspberry piで星野源を作ったよ。 - Qiita
0. これはなんですか？ ラズベリーパイ（Raspberry pi）など、ハードウェアプログラミングに乗り遅れた私のような人たちのための電子工作初心者記事です。 1.はじめに 本日はバレンタインデー、世は戦国時代。 有象無象にSNS上に散りばめられたチョコ投稿に、私はさり気なくラズベリーパイを混ぜてみようと心に決めた。 女性にも楽しんで貰える作品という点で熟考した結果、女性に大人気な星野源（平匡さん）を作れば完璧じゃないかということで、星野源を作成しようではないか。 2.完成品 こんな感じになりました。 どこからどう見ても、これは本物の平匡さんですね。 3.平匡さんの凄いことろ 3-0.最新である ほぼ全部当日に秋月で購入した。 Raspberry pi3 キーボード MicroSDカード カードリーダー 3-1.反応する チョコを渡すと反応する。反応はするが、しゃべらないのがやっぱり平匡
Packer + itamaeでDockerfileのないDockerライフ - Qiita
Dockerは Dockerfile という独自のDSLで記載されたファイルからDockerイメージを作成するのだが、 普段かいてるitamae使えないかなと思ったらどうやら Packerというものと組み合わえるといけるらしい Packerを使ってChef/Puppet/AnsibleでDockerのイメージをつくる ただ僕が普段使っているのはItamae。。。Packerでは現状対応してないという。 Packerとは？ VagrantとかTerafformとかを作っているHashicorp社製のソフトウェア 複数のプラットフォームのマシン、コンテナイメージを1つの設定ファイルから作成できる。 身近な例でいうと AMIの作成をコマンド一発で作れるようになる。 他にもbuild先を切り替えるとGCEとかVMwareとかのイメージが作れるようになる お題 rubyの2.3.1が動いていてrai
Dockerコンテナデプロイサービスの比較 (Beanstalk Multi-container Docker/ECS) - Qiita
※1: CLIからのみ実行可能 Beanstalkの特徴 環境構築が楽。EC2+RDSという一般的なアプリケーションであればBeanstalkコンソールでほぼ完結 コンテナを用いないアプリケーションも構築可能 Multi-container Dockerを利用すると、裏でECSが動く (ECSを意識しなくてもアプリケーションが動く) Beanstalkはとにかく環境構築が簡単。ウィザードに従ってうっかり Create environment なんて押すもんならいきなりインスタンス起動してアプリケーションが動き出す。間違えて3回くらい押した。 Beanstalkは環境構築が簡単な反面、裏で何のサービスが連動しているのか分かりにくい側面もあります。障害が発生した時、問題の切り分け (コンテナが原因なのか、ECSか、それともBeanstalkの問題か) が困難となる印象です。 ちなみにBeans
DockerでGUIのアプリ動かすためのメモ - Qiita
docker run -it \ --user=$USER \ --env="DISPLAY" \ # ホスト側のDISPLAYを設定 --workdir="/home/$USER" \ # 初期ディレクトリをホストユーザーのホームに設定 --volume="/home/$USER:/home/$USER" \ # ホストユーザーホームをマウント --volume="/etc/group:/etc/group:ro" \ # 以下4つはホスト側のユーザー情報をそのまま使うための設定 --volume="/etc/passwd:/etc/passwd:ro" \ --volume="/etc/shadow:/etc/shadow:ro" \ --volume="/etc/sudoers.d:/etc/sudoers.d:ro" \ --volume="/tmp/.X11-unix:/tmp/
Hyper-VでサクサクAndroidエミュレータを使おう - Qiita
昔からAndroid開発者はエミュレータ(AVD)に泣かされてきました。特にエミュレータの起動や操作がとても遅かったのです。 AndroidStudio2.0からは、かなり高速化されました。 現在のAVDはIntel HAXMという仮想化技術を使って実行されています。実は他の仮想化技術同士とはケンカすることが多く、共存できないものがたくさんあります。特にWindowsでは**Hyper-VとIntel HAXMが共存できないのです。**なのでこれまではHyper-Vをオフにするか、諦めておそ～～～～～～～～～～～～いエミュレータを使うしかありませんでした。 しかし、ついにWindows10 April 2018 UpdateからHyper-Vに対応したAndroidエミュレータが使えるようになりました！これによりIntel HAXMを使わずにサクサクエミュレータを使うことができます！ 20
(yet another) UnixBench on Bash on Ubuntu on Windows - Qiita
fujiedaさんの「UnixBench on Bash on Ubuntu on Windows」を見て自分の環境(Core i5-2410M、メモリ8GB、ハイブリッドHDD)でもやってみた。 Build 16251 (16251.rs3_release.170721-2122) このビルドからWindows Subsystems for Linuxのベータが取れました。UnixBenchはいつものようにエラーが出たので-i 3オプション付きで実行して、スコアは185.1。また少し回復してますが、200台に戻すことはなさそうですね。 ======================================================================== BYTE UNIX Benchmarks (Version 5.1.3) System: ASPIRE3830
Docker環境でstrace - Qiita
starceしようとしたらエラーになったので。 root:/# strace /bin/ls strace: ptrace(PTRACE_TRACEME, ...): Operation not permitted +++ exited with 1 +++ ぐぐれば何か出てきますよね。。。 » Running Strace in Docker 起動オプションを追加すればよいようです。 このオプションを追加したコンテナでstraceを実行すると root@aca47db0b5ff:/# strace /bin/ls execve("/bin/ls", ["/bin/ls"], [/* 9 vars */]) = 0 brk(NULL) = 0x72f000 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or dir
Virtualbox + Vagrant + AnsibleでWeb, DBサーバ環境をつくる - Qiita
本エントリの目的 ローカル環境で開発をしているとデータベースやその他諸々のサービスをlocalhostで参照できて設定が楽というメリットはありますが、WebサーバとDBサーバの分かれた本番環境と構成が異なるのが気になります。 せめて本番にデプロイする前にステージング環境で確認をしておきたいところですが、個人開発ではお金を節約したいのでわざわざ本番サーバと同じVPSやAWSは使いたくありません。そこでVirtualboxの仮想マシンにVagrantとAnsibleを使って環境を構築することにします。 Virtualbox、Vagrant、Ansibleのインストール方法、使い方などは説明しません。 使用したファイルはGithubに上げています。 環境 ホストマシン: MacOSX El Capitan Vagrant v1.9.1 Ansible v2.0.2.0 Virtualbox v5
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
zfs - 単一パーティションでマルチブート - Qiita
Raspberry Piにディスプレイとマウスとキーボートを繋がずに自動でRaspbianをインストールする - Qiita
zfs - 持ってけ ubuntu 16.04 仮想マシン - Qiita
docker-compose.ymlでcommandの引数が長いのでエスケープして改行したい - Qiita
vagrant 1.9.1 centos7box on virtualbox でprivate networkが認識されない - Qiita
