常連

### 前提・実現したいこと

docker-composeでmysqlコンテナを起動しているのですが
日本語のデータが入力できない状態です。
入力できないというのは以下のサイトで書かれているのと同じ状態でした。
https://qiita.com/Sa2Knight/items/02cf69acfa5dd673ca36

半角英数字は入力→insert文でのデータ登録までできます。


### 該当のソースコード

```docker-compose.yml

version: '3'

services:
  mysql:
    image: mysql:5.7
    volumes:
      - mysql5.7-lamp-volume:/var/www
      - ./mysql:/var/lib/mysql
      - ./etc/mysql.cnf:/etc/mysql/conf.d/mysql.cnf
      - ./mysql/mysql.conf.d/mysql.cnf:/etc/mysql/mysql.conf.d/mysql.cnf
      - ./mysql/.inputrc:/.inputrc
    ports:
      - 13306:3306
    environment:
      - MYSQL_ROOT_PASSWORD=root
      - MYSQL_DATABASE=test
      - MYSQL_USER=test
      - MYSQL_PASSWORD=test
      - TZ=Asia/Tokyo
    command: mysqld --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci

```

```/etc/mysql/connf.d/mysql.cnf

[mysql]
default-character-set=utf

[mysqld]
character-set-server=utf8
collation-server=utf8mb4_unicode_ci

[mysqldump]
default-character-set=utf8

[client]
default-character-set=utf8

```

```/etc/mysql/mysql.connf.d/mysql.cnf

[mysqld]
pid-file	= /var/run/mysqld/mysqld.pid
socket		= /var/run/mysqld/mysqld.sock
datadir		= /var/lib/mysql
#log-error	= /var/log/mysql/error.log
# By default we only accept connections from localhost
#bind-address	= 127.0.0.1
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
character-set-server=utf8

```

### 試したこと
コンテナのlinuxディストリビューションはデビアンでした。

```調査.sh

mysql> show variables like 'char%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | latin1                     |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | utf8mb4                    |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+

```

また以下のファイルをコンテナ内のルートディレクトリ に配置してみましたが状況は改善されませんでした。

```.inputrc

set convert-meta off
set meta-flag on
set output-meta on

```

### 現在疑問に思っていること
character_set_databaseをutf-8にすれば行けそうなのですが
etc配下のファイル、設定ファイルなどが多すぎてわからない状態で
Debianに親しんでいる先輩に聞いた方が早そうだと思い
投稿させていただいている状態です。
よろしくお願いいたします。
※不足情報などありましたら恐れ入りますがご指摘願います。

docker公式mysqlコンテナ（Debian）で日本語入力ができない

apt-getコマンドについて質問です。

apt-get remove [パッケージ名]　：　パッケージを削除
apt-get purge [パッケージ名] :設定ファイルを含めパッケージを削除

ここまではわかりました。
ここで、

apt-get --purge remove　というのを見かけました。
これは、なんですか？
Q1. --purge の --はどういう意味でしょうか？
Q2. purgeとremoveを同時に使わなくてもpurgeだけで住む気がするのですがなぜどちらも使っているのでしょうか？

ご回答よろしくお願いします。

apt-get のpurgeとremoveについて

### windows10からLinuxへSSH接続してscpでファイルコピーがしたいのですが…

現在、Windows10からDebianで駆動しているタブレット端末にTera TermでSSH接続しています。
Linuxでタブレット端末のセットアップが簡単にできるようにシェルスクリプトを組んでいます。
Linuxの中の操作は、なんとか出来て次に、素材の配置をどうしようかと考えています。
ゴールはバッチファイルを叩いたらすぐセットアップができるようにスクリプトを組むことです。
### 悩んでいる問題

```
Windows10 PC からの操作で、GIF、HTMLなどの素材を適切な場所に配置したいと思い、
SCP ******
というコマンドを使用すればなんとかなる、ということまで辿りつきました。

この場合ですが、ニュアンス的に
１）Linux側からWinに入り、データを引っ張る
２）Windows側でバッチファイルを作成しデータを送信する
のうち、２）が近道では、と考えています。

コピー元：win     c:¥sample¥
コピー先:Linux   /usr/test/
```
接続先：Debianタブレット
IP Address：198.168.11.5
ユーザー：User
Password：Hogehoge
SUのPW：SUbuzz
```
この場合、Windows側のスクリプトがいいのか、Linux側のスクリプトがいいのか、
そのどちらかの場合どんな方法があるのかご教授願えますか？

ちなみに
scp c:¥sample¥test.txt /usr/test/test.txt
は失敗しました。
よろしくお願いします。
```

