<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title>Break Out!? - blog ver.</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/" />
    <link rel="self" type="application/atom+xml" href="https://www.home-dc.net/blog/atom.xml" />
    <id>tag:www.home-dc.net,2023-02-15:/blog//6</id>
    <updated>2026-06-17T02:03:00Z</updated>
    <subtitle>こっちー(kojiaki)がメモとか物欲の記録とかラーメン食べ歩きとかを書きなぐる blog みたいなものです。</subtitle>
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type</generator>

<entry>
    <title>最近よく見るアレ導入しました</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/2026/06/warning-message-for-articles-that-are-more-than-a-year-old.html" />
    <id>tag:www.home-dc.net,2026:/blog//6.411</id>

    <published>2026-06-17T01:57:51Z</published>
    <updated>2026-06-17T02:03:00Z</updated>

    <summary>調べものしてるとよく出てくる「この記事は公開から1年以上が経過しています」的な警...</summary>
    <author>
        <name>こっちー</name>
        <uri>http://www.home-dc.net/blog/</uri>
    </author>
    
        <category term="つれづれなるままに" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="https://www.home-dc.net/blog/">
        <![CDATA[<p>調べものしてるとよく出てくる<br>「この記事は公開から1年以上が経過しています」<br>的な警告文をJavaScriptにて実装しました</p>
<p>多分問題ないと思うけどエラー出てたらこっそり教えてください</p>]]>
        
    </content>
</entry>

<entry>
    <title>VMware上のWindows 98がエラー吐いて動かない</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/2026/06/windows-98-failed-to-boot-on-vmware.html" />
    <id>tag:www.home-dc.net,2026:/blog//6.410</id>

    <published>2026-06-16T14:34:24Z</published>
    <updated>2026-06-16T14:50:35Z</updated>

    <summary>調べたところTLB invalidation bugとCPU speed lim...</summary>
    <author>
        <name>こっちー</name>
        <uri>http://www.home-dc.net/blog/</uri>
    </author>
    
        <category term="VMware" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Windows" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="shell32dll" label="SHELL32.DLL" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="vmware" label="VMware" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="windows98" label="Windows 98" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="https://www.home-dc.net/blog/">
        <![CDATA[<p>調べたところTLB invalidation bugとCPU speed limit bugが原因で「SHELL32.DLLファイルは欠落エクスポートGDI32.DLLにリンクされています」とか出てエクスプローラーが起動しない</p>
<p>そのため有志が作ったパッチを当てて対処する（ありがたや。。）</p>
<p>以下よりブートフロッピーディスクイメージをダウンロード<br><a href="https://github.com/JHRobotics/patcher9x" target="_self">https://github.com/JHRobotics/patcher9x</a></p>
<p>仮想マシンのハードウェアにフロッピーを追加、先ほどダウンロードしたディスクイメージを割り当て<br>起動時に接続が選択されていることを確認したら、仮想マシンを起動</p>
<p>DOSが起動するので<br>patch9x<br>と入力しpatch9xを起動する</p>
<p>選択肢が出てくるが、Choose (0-4)は4、Apply patch/patches? は y を入力</p>
<p>待ってるとパッチ適用が完了するのでEnterを押下してプロンプトに戻ってきたことを確認したら<br>マウントしていたディスクイメージを割り当て解除、再起動して完了</p>]]>
        
    </content>
</entry>

<entry>
    <title>諸事情によりWebサーバをCloudflare Tunnel経由に変えました</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/2026/04/webcloudflare-tunnel.html" />
    <id>tag:www.home-dc.net,2026:/blog//6.409</id>

    <published>2026-04-03T14:14:18Z</published>
    <updated>2026-04-03T14:17:54Z</updated>

    <summary>いろいろテストに使ってるこのサーバですが、回線種別変更に伴いポート開放ができなく...</summary>
    <author>
        <name>こっちー</name>
        <uri>http://www.home-dc.net/blog/</uri>
    </author>
    
        <category term="メンテナンス" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="メンテナンス" label="メンテナンス" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="https://www.home-dc.net/blog/">
        <![CDATA[<p>いろいろテストに使ってるこのサーバですが、回線種別変更に伴いポート開放ができなくなりそうなので急遽Cloudflare Tunnel経由に変えました。</p>
<p>多分問題ないと思いますが念のため報告まで。。</p>]]>
        
    </content>
