スキップしてメインコンテンツに移動

レオ、パーソナル！２nd

日々の気づきや挑戦を自分の言葉で綴るブログ。習慣や仕事、ビジネス・投資の知識も交え、等身大の自己成長を目指します。

このブログを検索

プライバシーポリシー
お問い合わせ
SITE MAP

投稿

削られる生き方から降りる。「回復」という名の、僕の小さな静かな革命

日付: 3月 04, 2026

+

リンクを取得
Facebook
×
Pinterest
メール
他のアプリ

「イマココ」の境界線を越える時――ひろゆき氏の警告と、日本が直面する“拒否権なき”世界大戦の足音

日付: 3月 02, 2026

+

リンクを取得
Facebook
×
Pinterest
メール
他のアプリ

書くことは、人として生きること！

日付: 3月 01, 2026

+

リンクを取得
Facebook
×
Pinterest
メール
他のアプリ

冬の渇きと、僕の「小さなわがまま」。白湯を諦めて見つけた心地よい答え

日付: 2月 25, 2026

+

リンクを取得
Facebook
×
Pinterest
メール
他のアプリ

話が通じない理由とは？会話のズレが生まれる“認知の壁”を考える

日付: 2月 23, 2026

+

リンクを取得
Facebook
×
Pinterest
メール
他のアプリ

なぜ、アメリカ映画のセリフはあんなにシンプルなのか？――日本語という「高解像度すぎるOS」を持つ僕たちの贅沢な違和感

日付: 2月 16, 2026

+

リンクを取得
Facebook
×
Pinterest
メール
他のアプリ

自分が「弱者」という言葉に甘えていないか、問い直してみた話

日付: 2月 15, 2026

+

リンクを取得
Facebook
×
Pinterest
メール
他のアプリ

「また今日も同じ朝か」と思っていた僕が、朝の過ごし方を変えてみた話

日付: 2月 13, 2026

+

リンクを取得
Facebook
×
Pinterest
メール
他のアプリ

その他の投稿

Translate

お問い合わせ

名前

メール *

メッセージ *

ラベル

ライフログ78 ライフ43 日記41 未分類24 tips20 linux12 愛用品12 本10 ubuntu9 行動のヒント9

Chromebook8 コメント7 広告5 mac4

もっと見る一部のみ表示

人気の投稿

ChromebookだけWiFiが途切れる！？その原因と対処法の記録

日付：2020年12月18日 Chromebookを使い始めて数日。アプリの動作チェックや操作感の確認など、いろいろと触ってみていたが、1つだけ気になる問題があった―― WiFiが頻繁に切れるのだ。しかも、他のPCやスマホでは問題が出ていないのに、 Chromebookだけが頻繁にWiFiから切断されるという、非常に限定的な症状だった。試してダメだった対処法たち最初に疑ったのはDNS。接続が切れる際に「ホストを探しています」や「DNSエラー」が表示されることが多く、Googleの接続診断でも同様のエラーが出ていた。そのため、DNSを自動設定からGoogleのパブリックDNS（8.8.8.8など）に変更。しかし、改善は見られなかった。次に試したのがWiFi帯域の変更。 5GHz帯を使っていたので、2.4GHz帯に切り替えてみたが、やはり変わらず。ルーター側の問題も疑ってみたものの、他の機器では問題なく使えているため、「ハード的にChromebookと相性が悪いのか？」と半ばあきらめかけていた。きっかけは“マックでのテザリング” そんなとき、ふと思い出したのが、数日前にマクドナルドでスマホのテザリングを使ってChromebookをネットに接続していた時のこと。その時はWiFiが一度も途切れなかった。このことから、**Chromebook本体ではなく、自宅WiFi環境に問題があるのでは？**という新たな仮説が浮かび上がった。原因は“チャンネルの混雑”だった！すぐにルーターの設定画面を開き、WiFiのチャンネル設定を「AUTO」から固定に変更。しかし、どのチャンネルを選んでも症状は改善されず……。そこで、**Androidアプリ「WiFiアナライザー」**を使い、近隣のWiFi電波状況をチェック。その結果、最も混雑していないチャンネル＆電波の強いチャンネルを見つけ出し、それを手動で設定してみたところ―― 途切れる症状がピタリと収まった！まとめ：WiFiトラブルは「ルーター」を疑え！今回の一件で強く感じたのは、ネット接続のトラブルは、意外と「PC側」ではなく「ルーター側」に原因があることが多いということ。実は過去にも、iMacでWiFiが不安定だった時、原因はルーター設定にあった。今回もまた同じパターンだったわ...