windows10からLinuxへSSH接続してscpでファイルコピーがしたいができません

### 前提・実現したいこと
Dockerのバージョンを18.x（正確なバージョンは失念）系から19.03.13へアップグレードしたところ、
コンテナから外部向けに通信できなくなりました。
この状況を解消したいです。


### 状態
#### pingの状況
以下の通り、ホスト名・IPアドレスのどちらの指定でもpingで疎通できない状態です。
```
$ docker run -it --rm debian ping -c 1 google.com
ping: google.com: Temporary failure in name resolution

$ docker run -it --rm debian ping -c 1 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms
```

なお、ホストOS上ではどちらも疎通できている旨確認済みです。


#### ネットワーク周りの設定
##### ip link
```
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether f6:08:0d:fa:10:b4 brd ff:ff:ff:ff:ff:ff
3: sit0: <NOARP> mtu 1480 qdisc noop state DOWN mode DEFAULT group default
    link/sit 0.0.0.0 brd 0.0.0.0
4: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DORMANT group default qlen 1000
    link/ether 34:c3:d2:93:cd:23 brd ff:ff:ff:ff:ff:ff
5: p2p0: <BROADCAST,MULTICAST> mtu 1500 qdisc mq state DOWN mode DORMANT group default qlen 1000
    link/ether 36:c3:d2:93:cd:23 brd ff:ff:ff:ff:ff:ff
6: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default
    link/ether 02:42:5b:4a:1b:70 brd ff:ff:ff:ff:ff:ff
```

##### iptables -L
```
Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy DROP)
target     prot opt source               destination
DOCKER-USER  all  --  anywhere             anywhere
DOCKER-ISOLATION-STAGE-1  all  --  anywhere             anywhere
ACCEPT     all  --  anywhere             anywhere             ctstate RELATED,ESTABLISHED
DOCKER     all  --  anywhere             anywhere
ACCEPT     all  --  anywhere             anywhere
ACCEPT     all  --  anywhere             anywhere

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Chain DOCKER (1 references)
target     prot opt source               destination

Chain DOCKER-ISOLATION-STAGE-1 (1 references)
target     prot opt source               destination
DOCKER-ISOLATION-STAGE-2  all  --  anywhere             anywhere
RETURN     all  --  anywhere             anywhere

Chain DOCKER-ISOLATION-STAGE-2 (1 references)
target     prot opt source               destination
DROP       all  --  anywhere             anywhere
RETURN     all  --  anywhere             anywhere

Chain DOCKER-USER (1 references)
target     prot opt source               destination
RETURN     all  --  anywhere             anywhere
```

##### iptables -L -t nat
```
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination
DOCKER     all  --  anywhere             anywhere             ADDRTYPE match dst-type LOCAL

Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
DOCKER     all  --  anywhere            !loopback/8           ADDRTYPE match dst-type LOCAL

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination
MASQUERADE  all  --  172.17.0.0/16        anywhere

Chain DOCKER (2 references)
target     prot opt source               destination
RETURN     all  --  anywhere             anywhere
```

##### sysctl net.ipv4.ip_forward（2020/10/28 19:42追記）
```
net.ipv4.ip_forward = 1
```
##### firewalld について（2020/10/28 19:42追記）
firewalldは未使用です。