</entry>

<entry>
    <title>Movable Type 9.0にアップグレードしました</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/2025/11/upgrade-movable-type-90.html" />
    <id>tag:www.home-dc.net,2025:/blog//6.408</id>

    <published>2025-11-19T05:09:49Z</published>
    <updated>2025-11-19T06:00:24Z</updated>

    <summary>初めての試みとして ChatGPT にスクリプトを書かせて半自動化してみた スク...</summary>
    <author>
        <name>こっちー</name>
        <uri>http://www.home-dc.net/blog/</uri>
    </author>
    
        <category term="MySQL" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="メンテナンス" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="movabletype" label="movabletype" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="mysql" label="mysql" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="https://www.home-dc.net/blog/">
        <![CDATA[<p>初めての試みとして ChatGPT にスクリプトを書かせて半自動化してみた</p>
<p>スクリプト自体は dry-run モードの実装等追加にて要件足したけど問題なく完成。実行も問題なし</p>
<p>ただし、mt-upgrade.cgi をたたいた際にMySQLサーバの sql_mode に STRICT_TRANS_TABLES が入っていたためエラーで停止。。。<br>そこで、以下のように一時的に sql_mode から STRICT_TRANS_TABLES を外して無事アップグレード成功</p>
<pre><code class="sql">-- 現在値を控えておく（メモにコピペしておく）
SHOW VARIABLES LIKE 'sql_mode';

-- STRICT_TRANS_TABLES を外す
SET GLOBAL sql_mode = REPLACE(@@GLOBAL.sql_mode, 'STRICT_TRANS_TABLES', '');
-- STRICT_ALL_TABLES が入っていればこれも外す
SET GLOBAL sql_mode = REPLACE(@@GLOBAL.sql_mode, 'STRICT_ALL_TABLES', '');
-- 念のためhttpd再起動後mt-upgrade.cgiを実施、完了したら以下のように元に戻す
SET GLOBAL sql_mode = '<元の値>';
</code></pre>]]>
        
    </content>
</entry>

<entry>
    <title>マランツプロ Umpireのショックマウントのゴムが伸びきったので交換した</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/2025/04/replace-shock-mount-rubber-on-marantz-umpire.html" />
    <id>tag:www.home-dc.net,2025:/blog//6.407</id>

    <published>2025-04-05T15:38:13Z</published>
    <updated>2025-04-05T15:49:55Z</updated>

    <summary>在宅で使っているマイク、マランツプロUmpire結構気に入っているんだけれど気づ...</summary>
    <author>
        <name>こっちー</name>
        <uri>http://www.home-dc.net/blog/</uri>
    </author>
    
        <category term="つれづれなるままに" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="marantzprofessional" label="marantz professional" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="umpire" label="umpire" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="https://www.home-dc.net/blog/">
        <![CDATA[<p>在宅で使っているマイク、<a href="http://marantzpro.jp/umpire/" target="_blank" rel="noopener">マランツプロUmpire</a><br />結構気に入っているんだけれど気づいたらゴムが伸びきっててマイク本体が落ちてきた。。</p>
<p>ってことでゴムを交換しようと思ったらダイソーにいい感じ物を発見<br />それが<a href="https://jp.daisonet.com/products/4973938106259" target="_blank" rel="noopener">ジュニアヘアゴム（太さ2mm、10個）</a>ってやつ</p>
<p>伸びきってしまって元の長さがわかんないから<br />少しきついかもしれないけどいい感じに収まった<br />次回伸びたらまたこれ買おう</p>]]>
        
    </content>
</entry>