Chromebookで多様な種類のコーデックの動画が再生できるVLCを利用する

VLC Chromebookを古いPCに入れて使いだしたが、外付けHDDに保存してあった動画ファイルが再生できなかった。そこで見つけたのが、linux ubuntuでもお世話になっている VLC のプレーヤーだ。このソフトのchromebook版があるらしいので、chrome web storeにてソフトを追加する。 chrome web storeへのリンク VLC 再生できるファイルの種類 MKV, MP4, AVI, MOV, Ogg, FLAC, TS, M2TS, Wv and AAC 様々なコーデックで圧縮された動画が再生できる使用した感想 ASUS UL20Aにlinux ubuntuとcloudreadyのchronium osが入っている。デュアル・ブートPCにどちらにもVLCが入っているので違いを確かめてみた。同じハード、同じVLCでもOSの違いで映像に差がでるようだ。 Linux　ubuntuのVLCの方が、chromebook版のVLCより画質が良い。また、わたしの環境ではubuntuの方は大丈夫なのだが、chromebook版のVLCの動作は重く、再生もスムーズではない。加えて使い勝手の面では、十字キーでの早送りなどができないなど、使用感が良くない。けれども、無料で使える信頼性に足るソフトはこれしかないので、再生はできるので、わたしは利用することにした。たぶん、そんなに使わないと思うが、一応再生できることに意味がある。 Chromebookのデフォルトの動画ソフトで再生できない方は、VLCを試してはどうだろうか？

古いPCが爆速に？！Chrome OSとLinux、どっちが軽くて速いか試してみた結果！

※本記事は2020年7月2日に初投稿された内容です。古い32bitのPCにChrome OSとLinux Mintをデュアルブートで入れて、どっちが快適か試してみました！結果が衝撃だったので、ぜひ皆さんにもシェアしたいです。 Chrome OSを使ってみたけど…正直モッサリ？以前から、古いPCにNeverwareのCloudReady（Chrome OS）を入れて使っていたんです。元々入っていたWindows 7よりは動作が軽くて、それなりには満足していました。でも、「速い」って言っても、ネット閲覧や動画再生がある程度できる、って感覚で、やっぱり動きがモッサリするんですよね。Windows時代よりはマシだけど、不満もありました。 Chrome OSって「速い」って言われるけど、あくまでネットサーフィン専用のPCとして割り切ったら起動は速くて便利、って感じ。でも、タブレット端末には負けちゃう、っていう中途半端な性能だったんです。ブログの執筆に使えないわけじゃないけど、文章を入力するみたいに少し負荷がかかる作業をすると、Chrome OSが重くなって文字変換がカクカクしたり、もたついたりするんです。これじゃ執筆作業はストレスがたまるし、仕事で使うには力不足だな…って思って、なんとか仕事に使えるレベルにならないかと模索し始めました。そこで行き着いたのが、Linux Mintを試すことだったんです。衝撃の結論！Linux Mintが Chrome OSより速かった！なんでそんなことを考えたかっていうと、Chrome OSが「軽くて速い」って言うから古い32bit PCで使ってたんだけど、同じように「軽くて速い」って言われるLinuxを入れたら、どっちが本当に速くて軽いんだろう？って疑問に思ったんですよね。まず、実験結果から言うと、試してみて大正解でした！現役で32bit CPUのPCを動かせるLinux Mintは、 Chrome OSよりも軽くて動作が速いんです。文字入力でもたつくことも全くなく、これならメインPCとしても使えるレベルにまで蘇ったと感じました。 Chrome OSとLinuxなら、断然Linuxの方が軽くて動作が速いことが分かったんです。しかも、Linuxってソフトも充実してるから、PCとしてできることの幅も広いんですよね。 ...

【Ubuntu 20.04】起動時の「Failed to Set MokListRT」エラーを解消した話