##### docker network inspect bridge（2020/11/05 21:16追記）
```
[
    {
        "Name": "bridge",
        "Id": "168c88ff61f7714631933374a51b27a0a17315613034eb352cfb4ae6b6565904",
        "Created": "2020-11-05T21:11:47.467361496+09:00",
        "Scope": "local",
        "Driver": "bridge",
        "EnableIPv6": false,
        "IPAM": {
            "Driver": "default",
            "Options": null,
            "Config": [
                {
                    "Subnet": "172.17.0.0/16",
                    "Gateway": "172.17.0.1"
                }
            ]
        },
        "Internal": false,
        "Attachable": false,
        "Ingress": false,
        "ConfigFrom": {
            "Network": ""
        },
        "ConfigOnly": false,
        "Containers": {},
        "Options": {
            "com.docker.network.bridge.default_bridge": "true",
            "com.docker.network.bridge.enable_icc": "true",
            "com.docker.network.bridge.enable_ip_masquerade": "true",
            "com.docker.network.bridge.host_binding_ipv4": "0.0.0.0",
            "com.docker.network.bridge.name": "docker0",
            "com.docker.network.driver.mtu": "1500"
        },
        "Labels": {}
    }
]
```
##### docker network ls（2020/11/05 21:16追記）
```
NETWORK ID          NAME                DRIVER              SCOPE
168c88ff61f7        bridge              bridge              local
dbd4737f60a2        host                host                local
8f72254d2392        none                null                local
```

##### docker run -it --rm debian ip a（2020/11/05 22:11追記）
```
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: sit0: <NOARP> mtu 1480 qdisc noop state DOWN group default
    link/sit 0.0.0.0 brd 0.0.0.0
9: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    link/ether 02:42:ac:11:00:02 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.2/16 brd 172.17.255.255 scope global eth0
       valid_lft forever preferred_lft forever
```


### 試したこと
#### ホストOSの再起動
```
reboot
```
#### Dockerサービスの再起動
```
service docker restart
```
#### Dockerサービスを停止した上でDokcerのブリッジ関連の設定を削除し、Dockerサービスを改めて起動
```
service docker stop
iptables -t nat -F
ifconfig docker0 down
brctl delbr docker0
service docker start
```


### 補足情報（FW/ツールのバージョンなど）
#### 稼働環境
アーキテクチャ：ARM v8（Pine64）
ホストOS：ARMBIAN 5.60 stable Debian GNU/Linux 9 (stretch)
インストールしたDockerのパッケージ名：Docker-ce
インストールに使ったsources.listの内容：
```
deb [arch=arm64] https://download.docker.com/linux/debian     stretch stable
```
※今回のDockerのアップグレード時に、jessieからstretch に変更
　（OS自体はDockerアップグレード前からstretchを使っており、今回の事象発生前後で変更なし）

Dockerのコンテナから外部へ通信できない

emergency mode となり起動できないです。
root account is locked となっているため、
セットアップ（OSの再インストール）からやり直すしかないでしょうか。
![エラー画像](e646d8e76a7a2f734d63799fca097b7a.jpeg)

/etc/fstab の末尾に下記を記述し、
```txt
UUID="HOGE-HOGE"     /mnt/hdd1      exfat-fuse      async,auto,dev,exec,gid=33,rw,uid=33,umask=007    0       0

```
sudo reboot では特に異常なかったと思ったのですが、
sudo poweroff して、配線作業後改めて起動するとこうなっていました。

exfat-fuse exfat-utils をインストールし、
exfatでフォーマットした外付け3TBのHDDをマウントすることに成功し、
再起動もマウントできていた様子なので、こうなった原因が不明です。

こうなったのは2回目でセットアップをやり直すのは大変なので、
fstabの記述ミス等でセットアップするしかない状況になることを避けたいのですが、
rootアカウントがロック状態でなければ、セットアップを避けることはできるのでしょうか。

emergency mode となり起動できない

下記の、/etc/init.d/vsftpdをstartしたところ、プロセスは起動するのですが、pidファイル(/var/run/vsftpd/vsftpd.pid)が作成されません。
他のデーモンは/var/run配下にpidファイルが作成されるのですが、何故かvftpだけ、pidファイルが作成されません。

原因について、ご教授をお願い申し上げます。

