dockerのストレージをZFSにすると、管理がしやすいと思うので、ZFSを導入。

このスクリプトで簡単にインストールができる。
https://github.com/varasys/corezfs

容量に十分に空きがあることを確認し、下記のコードを実行。

wget https://raw.githubusercontent.com/varasys/corezfs/master/corezfs
sudo ./corezfs install

必要なファイルのコンパイルを行ったり、結構時間がかかります。

途中でエラーが出たので諦めた。

今までのデータは消えるでしょう。結果として失敗。

環境

Kernel Version: 4.20.15-200.fc29.x86_64
Operating System: Fedora 29.20190318.0 (Atomic Host)

[root@localhost core]# docker info
Containers: 0
 Running: 0
 Paused: 0
 Stopped: 0
Images: 0
Server Version: 1.13.1
Storage Driver: overlay2
 Backing Filesystem: xfs
 Supports d_type: true

インストール直後でのテスト

[root@localhost core]# docker run --storage-opt size=5g -t -i ubuntu /bin/bash
Unable to find image 'ubuntu:latest' locally
Trying to pull repository docker.io/library/ubuntu ... 
sha256:017eef0b616011647b269b5c65826e2e2ebddbe5d1f8c1e56b3599fb14fabec8: Pulling from docker.io/library/ubuntu
898c46f3b1a1: Pull complete 
63366dfa0a50: Pull complete 
041d4cd74a92: Pull complete 
6e1bee0f8701: Pull complete 
Digest: sha256:017eef0b616011647b269b5c65826e2e2ebddbe5d1f8c1e56b3599fb14fabec8
Status: Downloaded newer image for docker.io/ubuntu:latest
/usr/bin/docker-current: Error response from daemon: --storage-opt is supported only for overlay over xfs with 'pquota' mount option.
See '/usr/bin/docker-current run --help'.

sudo vi /etc/default/grub

GRUB_CMDLINE_LINUX= に「 rootflags=uquota,gquota,pquota　」を追記してください。

sudo grub2-mkconfig -o /boot/grub2/grub.cfg
sudo reboot

で適用できたが、だめ。

2

vi /etc/sysconfig/docker-storage-setup

STORAGE_DRIVER=overlay　とする

service docker stop
atomic storage reset
service docker start

だめ

別ディスクを作成、fstabでpquotaを。

fdisk /dev/sdc
n Enter... w
mkfs -t xfs /dev/sdc1
vi /etc/fstab
/dev/sdc1 /var/lib/docker xfs defaults,pquota 0 0
service docker stop
#エラー防止
umount -a 
atomic storage reset
service docker start

だめでした

まとめ

XFSでquotaは難しそう。

Ref

https://www.server-memo.net/centos-settings/system/quota_xfs.html
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_atomic_host/7/html/managing_containers/managing_storage_with_docker_formatted_containers
https://qiita.com/a-killer-bee/items/564d51034c125d192df3

See Also

https://qiita.com/haniokasai/items/2b7a1889e4930b7682c9

準備

Free Client for OneDrive on Linux というものを用いる。

現在のところ、下記のリポジトリで動作する模様
https://github.com/abraunegg/onedrive

skilionのリポジトリでの手順は以下にある通り。インストール手順はやや変わっているので本家を参照のこと。

https://qiita.com/afj/items/61ca815aa37d87bd391d
https://abyssluke.hatenablog.com/entry/2018/05/29/120000

ログ

onedrive --monitor

を実行していたところ、下記のエラーを吐いて停止してしまった。

[filename] ... Giving up on sync after three attempts: [filename]: No such file or directory
std.file.FileException@/home/hogehoge/dlang/dmd-2.085.0/linux/bin64/../../src/phobos/std/file.d(1554): [filename]: No such file or directory
----------------
/home/hogehoge/dlang/dmd-2.085.0/linux/bin64/../../src/phobos/std/file.d:276 @trusted bool std.file.cenforce!(bool).cenforce(bool, scope const(char)[], scope const(char)*, immutable(char)[], ulong) [0x5853d0]
/home/hogehoge/dlang/dmd-2.085.0/linux/bin64/../../src/phobos/std/file.d:265 @safe void std.file.setTimes!(immutable(char)[]).setTimes(immutable(char)[], std.datetime.systime.SysTime, std.datetime.systime.SysTime) [0x5a15fa]
src/sync.d:1012 void sync.SyncEngine.downloadFileItem(itemdb.Item, immutable(char)[]) [0x5dfb4d]
src/sync.d:902 void sync.SyncEngine.applyNewItem(itemdb.Item, immutable(char)[]) [0x5df320]
src/sync.d:862 void sync.SyncEngine.applyDifference(std.json.JSONValue, immutable(char)[], bool) [0x5df000]
src/sync.d:667 void sync.SyncEngine.applyDifferences(immutable(char)[], const(char)[]) [0x5de08e]
src/sync.d:320 void sync.SyncEngine.applyDifferences() [0x5dc701]
src/main.d:762 void main.performSync(sync.SyncEngine, immutable(char)[], bool, bool, bool, long) [0x5b6dd9]
src/main.d:643 _Dmain [0x5b65d3]

はて、どうしたものか。

ps -ax | grep onedrive

で確認すると、停止後もプロセスは残っているので kill した後に再度

onedrive --monitor

を実行すると、しばらく同期を再開するものの、別のファイルで再び停止してしまう。何度やっても同様の結果になる。

もしかすると単にタイムアウトしているだけなのか？

追記

5回目くらいの挑戦で、途中で止まること無く最後まで同期が完了した。途中で停止した理由は不明だが、ネットワークの不調かファイル名の問題か、、あたりかもしれない。ファイル名については後日調査するかも。

ubantuの勉強必要なので自分としてメモします。
僕の環境　Windows１０
　　　　　ubantu18.04

初めての投稿です。
みんなさん宜しくお願い致します。

今後
日本語の勉強必要
linuxコマンド
機械学習
Docker
HTML

ubantuの勉強必要なので自分としてメモします。
僕の環境　Windows１０
　　　　　ubantu18.04
が

初めての投稿です。
みんなさん宜しくお願い致します。

今後
日本語の勉強必要
linuxコマンド
機械学習
Docker
HTML

サーバーに入ってdeleteするたびにうるさいのでメモ

sudo vim /etc/inputrc

#set bell-style none

のコメントアウトをはずしてリブート

Linuxには、Windowsの実行ファイルを仮想的に動作させる、wineがあります。
ただ、wineは描画系ライブラリが未熟なのが現状です。

ここでは、wineでDirect3Dや、DirectX 10, 11を動作させるためのライブラリ導入をしていきます。

なぜwineでのDirect3Dがうまく動かないのか/遅いのか

wineは、Windowsシステムが標準で持っているライブラリ（LinuxではなくWindowsなので.dll）を自前で実装しています。
その中でも、描画系の開発は比較的遅いです。
Direct 3DやDirect X 10,11を使う際は、ホストのLinuxマシンのiGPU/eGPUに対して直接命令をセず、一旦OpenGL命令を発行しています。

ただ、この現状はWineのバージョンが上がる度に改善されていっているようです。

今回は、wine

DXVKのインストール

[MAC]
・『移動 > サーバへ接続』を選択して下記に接続する。
IPアドレス固定化せずともラスパイに接続することができます。

　pi@raspberrypi.local

お疲れ様でした！