全4834件 (4834件中 151-200件目)
-
DDR2 PC6400 1Gbyte メモリ 4 枚のうちどれが故障している？ - memtest86+ では見つからない memory fault
SMR HDD のベンチマークを 自分で作った SSD/HDD テストツールで行っていた。比較のため CMR HDD のベンチマークを行っていたら、読み出したデータのチェックサムが合わないエラーに遭遇した。CheckStrictlyFileImage: Error: Checksum not match. blocknumber=563962486, a=-2048(0xfffffffffffff800).単純に 8byte 毎を 64bit 値で加算していくだけの素朴なアルゴリズムだ。2048 足りないので何処かの bit 11 が 1 から 0 に変わっていると考えるのが最もらしい状況だ。変えられそうな所を変えてみて様子を見る。項目変化ケーブル変更エラーは出るポート変更エラーは出るSATA I/F 変更エラーは出るPC 変更(OS も変わる)エラーは出なくなるメモリ入れ替えエラーは出なくなる発生 LBA不定ベンチマークを行っていた PC で使っているメモリにエラー(Fault)があると考えるのが最も可能性が高い。DDR2 PC6400 1Gbyte x 4 を総取っ替えして、エラーは解消している。どの DIMM が問題なのか memtest86+ でテストしてみた。エラーが出ない。下の画像で横に並んだメモリ 4 枚のうち、エラーがある DIMM だけ取り替える積もりだった。こうなると「4 枚ともエラーが有るかも」と言う扱いになる。一気に 4 枚全損か。ベンチマークソフトのアルゴリズムから推測できることは、12 ～ 24 時間 程度メモリに記憶させていると化ける可能性がある。なんだろう、リフレッシュが掛かるまでに揮発するのか、隣接ビットに対する write/read で乱れるのか。memtest86+ は記憶させたデータが生きているべき時間は精々 2 ～ 3 時間の短期間だ。エラーは再現できないかも。CFD ELIXIR は時間が経つと、エラーが出てくる印象だ。上の画像で縦に置いたメモリは、明らかにエラーが出たメモリだ。使用開始 1 年程経過してエラーが発生した。DDR2 memory なんだよなぁ。手持ちで使えるマザーボードもこれから故障などで目減りするだろう。ハードオフで漁るのも難度が高いし。
2020.06.05
コメント(0)
-
Blu-ray ドライブ BDR-207M BD-R/RE DL 読み書き難 - 殆ど BD-R DL / BD-RE DL を使っていないのに
メイン PC で使っていた Blu-ray ドライブ BDR-207M が不調なので、状況を調査することにした。調査した結果 BD-R DL, BD-RE DL の読み書き(焼き)でエラーが発生し、難があることが分かった。BDR-207M は買った当初から難があった。トレイ開ボタンを押してもトレイが出てこない。ケースの化粧蓋を押し開ける構造だったので、それに引っかかっているのかと思っていた。ネットで調べると、普通に使っていてもトレイ開に難が有ったようだ。使っていて BD-R DL が上手く書き込めないことが気になっていた。いつの頃からだっけ？ 1Tbyte 規模のバックアップをする必要が出てきたので、BD-R DL を焼いてみる。3 枚ほど途中で書き込みが中断してしまった。おおよそ、2 層目書き込みに入って 2, 3 割程度の所だろうか。何かおかしい。 BD-R DL が本当に上手く書き込めるのか調べてみることにした。Linux(ubuntu 18.04) で動く GUI burning tool k3b と k3b が呼び出している command line tool の動作状況を観測してみる。結果は上の画像のように Dual Layer (DL) 系のメディアが辛うじて読める程度で、消去、書き込み(焼き)は全滅だった。1 層 R メディアは読めていて、焼けている実績がある。実質的に BD-ROM 機能付きの CD/DVD R/W ドライブになっていた。1 層の BD メディアは 100 枚も焼いていないはず。BD に焼くくらいなら、ハードディスクに保存した方が安上がりになってしまった。この成果は BD-207M を対象にテープラベル作り・張り練習の練習かな。なかなか真っ直ぐ貼れない。
2020.06.02
コメント(0)
-
このマウス動き始めに遊びがある - 前使用者がマウスをブックオフに売った訳
ブックオフで買った中古マウス M-Y8UBを暫く使ってみて、前の使用者が手放した訳が見えてきた。動かし始めて 10 ～ 20mm ほど動いたところで、マウスポインタの移動が始まる。感覚的に言えば、「引っかかりがある」、「滑りが悪い」、「反応が悪い」といった感じになる。前の使用者は使用感にどの程度拘っていたのだろうか？ 商品箱の痛みが殆ど無かったので、買って直ぐに気づける程度の繊細さは有ったのだと思う。マウスポインタの移動が始まると追従性が良くなる。歯車の遊びのような反応だ。内部で(移動停止)→「低消費電力モード(追従性低)」→(移動検出)→「高消費電力モード(追従性高)」の様な遷移をしているのだろうか？ 電池を抱いた無線マウスならあり得る仕様だ。これは有線マウスなので消費電力は気にしなくてもいいはず。それとも、使わないときは LED を減光して、眩しくしないようにした？ケースは黒いし。PC 売り場に展示してあるマウスは動いていない。移動し始めの反応は使ってみて初めて判る感覚だ。マウス選びも奥が深いのか。しみじみ、ブックオフは難度が高いな。
2020.05.31
コメント(0)
-
ソースが公開された GW-BASIC を build してみる - missing low level I/O functions
ソースが公開された GW-BASIC (リンク先は記事)(GW-BASIC github repository) を build しようとしてみた。build tool は MASM ではなく、Turbo Assembler だ。一応 MASM 互換の範囲で修正を試みた。GW-BASIC を clone したリポジトリに色々と追加した修正を置いておく。全ソースをアセンブルして .OBJ ができるところまで進めた。リンケージする段階で low level I/O function 群が不足していることが分かった。.MAP ファイルに不足している procedure(MASM アセンブラで言うと PROC) が並んだ。ソース全体を grep しても symbol が見つからない。次に .MAP ファイルの一部を示す。Error: Undefined symbol PNTINI in module ADVGRP.ASMError: Undefined symbol MAPXYC in module ADVGRP.ASMError: Undefined symbol STOREC in module ADVGRP.ASMError: Undefined symbol TUPC in module ADVGRP.ASM-- snip --Error: Undefined symbol SCROLL in module SCNDRV.ASMError: Undefined symbol EDTMAP in module SCNDRV.ASMError: Undefined symbol PRTMAP in module SCNDRV.ASMTurbo linker 向けツールをアセンブラで書いたりもした。久しぶりに 8086 アセンブラで書く、おお、意外とまだ書けるなぁ。エディタに補完機能があると長いシンボルが苦にならない。足りない部分は GW-BASIC 移植先のパソコンメーカーが持っているのだろう。full build は遠い。
2020.05.30
コメント(0)
-
家に帰る途中雨に降られて、虹を見る - 日没頃に雲が切れたのか
午前中ベランダで咲き始めたサボテンを見る。毎年この時期の楽しみだ。特に支えていないので、大きく咲くと下に垂れてしまうのが、少し残念。板敷きにしたので、花も葉っぱも痛みにくくなったと思う。午後に自転車で遠出をする。17 時頃、家から直線で 4km 離れた所で雨が降り始めた。大回りする予定を変更して、最短で家に向かう経路に変える。ちょっと遠いな。途中雨が強くなる。カゴに入れてあるバッグにレジ袋を掛けた。家について落ち着いた後、夕食の支度をしようと体を動かす。外に虹が出ているのが見えた。雲が切れたのか。Tシャツ一枚で平気だった気温はだいぶ下がっていた。ちょっと肌寒い。
2020.05.28
コメント(0)
-
Ubuntu 20.04 を SMP の Virtual Machine で動かす - apt-get remove intel-microcode か kernel parameter に dis_ucode_ldr を加える
Ubuntu 20.04 を SMP の Virtual Machine (具体的には VirtualBox) で動かそうとすると、カーソルが点滅するだけの真っ黒な画面で止まってしまう。手っ取り早く解消するには、仮想マシンの CPU を 1 個にする UP (Uni Processor) 構成にすることだ。この状態で起動して、intel-microcode パッケージを削除する。dpkg -l コマンドで intel-microcode パッケージがインストールされていることを確かめて、apt-get remove intel-microcode でパッケージを削除する。$ dpkg -l | grep intelii intel-media-va-driver:amd64 20.1.1+dfsg1-1 amd64 VAAPI driver for the Intel GEN8+ Graphics familyii intel-microcode 3.20191115.1ubuntu3 amd64 Processor microcode firmware for Intel CPUsii libdrm-intel1:amd64 2.4.101-2 amd64 Userspace interface to intel-specific kernel DRM services -- runtimeii xserver-xorg-video-intel 2:2.99.917+git20200226-1 amd64 X.Org X server -- Intel i8xx, i9xx display driver$ sudo apt-get remove intel-microcode検索で見つけた Q and Aを参考にした。次の起動からは SMP 構成でも起動できるはずだ。micro code の update は host OS で済んでいるので仮想マシン内から micro code update をする必要はない。問題を解消する前後に状況を色々調べていた。その記録を書く。どうも、SMP 構成だと仮想マシン内で CPU micro code update をしようとしたところ(あるいはその後で)でハングしてしまうらしい。kernel log が出る様に kernel parameter から quiet splash を消して起動すると、次の様に "x86: Booting SMP configuration:" で止まっていることが分かる。SMP 構成の仮想マシン上で止まってしまうコンソールログの例(Serial Port に kernel log を出すようにした)[ 0.673941] Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer sanitization[ 0.678855] Spectre V2 : Mitigation: Full generic retpoline[ 0.679467] Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context switch[ 0.681919] Speculative Store Bypass: Vulnerable[ 0.682437] MDS: Vulnerable: Clear CPU buffers attempted, no microcode[ 0.683316] Freeing SMP alternatives memory: 40K[ 0.795826] smpboot: CPU0: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz (family: 0x6, model: 0x3a, stepping: 0x9)[ 0.797545] Performance Events: unsupported p6 CPU model 58 no PMU driver, software events only.[ 0.797909] rcu: Hierarchical SRCU implementation.[ 0.797909] NMI watchdog: Perf NMI watchdog permanently disabled[ 0.798395] smp: Bringing up secondary CPUs ...[ 0.799204] x86: Booting SMP configuration:検索で見つけた Q and A はでできた kernel log をキーワードに探した。intel-microcode を削除せず、意地でも SMP で起動する方法も探してみた。特にインストールメディアから起動できるようにしたかった。kernel parameter に dis_ucode_ldr を加えれば良いことが分かった。kernel-parameters に説明がある。次は Ubuntu 20.04 インストールメディアを SMP 上で起動するために dis_ucode_ldr を使った kernel parameter の例だ。起動の様子を観察するため quiet splash は消してある。file=/cdrom/preseed/ubuntu.seed initrd=/casper/initrd dis_ucode_ldr ---kernel paramter に dis_ucode_ldr を加えて起動したときに得られた kernel log。Ubuntu 20.04 インストールメディアから起動したときに kernel parameter を修正する手順が書かれたページを参考に dis_code_ldr を kernel parameter に加えることができるだろう。Ubuntu 20.04 インストールメディアから起動して kernel parameter を変更するスクリーンショットを並べておこう。キーボードとアクセシビリティアイコンが表示されたところで、何かキーを押す([Shift] の様に具体的な入力が無いキーが良い)。言語選択をする。キーボードに合わせた選択をするか、デフォルトの英語に合わせて [Enter] を押す。実キーボードが VM 内に反映されると「英語」キーボードになっているかも。"Try Ubuntu" を選んで、[F6] を押す。[Esc] を押して、kernel paramter popup を閉じる。dis_ucode_ldr を追加する。編集が終わったら [Enter] を押して起動。guest machine から micro code を弄ろうとすると口封じでもされる？
2020.05.27
コメント(0)
-
USB3.0(Super Speed) 4 port HUB が 330 円 - 中難度のハード・オフジャンク
ハード・オフに寄ったら、USB3.0(Super Speed) 4 port HUB が 330 円で出ていた。ジャンクボックスに転がっていたのを手に取って買う。ELECOM U3H-S410SWHだ。新品で 3,000 ～ 5,000 円 はする PC 周辺機器だ。330 円なのは何かあるのだろうな。お店で手に取るときに考えていたことは、AC アダプタか HUB 内のコンデンサがダメになっていて、何を繋いでも認識しない(一番あり得るかな)発煙歴がある(臭いはしない)水没したとか？(不可解な錆は付いていないし)色々と良くない報告があるのかなぁ(自分自身が ORICO A3H7 で痛い目に合っているのだ)まさか、お店の人が青い挿し口が Super Speed port であることを理解せずに、ただの USB HUB としてジャンクボックス行きにしたとか？あり得ないよなぁ。そういえば Up Stream 用のケーブルが欠品になっている。手持ちが有るので問題なし。1 port だけ使ってみて、特に異常が無かった。AC アダプタが壊れているとか、HUB 内のコンデンサが痛んでしまったなどの、深刻な故障はなさそうだ。4 port 全てに USB3.0 Super Speed 規格 device を繋げてみる。おお、接続認識ランプが 4 port 全て点灯した。ん？普通に動く Hub なの？いやいや、ハード・オフの難度を甘く見てはいけない。Linux で接続状況を確認してみる。# lsusb -t で device tree を見てみる。# lsusb -t/: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 5000M |__ Port 2: Dev 3, If 0, Class=Mass Storage, Driver=usb-storage, 5000M/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M |__ Port 1: Dev 3, If 0, Class=Mass Storage, Driver=usb-storage, 5000M |__ Port 2: Dev 4, If 0, Class=Mass Storage, Driver=usb-storage, 5000M |__ Port 4: Dev 5, If 0, Class=Mass Storage, Driver=usb-storage, 5000M/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M |__ Port 3: Dev 6, If 0, Class=Mass Storage, Driver=usb-storage, 480M/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class, Driver=pl2303, 12M/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480Mあれ、おかしい。Super Speed device が 3 port しかぶら下がっていない。一つだけ、High Speed port にぶら下がっている。dmesg で kernel log を見てみる。Transcend TS-RDF5が High Speed で認識されたのか。[41609.386256] usb 3-1.3: new high-speed USB device number 6 using xhci_hcd[41609.408016] usb 3-1.3: New USB device found, idVendor=8564, idProduct=4000[41609.408022] usb 3-1.3: New USB device strings: Mfr=3, Product=4, SerialNumber=5[41609.408026] usb 3-1.3: Product: Transcend[41609.408029] usb 3-1.3: Manufacturer: TS-RDF5 [41609.408032] usb 3-1.3: SerialNumber: 000000000039[41609.408940] usb-storage 3-1.3:1.0: USB Mass Storage device detected[41609.409068] scsi19 : usb-storage 3-1.3:1.0[41610.407412] scsi 19:0:0:0: Direct-Access TS-RDF5 SD Transcend TS37 PQ: 0 ANSI: 6[41610.407767] sd 19:0:0:0: Attached scsi generic sg8 type 0[41610.767806] sd 19:0:0:0: [sdh] 31291392 512-byte logical blocks: (16.0 GB/14.9 GiB)[41610.768820] sd 19:0:0:0: [sdh] Write Protect is off[41610.768825] sd 19:0:0:0: [sdh] Mode Sense: 23 00 00 00[41610.769756] sd 19:0:0:0: [sdh] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA[41610.774874] sdh: sdh1[41610.777853] sd 19:0:0:0: [sdh] Attached SCSI removable disk他の Super Speed USB device も色々と試して、dmesg を読んでみる。port 3 の Super Speed lane が不調だ。不調になっている port 3 は二股で A plug が付いている cable の補助電源ポートとして使うとか、積極的に使う用途はある。3/4 の機能で、新品価格比 1/10 以下ならば良しかな。ラベルシールに文字を入れる技も一つ覚えた。▼ 文字を引き延ばして、場所を示せる。
2020.05.26
コメント(0)
-
ふと外を見ると夕焼け空 - いやいや、今日は洗濯物や布団干しをサボったわけではないぞ
そろそろ夕食の準備を始めないと、と立ち上がり外を見る。夕焼け空になっていた。久しぶりかな。いやいや、今日は朝雨だったぞ。洗濯物だって、布団干しだってサボったわけではないぞ。
2020.05.23
コメント(0)
-
GRUB に root partition を volume label で指定する - 普通は UUID 指定で困らないはず
GRUB で Linux を起動できない問題が発生した。原因は kernel parameter に指定する root volume の指定 root=uuid と file system volume に付いている uuid が一致しなくなったためだ。clonezilla で backup & restore の予行練習をしていたら発生した。ネットで現象を調べてみると、同様の現象が 発生する/発生しない の両方が見つかる。最新の clonezilla を使用することで解消した。未使用かつなぜか boot flag が付与されたパーティションが有り、 grub.cfg の残骸が残っていたのが主原因だと思う。これも、解消した。ubuntu の upgrade の時に /boot partition を / partition に統合してしまった時にこの状態になったのだろう。作業途中で root volume (root partition) の指定を uuid ではなく、volume label (あるいは file system lablel とか partition label と呼ばれているもの)にすれば、そもそもこういう問題に遭遇しないのでは？と思い GRUB に volume label 指定で root partition の指定をするように設定してみた。kernel parameter が root=LABEL=root-part の様になる指定だ。前提として partition に volume label の設定ができているものとする。次のようなコマンドで設定する。ext{2,3,4} file system に volume label を設定する(斜字体部分は環境に合わせて変える部分)# tune2fs -L root-part block-device-partition-nodeswap partition に volume label を設定する(参考、これは必須ではない)# swaplabel -L swap-part block-device-partition-nodefstab (リンク先は例)を volume label 指定にするfile system の volume label を確認する(リンク先は例)ここまで設定をしたところで、/etc/default/grub の設定に次を加える。既に存在する場合は修正する。修正が終わった/etc/default/grub の例GRUB_DISABLE_LINUX_UUID=trueGRUB_DEVICE="LABEL=root-part"/etc/grub.d/ に配置されたスクリプトを読むと、GRUB_DISABLE_LINUX_UUID と GRUB_DEVICE の設定は RAID partition など、特殊なパーティションから起動するために便宜をはかるために有るらしい。使わせて頂く。update-grub で /etc/default/grub を /boot/grub/grub.cfg (リンク先は反映結果の例)に反映する。# update-grubこれて root partition が volume label 指定になった。起動後に kernel parameter を確認してみる。$ cat /proc/cmdlineBOOT_IMAGE=/boot/vmlinuz-4.4.0-174-generic root=LABEL=root-part ro vga=791なんだな、こんな指定をしなくても普通に最新の clonezilla で clone したら起動できるし、update-grub で uuid 指定で root volume が設定される。今後は使わない設定になるはず。upgrade をしても何故か kernel version が古いままな現象を見た時に、未使用パーティションに潜んでしまった grub.cfg が有ることに気付くべきだった。
2020.05.23
コメント(0)
-
アルカリ電池液漏れ - マクセルの販売終了品
久しぶりに使う器具があった。電池取り換えていないな... スイッチを入れる前に電池の状態を見てみる。液漏れしていた。使用期限切が 2017年5月、切れている。あれ？マクセルの電池って液漏れするんだっけ？次の画像の様な赤い「ボルテージ」と違う。液漏れ対策が無い品種だろうか？調べ見てるとマクセルのアルカリ乾電池現行品はボルテージだけになっていた。金青デザインの電池は廃品になったのか。他にあまり使っていなくて、アルカリ電池を入れた器具あったかなぁ...
2020.05.21
コメント(0)
-
そのうちに紫外線殺菌灯が公共施設で標準設備になるのかな - after 新型コロナウイルスの新基準?
5/17(日) に南船橋ららぽーとまで行ってみる。専門店が入る建物は休館していた。暗くなった入口を良く見ると、紫外線殺菌灯が点いていた。新型コロナウイルスを不活性化するために紫外線が使えるのではないか、と言う話を聞く、検索してみるとハンディUV-LED殺菌灯(製品カタログ)という強力な紫外線照明灯があった。紫外線灯は既に厨房、床屋、医療施設、銭湯着替え室、銭湯化粧室、精肉、鮮魚を扱う施設などで使われている。殺菌するためだ。菌に効くし、ウイルスにも効く。部屋全体を照らす灯具もあれば、器具・道具類を保管する什器の中で点灯している形態もある。自分も紫外線灯を使っていた。雨の日や仕事で洗濯物を外に干せない時に、ユニットバス内で、紫外線灯を点け、乾燥機、扇風機を動かし、洗濯物を乾かしていた。紫外線灯を使う理由は、臭くならない様にするためだ。紫外線発光源は蛍光体が塗られていない水銀ランプだ。かつては EP-ROM 消去用に使っていた。一部だけで紫外線灯が使われているのは、直接紫外線を見たり、強力な放射光である場合、間接的に見るのも危険だからだ。目が焼き付いてしまう。洗濯物を乾かす時に紫外線が当たっていた扇風機は黄変が進んでしまった。この扇風機を屋外で使ったことは無い。良く見ると柱の一部が帯状に白くなっている。リモコンホルダーで陰になって、紫外線が当たらなかった場所だ。紫外線はウイルスより強固な分子構造のプラスチックも変化してしまう光なのだ。ショッピングモールで使ったら、商品や内装が黄変してしまい、使いにくい場合もあると思う。そのうち適度な照射量を決めて使用場所を広げ、内装も耐黄変化、あるいはステンレス、アルミ、チタン、マグネシウムなどの金属化が進むのだろうか？夜の妖しい店はブラックライト照明に？
2020.05.18
コメント(2)
-
tar の書き出し先が /dev/null だと file を読み書きしない - gnu tar のソースに dev_null_output 変数がある
Linux の上で tar cvf コマンドを使ってファイルを読み取るテストをしようとしていた。読み取るはずの容量に比べて素早く終わってしまった。なんか変だ。色々と試して、調べて分かったことを先に書く、次の様に tar cvf の出力先が /dev/null だと、ファイルを読み取らず、出力先に書き込まない。今まで知らなかっただけ？$ time tar cvf /dev/null directory_or_fileリダイレクトを使っても、同様に読み取り、書き出ししない。$ time tar cvf - directory_or_file > /dev/nullmd5dum に pipe で繋ぐと読み取りと書き出しをする。$ time tar cvf - directory_or_file | md5sum何だな、 /dev/blackhole とか blackhole command とか有るんだっけ？GNU tar のソースを読んでみる。src/common.h に bool dev_null_output (修正が加わって行が多少前後するかもしれない)が見つかった。分かりやすく怪しい変数だ。src/buffer.c:_flush_write() 関数に dev_null_output が纏わり付いている。書き出しをしない仕掛けかな。src/bcreate.c:file_dumpable_p() 関数に纏わり付く dev_null_output が file_dumpable_p() の return value に影響して、読み取りをしないような仕掛けになっている様に見える。static 関数なので create.c の中でソースは追える。GNU tar は出力先が /dev/null だと特別な扱いをしていることが分かった。ここからは、tar command 動作を確かめた流れを追う。整理した一連のログはこのリンク先に置いた。おおよそ 50Gibyte 保持しているディレクトリ(RaspberryPi3 向けに色々とストレージイメージを置いたディレクトリ)だと確かめる。$ du RaspberryPi3/52725612 RaspberryPi3/tar でファイル読み取ってみる。読み取りできることを確かめるので tar cvf を使用する。$ time tar cvf /dev/null RaspberryPi3RaspberryPi3/RaspberryPi3/root-configured.tar.gzRaspberryPi3/root-broken-20180101.tar.gzRaspberryPi3/root-orgin.tar.gzRaspberryPi3/2016-09-23-raspbian-jessie.imgRaspberryPi3/root-fpc3.0-withO3.tar.gzRaspberryPi3/zerofill-result.txtRaspberryPi3/2017-11-29-raspbian-stretch.zipRaspberryPi3/root-cofigured-base-2017-11-29.tar.gzreal0m0.087suser0m0.087ssys0m0.000s50Gibyte の読み取りを 87ms で終わるとか、あり得ない。/dev/null にリダイレクトする方法にコマンドを変更する。$ time tar cvf - RaspberryPi3 > /dev/nullRaspberryPi3/RaspberryPi3/root-configured.tar.gz-- snip --RaspberryPi3/root-cofigured-base-2017-11-29.tar.gzreal0m0.089suser0m0.084ssys0m0.004s早っ。んー、tar に気づかれず、ある程度気が利いた特殊なリダイレクトなり、pipe 連結先を考えてみる。md5sum かな。$ time tar cvf - RaspberryPi3 | md5sumRaspberryPi3/RaspberryPi3/root-configured.tar.gz-- snip --RaspberryPi3/root-cofigured-base-2017-11-29.tar.gzf963f8661034b53341c496587d5ab5c4 -real5m11.738suser1m29.177ssys0m46.174sこんどは 5 分 11 秒掛かった。ファイルを読み出し書き込みしている。
2020.05.17
コメント(0)
-
オンライン申請した特別定額給付金が振り込まれていた - 口座を確認できる画像はカードを使用
オンライン申請した特別定額給付金が今日振り込まれていた。暫く待つ必要があるかと思っていたら、早い対応だった。オンライン申請の内容は次の通りだった。マイナンバーカードに付与した電子証明書を使って電子署名を実施振り込み先に自分名義の銀行口座を使用口座を確認できる画像はキャッシュカードをスキャナで取り込んで使用、クレジットカード機能付きなので、名義はローマ字書き、支店番号と口座番号はかなり掠れ気味(一応読める)申請の時に「口座名義をカタカナ書きで確認できるもの」とあったので少し心配していた。お役所言葉の「等」が付いていたので、大丈夫かもという思いもあった。やっぱり、申請や説明の偽ページが増えるよなぁ。カードや口座番号と住所、氏名、年齢、電話番号がセットになる格好の機会だし。
2020.05.15
コメント(0)
-
キーボード、マウス通販で買おうとすると入荷未定が多いな - 中国の工場停止？テレワーク需要
通販サイトで買い物、送料無料までの足しにキーボード、マウスをみてみる。安そうなプライベード規格のワイヤレスが有ればな...あれ？出荷予定が 5 月末とか 6 月？随分と先だ。少し選択肢の条件を広げてみる。買う興味が無い製品も出荷予定日がかなり先だ。出荷未定も多いことに気づく。安いキーボードに目立つなぁ。新型コロナウイルスで中国の工場が止まった影響なのか、テレワークで需要が増えたのか。最近の個人向け PC は当たり前の様にノート PC だから、キーボードなんて買わないと思う。今は時期が悪いか... いまは有線で事足りているし。
2020.05.14
コメント(0)
-
Ubuntu 20.04 grub boot の timeout が 30 秒になる - /etc/default/grub に GRUB_RECORDFAIL_TIMEOUT=5 を設定して取りあえず回避
Ubuntu 20.04 を試しにインストールして使っている。実 PC 環境で起動時に grub の timeout が 30 秒になってしまう現象が出た。/etc/default/grub に次の様に設定して、# update-grub をしてもやはり 30 秒のままだ。GRUB_TIMEOUT=2多分 boot 時か shutdown 時に systemd がお気に召さない状況が発生しているのだと思う。grub-editenv で怪しい grub 環境変数 recordfail を見つけた。# grub-editenv /boot/grub/grubenv listrecordfail=1grub recordfail で検索してみると、この環境変数を消せば良いとあった。消してもやはり 30 秒 timeout のままだった。# grub-editenv /boot/grub/grubenv unset recordfail仕方がない。dirty-hack をする。根本的な問題を解消するのが正しい道筋なのは分かっている。"30 秒" を短くすることにした。/etc/default/grub に次の行を追加し、# update-grub を実行する。これで何かの fail 時は 5 秒で timeout する様になる。GRUB_RECORDFAIL_TIMEOUT=5参考までに /etc/default/grub に今使っている grub の設定ファイルを置いておく。本当の問題を気にした方が良いかな？先に進まなくなるなぁ。
2020.05.13
コメント(1)
-
営業を続けるパチンコ店を遠巻きに見てみる - 車結構来ている
5/11(月) 営業を続けているパチンコ店を遠巻きに見に行った。営業していた。車も来ている。硝子越しに中でお客さんと思われる人が移動している姿も見えた。このパチンコ屋ができた当初は東松戸駅も無かった様に思う、北総線の東松戸駅ができた後も、暫くは畑と林に囲まれた長閑なところだった。お隣の八柱霊園の幽霊相手に営業するのだろうか？と思ったくらいだ。このパチンコ店には変わったイラストが描かれている。"DOn't StOP EVOLUtIOn." いわゆる人類の進化をイラスト化した図だ。行き着く先はパチンコ台になっている。この様式のイラストはさらにその先の示唆的な未来の姿も書き加えられることがある。パチンコ台の前に座る姿で終わっているなぁ。
2020.05.13
コメント(0)
-
Ubuntu 20.04 を PXE (network) boot してみる - APPEND 行に ip=dhcp が必要になった
dhcpd, tftpd, nfs server が稼働しているネットワーク環境で、Ubuntu 20.04 amd64 を network boot (PXE boot) しようとした。今までと同じ設定では PXE boot に失敗した。Netbooting the live server installerを読んでみると、pxelinux.cfg/default の APPEND 行に ip=dhcp を追記する必要があることが分かった。LABEL Ubuntu 20.04 x64 Desktop KERNEL ../ubuntu-20.04-desktop-amd64/vmlinuz APPEND ip=dhcp boot=casper netboot=nfs nfsroot=192.168.0.160:/export/ubuntu-20.04-desktop-amd64 initrd=../ubuntu-20.04-desktop-amd64/initrd vga=791 nomodeset --これで PXE boot するようになった。以下問題発生状況を書いていく。注: ここでは dhcpd, tftpd, nfs server の設定方法は省略する。既にこれらの server が稼働していて、ファイル配置が済んでいる(リンク先はファイル配置状況のメモ書き)。ここまで設定して、pxelinux.cfg/default の記述に次の様に ip=dhcp が含まれていないと、PXE boot しなかった。LABEL Ubuntu 20.04 x64 Desktop KERNEL ../ubuntu-20.04-desktop-amd64/vmlinuz APPEND boot=casper netboot=nfs nfsroot=192.168.0.160:/export/ubuntu-20.04-desktop-amd64 initrd=../ubuntu-20.04-desktop-amd64/initrd vga=791 nomodeset --PXE boot 失敗の様子を見ていると、NFS mount をしようとするところで、"connect: Network is unreachable", "NFS over TCP not available from" と出てきて、mount に失敗している。暫くこの状態で待っていると、busybox に fallback する。/bin/ifconfig -a で確かめてみる(実体は busybox build-in command)。network の IP address, subnet mask が構成されていない。どうやら、DHCP で一度構成された IP address, subnet mask を引き継がなくなった様だ。DHCP server から IP address を再振り出しすることになる。厳密には PXE boot した時の IP address と同一である保証は無い。vmlinuz, initrd を tftp で down load するおおよそ数分以内であれば、同一の IP address が振り出されるであろうという最もらしい期待だ。色々と調べて、先に出した様に APPEND 行 (kernel の boot parameter) に ip=dhcp を加えれば良いことが分かった。Ubuntu 20.04 の installer は Network boot の時に down load したファイルをチェックするらしく、local server を立てていた場合でもこの工程に 2, 3 分は費やすかもしれない。kernel parameter から quiet splash を外して、vga=791 nomodeset を加えた。やっぱり linux はワシャワシャと boot log を出して、動いている感を全開にしないと。
2020.05.11
コメント(0)
-
エアバッグ梱包材を風に飛ばされる - 運ぼうとしていた物は段ボール箱工作で足りた
5/10(日) の昼間、強風がふいていた。ハードオフに手頃な PC ケースが無いかなと探しに行く。見つかったとして、持ち帰る準備のため、空気バック型梱包材を自転車に積もうと家から持ち出す。心の奥では、強風の中で自転車の荷台に PC ケースを載せたら、風に煽られて転倒しやすくなるなぁ。と思っていた。500 ～ 1,000 円くらいでも草臥れたケースにさらに傷つくのは残念だし、多分買わないと思う...玄関から出て 10m も進まないうちに梱包材が風に飛ばされてしまった。30 秒も経たないうちに空高く舞い、道が繋がっていない遠くへ。ああ、ゴミを投棄してしまった。複数飛ばしてしまい、それぞれは別の方向へ。1 分後には自分の視力では追えないほどになり、見失う。 300m 以上は飛ばされただろう。そうか、ここでしている息も、仮にクシャミをして出た飛沫も、1 分もしないうちに 300m 先に飛ぶんだ。心に思ったとおり PC ケースは買わず。場所塞ぎで、過去に 1 個廃棄したのだ。また買う強い理由は見つからず。段ボール箱を加工して、済ますことにした。作業が終わればコンパクトに片せば良いのだ。そのうち段ボール工作も上手くなるはず。
2020.05.11
コメント(0)
-
僕らの街の医療機器メーカー - なかなか機器類も医療機会も増えないなぁ
新型コロナウイルス流行で注目を集める医療機器メーカーが近くに有る。行ってみることにした。訪問とかはせず、建物を見るだけだ。松戸市のプレシジョン・システム・サイエンスだ。PCR 検査機器メーカーだ。新型コロナウイルス流行で貢献があったと言うことでフランスから感謝状をもらっている。自分は検査は積極的にした方が良いと考えている。保健所で恣意的な選別をした検査状況では流行の構造を見誤ると考える。対応するには正確な情報が必要だ。恣意的に弄られた数値による対応は誤りを起こすことは、歴史や様々な共同体の変遷を見れば明らかだろう。今だと 1 日 2 万件の検査ができないで、難解な言い訳を政府は繰り返している。東京の中心から 20km 程しか離れていない場所に機器メーカーはある。もしかして、省庁も国会議事堂もフランスよりも遠い所にあるのか。ああ、もしかして国会議議員はラーメンは食べない？ヤマザキパンも食べない？国会議事堂の近くに電信柱はないしなぁ。プレシジョン・システム・サイエンスの近くには身近な製品を作っている有名なメーカーが多い。向かいにはシマダヤの工場がある。生麺・冷凍麺のメーカーだ。スーパーで並んでいるのを見たことが有ると思う。これからの季節は冷やし中華だろう。一区画違いで、ヤマザキパンの工場がある。小麦とバターを混ぜて焼いたできたてのパンと香りがしてくる。これも、スーパーの一角を占める食べ物だ。イワブチは聞いたことが無いと思う。ここの会社の製品は良く見ていると思う。電信柱に取り付けてある金物のメーカーだ。輪っか、バンド、他色々、毎日 24 時間生活を支える設備に使われている。少し遠くの フクダ電子 白井事業所 にも行ってみた。ここは、人工呼吸装置、身近な医療機器でパルスオキシメーターがある。どちらも新型コロナウイルスに対応するのに必要な医療機器だ。医療機器を作るには薬機法に従う必要が有る。薬事法から発展した法律だ。様々な許認可と登録だ。末端の開発者もQMS省令に従い教育訓練を受け、日々の業務手順はマニュアル化され、記録を付けていく。ざっと QMS 省令に関する内容を読んでみると ISO9000 の様に開発の各段階でレビュー・テストを行い決定事項、対応事項、問題の状況を記録していく必要がありそうだ。身近な電子体温計のラベルを見てみる。医療機器認証番号が付いている。医療機器なのだ。もし、医療機器認証番号が付いていないのであれば、それは「医療機器のようなもの」になる。あまりにも小さく番号を刻印できなければ、添付文書に書いてあるはずだ。新型コロナウイルス流行に対して、対抗しようとする人々は街の中にもいる。手作りマスク 380 円、採算合うのだろうか？ 状況に対して小さな力でもできることはある。そう言えば国民一人当たり 400 円でマスク 2 枚だっけ？そんな話もあったような。何処かの首相が持っているお友達リストに載っていないと、こういった力は生かされないのだろうか？
2020.05.10
コメント(0)
-
DELTA DPS-600WB A 電源を分解する - ハードオフジャンク税込価格 330 円
ハードオフでジャンクで出ていた DELTA DPS-600WB A ATX 電源ユニットを買う。税込価格 330 円だった。難度はどれほどか？先に書くとこの電源ユニットでマザーボードを動かすことができた。難度は低かった。3/26 に購入して暫く放置していた。ジャンクなのでいきなりマザーボードに接続するのは危ない。まず分解して点検する予定だった。分解した時に出てくるホコリは新型コロナウイルスの流行を考えると罹患の危険がある。風通しが良い状態で、寒くなく作業ができる季節を待ち、ウイルスが失活するのに十分な時間放置した。ラベルを見てみると、HP のパソコン向けに OEM 供給した部品だと思われる。600W 出力仕様かつ出力系統も多く、いわゆるクリエーターズ向けかゲーミング PC 用途だと思われる。店で見たときに賭けに出た。これはもしかして Active PFC 方式の電源？異臭はなし(あまり深くは匂いは吸えない)。AC110V, AC220V 入力 World Wide 仕様なのに AC Inlet 付近に入力電圧切り替えスイッチが見当たらない。Active PFC 回路が無く、入力電圧切り替えスイッチ無しでも AC110V, AC220V 入力両対応する回路方式はある。ATX 電源ではあまり見かけない。通気口から中の部品を見てみる。AC Line Filter を構成するトロイダルコイル x 2, Active PFC 用のトロイダルコイル(と思われる部品) x 1 が見えた。Active PFC のコイルに 2 系統の巻き線があるのかな。特殊な構成？ DC 出力部分にあるフィルタ兼、バランス・コイルは有るとして、DC 出力ケーブルの近くに有って多分奥の方だと思う。分解してみる。ホコリは殆ど付いていなかった。清掃後？それにしては滴下してあるシリコーンゴムの劣化は殆ど見られない。空気を清浄化した環境で使っていたか、殆ど使っていないと思われる。コイル類の配置状況から、Active PFC 電源で間違いないだろう。DC 出力フィルタコイルが各電圧毎に個別に配置されているように見える。典型的な ATX 電源で良く見る大きなコアを共有する様な構成ではなかった。電源を入れる、切る時にカチッと鳴っていた。リレーが入っている。5Vsb のみ出力する状態の消費電力を徹底的に下げているのだろうか？AC Inlet 付近に X コンデンサ、Y コンデンサが配置されている。Inlet から基板までの配線は熱収縮チューブを被せ、2 重, 部分的に 3 重絶縁となっている。十分な作り込みだ。直近する LED の配線も 2 重絶縁化してある。主基板にガラスエポキシ、直立基板に紙エポキシを使っている。600W 出力電源にしては、基板にコストを掛けている。PFC を構成するコイルの巻き線は 2 本有った。回路は詳しく調べていない。単なる並列なのか、工夫がされている回路なのか。Fairchild(On semiconductor) の FAN4800C が直立基板に乗っていた。Active PFC controller だ。主要部品にしっかりとオリジナル品を使っている。よく見掛ける PFC controller なので、色々と実験をするのにも都合が良さそうだ(ん？何を企んでいる？)。5Vsb に TNY278PN を使用していた。手堅く AC アダプタ向けの IC を使っている。これも Power Integrations のオリジナル品だ。5Vsb の出力仕様は 2A だ。使用条件を考慮した TNY278PN の実力からするともう少し多く出せるだろう。角度を付けて見る。膨らんでいる電解コンデンサは見つからない。DC 出力部分の主要なコンデンサに日本ケミコン製を使っている。ファンコントローラの出力トランジスタは KEC KTB772 だ。2SB772 互換品になる。余裕がある TO-126 形状を使っている。安い電源だと発熱に余裕が少ない TO-92L とか TO-92 が使われやすい。ファンコントローラの基板の裏側に AS339AM が見えた。段階制御をするためのコンパレーターか？亜鉛メッキ鋼板(だと思える材料)でケースを作ってあるので、ハードオフでジャンク扱いになったのだと思う。中身の回路構成からすると、ブランド品中級クラス相当だ。外回りに戻って仕様を見ていく。DC 出力仕様は、ATX Mother Board 24Pin x 1, ATX CPU 4Pin x 2, PCI express card aux power 6Pin x 1, PCI express card aux power {6Pin | 8Pin} x 1, SATA x 3 x 2 だ。長さとケーブルの色付けからして、裏面配線や「魅せる」目的は無い。各コネクタを見ていく。気にしなくても良い程度の使用痕がある。メーカー製 PC 向けらしく、ATX 24Pin は 20Pin + 4Pin に分割不可だ。ATX 20Pin のマザーボードはカスタマイズ構成に無いのが理由だろう。ATX power 24pinATX CPU power 4pin x 2PCI express card 補助電源は 8pin x 2 を必要とする超高性能カード以外は対応できる。そもそも 8pin x 2 を必要とするなら 800W ～ 1000W 電源だろう。PCI Express card aux power 6pin x 1PCI Express card aux power {6pin | 8pin} x 1SATA 電源は 2 系統有る。光学ドライブ用途を含んだ系統、HDD or SSD ドライブベイ専用系統で構成されている。コネクタ線出しの方向がそれぞれ違う。コネクタ位置からすると、電源は下置きか、Micro ATX サイズ程度のケース構造に最適化した装着位置なのだろう。SATA x 3 x 2 系統それぞれの最先端コネクタ、奥(上)がドライブベイ系統、手前(下)が光学ドライブ系統IDE HDD 4Pin, 3.5inch FDD 4Pin コネクタは無いので、ちょっちしたアクセサリー類は SATA 電源コネクタから電力を受ける必要が有る。6Pin, 8Pin 補助電源入力があるグラフィック・カードなんて持っていない。余った出力コネクタは自作アクセサリー用電源かな。
2020.05.08
コメント(0)
-
深夜 1:57 に地震 - 久しぶりに防災無線一斉放送
深夜 1:57 まだ作業をしていた。ゴーッと振動のような揺れで地震が始まる。大きいのかな。身構える。揺れが大きくなりだした頃に携帯にエリアメール。通知が遅いと言うことは近くで地震か、さらに揺れが強くなる予想なのか。商用電源監視記録を見てみる。深夜なのに今日も警戒モードなんだ。1:58:30 頃に 49.9Hz を下回る周波数低下、いつもの変動幅以内だと思う。周波数上昇は無いので機械類・交通機関の停止は殆どなかったはす。みんな寝ているから、驚いてテレビやパソコンを慌てて点けるよりは布団を被ったか。直ぐには動けなかったか。1 分くらいして市営の防災無線放送が鳴り出す。周りの家も何軒かは電灯を点けた。物が落ちる、倒れる限界程度の揺れだった。地震発生後、1 時間くらいは小さな揺れを何回か感じた。朝起きて商用電源監視記録を再び見てみる。2020/5/6 1 ～ 2 時前後の商用電源監視記録地震発生前後、一晩中警戒モードだったのか。震源地は千葉市の都賀駅の辺り、千葉ポートタワーの辺りで良く有る地震と少し違う感がある。(40年程前になるのかな)小学校 3, 4 年生頃に似たような地震があった。あの時は鉄筋コンクリート造りの小学校の建物が一部損壊した。建て増し校舎だったので、継ぎ目の部分を覆うカバーや渡しがズレたり剥がれてしまった。小学校の建物に損壊が発生したのと、たしか、ほぼ同規模の地震が 2 日連続か隔日程度で発生したので良く覚えている。繰り返すのかな。
2020.05.06
コメント(0)
-
22:08 頃に地震 - 作業中でゆらゆらと揺れ始めたときに気づく
22:08 頃(震源記録は 22:07:55)に地震、作業に取りかかったくらいだった。ゆらゆらと揺れだしたところで気づく。10 ～ 20 秒位して携帯のエリアメールが鳴りだした。ん？大きいの？立ち上がって、パソコンの所に戻りいくつかの地震観測サイトにアクセスしてみる。テレビも点けた。サイトには繋がりにくく、何だろうと思う間もある程度に時間が経っていても、まだ揺れ続ける。みんなテレビ点けたのかな？商用電源監視記録を見てみる。地震が起きた時刻から 1 分ほど後に周波数が 50.1Hz を少し超える程度に上昇していた。あれ？連休中なのに動いている機械・交通機関は多いの？22:10 頃に周波数低下、少し驚いてテレビやパソコンを点けたみたい。あら、今日も送電網は警戒モード？地震が終わっても、昼間と同じ送電制御モードが続いている。ノイズが多く入った電圧・周波数にならない。2020/5/4 22 時前後の商用電源監視記録2020/4/28 22 時からも警戒モードだった。だいたい 1 週間前か。前にも見たような。エリアメールか緊急地震速報サービスで機械が自動停止したのか、もう自粛は限界で機械を動かしたり、乗り物に乗っていたのか。
2020.05.04
コメント(0)
-
国道 16 号線の交通案内板に自粛要請 - 交通量減ったのかな
5/1(金) 柏に行ったとき、国道 16 号線の様子を見る。国道 16 号線でも交通案内板に「...外出は自粛を」と表示されていた。普段に比べて交通量は減っているだろうか？自分が経験として国道 16 号線を走ったのは 20 ～ 23 年くらい前だ。埼玉県から千葉県内に入って、呼塚交差点くらいまでの区間は輸送トラック・トレーラーがひしめき、目の前に迫る貨物室の後部扉でさえ排ガスで霞んで見えていた。多分交通量が減っているのだろうな。路面のくたびれ具合や、沿線の道路施設の煤け具合と比べて車の数が少し足りない感じがする。国道 16 号線は様々な景色がある。この辺はほぼ物流・産業道路だ。外出自粛要請があっても、今の規制状況では物流・産業を担い車は走り続ける。今後の新型コロナウイルス感染拡大の次第では、自粛要請を出すまでもなく、多くのドライバーが罹患して、上下 2 車線道路が田舎道のように閑散とした道路になってしまうのだろうか。今後、メディアが国道 16 号線の交通量を伝えるようなことがある？絵にならないか...
2020.05.03
コメント(0)
-
もう一つ千葉に大仏を見つける - 柏市の藤ヶ谷新田にある「みよしろ大仏」
千葉県にある大仏と言えば鎌ヶ谷大仏が有名だと思う。大きさについて色々と言われている「大仏」だ。柏市の地図を見ていたら、「みよしろ大仏」を見つける。おお、大仏なのかな。周りを探してみても、この仏像しかない。周りの景色のスケールはごく身の回りにある同等の構造物や植物と変わらない。石碑を拡大してみる。色々と書いてあった。1790 年に建立したものだと分かった。以下読むのは省略。煽りで撮影してみても、スケール感は大きく変わらない。鎌ヶ谷大仏と違い、ここまで辿り着く公共交通はバスだけだ。東武バス 柏31, 柏35 柏駅東口 - 沼南車庫で終点 沼南車庫から歩いて 2, 3 分さらに先に行った所にある。セブンパークアリオ柏に寄ってから 25 分くらい歩いて行くのであれば、我孫子駅北口から出るシャトルバスもある。徒歩コースはセブンパークアリオ柏 - 国道 16 号線外回り(千葉方面)を南下 - 柏市沼南体育館に向かう交差点で沼南体育館方向に左折で曲がる - バス車庫を過ぎる - 交差点付近で「みよしろ大仏」が見つかるはずだ。他にも千葉には「大仏」があるのかな。
2020.05.01
コメント(0)
-
特別定額給付金(新型コロナウイルス感染症緊急経済対策 1人当たり 10万円) を申請する - カードに署名用電子証明書交付、カードリーダー、振込先を確認できる画像
特別定額給付金を早速オンラインで申請する。ニュースではマイナンバーカードがあれば、オンライン申請できると伝えている。詳細に言うとマイナンバーカードに有効な署名用電子証明書を交付してもらって、パソコンならば下の画像の様なカードリーダーを準備する必要が有る。スマホに NFC が有ればスマホで申請可能かもしれない。オンライン申請できる条件は e-Tax (電子申告による確定申告)と同じだ。署名用電子証明書の交付を受けるには市町村の窓口に行く必要が有る。電子証明書は住所・氏名・性別が変わったとき、有効期限が切れたときに失効する。マイナンバーカードを作ったときに電子証明書を交付してもらっていても、引越・結婚などで失効するので注意が必要だ。オンライン申請を進めると早速次の様なダイアログが表示される。電子署名が必要だと出てくる。確認項目は次の通りた。必要な機材の詳細は「動作環境について」に書かれている。振込先を確認するため、通帳やキャッシュカード、インターネットバンキングの画面等の写しまたは画像を送る必要が有る。手続きを始める前に準備しておいたほうが手際が良いだろう。スクリーンキャプチャなんていくらでも作れそうな気がする...と言ってはいけなのかも。手持ちの通帳を確認してみると、開いた内側にも漢字で名前が書いてある通帳があった。「等」だから、カナには拘らなくても良いと思う。通帳の写しと住所・生年月日の組みが揃うのか... ちょっとだけ心配ではあるなぁ。
2020.05.01
コメント(0)
-
Web ショップも自粛中？ - ブラウザのキャッシュ壊れたのかな
Web ショップのバナー広告表示がおかしくなっていた。NO IMAGE に値段だけ出ている。多分ブラウザのキャッシュが壊れているか、更新した時にアクセス制限がきつくなったか。値段だけでポチッと？ こうやって見ると表示される画像を楽しんでいるんだな... 値段はあんまり関心無いみたい。え？値段から表示されるハズの品物がバレて、嗜好が暴かれるって？2020.5.08 追記広告フレーム内の HTML ソースを確認したら、次の様に data-imgsrc 属性が 0 長さの文字列になっていて criteo 広告サーバー経由？で取得する画像の URL が無いのが原因だと思える。<div class="imageholder" data-imgid="-8.815089201xxxxxE+18" data-imgsrc="">注: xxxxx は数字を伏せた部分、広告対象製品の ID だと思われる。難読化と mangling をしていて、デバックできていないのかな？最近の web engineer は大変だな。
2020.04.28
コメント(0)
-
千葉銀行のフィッシングメールだな - 地方銀行も狙われるようになったか
ん？千葉銀行からメール？はて？インターネットバンキングは使っていないよな。良く見ると色々と怪しい。あちこちのリンク先が http://ib.chibabanke.org/... だ。銀行なら https://... (セキュアなプロトコル) なはずだし。org ドメインなのも異様だ。文面の所々に小さな ... が入っている。コピーペーストしてみる。 "vkoz9pnabfiurwinfctbf9gqlimbhvpy6j3f(以下略)" なんて文字列が出てきた。文面のソースを見てみると文字サイズ 0pt の span になっていた。メーラーに依っては見えないのかな。何だろう、spam & phishing filter 撹乱策か。「ちばぎん」のロゴが固定 URL で get できるから狙われたのか。動的 URL か referer で細工をしておけば、狙われにくくなったかも。
2020.04.27
コメント(0)
-
午前 9:49 ～ 9:50 頃に地震 - 日曜午前 10 時前だと多くの人が家にいるのかな
午前 9:49 ～ 9:50 頃、ズズーンと響いた後、大きめの地震があった。やや長め。商用電源監視記録を見てみる。地震発生直後の周波数上昇が無い。機械や電車を一斉に止める様なことは少なかったか。多くの人が慌ててテレビやパソコンを点けたと思う。日曜午前 10 時前だと、みんなお家に居るのかな。それとも朝一でスーパーへ Go ？
2020.04.26
コメント(0)
-
遠くの雷を見る - 4 月にこんな空の景色を見ること有ったっけ？
天気予報で夕方から寒気が下りてきて大気の状態が不安定になるとのことだった。もしかしたら雷が見えるかなと思い、北の空を見る。おおー、光っている。稲妻は短時間に閃光していた。4 月の雷は夏の雷に近いのか。シャッターチャンスが難しい。何回かは、雷鳴が聞こえてきた。近いのかな。調べてみると、野田、柏辺りに落雷していた。雷鳴が聞こえる範囲なのか。新型コロナウイルスが流行しているので、車の音も飛行機の音もいつもよりは小さくなっていたり、聞こえてこない。少しだけ遠くが聞こえるようになっているのかも。
2020.04.24
コメント(0)
-
地震 4 連続 - 何か知っていたのかなぁ
深夜 1:33 ～ 1:51 の間に地震が 4 連続であった。震源地は霞ヶ浦～利根川に接続する辺りだ。いずれも小さな揺れだった。いつもと違う揺れ方に感じる。長く弱く。地震観測の記録を見ると 4/23 22:32 のも含めて 5 連続になる様だ。7 日前の 4/17 はいつもと違う送電系制御だった。商用電源監視記録を見ると、いつもは 22:00 から深夜制御モードに入るのに入らなかった。2020/4/17 21:00 - 21:59深夜制御モードに入ると商用電源監視記録の周波数, 電圧とも細かな変動が乗る。恐らく深夜制御モードは変電所の遮断器と開閉器を開き、送電線や変圧器を必要最低限に減らして休ませているのではと考えている。2020/4/17 22:00 - 22:59何かの障害が発生していて、深夜制御モードに入らなかったり、あるいは何かの試験をしていると考えるのが普通なのだろう。2020/4/17 23:00 - 23:59興味深いことは、タップ変更試験も行っていないことだ。電圧が階段状に変化することも殆ど無かった。2020/4/18 00:00 - 00:59地震に関連した勘ぐりをするなら、何処かから情報を仕入れていて、送電線を昼間と同様に耐障害性が高い状態にして、地震による短絡・地絡・開放に備えていたのかもと考えていた。1 週間前はなにも起きなかったので、空振りだったか違う理由だったか。2020/4/18 01:00 - 01:59どうやって情報を仕入れているのだろう？一つ考えられることは、変電所で中性点電流か ZCT (零電流トランス) の変動を見て広域的な地電流を見て感づく何かがある？それとも長野県の上高地付近で起きている群発地震に備えた？迷信的な勘ぐりもたまには楽しいものだ。
2020.04.24
コメント(0)
-
マイナンバーカードの電子署名更新を失効 3 ヶ月前では実質できないのかな - お役所謎ルール、更新通知の手紙が要るそうな
そろそろマイナンバーカードの電子署名か失効しそうなので市役所の支所へ行く、窓口で更新したいのですがと言ったら、「更新通知の手紙を持っていますか？」と聞かれた。持っていない。「そろそろ」を厳密に言うと失効 3 ヶ月前だ。失効 3 ヶ月前の条件を満たしているので、更新手続きができることになっている。ああ、窓口の人は制度を知らないのか。と言うよりは末端の役人が知らなくても、それなりに仕事ができるように制度設計をしたのが「更新通知の手紙」なのだろうな。ここで制度の説明をして、更新してもらうことは諦めることにした。制度を知らない、あるいは中途半端に理解している役人を許容して良いのだろうか？ 色々と政府の隠蔽・捏造・曲解を見るに、末端から上層部まで何かおかしな事になっている様な気がする。調べてみると通知葉書は失効 2 ヶ月前に発送される様に事務作業の流れが作られているらしい。暫く待ってみるか。こう言う調べ事も市民がするものなのか？まさか新型コロナウイルスが蔓延して、窓口閉鎖、10 万円給付は窓口でも電子署名失効によりオンラインでも出来なくなるとか...
2020.04.23
コメント(0)
-
スーパーへ買い物 - 籠城していた方が良かったのかな
午後 15 時頃にスーパーで買い物、夜以外のすいている時間を狙ったつもりだった。意外と混んでいた。どのレジにも列ができていた。列は間隔を開けて並ぶように床に印が付いていた。間隔が開いた状態で、5 ～ 7 組くらいは待ちになっていた。レジは透明ビニルシートで隔てられ、レジ係の人はラテックスの手袋をはめていた。なるべくしゃべらないか、しゃべっても短い数文字程度の言葉で意思を伝える。レジ袋不要の意思はレジ袋不要カードを指さし、キャッシュレス決済の意思はカードを一度かざすように見せて、リーダーへ。せっかくビニールシートが貼られたのだから、漫画か Line の吹き出しの様な格好で定型句をシートに貼り付けあっても良いかな。レジ係からは、「ポイントカードを提示してください」、「クレジットカードを入れてください」、「クレジットカードを抜いてください」とか。恐らく、気道に空気を通すたびに感染のリスクが高くなる。最低限の呼吸は仕方が無いにして、喋る機会は減らした方が良いと考えている。下の画像は自転車で走った道の景色
2020.04.21
コメント(0)
-
通勤時間帯のバスが空いていた - 在宅勤務？時差通勤？町が高齢化？
手紙を出しに朝の 7:30 ～ 8:00 頃に外に出て、ポストまで歩く。雨が強く降っていたので、自転車には乗らず。近くの駅まで走るバス停にバスが来たところだった。近くの駅と言っても、不動産広告的にバスで 20 分、朝の実質は 40 分 ～ 1 時間掛かっていた。昭和の頃ならこれでも通勤に便利な地域だった。バスに乗る人を見ると 4, 5 人、バスの席は「マイ指定席」の様な拘りが無ければ割と自由に座れるほどに空いていた。自分が生徒だった頃は、長蛇の列をなし、バスはほぼ満員になるくらいだった。ようやく在宅勤務が浸透したのか、それとも時差通勤をするようになったのか、そもそも昭和の町が高齢化してしまったのか。月・水・金 / 火・木・土 とか、午前 / 午後 とか、1 課 / 2 課 出勤をするにして頻度を減らすなど、今有る仕事の流れを劇的に変えずに済むような勤務態勢に変わったのだろうか？
2020.04.20
コメント(0)
-
お出かけは近所を回るだけ - 新型コロナウイルス感染様子見
自転車で近所を回る。今日も店の近くまで行って様子を見るだけにする。駐車場の混み様からすると、買い物客が多い。今日はお花見だけ。何が起きるか分からない。籠城で把握できるまでの時間は稼ぎたい。
2020.04.19
コメント(0)
-
新型コロナウイルス感染拡大で変わったことは無いか - 偵察散歩
近所を自転車で走り回る。店の近くまでは行く。入店しない。老人福祉医療施設の近くも通る。出入り口には近づかない。手に触れる物はハンドスプレーと自転車のハンドルだけ。信号機のボタンは押すとして、服の上から、肘、手の甲、直ぐに除染。今のところ新型コロナウイルス感染が近隣で面積的に広がっていることが原因と思える変化は無さそうだ。有ったとして、それがどのような変化なのか、あるいは全く感知できない変化なのか。発情してみゃーみゃー鳴くようになった猫がぱったりといなくなったら？
2020.04.17
コメント(0)
-
作り置きのおかず約 1kg 失う - 1.5 日分
料理を作っている最中に電話が掛かってきた。ご飯をよそっている途中だった。電気釜を開けっぱなしにして電話に出る。戻って料理を再開、少し手順や段取りが狂う。再開をしている最中に手を滑らせて、作っていたおかず 1kg 程を失う。片付けに 1 時間ほど掛かる。開けっぱなしにしていたご飯は水分を失って、ゴムの様になっていた。損失は 1.5 日程度のおかずに相当する。料理がいつもの様にほぼ同様な繰り返しなら、緩い見積もりで 1.5 ヵ月分ある備蓄に対して、3.3% の損失だ。「繰り返しなら」という前提は正しいのだろうか？ほぼ至近で新型コロナウイルスの感染が発生し、活動が「何かの繰り返しで」とは違ってきている。先の電話もいつもの繰り返しではない事象だ。変わってしまった状況に対応できる繰り返し化ができるか？ちょっとした狂いが、後々に拡大する現象は開発業務ではよく経験していた。1.5 日分のおかず喪失がどうなるかは分からない。
2020.04.16
コメント(0)
-
ついに半径 1km 内に新型コロナウイルス集団感染発生 - 静かなる直径 約 100nm のウイルス津波
体調は僅かな鼻水がでるくらいで、他は特に異常を感じなくなった。体温は 36.4 ～ 36.7 ℃の間で上下、2, 3 度の測定の度に変動する幅も込みだ。体温の割には手が冷たくなる感がある。住んでいる場所から 半径 1km 以内で新型コロナウイルス集団感染が発生、飛び火的な広がりから、面的な津波のような広がり方に変わった感がある。1 ～ 3 km / week といった速度か。近くの老人福祉施設も集会室(あるいはプレイルームだろうか？)が閉ざされたか、縮小運用になった様子だ。いつもは誰も居なくても点いている明かりが消されていた。丘陵地帯の最も奥、辺境も間もなくウイルス感染拡大に飲み込まれるか。
2020.04.15
コメント(0)
-
鼻の通りも良くなる - 体温 36.3 ～ 36.8 ℃上下しながら推移
一日中家にいた。鼻水もかなり治まる。ほぼ気にしなくても良い状態になった。他に気になる不調も無くなる。体温は 36.3 ～ 36.8 ℃で上下しながら推移、体感的な体温も普通で行動に影響なし。新型コロナウイルス感染状況のうち、感染場所あるいは行動場所が分かっている案件の場所と自宅位置の関係を見てみる。大体半径 6km 以内で四方囲まれた状態になった。自転車で 30 分以内の近所、あるいは徒歩で 1 時間以内の近所なら、どこへ行っても感染する可能性が高いと考えられる。「やってしまった」の 2 度目が有ったら、回復はさらに困難かも。
2020.04.14
コメント(0)
-
起床時に気になる体調は鼻水 - 体温は 36.4 ～ 36.8 ℃で推移
起床時に鼻水が出ている程度で他に気になる体調の変化は無かった。頭痛、咳、筋肉の痛み無し。嗅覚・味を普通に感じる。排泄もいつも通り。鼻水も 30分 ～ 1 時間程度の間隔でかんでいれば対応できる程度だ。色は透明、粘度は少し有り。体温は朝方 36.4 ℃、夕方、夜に 36.7 ～ 36.8 ℃だった。体感的な体温はほぼ普通で行動に影響なし。体を十分に休めるため、寝られるなら寝ることにする。鼻が乾き、鼻水もそのまま固まる。黄色、量が少し多めなので気になる。目やには鼻水の状態に比べて少なめ。いつもの昼寝後程度。新型コロナウイルスだった場合の体調悪化は急激な変化なので、様子見を続ける。
2020.04.13
コメント(0)
-
買い物カゴを触れた手で鼻をかんでしまう - やってしまった
4/12(土) 16:30 頃、買い物カゴを触れた手で鼻をかんでしまった。さらに鼻水をすする。喉に通してしまった。やってしまった。鼻をかんだことからも分かるように、少しの鼻水がでる症状が出ていた。30 分以内に、鼻洗浄(次亜塩素酸ナトリウム希釈液、正直他の人に勧めることはできない。プールの水を鼻で吸い込んだのと同じで、さらに苦しい)目洗浄(水道水)帰宅までの途中お茶を飲むうがい(水道水)を行う。正直間に合っていない。4/13(日) 起床時に次の違和感を感じる。下腹部に鈍い痛み喉に僅かな痛み鼻水ぼーっとする程度の軽い頭痛風邪症状になった。体温は朝方 36.2 ℃ 夕方近くに 37.1 ℃に上昇、夜 37.0 ℃、体感的な体温は火照る程度で、体温の状況は行動を鈍くしたり、困難にする状況にない。その他の体調異常は特に無し、排泄、味覚、嗅覚はいつも通り。咳は出ていない。食事は風邪の時食べたいものを取り入れる。食べた時の違和感もなし。体調が少し良くないときは、やってはいけない仕草をしてしまう危険性が高い。今まで「ちょっと大丈夫かも」という状況は、意図せずハイリスクな行動を引き起こしていた。今回もその通りになってしまった。そう言えば、何処かの大臣の宣言の様子を見ていたら、質問に答える内容がちょっと怪しいと鼻を弄っていたな。ハイリスクな癖だな。
2020.04.12
コメント(0)
-
ヤマト運輸 根本センターは閉まったまま - 別のスタッフも来ないみたい
新型コロナウイルス患者が出て休止してしまった ヤマト運輸 根本センターに行ってみる。閉まったままだった。別のスタッフを投入して営業再開はしていなかった。道路に面した出入り口には別の営業所の案内が出ていた。松戸三ヶ月センター(直線距離 3.3km)、松戸大橋センター(直線距離 2.0km) で集配の受付をすると書かれていた。三ヶ月センターは遠いよなぁ。松戸市は直線距離から感じる距離感よりさらに遠く感じる。丘陵を越えていく。暫く見ていたら別の配送センターから配達車が来た。いわゆる事業継続計画(BCP)が働いているようだ。機能停止 1 ノードまでは今のところ代替可能に見える。機能停止隣接 2 ノードは大丈夫？そのうち、不要不急の宅配便も自粛かな。
2020.04.11
コメント(0)
-
最大電力使用量 200 ～ 700 万kW 減かな - 緊急事態宣言 before after
緊急事態宣言後に商用電源監視記録をちょくちょく見ている。どうも昼休みの消灯・休止変動らしき、電圧上昇・下降やタップ操作があまり見られなくなっている。周波数変動も昼間は周期 2 ～ 3 分の周期的な変動を安定的に繰り返すようになった。東京電力と東北電力管内が持つ固有の変動周期だ。最大電力実績カレンダーを見てみると、ピーク電力使用量は緊急事態後は約 200 ～ 700 万kW 減になっている。3/30(月) 4,120万kW に対して、4/6(月) 3,434万kW で 686万kW減、4/1(水) 3,863万kW に対して、4/8(水) 3,274万kW で 589万kW減だ。気温・曜日ごとの変動などの含みもあるはず。多くて 16% 減ほど、常に動いていて止められない機械もあるので、人間活動をそのまま比例的に表した数とは違う。大雑把に考えて、緊急事態宣言で活動は 2 ～ 3 割程度減かな。まだ世の中動き続けている。8 割接触減という目標は今の規制や支援状況では達成出来ない様に思う。爪に火をともして、倒れて、使用電力減になるまで続くの？
2020.04.10
コメント(0)
-
観光バスもタクシーも稼働激減の様子 - 流行の始まりがバス運転手だったりタクシー運転手だったからなぁ
4/8 17 時頃に近所の観光バス車両車庫とタクシー車庫の近くを通った。観光バス車両車庫はほぼバスで満車状態だった。1, 2 台出ているのかどうか。17 時だと観光バスはお客さんを乗せて帰途についているか、早めの予定でも車庫に向かっている状態のはず。春の交通安全運動期間中、バスが殆ど出なくて安全になってしまった。不要不急では無い観光は... 無いか。窓を開けると観光気分半分だし、座席や手掛けを十分に除菌するのも、乗り降りの度では大変だし。運転手と添乗員も感染の恐れがある状況で乗務するのは勘弁だよなぁ。タクシー車両基地の近くも通るので見てみた。はっと見て、楽観的に考えても稼働は 3 割程度か。自家用車の所に営業車が入っていると考えての見当だ。タクシーが回る松戸市、隣接する鎌ケ谷市、市川市はいわゆる田舎工業団地が多い。出張帰りの配車需要もありそうな地域だ。地元民はバスや最寄りの駅を十分に知っていても、初見さんには分かりにくい。そもそも車両基地からタクシーを出していないとなると、流しや駅のタクシー乗り場に向かって待つ甲斐も無い程か。運転手としては志願して感染の危険に並ぶのは御免なのかも。風邪を引いて体力が無いとき、タクシー使うしなぁ。公共交通機関も段々といつも通りと違ってきている。
2020.04.09
コメント(0)
-
手指用アルコール消毒液を使う前に静電気を逃す - 引火の危険性はあまり認識されていないのかも
寄り道で商業ビルに入る。手指用アルコール消毒液が置いてあり、消毒できるようになっていた。隣に静電気放電パッドも置かれていた。引火防止のはず。使っている人の様子を見ていると、放電パッドに触れていなかった。放電パッドに触れる→アルコール消毒の順なのでパッドが汚染されていても、消毒が後なので問題なく消毒できる。引火の危険性は認識されていないのかな。セルフのガソリンスタンドなら必ず放電タッチをしているはずだ。ガソリンが引火しやすいのは認識されていても、アルコールが引火しやすいのは認識されていないのかも。普通のスーパーみたいな雰囲気だと、危険だと思わなくなる？新型コロナウイルス関連の事故にアルコール引火で火傷とか出てくるのかな。
2020.04.08
コメント(0)
-
テイクアウトの登旗増えたかな - とは言っても外出機会も減っているし
近くの郊外型飲食店に「テイクアウト」を売り込む登旗を見るようになった。ここの山田うどんはドライバー客メインなはず。やはり厳しいのか。持ち帰るとうどんは伸びちゃうかな、ご飯ものだと思う。運送会社の指示で食堂飲食禁止とか言われているのかなぁ。車の中で食べやすくとか、テイクアウトにも工夫が要るかな。単にテイクアウトで持ち帰った弁当箱を捨てやすくするように返却・廃棄がしやすいようにゴミ箱を置いておくとか。お寿司屋さんも、テイクアウト。うーん、スーパーの寿司コーナーと競合するので厳しいかもしれない。お好みの詰め合わせができるのは良いところかな。ドローンを免許制にするなんて、強い規制するよりは、ドローンで回転寿司ができるくらい緩くして、Take out なんていう概念をひっくり返すような 新しい社会構造を模索するのも有りなのかな。
2020.04.07
コメント(0)
-
小学校の体育館に入学式の準備 - 自主登校の扉は開いているのかな
近くの小学校の体育館を覗いたら、椅子が並べてあった。入学式の準備？それとも入学式は行った？調べてみると予定していた入学式は 4/9(木) だった。延期になった。椅子は離して並べてあった。最大限の対応は離して並べる。外から見えているように窓は開けておく。そういえば外国の教室風景に違いがある所は、個々の机や椅子が離れていることだっけ。学校の外周を回っていたら、自転車で登校？している子供を見る。様子を見に来た？下駄箱の入り口が開いていた。自主登校は有りなのかなぁ。一人で勉強したい子供もいると思うんだ。
2020.04.07
コメント(0)
-
ユニディはホームセンター？家電量販店？ - 赤くなったユニディ
東京都の非常事態宣言対応の内容を読んでいたら、基本的に休止を要請する施設にホームセンターが入っていた。ユニディは最近「なるほど家電」という赤い看板に替えている。after家電屋さんに変わった？赤い看板でも「ホームセンター」入っているしなぁ。beforeここのユニディは食料品も日用品も売っている。マスク、トイレットペーパー、ティシュ、ふき取り用アルコール、ブリーチ(ハイター)を扱っている。やっぱり休止してしまうのかなぁ。ここは千葉県だから、別かな。
2020.04.06
コメント(0)
-
昼食時にスーパーが混んでいた - 多分買い出しだよなぁ
昼食時少し前くらいに外を回る。少し用事もあった。なるべく人混みには入らず、自転車で交通量が少ない道を選ぶ。途中に有ったスーパー近くで道路が渋滞、町中の殆どで車が少なめだと思っていたら、渋滞に出くわした。スーパーに入る・から出る車の渋滞だった。多分買い出しだなぁ。土日は普通にスーパーは混んでいる？丁度お昼時なのでお腹を空かせてまで買い物？ここはイートインとかフードコートとか、家族が楽しめそうな場所は無いし。もっと新型コロナウイルスが流行って、父ちゃん・母さん倒れたら、子供をどうするのかって、心配だよなぁ。今のうちに買い込んで籠城なんだよね。家族が大事なら、ロックダウンを願うばかりなはず。今は生き延びる。物流が止まらないから買い貯めは控えて、というのはズレている気がする。
2020.04.04
コメント(0)
-
朝に頭痛、首・背中の痛み、鼻水、体温 36.3 ～ 36.7 ℃ - 午後昼寝の後頭痛解消
朝起きる気に頭痛、首の左右後ろ側の筋から背中にかけて痛みがあった。痛みは寝違えても起きる現象、区別が付きにくい。鼻水が出る。鼻をかめば詰まりは解消する。何となく湿っぽさが残る。目の周りに痒みが無い。クシャミ・咳はなし。花粉症は多分ない、気温が高めで晴れの天気に窓を開けてみて、クシャミは全くでない。背中に肩こりの塗り薬を塗る。第 3 類医薬品、主成分はサリチル酸グリコール、まあまあ効く薬だ。早速風邪の楽しみにしていた魚を食べることにする。早めに手を打つことにした。もうちょっと事態が深刻になったら食べようかなと思っていた。午後は昼寝をして体を休める。17 頃に起きる。頭痛は解消する。熱は朝寝起き時に 36.7 ℃あったのが 36.3 ℃に下がる。その他、排泄、味覚や嗅覚に異状なし、生活臭から、食べ物の味、香りは普通に感じる。うーん、昨日人と会ったのはお魚を買ったお店のおじさん、ディスカウント店内で並んだ列、。おととい行ったハードオフ、スーパー 2 店？GPS ロギング常に On かなぁ。
2020.04.03
コメント(0)
-
風邪の時に食べたいもの準備 - 脂っこい魚を買い出し
備蓄が大分進んだ。風邪になった時に食べたい物のうち、脂っこい魚が足りていなかったので買い出しに出る。ハラスをパック詰めで売っている所へ行った。風邪の時に脂っこい魚を食べたくなる理由は分かっていない。単純に「食べたいな」という欲求が理由だ。脂っこい魚のメインは缶詰のイワシ、サンマだ。ハラスを買ったのは、「普段の料理にも入れるかな」という動機だ。作り置きのおかずにも少しづつ入れて、何となく体調が良くなかったときにも普通に食べる様に様にする。鮭類のアレルギーは火を通しておけば一応平気だ。他にも風邪の時に食べたいものがある。備蓄は十分に進んでいる。桃缶、フルーツ缶、普通に美味しいのと、褒美的な食べ物だ。わかめ入りコーンスープ、コショウと生姜を入れることが多い。あるいはわかめ入り味噌だ。ごく普通だけど意外に食べたい。お腹が緩くなった時には、わかめの繊維質である程度は回復できる。スポーツドリンクとリンゴジュース、飲むしか出来なくなった場合でもちょっとした楽しみがありつつ、体調・体力維持ができる。脂っこい魚はトロ？ 風邪の時に生で食べるのはしんどいし、高いから手が出ない。
2020.04.02
コメント(0)
全4834件 (4834件中 151-200件目)