〜Linux Mintでも出るInvalid Parameterエラーの対処法〜 UbuntuやLinux Mintを使っていて、起動時に以下のようなエラーメッセージが出ることはありませんか？ Failed to Set MokListRT: Invalid Parameter Could not create mokListRT: Invalid Parameter Importing MOK states has failed: import_mok_state() failed: Invalid Parameter Continuing boot since Secure Mode is disabled. 今回は、実際にこのエラーが発生し、起動不能に陥った体験から、解決に至るまでの手順をご紹介します。 🔍 エラーの発生経緯私の使用環境は、 iMac mid 2010にUbuntu 20.04をインストールしたもの。ある日から、OS起動時に上記のエラーが表示されるようになりました。最初は無視していても起動できていたのですが── Ubuntuをアップデートした後、今度は起動自体ができなくなるほどエラーが連発。やむなくクリーンインストールを試みるも、状況は改善されず。 🌀 Linux Mintに切り替えても… 「いっそLinux Mintに変えてみよう」と、Mintをクリーンインストール。しかしUbuntuと同じDebian系ということもあり、まったく同じエラーが再発。根本的な対処が必要だと痛感し、調査を開始。 🔧 解決方法：shimx64.efiを置き換える調べた結果、次のコマンドでブートローダーに関するファイルを修正することで解決できました。 ✅ ターミナルで実行するコマンド sudo su - cd /boot/efi/EFI/ubuntu cp grubx64.efi shimx64.efi これは、 shimx64.efi を grubx64.efi に置き換えるという処置です。完了後、 reboot で再起動。 ✅ エラー解消！正常に起動再起動してみると…… あれほど毎回出ていたエラーが消え、スムーズにログイン画面までたどり着くようになりました。 📝 補足：Secure Bootが無効な環境での対...

学生時代に知りたかった４０秒振り返り学習法！【記憶残りが段違い】

メンタリスト DaiGoさんのYoutubeチャンネルの４０秒勉強法が役に立ちそうなのでご紹介します。【朗報】40秒だけ頑張れ！物覚えが悪くてもたった「40秒の復習」で記憶力は激しく改善する事が判明！｜バズプラスニュース 40歳にもなると日ごとに物覚えが悪くなりまして、近ごろは「あの映画のあの女優だれだっけ？」みたいな会話ばっかしております。が、近ごろ出た論文(英文)によれば、何かを覚えた直後に40秒の復習を行うだけでも記憶の残り方がまったく違うらしい。バスプラスニュースでは『メンタリスト DaiGoさんの４０秒勉強法』のもとになったの論文の実験内容を詳しく説明しています。ご参考に！！　偶然、Youtubeを観ていたらメンタリスト DaiGoさんのチャンネルで４０秒勉強法なるものが、紹介されていて約に立ちそうなので、記事にすることにしました。　要は、学んでいることを、学んだ瞬間に、すぐ振り返りで復習して、言葉にして説明するなど、即アウトプットすることが記憶の定着に有効であるといった内容です。　確かに、教科書を読んで読んでいる間はわかったような気になっていても、少し立ったら何だったか何も覚えていないなんてこと、学生時代には良くあったので、この学習法を知っていれば、学習の効率が格段に上がるので、真似しない手はないと思います。　この勉強法の肝だと感じたのは、４０秒という短い時間で振り返るという所に意味があると思います。つまり、４０秒間で復習できるぐらいの多すぎない分量を学び、それを即復習するやり方は、復習の負荷を下げると同時に、記憶の負荷を下げて覚えやすくする面もあると思います。　人は、一度にたくさんのことは覚えられません。だから、片手で足りるくらいの覚える分量の内容を、４０秒間で振り返り、それを一つのパッケージ化し、その繰り返しで多くのことを覚える勉強法と言えます。　これは、人は一度に片手プラス１〜２個ほど、しか一度に覚えられないと言われていますから、このやり方は覚えることの効果を最大限にするやり方だと思います。　また、即アウトプットするということは、アクティブラーニングであり、学習効果が高い勉強法と言えます。　つまり、記憶法とアクティブ・ラーニングの相乗効果を狙った学習方法だ...

ubuntu19.04にDynalsitをインストール方法