```
#!/bin/sh

### BEGIN INIT INFO
# Provides:             vsftpd
# Required-Start:       $remote_fs $syslog 
# Required-Stop:        $remote_fs $syslog
# Default-Start:        2 3 4 5
# Default-Stop:         0 1 6
# Short-Description:    Very secure FTP server
### END INIT INFO

set -e

DAEMON="/usr/sbin/vsftpd"
NAME="vsftpd"
PATH="/sbin:/bin:/usr/sbin:/usr/bin"
LOGFILE="/var/log/vsftpd.log"
CHROOT="/var/run/vsftpd/empty"

test -x "${DAEMON}" || exit 0

if [ ! -e "${LOGFILE}" ]
then
        touch "${LOGFILE}"
        chmod 640 "${LOGFILE}"
        chown root:adm "${LOGFILE}"
fi

if [ ! -d "${CHROOT}" ]
then
        mkdir -p "${CHROOT}"
fi

Check_standalone_mode ()
{
        # Return 1 if vsftpd.conf doesn't have listen=yes or listen_ipv6=yes
        # (mandatory for standalone operation).

        CONFFILE="/etc/vsftpd.conf"

        if [ -e "${CONFFILE}" ] && ! egrep -iq "^ *listen(_ipv6)? *= *yes" "${CONFFILE}"
        then
                echo "${CONFFILE}: listen disabled - service will not start"
                return 1
        fi
}

case "${1}" in
        start)
                Check_standalone_mode || exit 0
                echo -n "Starting FTP server: "

                start-stop-daemon --start --background -m --oknodo --pidfile /var/run/vsftpd/vsftpd.pid --exec ${DAEMON}

                echo "${NAME}."
                ;;

        stop)
                echo -n "Stopping FTP server: "

                start-stop-daemon --stop --pidfile /var/run/vsftpd/vsftpd.pid --oknodo --exec ${DAEMON}
                rm -f /var/run/vsftpd/vsftpd.pid

                echo "${NAME}."

                ;;

        restart)
                echo -n "Stopping FTP server: "

                start-stop-daemon --stop --pidfile /var/run/vsftpd/vsftpd.pid --oknodo --exec ${DAEMON}
                rm -f /var/run/vsftpd/vsftpd.pid

                echo "${NAME}."
                Check_standalone_mode || exit 0
                echo -n "Starting FTP server: "

                start-stop-daemon --start --background -m --pidfile /var/run/vsftpd/vsftpd.pid --exec ${DAEMON}

                echo "${NAME}."
                ;;

        reload|force-reload)
                echo "Reloading FTP server configuration: "

                start-stop-daemon --stop --pidfile /var/run/vsftpd/vsftpd.pid --signal 1 --exec $DAEMON

                echo "${NAME}."
                ;;

        status)
                PID="$(cat /var/run/vsftpd/vsftpd.pid 2>/dev/null)" || true

                if [ ! -f /var/run/vsftpd/vsftpd.pid ] || [ -z "${PID}" ]
                then
                        echo "${NAME} is not running"
                        exit 3
                fi

                if ps "${PID}" >/dev/null 2>&1
                then
                        echo "${NAME} is running"
                        exit 0
                else
                        echo "${NAME} is not running"
                        exit 1
                fi
                ;;

        *)
                echo "Usage: /etc/init.d/${NAME} {start|stop|restart|reload|status}"
                exit 1
                ;;
esac

exit 0
```

---

# 環境

* vsftpd  : 3.0.2-17
* OS : Debian 8.11

/var/run/にpidファイルが作成されない

### 前提・実現したいこと

Raspberry Piのアップデートをするために
sudo apt-get update
を行った。
そこで以下のようなエラーが発生しました。
### 発生している問題・エラーメッセージ

