<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	ファイルサーバーの研究 へのコメント	</title>
	<atom:link href="https://fujisan.sunnyday.jp/fs/comments/feed/" rel="self" type="application/rss+xml" />
	<link>https://fujisan.sunnyday.jp/fs</link>
	<description>Linux+Netatalk+Samba+NFS+macOS+Windows</description>
	<lastBuildDate>Mon, 12 Dec 2022 04:46:46 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		fs より 新しいフォルダを作り、別のフォルダにあるファイルを複製して、それを新しいフォルダに移動すると必ずサーバーは接続したまま操作ができなくなる。 へのコメント		</title>
		<link>https://fujisan.sunnyday.jp/fs/%e6%96%b0%e3%81%97%e3%81%84%e3%83%95%e3%82%a9%e3%83%ab%e3%83%80%e3%82%92%e4%bd%9c%e3%82%8a%e3%80%81%e5%88%a5%e3%81%ae%e3%83%95%e3%82%a9%e3%83%ab%e3%83%80%e3%81%ab%e3%81%82%e3%82%8b%e3%83%95%e3%82%a1/#comment-15</link>

		<dc:creator><![CDATA[fs]]></dc:creator>
		<pubDate>Mon, 12 Dec 2022 04:46:46 +0000</pubDate>
		<guid isPermaLink="false">https://fujisan.sunnyday.jp/fs/?p=1527#comment-15</guid>

					<description><![CDATA[https://www.osstech.co.jp/download/updates/docs/samba/OSTD-Samba-Linux-InstallGuide.pdf


6.3 client lanman auth、client plaintext auth、lanman auth

Samba 3.2.0 以降、セキュリティ強化のために LANMAN 認証およびクリアテキストパスワードの利用を禁止
するため、「client lanman auth」、「client plaintext auth」、「lanman auth」の各パラメーターのデフォルト値が
「no」に変更されました。この結果、古い Windows クライアントからのアクセス時に Samba サーバーでの認
証に失敗することがあります。
そのような旧式のクライアントから利用する場合は、smb.conf の [global] セクションに以下の各パラメーターを設定してください。

[global]
client lanman auth = yes
lanman auth = yes
client plaintext auth = yes


6.4 ntlm auth

Samba 4.5.0 以降、セキュリティ強化のために NTLMv1 認証の利用を禁止するため、「ntlm auth」のパラメー
ターのデフォルト値が「ntlmv2-only」に変更されました。この結果、古い Windows クライアントからのアク
セス時に Samba サーバーでの認証に失敗することがあります。
そのような旧式のクライアントから利用する場合は、smb.conf の [global] セクションに以下の各パラメー
ターを設定してください。

[global]
ntlm auth = ntlmv1-permitted]]></description>
			<content:encoded><![CDATA[<p><a href="https://www.osstech.co.jp/download/updates/docs/samba/OSTD-Samba-Linux-InstallGuide.pdf" rel="nofollow ugc">https://www.osstech.co.jp/download/updates/docs/samba/OSTD-Samba-Linux-InstallGuide.pdf</a></p>
<p>6.3 client lanman auth、client plaintext auth、lanman auth</p>
<p>Samba 3.2.0 以降、セキュリティ強化のために LANMAN 認証およびクリアテキストパスワードの利用を禁止<br />
するため、「client lanman auth」、「client plaintext auth」、「lanman auth」の各パラメーターのデフォルト値が<br />
「no」に変更されました。この結果、古い Windows クライアントからのアクセス時に Samba サーバーでの認<br />
証に失敗することがあります。<br />
そのような旧式のクライアントから利用する場合は、smb.conf の [global] セクションに以下の各パラメーターを設定してください。</p>
<p>[global]<br />
client lanman auth = yes<br />
lanman auth = yes<br />
client plaintext auth = yes</p>
<p>6.4 ntlm auth</p>
<p>Samba 4.5.0 以降、セキュリティ強化のために NTLMv1 認証の利用を禁止するため、「ntlm auth」のパラメー<br />
ターのデフォルト値が「ntlmv2-only」に変更されました。この結果、古い Windows クライアントからのアク<br />
セス時に Samba サーバーでの認証に失敗することがあります。<br />
そのような旧式のクライアントから利用する場合は、smb.conf の [global] セクションに以下の各パラメー<br />
ターを設定してください。</p>
<p>[global]<br />
ntlm auth = ntlmv1-permitted</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		fs より 新しいフォルダを作り、別のフォルダにあるファイルを複製して、それを新しいフォルダに移動すると必ずサーバーは接続したまま操作ができなくなる。 へのコメント		</title>
		<link>https://fujisan.sunnyday.jp/fs/%e6%96%b0%e3%81%97%e3%81%84%e3%83%95%e3%82%a9%e3%83%ab%e3%83%80%e3%82%92%e4%bd%9c%e3%82%8a%e3%80%81%e5%88%a5%e3%81%ae%e3%83%95%e3%82%a9%e3%83%ab%e3%83%80%e3%81%ab%e3%81%82%e3%82%8b%e3%83%95%e3%82%a1/#comment-14</link>

		<dc:creator><![CDATA[fs]]></dc:creator>
		<pubDate>Mon, 12 Dec 2022 03:05:42 +0000</pubDate>
		<guid isPermaLink="false">https://fujisan.sunnyday.jp/fs/?p=1527#comment-14</guid>

					<description><![CDATA[http://www.samba.gr.jp/project/translation/current/htmldocs/manpages/smb.conf.5.html

ntlm auth (G)
smbd(8) がローカル passdb（SAM すなわち アカウントデータベース）に対して、NTLM レスポンスを用いたユーザー認証を 行なうかどうかを設定する。

このパラメーターを無効にした場合は、ローカル passdb に対しての NTLM 認証と LanMan 認証の両方が無効になる。

この設定はあくまでローカルユーザーに対して適用されるものであって、 参加しているドメインにおける認証は、どのようなドメインであってもフォワード され NTLM 認証が行われる。信頼されるドメインであれば、このパラメーター設定 が無効であったり、NTLMv2 認証のみに設定されていても構わない。 ドメインユーザーに対する NTLM 認証を制御するには、このパラメーターを各 DC において設定する必要がある。

lanman auth を no と設定し、 ntlm auth を ntlmv2-only と設定する のが既定値であり、この場合 NTLMv2 によるログインのみが許可される。 たいていのクライアントは NTLMv2 を既定としてサポートしているが、 古いクライアントの中には特別な設定を必要とするものもある。

NTLMv1 は、VPN や 802.1X で用いられる MS-CHAPv2 で主に利用されている。

利用可能な設定は以下のとおり。

警告: Microsoft Windows と Samba の リードオンリドメインコントローラ (RODC) の両方とも、平文による LDAP の単純なバインド をNTLMv2 認証に 変換して、完全な DC に転送する。このオプションを 無効 にすると、それらの認証情報の転送は失敗 する。

さらに、Samba が Active Directory ドメインコントローラとして 動作している場合、ユーザアカウントに対して、 nt hash store が既定の設定 autoだった場合、新規ユーザ用またはパスワード 変更後に、NT ハッシュは、 sam.ldb データベースに 格納されない。

ntlmv1-permitted （yes の別名）- 全クライアントに対し、NTLMv1 以上の認証を許可する。

ntlmv2-only （no の別名）- NTLMv1 の利用を許可せず NTLMv2 の利用を許可する。

mschapv2-and-ntlmv2-only - クライアントが（ntlm_auth ツール のような）MSCHAPv2 認証を提供することが確実である場合に限って NTLMv1 認証を行う。

disabled - NTLM（または LanMan）の どのようなレベルであっても認証を受けつけない。また NTLM パスワード の変更も受けつけない。

Samba 4.5 において、既定値が yes から no に変更された。Samba 4.7 からはさらに ntlmv2-only に変更されたが、その動作は変わって いない。

既定値: ntlm auth = ntlmv2-only]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.samba.gr.jp/project/translation/current/htmldocs/manpages/smb.conf.5.html" rel="nofollow ugc">http://www.samba.gr.jp/project/translation/current/htmldocs/manpages/smb.conf.5.html</a></p>
<p>ntlm auth (G)<br />
smbd(8) がローカル passdb（SAM すなわち アカウントデータベース）に対して、NTLM レスポンスを用いたユーザー認証を 行なうかどうかを設定する。</p>
<p>このパラメーターを無効にした場合は、ローカル passdb に対しての NTLM 認証と LanMan 認証の両方が無効になる。</p>
<p>この設定はあくまでローカルユーザーに対して適用されるものであって、 参加しているドメインにおける認証は、どのようなドメインであってもフォワード され NTLM 認証が行われる。信頼されるドメインであれば、このパラメーター設定 が無効であったり、NTLMv2 認証のみに設定されていても構わない。 ドメインユーザーに対する NTLM 認証を制御するには、このパラメーターを各 DC において設定する必要がある。</p>
<p>lanman auth を no と設定し、 ntlm auth を ntlmv2-only と設定する のが既定値であり、この場合 NTLMv2 によるログインのみが許可される。 たいていのクライアントは NTLMv2 を既定としてサポートしているが、 古いクライアントの中には特別な設定を必要とするものもある。</p>
<p>NTLMv1 は、VPN や 802.1X で用いられる MS-CHAPv2 で主に利用されている。</p>
<p>利用可能な設定は以下のとおり。</p>
<p>警告: Microsoft Windows と Samba の リードオンリドメインコントローラ (RODC) の両方とも、平文による LDAP の単純なバインド をNTLMv2 認証に 変換して、完全な DC に転送する。このオプションを 無効 にすると、それらの認証情報の転送は失敗 する。</p>
<p>さらに、Samba が Active Directory ドメインコントローラとして 動作している場合、ユーザアカウントに対して、 nt hash store が既定の設定 autoだった場合、新規ユーザ用またはパスワード 変更後に、NT ハッシュは、 sam.ldb データベースに 格納されない。</p>
<p>ntlmv1-permitted （yes の別名）- 全クライアントに対し、NTLMv1 以上の認証を許可する。</p>
<p>ntlmv2-only （no の別名）- NTLMv1 の利用を許可せず NTLMv2 の利用を許可する。</p>
<p>mschapv2-and-ntlmv2-only &#8211; クライアントが（ntlm_auth ツール のような）MSCHAPv2 認証を提供することが確実である場合に限って NTLMv1 認証を行う。</p>
<p>disabled &#8211; NTLM（または LanMan）の どのようなレベルであっても認証を受けつけない。また NTLM パスワード の変更も受けつけない。</p>
<p>Samba 4.5 において、既定値が yes から no に変更された。Samba 4.7 からはさらに ntlmv2-only に変更されたが、その動作は変わって いない。</p>
<p>既定値: ntlm auth = ntlmv2-only</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		fs より 新しいフォルダを作り、別のフォルダにあるファイルを複製して、それを新しいフォルダに移動すると必ずサーバーは接続したまま操作ができなくなる。 へのコメント		</title>
		<link>https://fujisan.sunnyday.jp/fs/%e6%96%b0%e3%81%97%e3%81%84%e3%83%95%e3%82%a9%e3%83%ab%e3%83%80%e3%82%92%e4%bd%9c%e3%82%8a%e3%80%81%e5%88%a5%e3%81%ae%e3%83%95%e3%82%a9%e3%83%ab%e3%83%80%e3%81%ab%e3%81%82%e3%82%8b%e3%83%95%e3%82%a1/#comment-13</link>

		<dc:creator><![CDATA[fs]]></dc:creator>
		<pubDate>Mon, 12 Dec 2022 02:55:19 +0000</pubDate>
		<guid isPermaLink="false">https://fujisan.sunnyday.jp/fs/?p=1527#comment-13</guid>

					<description><![CDATA[https://teratail.com/questions/336823]]></description>
			<content:encoded><![CDATA[<p><a href="https://teratail.com/questions/336823" rel="nofollow ugc">https://teratail.com/questions/336823</a></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		fs より 新しいフォルダを作り、別のフォルダにあるファイルを複製して、それを新しいフォルダに移動すると必ずサーバーは接続したまま操作ができなくなる。 へのコメント		</title>
		<link>https://fujisan.sunnyday.jp/fs/%e6%96%b0%e3%81%97%e3%81%84%e3%83%95%e3%82%a9%e3%83%ab%e3%83%80%e3%82%92%e4%bd%9c%e3%82%8a%e3%80%81%e5%88%a5%e3%81%ae%e3%83%95%e3%82%a9%e3%83%ab%e3%83%80%e3%81%ab%e3%81%82%e3%82%8b%e3%83%95%e3%82%a1/#comment-12</link>

		<dc:creator><![CDATA[fs]]></dc:creator>
		<pubDate>Mon, 12 Dec 2022 02:54:51 +0000</pubDate>
		<guid isPermaLink="false">https://fujisan.sunnyday.jp/fs/?p=1527#comment-12</guid>

					<description><![CDATA[[global]欄にて以下内容を追記すると接続できるようになった方がおられた。

ntlm auth = yes

試してみよう。]]></description>
			<content:encoded><![CDATA[<p>[global]欄にて以下内容を追記すると接続できるようになった方がおられた。</p>
<p>ntlm auth = yes</p>
<p>試してみよう。</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		fs より 【課題】Sambaサーバー内で、ファイルをフォルダから出したり入れたりすると、おかしくなるようだ。 へのコメント		</title>
		<link>https://fujisan.sunnyday.jp/fs/%e3%80%90%e8%aa%b2%e9%a1%8c%e3%80%91samba%e3%82%b5%e3%83%bc%e3%83%90%e3%83%bc%e5%86%85%e3%81%a7%e3%80%81%e3%83%95%e3%82%a1%e3%82%a4%e3%83%ab%e3%82%92%e3%83%95%e3%82%a9%e3%83%ab%e3%83%80%e3%81%8b/#comment-11</link>

		<dc:creator><![CDATA[fs]]></dc:creator>
		<pubDate>Fri, 09 Dec 2022 02:46:38 +0000</pubDate>
		<guid isPermaLink="false">https://fujisan.sunnyday.jp/fs/?p=1505#comment-11</guid>

					<description><![CDATA[https://bugzilla.redhat.com/show_bug.cgi?id=1175710

マーティン・スミス 2015-01-09 12:34:18 UTC
答えはここにあると思います：

https://bbs.archlinux.org/viewtopic.php?id=190592

4.1.14 では、長いサーバー名の処理方法が変更されたようです。以前は切り捨てられませんでしたが、現在は切り捨てられています。これにより、ローカル名のチェックが失敗します。auth logging を 10 に設定すると表示されます。

構成で短い netbios 名を手動で設定し、共有にアクセスできるようになりました。

コメント 10ハラルド・ラインドル 2015-01-09 13:12:27 協定世界時
確かに - smb.conf のサーバー名は 16 文字でしたが、5 文字に変更され、ログインは 4.1.14 でも機能します - Aaaaaargh

コメント 11アンドレアス・シュナイダー 2015-01-12 17:15:01 UTC
この問題をアップストリームで修正するためのパッチを提案しました。]]></description>
			<content:encoded><![CDATA[<p><a href="https://bugzilla.redhat.com/show_bug.cgi?id=1175710" rel="nofollow ugc">https://bugzilla.redhat.com/show_bug.cgi?id=1175710</a></p>
<p>マーティン・スミス 2015-01-09 12:34:18 UTC<br />
答えはここにあると思います：</p>
<p><a href="https://bbs.archlinux.org/viewtopic.php?id=190592" rel="nofollow ugc">https://bbs.archlinux.org/viewtopic.php?id=190592</a></p>
<p>4.1.14 では、長いサーバー名の処理方法が変更されたようです。以前は切り捨てられませんでしたが、現在は切り捨てられています。これにより、ローカル名のチェックが失敗します。auth logging を 10 に設定すると表示されます。</p>
<p>構成で短い netbios 名を手動で設定し、共有にアクセスできるようになりました。</p>
<p>コメント 10ハラルド・ラインドル 2015-01-09 13:12:27 協定世界時<br />
確かに &#8211; smb.conf のサーバー名は 16 文字でしたが、5 文字に変更され、ログインは 4.1.14 でも機能します &#8211; Aaaaaargh</p>
<p>コメント 11アンドレアス・シュナイダー 2015-01-12 17:15:01 UTC<br />
この問題をアップストリームで修正するためのパッチを提案しました。</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		fs より 新しいマシンで、再起動できない（/var/log/messages） へのコメント		</title>
		<link>https://fujisan.sunnyday.jp/fs/%e6%96%b0%e3%81%97%e3%81%84%e3%83%9e%e3%82%b7%e3%83%b3%e3%81%a7%e3%80%81%e5%86%8d%e8%b5%b7%e5%8b%95%e3%81%a7%e3%81%8d%e3%81%aa%e3%81%84%ef%bc%88-var-log-messages%ef%bc%89/#comment-10</link>

		<dc:creator><![CDATA[fs]]></dc:creator>
		<pubDate>Fri, 26 Aug 2022 06:33:17 +0000</pubDate>
		<guid isPermaLink="false">https://fujisan.sunnyday.jp/fs/?p=1446#comment-10</guid>

					<description><![CDATA[このあたりは、mcrodode関係ということは、BIOSがらみ？

Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: intel: caveats check for kernel version “4.18.0-372.19.1.el8_6.x86_64” passed, adding “/usr/share/microcode_ctl/ucode_with_caveats/intel” to fw_dir variable
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-2d-07″…
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-2d-07” is ignored
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-4e-03″…
Aug 25 07:46:19 AMULET3 org.gnome.Shell.desktop[4672]: The XKEYBOARD keymap compiler (xkbcomp) reports:
Aug 25 07:46:19 AMULET3 org.gnome.Shell.desktop[4672]: &gt; Warning: Unsupported maximum keycode 569, clipping.
Aug 25 07:46:19 AMULET3 org.gnome.Shell.desktop[4672]: &gt; X11 cannot support keycodes above 255.
Aug 25 07:46:19 AMULET3 org.gnome.Shell.desktop[4672]: Errors from xkbcomp are not fatal to the X server
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-4e-03” is ignored
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-4f-01″…
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-4f-01” is ignored
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-55-04″…
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-55-04” is ignored
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-5e-03″…
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-5e-03” is ignored
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-8c-01″…
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-8c-01” is ignored
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-8e-9e-0x-0xca”…
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-8e-9e-0x-0xca” is ignored
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-8e-9e-0x-dell”…
Aug 25 07:46:19 AMULET3 gnome-session-binary[1896]: Entering running state
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-8e-9e-0x-dell” is ignored
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: final fw_dir: “/usr/share/microcode_ctl/ucode_with_caveats/intel /lib/firmware/updates /lib/firmware”]]></description>
			<content:encoded><![CDATA[<p>このあたりは、mcrodode関係ということは、BIOSがらみ？</p>
<p>Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: intel: caveats check for kernel version “4.18.0-372.19.1.el8_6.x86_64” passed, adding “/usr/share/microcode_ctl/ucode_with_caveats/intel” to fw_dir variable<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-2d-07″…<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-2d-07” is ignored<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-4e-03″…<br />
Aug 25 07:46:19 AMULET3 org.gnome.Shell.desktop[4672]: The XKEYBOARD keymap compiler (xkbcomp) reports:<br />
Aug 25 07:46:19 AMULET3 org.gnome.Shell.desktop[4672]: > Warning: Unsupported maximum keycode 569, clipping.<br />
Aug 25 07:46:19 AMULET3 org.gnome.Shell.desktop[4672]: > X11 cannot support keycodes above 255.<br />
Aug 25 07:46:19 AMULET3 org.gnome.Shell.desktop[4672]: Errors from xkbcomp are not fatal to the X server<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-4e-03” is ignored<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-4f-01″…<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-4f-01” is ignored<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-55-04″…<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-55-04” is ignored<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-5e-03″…<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-5e-03” is ignored<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-8c-01″…<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-8c-01” is ignored<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-8e-9e-0x-0xca”…<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-8e-9e-0x-0xca” is ignored<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: processing data directory “/usr/share/microcode_ctl/ucode_with_caveats/intel-06-8e-9e-0x-dell”…<br />
Aug 25 07:46:19 AMULET3 gnome-session-binary[1896]: Entering running state<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: configuration “intel-06-8e-9e-0x-dell” is ignored<br />
Aug 25 07:46:19 AMULET3 dracut[1878]: microcode_ctl: final fw_dir: “/usr/share/microcode_ctl/ucode_with_caveats/intel /lib/firmware/updates /lib/firmware”</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		fs より 新しいマシンで、再起動できない（/var/log/messages） へのコメント		</title>
		<link>https://fujisan.sunnyday.jp/fs/%e6%96%b0%e3%81%97%e3%81%84%e3%83%9e%e3%82%b7%e3%83%b3%e3%81%a7%e3%80%81%e5%86%8d%e8%b5%b7%e5%8b%95%e3%81%a7%e3%81%8d%e3%81%aa%e3%81%84%ef%bc%88-var-log-messages%ef%bc%89/#comment-9</link>

		<dc:creator><![CDATA[fs]]></dc:creator>
		<pubDate>Thu, 25 Aug 2022 10:30:41 +0000</pubDate>
		<guid isPermaLink="false">https://fujisan.sunnyday.jp/fs/?p=1446#comment-9</guid>

					<description><![CDATA[このエラーは、NetworkManager関連のエラーのようだ。
journal[11536]: ((src/libnm-client-impl/nm-client.c:4095)): assertion ‘‘ failed]]></description>
			<content:encoded><![CDATA[<p>このエラーは、NetworkManager関連のエラーのようだ。<br />
journal[11536]: ((src/libnm-client-impl/nm-client.c:4095)): assertion ‘‘ failed</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		fs より 新しいマシンで、再起動できない（/var/log/messages） へのコメント		</title>
		<link>https://fujisan.sunnyday.jp/fs/%e6%96%b0%e3%81%97%e3%81%84%e3%83%9e%e3%82%b7%e3%83%b3%e3%81%a7%e3%80%81%e5%86%8d%e8%b5%b7%e5%8b%95%e3%81%a7%e3%81%8d%e3%81%aa%e3%81%84%ef%bc%88-var-log-messages%ef%bc%89/#comment-8</link>

		<dc:creator><![CDATA[fs]]></dc:creator>
		<pubDate>Thu, 25 Aug 2022 10:17:04 +0000</pubDate>
		<guid isPermaLink="false">https://fujisan.sunnyday.jp/fs/?p=1446#comment-8</guid>

					<description><![CDATA[このエラーは、Bluetooth関連のエラーのようだ。
gvc_mixer_card_get_index: assertion &#039;GVC_IS_MIXER_CARD (card)&#039; failed

https://ask.fedoraproject.org/t/bluetooth-devices-disconnect-and-reconnect-right-after-several-times-a-day/12400]]></description>
			<content:encoded><![CDATA[<p>このエラーは、Bluetooth関連のエラーのようだ。<br />
gvc_mixer_card_get_index: assertion &#8216;GVC_IS_MIXER_CARD (card)&#8217; failed</p>
<p><a href="https://ask.fedoraproject.org/t/bluetooth-devices-disconnect-and-reconnect-right-after-several-times-a-day/12400" rel="nofollow ugc">https://ask.fedoraproject.org/t/bluetooth-devices-disconnect-and-reconnect-right-after-several-times-a-day/12400</a></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		fs より [バグ？] SMB接続で保存したInDesignファイルをAFP接続で開くと[読み取り専用]になる へのコメント		</title>
		<link>https://fujisan.sunnyday.jp/fs/%e3%83%90%e3%82%b0%ef%bc%9f-smb%e6%8e%a5%e7%b6%9a%e3%81%a7%e4%bf%9d%e5%ad%98%e3%81%97%e3%81%9findesign%e3%83%95%e3%82%a1%e3%82%a4%e3%83%ab%e3%82%92afp%e6%8e%a5%e7%b6%9a%e3%81%a7%e9%96%8b%e3%81%8f/#comment-7</link>

		<dc:creator><![CDATA[fs]]></dc:creator>
		<pubDate>Thu, 26 May 2022 06:50:20 +0000</pubDate>
		<guid isPermaLink="false">https://fujisan.sunnyday.jp/fs/?p=1071#comment-7</guid>

					<description><![CDATA[先ほど、解決したようだ、と書きましたが、
今、もう一度、Samba接続で、InDesignCS6からファイルを保存すると、やはり、
-rw-r--r--+
となっていました。
うーむ。]]></description>
			<content:encoded><![CDATA[<p>先ほど、解決したようだ、と書きましたが、<br />
今、もう一度、Samba接続で、InDesignCS6からファイルを保存すると、やはり、<br />
-rw-r&#8211;r&#8211;+<br />
となっていました。<br />
うーむ。</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		fs より [バグ？] SMB接続で保存したInDesignファイルをAFP接続で開くと[読み取り専用]になる へのコメント		</title>
		<link>https://fujisan.sunnyday.jp/fs/%e3%83%90%e3%82%b0%ef%bc%9f-smb%e6%8e%a5%e7%b6%9a%e3%81%a7%e4%bf%9d%e5%ad%98%e3%81%97%e3%81%9findesign%e3%83%95%e3%82%a1%e3%82%a4%e3%83%ab%e3%82%92afp%e6%8e%a5%e7%b6%9a%e3%81%a7%e9%96%8b%e3%81%8f/#comment-6</link>

		<dc:creator><![CDATA[fs]]></dc:creator>
		<pubDate>Thu, 26 May 2022 06:12:12 +0000</pubDate>
		<guid isPermaLink="false">https://fujisan.sunnyday.jp/fs/?p=1071#comment-6</guid>

					<description><![CDATA[Sambaから保存したファイルをNetatalkから開くと[読み取り専用]になってしまった件、下記を試してみたところ、大丈夫そうかも。。。

ちなみに、Sambaで保存すると、パーミッションが、
-rw-r—r—+
になっていた。
本来は、rwxrwxrwx
になる予定。


[global] に以下を追加

map archive = No
store dos attributes = Yes
ea support = Yes
map acl inherit = Yes



その他に変更した点

create mask、create mode の設定を削除
veto files にあった、.{*} を削除
veto files を hide files に変更

force create mode、force directory mode　を　777から0777に変更]]></description>
			<content:encoded><![CDATA[<p>Sambaから保存したファイルをNetatalkから開くと[読み取り専用]になってしまった件、下記を試してみたところ、大丈夫そうかも。。。</p>
<p>ちなみに、Sambaで保存すると、パーミッションが、<br />
-rw-r—r—+<br />
になっていた。<br />
本来は、rwxrwxrwx<br />
になる予定。</p>
<p>[global] に以下を追加</p>
<p>map archive = No<br />
store dos attributes = Yes<br />
ea support = Yes<br />
map acl inherit = Yes</p>
<p>その他に変更した点</p>
<p>create mask、create mode の設定を削除<br />
veto files にあった、.{*} を削除<br />
veto files を hide files に変更</p>
<p>force create mode、force directory mode　を　777から0777に変更</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