〜TODO管理・アイデア整理に便利な万能エディタ〜 Dynalist は、箇条書きをベースにした柔軟なアウトライナー（階層型テキストエディタ）です。タスク管理・ブログの下書き・日々のメモ・構想の整理など、さまざまな使い方が可能です。ここでは、 Ubuntu 19.04にDynalistをインストールして使う方法を、画像つきで解説します。 ✅ ステップ1：公式サイトからアプリをダウンロードまずは、Dynalistの公式サイト（ https://dynalist.io/）にアクセスし、Linux用アプリをダウンロードします。 Ubuntuであれば、通常は**64bit版（Linux版）**を選びましょう。 ✅ ステップ2：ダウンロードしたファイルを展開するダウンロードしたファイル（例： dynalist.tar.gz ）を、任意の場所に保存したら、右クリックで「ここで展開」を選び、解凍します。 ✅ ステップ3：アプリを起動する解凍後のフォルダの中にある、 dynalist というファイルをダブルクリックするとアプリが起動します。 ✅ ステップ4：ログイン認証を行う Dynalistアプリを起動すると、ログイン画面が表示されます。「 Sign in 」をクリックすると、ブラウザが立ち上がり、ログインページにリダイレクトされます。 Webブラウザ上でDynalistにログインします「アプリからのログインリクエストを承認するか？」と聞かれるので、「 Yes 」をクリック Dynalistアプリ側に戻り、「 I’ve clicked Yes 」をクリックこれでアプリ側のログインが完了します。 ✅ ステップ5：DynalistをUbuntuで使えるようにするログインが完了すれば、DynalistがUbuntu上で使えるようになります！お気に入りに追加しておけば、次回からすぐに立ち上げて使えるので便利です。 ✨ まとめ：Dynalistは使えば使うほど便利なツール！ Dynalistは、Windows・Mac・Linux・Webと幅広いOSで利用可能。アウトライナーとしてだけでなく、ブログの推敲旅行の計画書籍や講座の構成読書メモな...

【Ubuntu19.04】ノートPCの画面を閉じてもスリープしないようにする設定方法

ノートPCでUbuntuを使っていて、画面を閉じるたびにサスペンド（スリープ）になって困ることはありませんか？私が使っている古いノートPC「ASUS UL20A」は、Windows時代からサスペンドやスリープからの復帰がうまくいかないという悩みがありました。Ubuntu19.04にしても復帰できないのは想定内でしたが、それでも画面を閉じて“ちょっとだけ放置”したいときに勝手にサスペンドされてしまうのは不便です。そこで今回は、「画面を閉じてもサスペンドしないようにする設定方法」をご紹介します。 Linux初心者の方でもできるように、手順をわかりやすく解説します。 ✅ 目的：フタを閉じてもUbuntuがサスペンド（スリープ）しないようにする Linuxでは、電源やスリープ関連の動作は systemd という仕組みで制御されています。その設定ファイルのひとつ /etc/systemd/logind.conf を編集することで、画面を閉じたときの動作を変更できます。 ✅ 設定手順 ① 設定ファイルを開くまずターミナルを起動して、以下のコマンドを実行します： sudo nano /etc/systemd/logind.conf ※エディタは vi より操作が簡単な nano を使っています。 vi に慣れている方はそのまま sudo vi でもOKです。 ② 以下の行を探して、コメントアウトを外し、値を ignore に変更します： #HandleLidSwitch=suspend ⬇️ こちらのように変更： HandleLidSwitch=ignore ※この設定により、フタを閉じてもサスペンドされなくなります。 ③ 保存して終了 nano を使っている場合： Ctrl + O → Enter で保存 Ctrl + X で終了 ④ 設定を反映するため再起動以下のコマンドでPCを再起動します： sudo reboot ✅ 補足：他の lid 関連設定について logind.conf には以下のような設定もあります： HandleLidSwitchExternalPower HandleLidSwitchDocked これらも環境によっ...

レオ: インドアからアウトドアまで好きなことを気ままに楽しんでいるアラフォー、もうすぐアラフィフ男です。

プロフィールにアクセス

Powered by Blogger

Copyright© - reopersonal2nd, 2018 All Rights Reserved.