```
エラー:1 http://raspbian.raspberrypi.org/raspbian buster InRelease
  'raspbian.raspberrypi.org' が一時的に解決できません
エラー:2 http://archive.raspberrypi.org/debian buster InRelease
  'archive.raspberrypi.org' が一時的に解決できません
パッケージリストを読み込んでいます... 完了
W: http://raspbian.raspberrypi.org/raspbian/dists/buster/InRelease の取得に失敗しました  'raspbian.raspberrypi.org' が一時的に解決できません
W: http://archive.raspberrypi.org/debian/dists/buster/InRelease の取得に失敗しました  'archive.raspberrypi.org' が一時的に解決できません
W: いくつかのインデックスファイルのダウンロードに失敗しました。これらは無視されるか、古いものが代わりに使われます。

```
このサイト[Debian 10 Buster testing をリリース後に apt update するとエラーになる](https://matoken.org/blog/2019/07/11/apt-update-after-releasing-debian-10-buster-testing-results-in-an-error/)
を参考に、
sudo apt --allow-releaseinfo-change update
を行ったが、同様な結果が得られた。

Debianのバージョンは10.1です。
### 該当のソースコード

```ここに言語名を入力
pi@raspberrypi:~ $ sudo apt --allow-releaseinfo-change update
エラー:1 http://raspbian.raspberrypi.org/raspbian buster InRelease
  'raspbian.raspberrypi.org' が一時的に解決できません
エラー:2 http://archive.raspberrypi.org/debian buster InRelease
  'archive.raspberrypi.org' が一時的に解決できません
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています       
状態情報を読み取っています... 完了
パッケージはすべて最新です。
W: http://raspbian.raspberrypi.org/raspbian/dists/buster/InRelease の取得に失敗しました  'raspbian.raspberrypi.org' が一時的に解決できません
W: http://archive.raspberrypi.org/debian/dists/buster/InRelease の取得に失敗しました  'archive.raspberrypi.org' が一時的に解決できません
W: いくつかのインデックスファイルのダウンロードに失敗しました。これらは無視されるか、古いものが代わりに使われます。
```
この問題の解決方法がわかりません。どなたかご教授よろしくお願いします。

Raspberry Piのアップデートの際に、～が一時的に解決できません。と出てアップデートできない。

### 前提・実現したいこと
[PACEMAKER > RPi設定 > デスクトップ起動時にターミナルを表示する > .config/autostart/[任意の名前].desktopを用意する](https://qiita.com/7of9/items/6aa0ea8b3a4fc802ca61)
や
[Raspberry Pi 起動時に ターミナルを開いて Python スクリプトを自動実行させる](http://mogen-hogen.blogspot.com/2017/01/raspberry-pi-python.html)
を参考にして

Raspberry Piの起動時にターミナルが立ち上がり、「Hello world」と表示される機能を実装しようと思いましたが上手くいきません。

私が書いたコード自体に問題があるのでしょうか？
それともどこかの設定を変更するべきなのでしょうか？
![イメージ説明](2ef861c209e61436d6ff4b2610eff6ce.png)


### 発生している問題
そもそもターミナルが立ち上がらないうえに、「Hello world」と表示されない。


### 現状のソースコード
/home/pi/.config/autostart/hogehoge.desktopに

```hogehoge
[Desktop Entry]
Exec=lxterminal -e "echo Hello world"
Type=Application
Name=Terminal autostart
Terminal=true
```
と打ち込んでいます

### 試したこと

ターミナル自体に問題があるのかなと思い、
/home/pi/.config/autostart/hogehoge.desktopに

```hogehoge
[Desktop Entry]
Exec=lxterminal
Type=Application
Name=Terminal autostart
Terminal=true
```
と打ち込みました。結果はターミナルは立ち上がったので、ターミナル自体に問題はないと思います。
![イメージ説明](7bf72b2a5eae0e0d0e75efeef51283fb.png)
　
　
　
また、[Raspberry Pi 起動時に ターミナルを開いて Python スクリプトを自動実行させる](http://mogen-hogen.blogspot.com/2017/01/raspberry-pi-python.html)を参考にして
/home/pi/.config/autostart/hogehoge.desktopに

```hogehoge
[Desktop Entry]
Name=hogehoge
Exec=lxterminal -e "echo Hello world"
Type=Application
```
と打ち込んでも、同様にターミナルが立ち上がらないうえに、「Hello world」と表示されませんでした。


### 補足情報
**使用機器：**
Raspberry Pi 4 Computer Model B

**OS情報：**
Distributor ID:　Raspbian
Description:　Raspbian GNU/Linux 10 (buster)
Release:　10
Codename:　buster

**ターミナル:**
LXTerminal

### 参考にした文献
[PACEMAKER > RPi設定 > デスクトップ起動時にターミナルを表示する > .config/autostart/[任意の名前].desktopを用意する](https://qiita.com/7of9/items/6aa0ea8b3a4fc802ca61)

[Raspberry Pi 起動時に ターミナルを開いて Python スクリプトを自動実行させる](http://mogen-hogen.blogspot.com/2017/01/raspberry-pi-python.html)