<entry>
    <title>メール送受信をしないドメインのDNSレコード設定</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/2025/03/protect-domains-without-email.html" />
    <id>tag:www.home-dc.net,2025:/blog//6.406</id>

    <published>2025-03-03T02:39:01Z</published>
    <updated>2025-03-03T02:57:19Z</updated>

    <summary>保持だけしているドメインをなりすましから守るための設定を調べた時のメモ以下の通り...</summary>
    <author>
        <name>こっちー</name>
        <uri>http://www.home-dc.net/blog/</uri>
    </author>
    
        <category term="DNS" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="dkim" label="DKIM" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="dmarc" label="DMARC" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="dns" label="DNS" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="mx" label="MX" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="spf" label="SPF" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="https://www.home-dc.net/blog/">
        <![CDATA[<p>保持だけしているドメインをなりすましから守るための設定を調べた時のメモ<br />以下の通り設定する<br />TTLはお好みで</p>
<table border="1" style="border-collapse: collapse; width: 100%; height: 111.953px;">
<tbody>
<tr style="height: 22.3906px;">
<td style="width: 22.4231%; height: 22.3906px;"></td>
<td style="width: 9.76492%; height: 22.3906px;">ホスト名</td>
<td style="width: 11.4801%; height: 22.3906px;">レコード</td>
<td style="width: 56.2414%; height: 22.3906px;">値</td>
</tr>
<tr style="height: 22.3906px;">
<td style="width: 22.4231%; height: 22.3906px;">MXレコード</td>
<td style="width: 9.76492%; height: 22.3906px;">@</td>
<td style="width: 11.4801%; height: 22.3906px;">MX</td>
<td style="width: 56.2414%; height: 22.3906px;">0 .</td>
</tr>
<tr style="height: 22.3906px;">
<td style="width: 22.4231%; height: 22.3906px;">SPFレコード</td>
<td style="width: 9.76492%; height: 22.3906px;">@</td>
<td style="width: 11.4801%; height: 22.3906px;">TXT</td>
<td style="width: 56.2414%; height: 22.3906px;">v=spf1 -all</td>
</tr>
<tr style="height: 22.3906px;">
<td style="width: 22.4231%; height: 22.3906px;">DKIMレコード</td>
<td style="width: 9.76492%; height: 22.3906px;">*._domainkey</td>
<td style="width: 11.4801%; height: 22.3906px;">TXT</td>
<td style="width: 56.2414%; height: 22.3906px;">v=DKIM1; p=</td>
</tr>
<tr style="height: 22.3906px;">
<td style="width: 22.4231%; height: 22.3906px;">DMARCポリシー</td>
<td style="width: 9.76492%; height: 22.3906px;">_dmarc</td>
<td style="width: 11.4801%; height: 22.3906px;">TXT</td>
<td style="width: 56.2414%; height: 22.3906px;">v=DMARC1;p=reject;sp=reject;adkim=s;aspf=s</td>
</tr>
</tbody>
</table>
<p></p>]]>
        
    </content>
</entry>

