なぜUNIXはwindowsに敗北しているのか?4
これはそれが知りたかったら金を払えっていうMS社のお告げ? >>20
間違ったpassを連チャンで渡してアカウントがロックアウトになったのかな?
汎用名前付け規則 (UNC) を使用したリソースへの接続
UNC 名を使用してリモート ネットワーク リソースに接続する場合、ユーザーのアカウント情報が検証される必要があります。
UNC 接続は、SMB (Server Messaging Block) を使用して、複数 UNC プロバイダ (MUP) を介して機能します。
SESSION SETUP および X という SMB が接続に使用され、その時にユーザーのアカウント情報がネットワーク リソースに渡されます。
リソースがユーザー アカウントを保持するドメイン コントローラの場合、検証はそのコンピュータ上でローカルに行われます。
しかし、リソースがパススルー認証を使用して、ユーザーを検証する必要がある場合、この資料で先述したセキュリティ保護されたチャネル メカニズムが使われます
。ネットワーク リソースはそのドメイン コントローラからのユーザーの検証を要求し、ユーザーのアカウント情報が有効でない場合、
ドメイン コントローラはネットワーク リソースにエラーを返します。さらに、ドメイン コントローラはそのユーザーの usri3_bad_pw_count を増加します。
これはすべて要求元のクライアント ワークステーションには透過的に行われます。ネットワーク リソースはクライアント ワークステーションにメッセージを返します。
そのメッセージには NT ステータス コード0xC000006D、STATUS_LOGON_FAILURE が含まれます。
MUP の動作はやや異なります。MUP はユーザーの試行ごとに、最低 3 回この手順を繰り返します。
追加の試行はユーザーに透過的であり、ネットワーク回線のトレースを取得することによってのみ観察できます。
したがって、MUP プロバイダを利用するプログラムにこの動作が見られます。
誤ったアカウント情報による "net use" コマンドを使用した最終的な結果として、誤ったパスワード カウントの値が 3 増加されます。 >>21
knowledgebaseで状態コードで検索して一発だったぞ… こちらで探したらこんなんでたよ。検索ワードがおかしかったのか?
詳細
申し訳ございません。
現時点では、Error and Event Log Messages と Knowledge Base データベースにこの問題に関する情報は記載されていません。Support 領域のリンクを使用すると、他の場所に追加情報があるかどうかを確認できます。 >>23
>間違ったpassを連チャンで渡してアカウントがロックアウトになったのかな?
だったらlinux側でもマウントできないはずだがそちらはできる。 ワークグループ名の設定はOKか? ドメインだと話がややこしいが。 確かに発見できました。ありがと。
でも解決には至りそうにないが。
あと、いい加減スレの趣旨と離れてきた気がするのでこの手の話題のスレがあればそちらに移ったほうがいいと思う。 >>29
もちろんそこは抜かりなし。すべてデフォルトのMsHomeにあわせてある。
ドメインは使ってないので関係ないかと。 >>14
しかし今更だがこれはXPの不具合なのか?
どうみても凡ミスを犯している気がしてならない。
大体こういう共有とかの基本的な機能に簡単に不具合が出るようでは、企業の運用とかで問題が出るだろ。
Linuxではないが我が家ではMAC OSXとFreeBSDとXPでファイル共有は全く問題が出たことがない、
というより問題出る方が少ないだろ、普通の使い方してれば。 それは確かに。普通の使い方してれば、不具合がおきないように作ってあると信じたい。 M$が考える普通の使い方とユーザが考え流布通の使い方には大分差があるからね。 妙にMSに媚びるね?本当にWindowsを使ってきたてないのか。
厨っぽいから昔のMSを知らんのかしらないが。
最近使い出したら思わないかもしれないが、MSの先端分野は常に微妙さを含む
もはや伝統といってもいいと思うんだがね。なんでもVer3以降にならないと
まともに使えないのがMSクオリティ。 アプリのせいで動きがおかしくなるOSってのは最近は珍しい存在。
そんなOSに鯖なんかさせないよな普通。 昔のことを言い出せば、Linuxはもっと不安定だったな。
ファイルシステムごと自爆もしたし。
ところで、前スレ>966 からぐだぐだ続いているのって、ネタじゃなかったの?
>WinXP, Linux, OpenSolarisとインスコしているけれど、
>一番遅いのがWinXP。
>速度的にLinuxとOpenSolarisと変わらず、
>でもドライバが多いのがLinux。
とか書いておきながら、具体的に何? と聞かれると
>Linuxはドライバが全部揃っているようなんですが、時間がなくてまだセットアップ
>していません。
だもん。みんなよく付き合うよなぁ。
このスレ自体がひまをつぶしたくなったときに覗くものだから。 実はビデオドライバが入ってないとか、PIO病にでもなってるんじゃないかと思った。
XPは該当GPUのビデオドライバなくても一応XGAとかで写るし。
で、描画が極端にもっさりするしCPU使用率も上がるから辻褄は合わなくはないかなっと。 >>38
Unix板でLinuxとか言ってるのが変だろ。
というか、昔だったらLinuxもというが
Linuxは作り途中だったのに対し
Windowsは一応製品として売っていたんだけどな。 ttp://www.acer.co.jp/products/notebook/f3400spec.html
これでしょ
ATi&VIAでそんなに素性が悪いものじゃないと思ったが…
ファンはCnQドライバの未適用
ネットワークはNICドライバが更新されていないとか
ハブとの相性とか
電源まわりでおかしいのはVIA 4in1が入っていないとか
そんな感じだと思うんだけど
windowsはドライバ管理が面倒とは言える >41
unixだってひどいものは多かったよ。
某制御用のUNIXマシンで、コンパイルエラーでマシン毎落っこちた
時にはなにが起こったのか直には頭に入ってこなかったな。
SUNにしたところで、昔は「マニュアルに書いてあるのは
『こんなことできたらいいな』という希望だから」と某T情シスの人に
言われて眩暈がしたり、Solarisへの移行時の劇重なアレとか
Look&Feelのふらつき具合とかいろいろあるし。
まあ昔は Unix もひどかったな。でも今はまともな OS だよ。
変なアプリ入れても OS は安定しているし。
個人でも Enterprise 用途と言われる OS とマシンを利用する今の時代に
変なアプリを入れたからって不安定になるような OS は
許されないぞ!
で、Enterprise って何?(^_^;) >>43
> unixだってひどいものは多かったよ。
つか。基本的にはハード/デバドラ
# これは Windows も同じだろ
前スレあたりで、skin XP にすると業務用アプリが OS 丸抱えで
落ちるとか言ってたゲーム関係の仕事してるやつだって、おそら
くハード/デバドラのせい。
おいらも、数式計算ソフト使ってたら何の予告もなく OS 丸抱え
でしょっちゅう落ちるんで、スキンをクラシックにしたらすごく
安定した記憶がある。
でもって、ビデオカード変えたら XP スキンでも
「とろくはなったけど、落ちなくなった」
>47
コンパイルエラーで落ちるバグは、さすがにデバドラ云々の
レベルじゃなかったな。
そういえば、JAVAプログラム動かした瞬間OS落ちるのもATIのドライバが原因だった
他にもメモ帳で改行を挿入すると次の行が見えなくなるIntel内蔵グラフィックドライバとか
ファイルをD&Dするとアイコンが青っぽく透けるnVidiaのドライバとか
ゲームのデバッグは多分タイトルバーの幅が決めうちで計算してるとかで
新スタイルだとタイトルバーが太くなったせいでどっかで0除算とかマイナスになってエラー
で、表層のGUIが落ちるとカーネルモードで動いてるドライバが暴走してOS巻き込みでハングとかのオチかね?
ああ、そういえばNT系のテンポラリフォルダは
C:\WINNT\TEMP
に決まってるとかハードコードされてる糞アプリも見たことあるな 俺の人生のhardでcoldなfactが記されたdocumentsを犬っころなんかに探させるMSが許せねえ Winはアプリが危険な状態にり反応が無くなるとシェルが不穏な動きをするな。
わりと簡単にシェルが落ちるし。勝手に再起動してる。
アプリ立ち上げたまま再起動しようとすると、反応無いので殺っちゃう?みたい
なメッセージにも不信感を感じる。 シェルが勝手に再起動するとか言ってる香具師
まさかSP2をまだ入れないでしかもAcrobat Reader 6入れてるとか言わないよな? XPでSP2当ててる。
Winのシェル再起動を見た事無いなんてモグリに違いない
なんかのアプリがトリガーなのかもしれんが、それはそれでウンコOSとしか
言いようがない。 まったり使うと早々無いけど、激しく使うとたまに再起動してるね 安物かき集めて組んだ自作機なんて、どんなOSでもまともに動くわけねぇよw 自作は自ら選んでるだけに、まともに動かないことは普通ありえない。 最近、メモリ運が悪くて腐ってるメモリを良く引き当てる・・・
全テスト済み買えって話なんだろうがなorz
というわけで、自作でもハズレはあるぞっと。
# 1GBのメモリはハズレ多くね? >>48
スキンがデバイスドライバの秘孔を突いてしまうんだろうよ。
あるシーケンスで描画要求出すと、デバイスドライバのバグが発現
するんだろうな。
Windows2000からこっち、Windows本体に起因すると思われるバグで
落ちたりすることは、まずほとんどないね。ほとんどはハードウェア
の障害かデバイスドライバのバグ。問題の切り分けのできないア ホ
が、Windowsが不安定だと騒ぐわけですw >>64
> デバイスドライバのバグ。
ドライバも十分 OS の一部だとは思うが、全体的には同意。
> ドライバも十分 OS の一部だとは思うが
アホか。 >>66
隣国の大手メーカーのちゃんとしたパッケージ入りブランド品だったんだけどね・・・
ノンブランド・バルクなら兎も角パッケージ入り品で引くとさすがにorzってなる とういうかUnix信者がバカなだけじゃなくてWin信者もバカだからこんな所に着てまで
Win厨がブーブーいうんだよ。何でスタンダードでありながら
Winが支持されないか全く理由が分かってないな。 > Win信者
そんなのいませんが?バカですねぇ。
> Winが支持されないか全く理由が分かってないな。
ハァ?支持されているからこれだけ使われているわけですが?
バカですねぇ。 仕事で使われるということは、即ち支持されているということだからな。 >>77
仕事でしかたなくっていう香具師は辞めて希望の
OSに浸かって仕事すれば良いだろうに
無能者の愚痴も聞きたくないし
なんだかんだ言いながら本当は好きで使ってるんだろ? こういう言い方は好きじゃないけど
政治的に決定されたものが押し付けられる場合が殆どなので
現場が支持したOSを使わせてもらえる幸せな環境ばかりではないよ > 無能者の愚痴も聞きたくないし
> なんだかんだ言いながら本当は好きで使ってるんだろ?
>>77は優秀だから道具を選ばす仕事できるんじゃん
そのぐらい察しろよw 最初から1本釣りの仕事だとわかって労働契約しておいて
いざ金を貰ってこなれてきたら投網が良いんだよとか
俺は底引きが良い
効率が違うだの勝手が良いだの能書き並べ
命令だからイヤイヤ1本釣りなんだと言う
じゃ他で勤めれば?っていうと
やれ通勤が、やれ遠洋は拘束時間がとか
やれ給与が安いし、やれ受からないし
結局何がしたいの?ってきくと
まぁ1本釣りで良いんだけどさぁって言う
勝手な推測でに分かったような気になってるけど
雇う側と雇われる側、売る側と買う側の力関係は
おまいの想像とは、だいぶ違う法則で成り立ってる。 >>85
オレは仕事だから客のチンコねぶれと言われたら
速攻で辞める
仕事だからと仕方なく舐める糞野郎には墜ちたくない いくらヘドが出るほど嫌いだからってそんなのと比べたらウィリアムが可哀想だろ
あれはそれなりにいいOSだよ >>64
秘孔w
スキンなんかでカーネルが道連れにされる構造はいただけないね
どうせWin厨が来るならレベルの高い奴希望。
今日は珍しくXPがフリーズしました。
Winでもさすがにフリーズは最近見た事なかったので、ちょっと感動。
だいなぶっくの超薄ノートで。 ユーザー数が違いすぎるからだろ
てか,WINは誰でも使えるOSとなりつつある。それは素晴らしいことだ。
UNIXは誰でもつかえるOSでは無い。それも素晴らしいことなんだ。
UNIXが誰でも使えるようになったら、職が無くなる。 うちのバイト先のスーパーでも社員の兄さん達が商品の在庫管理やらに
Excel使いこなしてるもんなー。
どこまでも普及している<wINdoWS
しょせんは勝てない勝負なのか、、、、orz
実際のところ誰でも使えるけど、簡単というわけでもなくパソコン教室の
たぐいはそこそこ繁盛してる。
もともとコンシューマ用と業務用は分かれる傾向にあるので、UNIXを素人
が使いこなせなくともぜんぜん問題ない。 Excelは優れてるよ。中身の割りに操作も、設定も非常に簡単だし。 もとは Microsoft の Mac アプリだったにゃ>Word&Excel × 負け犬UNIX厨の吹き溜まりはここですか?w
○ 負け犬厨の吹き溜まりはここですか?w
Linus信者も・・・
RMS信者も忘れないであげてください・・・ もうUNIXはfirefoxとかJavaのVMみたいに
OSを問わないで動くシステムに文化が移行してきてるのかな >>110
まあ、そうだけど
最近のコレは!ってのが、そういう方向性だから
盛りあがりにかけるのかなぁと >>109
逆だよ
昔々、UNIXをシステムを問わず動くOSだったんだけど、
RISCベンダの不毛な競争で互換性が失われたんだ
>>113
それはそうかもしれないが、勿論それを踏まえた上での話しだよ。
それ故に互換性の高いのがホットになってしまって、OSを問わず
動くのがうけてるでしょ。だから文化が移行しつつあるのかなと思ったんだって。
ネタスレにしても、アホWin厨とLinux入門しました君しかいないと
釣るにもつれないだろ・・・。 >>113
> 昔々、UNIXをシステムを問わず動くOSだったんだけど、
はいぃ?
MIPS なり SPARC なり HP-PA なりの RISC CPU が Unix を実装しやすく
設計されている事実は無視ですか...
# MIPS に至っては, 「Unix 以外は動かなくていい」ってな, とっても
# 潔いアーキテクチャなんだが...
>>114
> それ故に互換性の高いのがホットになってしまって
つか, それだけ無駄に CPU 使っても CPU がついてくるようになったからでしょ?
Windows とか Mac の UI だって, CPU ついてこなきゃ絵に描いた餅なんだし...
Vax 一台に何人もぶら下がって仕事してた時から比べると天国に近い状態だわな.
>>115
CPUがいいから動くのは確かに事実だけど、
だったら、それを互換性以外に生かすソフトが出てもいいと思うんだよね。
実際にネットワークや、OSに依存しないようなものが注目されるなら
UNIXerもそれを利点としてあげると思うんだけどね >>115
UNIXって黎明期はミニコン
80年代半ばは68020,68030だ
そしてUNIX間の互換性が大幅に低下したのは
SPARCやMIPSが出て、ちょっとしてから
あとRISCがCに最適化ってのはいいすぎだろ
680X0のほうが高級言語向きといえなくない >>117
> 80年代半ばは68020,68030だ
66020 の頃から, すでに SYSTEM III と BSD と HP-UX の3種類はありましたが…
こいつらの互換性が高かったとはとても思えないんだけど。
各ワークステーションメーカが独自の拡張はじめてたから
> SPARCやMIPSが出て、ちょっとして
する前に, 十分分化してたと思う。
> あとRISCがCに最適化ってのはいいすぎだろ
C じゃなくて Unixって書いてある。
俺も MIPS あたりの割り切りは, とても「Unix 系以外の OS に向いてる」
とは思えんのよね。
リアルタイム OS 移植したときに「割り込みの応答が遅い」って、
えらく不評で外付回路追加して逃げたし…
Sparc にいたっては, あのレジスターウィンドーのおかげで
「もしかしてコンパイラいじらないとリアルタイムは無理?」
状態だったみたいだし…
# こっちに関しては、当時 ABI を切り替え可能なコンパイラが存在したか否かを
# 知らないんで何とも言えないけど…
VMware PlayerにFC4をインストールして遊んでみたんだけど、軽く衝撃を受けた。
Linux厨の誇大広告もあながち間違ってはいないようだ。