<entry>
    <title>LogwatchにおけるPostfixのUnmatched Entries対策</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/2024/07/fix-logwatch-postfix-unmatched-entries.html" />
    <id>tag:www.home-dc.net,2024:/blog//6.405</id>

    <published>2024-07-04T01:35:08Z</published>
    <updated>2024-07-04T01:43:49Z</updated>

    <summary>自宅サーバのPostfixにpypolicyd-spfを使ってSPFレコードの確...</summary>
    <author>
        <name>こっちー</name>
        <uri>http://www.home-dc.net/blog/</uri>
    </author>
    
        <category term="postfix" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="logwatch" label="Logwatch" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="postfix" label="Postfix" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="pypolicydspf" label="pypolicyd-spf" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="https://www.home-dc.net/blog/">
        <![CDATA[<p>自宅サーバのPostfixにpypolicyd-spfを使ってSPFレコードの確認してるのですが</p>
<p>OSを CentOS 7.x から AlmaLinux 8.x に変えたタイミングでUnmatched Entriesが出るようになりました</p>
<p>SourceForgeにある5.10のファイルを参考に以下のようにファイルをコピーして修正しました</p>
<p></p>
<pre><code class="bash"># cd /etc/logwatch/scripts/services
# cp -p /usr/share/logwatch/scripts/services/postfix .
# vi postfix
# diff -u /usr/share/logwatch/scripts/services/postfix postfix
--- /usr/share/logwatch/scripts/services/postfix        2023-10-15 10:32:16.000000000 +0900
+++ postfix     2024-07-04 09:32:19.827266095 +0900
@@ -1882,7 +1882,8 @@
    # Pass;      identity=helo;     client-ip=192.168.0.2; helo=example.com; envelope-from=<>;            receiver=bogus@example.net
    # Permerror; identity=helo;     client-ip=192.168.0.4; helo=example.com; envelope-from=f@example.com; receiver=bogus2@example.net
    # Softfail;  identity=mailfrom; client-ip=192.168.0.6; helo=example.com; envelope-from=f@example.com; receiver=yahl@example.org
-   if ($line =~ /^(Pass|Fail|None|Neutral|Permerror|Softfail|Temperror); (.*)$/) {
+   ### if ($line =~ /^(Pass|Fail|None|Neutral|Permerror|Softfail|Temperror); (.*)$/) {
+   if ($line =~ /^(?:prepend Received-SPF: )?(Pass|Fail|None|Neutral|Permerror|Softfail|Temperror);? (.*)$/) {
          my $result = $1;
          my %params = $2 =~ /([-\w]+)=([^;]+)/g;
          #$params{'s'} = '*unknown' unless $params{'s'};</code></pre>
<p>上記対応後</p>
<pre><code class="bash"># logwatch --service postfix --output stdout</code></pre>
<p>でUnmatched Entriesが出なくなればOK</p>]]>
        
    </content>
</entry>

<entry>
    <title>webサーバの式年遷宮を行いました</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/2024/06/change-web-server-to-almalinux.html" />
    <id>tag:www.home-dc.net,2024:/blog//6.404</id>

    <published>2024-06-13T06:27:31Z</published>
    <updated>2024-06-13T06:29:44Z</updated>

    <summary>CentOS Stream 8からAlmaLinux 9へ移行しました 多分問題...</summary>
    <author>
        <name>こっちー</name>
        <uri>http://www.home-dc.net/blog/</uri>
    </author>
    
        <category term="メンテナンス" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="https://www.home-dc.net/blog/">
        <![CDATA[<p>CentOS Stream 8からAlmaLinux 9へ移行しました</p>
<p>多分問題ないと思いますがおかしいところがあったらこっそり教えてください。。</p>]]>
        
    </content>
</entry>

<entry>
    <title>Oracle UNDO表領域の再作成</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/2024/02/oracle-resize-undo-tablespace.html" />
    <id>tag:www.home-dc.net,2024:/blog//6.402</id>

    <published>2024-02-05T02:39:14Z</published>
    <updated>2024-02-05T02:54:19Z</updated>

    <summary>UNDO表領域が大きくなってにっちもさっちもいかなくなったので実施 ファイルパス...</summary>
    <author>
        <name>こっちー</name>
        <uri>http://www.home-dc.net/blog/</uri>
    </author>
    
        <category term="Oracle" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="oracle" label="oracle" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="undo表領域" label="UNDO表領域" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="https://www.home-dc.net/blog/">
        <![CDATA[<p>UNDO表領域が大きくなってにっちもさっちもいかなくなったので実施</p>
<p>ファイルパスは適宜読み替えてください</p>
<br>
<ol>
<li>一時的にUNDO表領域を作成</li>
<pre><code>create undo tablespace UNDOTBS2 datafile '/path/to/undotbs02.dbf' size 10m autoextend on;</code></pre>
<li>UNDO表領域の切り替え（UNDOTBS1からUNDOTBS2へ）</li>
<pre><code>alter system set undo_tablespace = 'UNDOTBS2';</code></pre>
<li>大きくなった表領域の削除</li>
<pre><code>drop tablespace UNDOTBS1;</code></pre>
<li>UNDO表領域の再作成（元のファイルは削除しなくてもよい）</li>
<pre><code>create undo tablespace UNDOTBS1 datafile '/path/to/undotbs01.dbf' size 50m reuse autoextend on;</code></pre>
<li>UNDO表領域の切り替え（UNDOTBS2からUNDOTBS1へ）</li>
<pre><code>alter system set undo_tablespace = 'UNDOTBS1';</code></pre>
<li>一時的に作成したUNDO表領域を削除</li>
<pre><code>drop tablespace UNDOTBS2 including contents cascade constraints;</code></pre>
<li>上記完了後 /path/to/undotbs02.dbf を物理削除</li>
</ol>]]>
        
    </content>
</entry>

<entry>
    <title>ChromeがSTATUS_STACK_BUFFER_OVERRUNと表示されてページが表示されない</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/2023/05/chrome-status-stack-buffer-over.html" />
    <id>tag:www.home-dc.net,2023:/blog//6.401</id>

    <published>2023-05-16T04:44:05Z</published>
    <updated>2023-05-16T04:53:30Z</updated>

    <summary>トラブルシューティングしたときのメモたぶんWindowsのみ 互換モードが影響し...</summary>
    <author>
        <name>こっちー</name>
        <uri>http://www.home-dc.net/blog/</uri>
    </author>
    
        <category term="Chrome" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="chrome" label="Chrome" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="status_stack_buffer_overrun" label="STATUS_STACK_BUFFER_OVERRUN" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="https://www.home-dc.net/blog/">
        <![CDATA[<p>トラブルシューティングしたときのメモ<br />たぶんWindowsのみ</p>
<p>互換モードが影響している可能性ありなので以下を確認する</p>
<ol>
<li>Chromeのアプリケーションディレクトリ（C:\Program Files\Google\Chrome\Application）を開く</li>
<li>chrome.exeを右クリックしてプロパティを開く</li>
<li>「互換性」タブを開き、互換モードにある「互換モードでこのプログラムを実行する」にチェックが入っていた場合はチェックを外す</li>
</ol>
<p>上記で私の環境ではChromeで各サイトが見れるようになった</p>]]>
        
    </content>
</entry>

<entry>
    <title>Oracle JDK 8系のパッケージの挙動が変わった</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/2023/05/RPM-jdk-8-installer-changes.html" />
    <id>tag:www.home-dc.net,2023:/blog//6.400</id>

    <published>2023-05-12T02:20:00Z</published>
    <updated>2023-05-12T08:48:10Z</updated>

    <summary>いつも通り旧バージョンを活かしたままインストールしようとしたら競合してダメだった...</summary>
    <author>
        <name>こっちー</name>
        <uri>http://www.home-dc.net/blog/</uri>
    </author>
    
        <category term="Java" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="8u371" label="8u371" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="jdk8292838" label="JDK-8292838" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="oraclejdk" label="Oracle JDK" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="https://www.home-dc.net/blog/">
        <![CDATA[<p>いつも通り旧バージョンを活かしたままインストールしようとしたら競合してダメだった</p>
<p></p>
<pre><code class="bash"># rpm -ivh jdk-8u371-linux-x64.rpm
警告: jdk-8u371-linux-x64.rpm: ヘッダ V3 RSA/SHA256 Signature, key ID ad986da3: NOKEY
エラー: 依存性の欠如:
        jdk1.8(x86-64) は jdk-1.8-2000:1.8.0_371-11.x86_64 と競合します。</code></pre>
<p>リリースノートを見たところ8u371からインストーラーの変更が入ったとのこと<br />変更点としては以下の通り</p>
<ol>
<li>インストールパスが /usr/java/jdk-1.8.0_${UPDATE}-${ARCH}から/usr/lib/jvm/jdk-1.8-oracle-${ARCH} に変更</li>
<li>RPMパッケージ名がjdk1.8からjdk-1.8へ変更</li>
</ol>
<p>このため以下のように一旦旧バージョンをアンインストールする必要あり（複数のバージョンがある場合はバージョン込みで指定、yumとかdnf使うほうがいいかも）</p>
<p></p>
<pre><code class="bash"># rpm -e jdk1.8 &amp;&amp; rpm -i jdk-8u371-linux-x64.rpm</code></pre>
<p>Oracleによる脆弱性を含む旧バージョンを駆逐するという強い意志を感じるけどマイナーバージョンアップでやらないでくれよ。。</p>]]>
        
    </content>
</entry>

<entry>
    <title>気分転換にテーマを一新しました</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/2023/02/refresh-blog-theme.html" />
    <id>tag:www.home-dc.net,2023:/blog//6.399</id>

    <published>2023-02-15T05:38:16Z</published>
    <updated>2023-02-15T05:43:00Z</updated>

    <summary>結構いろいろ手を入れてたけど面倒になったので一新しました 多分また手を入れるだろ...</summary>
    <author>
        <name>こっちー</name>
        <uri>http://www.home-dc.net/blog/</uri>
    </author>
    
        <category term="つれづれなるままに" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="ja" xml:base="https://www.home-dc.net/blog/">
        <![CDATA[<p>結構いろいろ手を入れてたけど面倒になったので一新しました</p>
<p>多分また手を入れるだろうけど（共有ボタンとかhighlight.jsとかつけたい）</p>]]>
        
    </content>
</entry>

<entry>
    <title>MySQLを8.0にバージョンアップしました</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/2022/08/mainte-mysql-upgrade.html" />
    <id>tag:www.home-dc.net,2022:/blog//6.397</id>

    <published>2022-08-30T05:59:31Z</published>
    <updated>2022-08-30T07:21:39Z</updated>

    <summary>めちゃ久々にメンテしたな。。多分何も問題ないけどあったら対応しよう...</summary>
    <author>
        <name>こっちー</name>
        <uri>http://www.home-dc.net/blog/</uri>
    </author>
    
        <category term="メンテナンス" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="mysql" label="mysql" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="https://www.home-dc.net/blog/">
        <![CDATA[<p>めちゃ久々にメンテしたな。。多分何も問題ないけどあったら対応しよう</p>]]>
        
    </content>
</entry>

<entry>
    <title>サイトの常時SSL化完了</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/2017/02/ssl.html" />
    <id>tag:www.home-dc.net,2017:/blog//6.396</id>

    <published>2017-02-14T02:47:59Z</published>
    <updated>2017-02-23T04:37:48Z</updated>

    <summary>重い腰を上げてお昼休みに作業完了多分問題ないはず...</summary>
    <author>
        <name>こっちー</name>
        <uri>http://www.home-dc.net/blog/</uri>
    </author>
    
        <category term="メンテナンス" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="ssl" label="SSL" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="メンテナンス" label="メンテナンス" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="https://www.home-dc.net/blog/">
        <![CDATA[<p>重い腰を上げてお昼休みに作業完了<br />多分問題ないはず</p>]]>
        
    </content>
</entry>

<entry>
    <title>VirtualBox 5.0.8 で /sbin/vboxconfig とやらが動かない</title>
    <link rel="alternate" type="text/html" href="https://www.home-dc.net/blog/2015/11/sbin-vboxconfig-not-workings-virtualbox-508.html" />
    <id>tag:www.home-dc.net,2015:/blog//6.395</id>

    <published>2015-11-20T08:32:21Z</published>
    <updated>2023-02-15T11:14:23Z</updated>

    <summary>会社PCのUbuntuを15.10にあげてVirtualBoxのバージョンを5....</summary>
    <author>
        <name>こっちー</name>
        <uri>http://www.home-dc.net/blog/</uri>
    </author>
    
        <category term="VirtualBox" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="sbinvboxconfig" label="/sbin/vboxconfig" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="virtualbox" label="virtualbox" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="https://www.home-dc.net/blog/">
        <![CDATA[<p>会社PCのUbuntuを15.10にあげてVirtualBoxのバージョンを5.0.8にあげたら<br />/etc/init.d/vboxdrv setup がなくなったらしくにっちもさっちもいかない状態になったので<br />調べた結果</p>
<pre><code class="bash">sudo /sbin/vboxconfig</code></pre>
<p>ではなく</p>
<pre><code class="bash">sudo /sbin/rcvboxdrv setup</code></pre>
<p>を実行すればよい事が発覚<br />メッセージでは表題の /sbin/vboxconfig 動かせって出るのにね。。。罠や。<br /><br /><strong>2016/02/09 追記</strong><br />5.0.12で /sbin/rcvboxdrv 実行するように変わったようですが<br />こちらはこちらで Bad argument setup って出るようになったので元のスクリプトである</p>
<pre><code class="bash">sudo /usr/lib/virtualbox/vboxdrv.sh setup</code></pre>
<p>を実行してください。。ぐぬぬ。</p>]]>
        
    </content>
</entry>

</feed>
