  |
はてなキーワード: raidとは
どうぞ
"Legacy of the Great Tokyo Air Raid". The Japan Times. March 15, 2015. Retrieved March 25, 2018.
Werrell 1996, pp. 151–152.
Werrell 1996, p. 152.
Biddle 2015, pp. 495–496, 502, 509.
Frank 1999, p. 46.
Karacas 2010, p. 528.
Wolk 2004, p. 72.
Craven & Cate 1953, p. 555.
Fedman & Karacas 2014, p. 964.
Fedman & Karacas 2012, pp. 318–319.
Searle 2002, p. 120.
Craven & Cate 1953, pp. 553–554.
Wolk 2004, p. 71.
Downes 2008, p. 125.
Searle 2002, p. 115.
Craven & Cate 1953, pp. 610–611.
Frank 1999, p. 55.
Craven & Cate 1953, p. 621.
Downes 2008, p. 126.
Craven & Cate 1953, p. 564.
Craven & Cate 1953, pp. 143–144.
Craven & Cate 1953, p. 565.
Craven & Cate 1953, pp. 569–570.
Craven & Cate 1953, pp. 572, 611.
Craven & Cate 1953, p. 611.
Craven & Cate 1953, pp. 572–573.
Searle 2002, p. 113.
Craven & Cate 1953, p. 573.
Searle 2002, p. 114.
Frank 1999, p. 62.
Ralph 2006, p. 516.
Kerr 1991, p. 155.
Craven & Cate 1953, p. 612.
Craven & Cate 1953, pp. 612–613.
Craven & Cate 1953, p. 613.
Kerr 1991, p. 149.
Frank 1999, p. 64.
Dorr 2002, p. 36.
Werrell 1996, p. 153.
Dorr 2012, p. 22.
Crane 1993, p. 131.
Foreign Histories Division, Headquarters, United States Army Japan 1958, pp. 34, 43.
Foreign Histories Division, Headquarters, United States Army Japan 1958, p. 72.
Craven & Cate 1953, p. 615.
Foreign Histories Division, Headquarters, United States Army Japan 1958, pp. 33, 61.
Frank 1999, p. 318.
Zaloga 2010, p. 15.
Frank 1999, p. 65.
Foreign Histories Division, Headquarters, United States Army Japan 1958, p. 48.
Coox 1994, p. 410.
Foreign Histories Division, Headquarters, United States Army Japan 1958, p. 43.
Frank 1999, p. 8.
Dorr 2012, p. 161.
Frank 1999, p. 6.
Hewitt 1983, p. 275.
Craven & Cate 1953, p. 614.
Kerr 1991, pp. 151–152.
Fedman & Karacas 2012, p. 313.
Kerr 1991, p. 153.
Fedman & Karacas 2012, pp. 312–313.
Searle 2002, pp. 114–115, 121–122.
Dorr 2002, p. 37.
Werrell 1996, p. 162.
Werrell 1996, p. 159.
Frank 1999, p. 3.
Werrell 1996, p. 160.
Frank 1999, p. 4.
Frank 1999, p. 13.
Frank 1999, p. 66.
Edoin 1987, pp. 45–46.
Edoin 1987, p. 58.
Foreign Histories Division, Headquarters, United States Army Japan 1958, p. 73.
Craven & Cate 1953, p. 616.
Dorr 2012, p. 150.
Coox 1994, p. 414.
Frank 1999, p. 67.
Craven & Cate 1953, p. 617.
Hoyt 1987, p. 384.
Selden 2009, p. 84.
Pike 2016, p. 1052.
Edoin 1987, p. 77.
Hellfire on Earth: Operation MEETINGHOUSE
Edoin 1987, p. 63.
Edoin 1987, p. 78.
Crane 2016, p. 175.
Hewitt 1983, p. 273.
Crane 1993, p. 132.
Hewitt 1983, p. 276.
Kerr 1991, p. 191.
Pike 2016, p. 1054.
Hoyt 1987, p. 385.
Edoin 1987, p. 126.
Selden 2009, p. 85.
Karacas 2010, p. 522.
Kerr 1991, p. 203.
Edoin 1987, p. 106.
Frank 1999, p. 16.
Kerr 1991, p. 208.
Edoin 1987, p. 110.
Kerr 1991, p. 205.
Bradley 1999, pp. 35–36.
Dower 1986, p. 41.
Crane 2016, p. 215.
Ralph 2006, p. 521.
Lardas 2019, p. 52.
Kerr 1991, p. 210.
Frank 1999, p. 18.
Kerr 1991, p. 211.
Zaloga 2010, p. 54.
Craven & Cate 1953, p. 656.
Haulman 1999, p. 25.
Craven & Cate 1953, p. 639.
Rich, Motoka (March 9, 2020). "The Man Who Won't Let the World Forget the Firebombing of Tokyo". The New York Times. Retrieved April 5, 2020.
Karacas 2010, p. 532.
"Center of the Tokyo Raids and War Damage". Center of the Tokyo Raids and War Damage. Retrieved April 19, 2019.
Rich, Motoko; Ueno, Hisako (May 15, 2022). "Katsumoto Saotome, Who Preserved Stories of Tokyo Firebombing, Dies at 90". The New York Times. Retrieved May 22, 2022.
"Deadly WWII U.S. firebombing raids on Japanese cities largely ignored". The Japan Times. AP. March 10, 2015. Archived from the original on July 26, 2019. Retrieved August 12, 2018.
Munroe, Ian (March 11, 2015). "Victims seek redress for 'unparalleled massacre' of Tokyo air raid". The Japan Times. Retrieved February 10, 2019.
Karacas 2011.
Craven & Cate 1953, p. 623.
Biddle 2015, p. 521.
Lardas 2019, p. 88.
Crane 1993, p. 133.
Werrell 1996, p. 150.
Biddle 2015, p. 523.
Hastings 2007, p. 319.
Crane 1993, p. 159.
Crane 2016, p. 212.
Selden 2009, p. 92.
Grayling 2006, p. 272.
Werrell 1996, p. 158.
Bradley 1999, p. 36.
第276号（2024年8月19日） ウクライナによるクルスク侵攻の狙いは？
https://note.com/cccp1917/n/n1fcc95d2ad91
ウクライナ軍の侵攻部隊、10日で装甲車両45両失う 異例の損失ペース
https://forbesjapan.com/articles/detail/73149
Russia’s double-punch back against Ukraine’s shock raid
https://www.economist.com/europe/2024/08/18/russias-double-punch-back-against-ukraines-shock-raid
やっぱこれで戦争の結果が変わるほどの影響は与えられなさそう
3月15日第2刷だからできたてホヤホヤあそばせ！東京名古屋大阪と書店探し回ってたけど全然三つからなかったんだよね。
高い本だからハードカバーだと思ったがそうでもない。でも1500円ならそんなもんか。
加筆ありと言ってたが、シーン追加じゃなくカット差し替えみたいな感じで少し残念。
読んでると結構書き換えてるな～と思っても、アーカイブと見直してたらただの記憶違いだったり。
（公開記事消すの、商売としては分かるけどちょっとセコいよ！）
幼少期編はほぼそのままっぽくてガッカリ。
で、801ちゃんみたいな脚注、ネトゲ用語についてついてるのは結構便利なんだけど
「※１ Raid Guild：EQにおけるHNMLSのようなもの、多人数で1体の強敵と戦うことをRaidと呼び、FF１１におけるHNM戦に近い」って注釈は注釈に注釈がいるし
褒めるとき骨太骨太うるさいから編集じゃなくて暇が作ったんだろうなって…
あと、ドラえもんとニホンオオカミの注釈いる？（でもSF生活ギャグ漫画って注釈を鼻で笑ってたら、どうもそういうジャンルがあるらしくて恥かくとこだった）
裁判編はあんまり興味ないから読み流してるけど、資料を文章中に挟み込むデザインは結構いいと思う。
文字列折り返しになるから一見読みづらそうだけど読んでみるとそんなに気にならない
挿絵代わりの風景写真、デザインとしては悪くはないけど注釈小さすぎて分かりにくいし、会社近くのマクドの写真とか見せられても…その風景に思い入れあるの暇さんだけですよ？って
ガソリン撒くくらいに酷いとは言わんけどそんなに絶賛するほどでもないかなぁ
まぁネットで無料公開してたコンテンツの書籍化って意味ではようやっとる
あとがきが暇空というか水原さんの正気が垣間見れて一番良かった
ただ、裁判で6億勝った、ってのがウリなんだけど
今の暇さんは裁判負けまくってんだよなぁ
関わってたら裁判のためにSNS止めさせてたと思うが、それだと裁判に勝っても生活できなくなっちゃうもんなぁ
それはそうと、堀口くん個人情報流出についてUberに問い合わせてみるつもり
Uberが顧客の個人情報流出させたか、暇が虚偽情報流してUberの営業妨害してるかのどっちかだからやって見る価値ありまっせ！
調べてみたらひどいクソ仕様だったので、同じ轍ふまないように知見共有します。
なお、消えてしまったデータは息子の卒業式の動画データ。復元不能。
ストレージは壊れるものという前提は理解しているつもりなので、状況ごとにいくつかのバックアップ体制は取ってある。
安くなったとは言えすべてのストレージをSSD化するには至っていない。
そのため、OSやソフトウェアなんかはSSDにインストール、写真や動画などのサイズがでかいデータはRaid HDDでミラーリングして格納するようにしている。
それ以外にもそれほどサイズの大きくないデータはonedriveとかのクラウドストレージを利用。そのデータもRaid HDDでミラーリングして二重にバックアップ体制を敷いている。
趣味で写真をやっているのだが、今回の事故はその編集のフローの中で起こった。
編集と格納は別で考えているので、アクセス速度が高いほうがいい編集はSSD上で行い、格納はRaid HDDに行っている。
そのタイミングでgoogle photoに分散バックアップ、必要に応じて家族なんかと共有を行う。
つまり、撮影が終わったら最初にすることは、SSD上にあるデスクトップの一時フォルダに写真と動画データをコピーすることから始まる。
Raid HDDに格納するのは、編集ソフトでレタッチが終わってからだ。
まずは写真データから編集を行い、RAWデータから無事にjpegデータへと書き出してHDDへの格納が終わった。
そのタイミングで妻からの頼まれごとのためにメールをpdfプリントして名前をつけて保存しようとした。
めったに使わない機能なのだが、指定されたのはonedriveフォルダだったので、そのまま保存をクリック。
ところが、PCからonedriveフォルダにアクセスしても出力したpdfデータが見つからない。
おかしいなと思ってもう一度出力を試みて保存フォルダのパスを確認してみる。
すると、今現在HDD側に指定してあるonedriveのパスが、SSD上のデフォルトのパスに指定されているようだった。
ここで思い至ったのが、確かPCにonedriveを設定した際にうっかりデフォルト設定のまま起動してしまい、その後、HDD上にパスを切り替えたという状況だった。
「そうかぁ。保存先を変更すると元のファイルを移動させるんじゃなくてコピーを作ってしまうんだな」なんて感じに妙に納得しつつ、もう一度しっかりとパスを確認した上でpdfをコピーしてからSSD上のonedriveをshift deleteで削除した。
エクスプローラーを閉じてデスクトップに戻ってくると妙な違和感。
ない。
はぁ？と思ってPCをダブルクリックすると、すぐに警告ウィンドウが開いて「デスクトップへのパスが間違っています」といったエラー表示。
焦る。かなり焦る。
ウィンドウをすべて閉じても、デスクトップ上にはデフォルトのアイコンだけが並んでいるだけ。
頭真っ白。
多少大事なデータはあったかなと思いながらも致命的と言えるものは思いつかず（まだ見落としてるだけかもしれない）、しかし、すぐに一時フォルダごと動画データがないことに気づく。
写真はすでにjpg出力してあるので、RAWデータが消えてしまったのはなんとかなる。
子供の卒業式の動画はまだ変換をかけてもないし、当然アップロードもしていない。
終わった。
あまりにもショックだ。
読み飛ばしここまで。
結局何が原因だったかというと、最初にonedriveをセットアップする際に、デフォルトの保存先、なおかつデスクトップやマイドキュメントなんかもバックアップに含めるという設定で始めてしまったからだったらしい。
この、onedriveのバックアップにデスクトップを含めるという操作をすると次のようなことが起こる。
「本来はC:\Users\ユーザー名\Desktopにあるはずのデスクトップデータが、C:\Users\ユーザー名\onedrive\Desktopに変更される」
・onedriveのバックアップからデスクトップを含めないように設定変更
この2つの動作を行ったにも関わらず、何故かこのパソコンのデスクトップは、C:\Users\ユーザー名\onedrive\Desktoに残ったままになってしまったというわけだ。
そのため、C:\Users\ユーザー名\Desktopにデスクトップがあると思いこんでいた自分は、C:\Users\ユーザー名\onedriveにあるonedriveのフォルダを、疑うことなく削除することができた。
そしてその結果、デスクトップにおいてあったデータのすべてを失った。
いや、流石にこんなクソ設定想定できないでしょ。
大事なデータを守るっていう名目があれば、大事なデータの格納先をそんな簡単に変えていいと思ってる？
それ、誰に許可取ってやってるんだよっていうさ。
その辺の共通プロトコルを、バックアップソフトが、しかもOSの提供元がやっていいのかよっていう。
これはちょっと言わせてくれ。
マイクロソフトクソだわ。
まぁ、なんというか皆さんも気をつけてください。というか、こんなの気をつけようがないけどな。
どこに気持ちをぶつけたって息子の大事な思い出は帰ってこないのはわかってるけど、やるせなさくらい吐き出させて。
※追記
ブラウザonedriveのゴミ箱にデータが残っている可能性はゼロです。
その理由は以下の通り。
このパソコンは1ヶ月ほど前に新規にセットアップしたものでした。
そのセットアップの過程で、onedriveをインストールする際にデフォルトの保存先、なおかつデスクトップをバックアップという設定にしてしまいました。
ここでノールックで設定してしまった自分が一番悪いことは認めます。
onedriveのセットアップが終わったあと、同期に時間がかかっていておかしいな？と思ってファイルのアップロード履歴を確認したところ、あらかじめ古いパソコンからコピーしてあったデスクトップのデータをアップロードしようとしていたので、慌てて設定を見直して、デスクトップ同期のオフ、保存先をHDDに変更しました。（変更した順番は書いてある通り覚えていません。順番が逆だったら起こり得なかったかも）
この操作によって、onedriveの保存先はHDDに変更になり、デスクトップの同期も停止しました。
しかしそうした操作を行ったにも関わらず、デスクトップの保存先はC:\Users\ユーザー名\Desktopに戻ることはなく、C:\Users\ユーザー名\onedrive\Desktopのままになってしまっていました。
そのことに気づかずに1ヶ月以上作業を続けていたなかで、記載の通りSSD内に同期されていないonedriveフォルダを発見したので削除した結果、デスクトップのデータが消失しまったという話です。
そして卒業式の動画データをデスクトップにコピーしたのは、onedriveの同期を切ったずっとあとのことです。
もともとonedriveにバックアップするつもりもないし、バックアップされていないのでwebに残っているはずもないのです。
デスクトップのデータがそんなところに格納されていることがわかっていれば、もともと削除なんてしません。
同期されていないすでに使われていないonedriveのデータだけしか削除するつもりではなかったのに、何故かその中に現在進行系で使っているデスクトップのデータが格納されていて、一緒に削除されてしまったというお話です。
ちなみに、削除直後は本当に何が起こったのか意味がわかりませんでした。
その後にマイコンピューターを開いた際、別ウィンドウでエラーが出たことで初めて状況が理解できたということです。
そのエラーが「デスクトップC:\Users\ユーザー名\onedrive\Desktopにアクセスできません」といった内容のエラーです。
デスクトップ？お前なんでそんなとこに保存されてたの？からの、そういえば思い出してみればこんなことあったよなーで、原因に思い至ったというわけです。
SDカードの復元を試みましたが、サイズの大きい動画データですので、ヘッダーは読み込めたものの、データそのものはすでに別の写真データに書き換えられてしまっていたせいかちゃんと開けませんでした。
SDカードからデスクトップにデータを移すタイミングというのは、行事ごとに撮影が終わったらSDを空にして新しく撮影できる状況を作るためなので、基本的にはデスクトップにコピーしたあとは次の撮影前に必ずフォーマットすることを習慣づけています。
それは、毎回SDカードを空っぽにすることで、現像のときにデータの重複が起こらないようにするためです。（趣味で写真を取っているので撮影枚数が莫大。尚且つ現像ソフトで不要データを削除するので、SDを空にしないと、削除後にまたコピーしてしまったりと効率が悪いため）
撮影→データをデスクトップに一次保存→次回撮影時にSDカードのフォーマット→時間があるときにPC上のデータを選別、現像→バックアップ含めてデータを格納→SDカードから新しい撮影データをPCにコピー→次回撮影時にフォーマット→時間あるときにPC上のデータを選別、現像→・・・・
SDカード自体も紛失の危険性とか考えてそれほど信用しているメディアではないので、できるだけデータが保管されている時間を短くするようにしています。
個人的には、このワークフローが一番データの保存性も高く、無駄も少ない処理方法だと思っています。
だって、デスクトップを間違って消すなんてこと普通しないでしょ。
壊れたなら仕方ないって、それはそれで納得できるんだって。
流石にこんなことまで想定したワークフロー作れってのは無理な話ですよ。
すでにonedriveからデスクトップの同期も切ってて、しかも別フォルダでonedriveがちゃんと稼働してるのに、まさか自分のデスクトップがC:\Users\ユーザー名\onedrive\Desktopに保存されてるなんて思う？
https://anond.hatelabo.jp/20210723080535
この話の続きのお話
今回更にざっくりなのでふんわりと読んで欲しい。
トーゼンながら一過性の爆増激減が続くわけもなく、今はそれなりに客が戻ってきてる。
NAだとLost Arkがかなり人気でそっちもあって減りはしてる。
WoW開発部門はBlizzardセクハラ報道後定期的にやらかしてて、
まずやった事が「ゲーム内のちょっとエッチな絵画を果物の絵画に変える」事。
その次にやったことが「女性キャラクターの露出を抑える」という、
なんともピントのズレた修正をかましてきた為定期的に大炎上してる。
次の拡張では女性キャラの装備がブルカになるぜみたいなmemeが大量に作られたぐらい。
パッチで緩和されてある程度改善されたとはいえガッツリRaidやるには
トークン回収の為のタスクは山のように積み上がってると言っていい。
WoWは次の拡張で新種族が追加されるのだけど、喜び半分不安半分(またサブキャラ増やさないといけないのかみたいな)
って感じでスタンディングオペレーションって感じではとてもない。
まともな人が戻ってこないからとも言われているが多分これは正しい。
多分今この状況だと治安の悪さはLoLに肉薄するかもしれない。
民度の話と連動するけども、WoWはFF14に例えるとゲーム利用権やその他のものがギルで買えるシステムを搭載してて
プレイヤーの中にもこの存在そのものを疑問視、というよりもすべての元凶扱いする声がNFTMMOも絡めて
ゲーム内通貨が現実通貨に近いものに変換できるのであればPayToWinに他ならないし
そんなものプレイヤーの心は荒れるに決まってるじゃんという話。
吉田がNFTの話出した時に日本と違って海外プレイヤーが恐慌に近いほどの反応を見せたのは
こういう背景もあっての事。
大げさだろと思うかもだが本当。
NewWorldは今では結局一過性のよくわからんゲームだったと言わざるを得ないし
古株のゲームがどんどん規模縮小や開発がNFT導入をチラつかせてる。
WoWも開発への不信感＋大本がMSに買収されてどうなるか分からない。
今北米だとLostArkとFF14の２つが誰が見ても好調と言えるMMOなんだけど、
LostArkは職業で外見と性別がある程度固定されてるので（改善予定あり）
所謂キャラ大好き勢のライトプレイヤーが楽しめるゲームではない。
そういうわけでそこそこのグラでおしゃれな装備が沢山あってPS4でもできて好調なFF14が
リムサのエーテライト前がよくyoutubeの動画で描写されるのは
FF14といえばリムサエーテライト前ぐらいまで他ゲープレイヤーにも浸透してる為。
何故かというと暴言があんまり飛び交っておらず（リムサだけ常時監視してるのかRMT宣伝とかもマッハでBANされる為）
ロスガル2人がエモートで抱きしめあってる横でミコッテが10人ぐらい並んでケツ出してたりしてたり
ララフェルがスプリントしながらセクハラしてたりしててもそういうもんよなで許容される空気がある。
FF14は同性婚が実装されてるのもあって所謂LGBTを名乗っているプレイヤーがめちゃくちゃ元気なのもあるけどね。
重要なのが普通の性癖の人も同じ場所で負けじと大暴れしてる所でこれが真の多様性だぞとか大げさに言ってる人もいるぐらい
当然ケンカはめっちゃ起こってるけど対立を招くとかもなくケンカの範疇で収まってる。
そんな感じで多少なりとも全員で妥協しつつ許容しあってるリムサの光景を心の支えにして遊んでる人が相当数いる。
これが費用も安くて故障したとき、バックアップの NAS をメインに切り替えたら、わりとすぐ復旧できる。
一旦 USB 経由してるのは NAS は転送速度が遅いからで、うちの場合ネットワークの速度が 10MB/sec ぐらいしか出ん（勘違いでした 50MB/sec 以上は出てました）。
数テラ級の NAS とかになると、一晩じゃ絶対戻りきれないので、
運用しながらバックアップしながら復旧するのに、やっぱり2週間はかかる。
幸い障害時に一番に復旧させる必要な箇所のデータは CSV とかなので、先にそこのデータだけ復旧させたら、
あとはなんとか運用しながら復旧できる。
とりあえず大事なデータは NAS に入れろ！って言うのを周知。
個々のパソコンが壊れたら、
物理的に取り出して、USB 接続させてサルベージできるので、そこはあんまり困ってない。
（だったら RAID も同じ機器2台買って二重にしたいタチ）
取り回しのしやすい USB HDD を複数で多重バックアップさせておけば OK と思ってる。
NAS の HDD は Windows にマウント出来ないので一度 Linux 経由でマウントさせてサルベージさせてみようと思ったけど、差分とかどうやって取り出したらいいのか分からなかったし Linux 自信ないので難しかった。
それを踏まえると NAS が壊れたらややこしいので NAS のバックアップは必須。
困るのが
世代バックアップが出来ないぐらい（あんまりそんな問い合わせもないけど）
だから Mac の TimeMachine は個人であんなバックアップシステムは変態すぎる。
Buffalo の NAS は電源を付けたり消したりしているとすぐ壊れるので、24時間ずっと付けっぱなしの方が壊れない。
（Buffalo の昔のファン付き NAS はファンが壊れたらどうしようもなかったので、苦情も多かっただろう（ファン交換部品もオプションであったしね）、いま Buffalo の NAS はほぼファンレスなので耐久性も抜群に上がってきている）
あと Buffalo の NAS は機種によって勝手に画像のサムネイルを生成してしまう余計な機能がある NAS があるので、そう言った機能がないのがプレーンに使えてよい。
LS510DG や LS210DG など 510 210 の桁の品番が、そう言った余計な機能がない品番になる。
会社で使う分には勝手に色々なファイルを生成されるとバックアップに支障をきたすので、そう言った機能がない方がよい。
零細企業と言えども
NAS 4台もあるし、それにともなう USB 接続の HDD も必然的に多くなる。
この理屈で運用すると NAS の倍の USB HDD が必要になる、実際にそうしてるけど。
今余裕がないので予備の NAS でのバックアップが出来てないけど、まあなんとかなるか。って感じ。
「DiskMirroringTool Unicode版」のみ
この Unicode版じゃないと中国語のフォントなど文字によってバックアップ対象から外れてしまうし、4GB 以上のファイルもバックアップ出来ないので、
Unicode版な。
データは大切！これを分かってくれる人は意外と少ない。
ごめん「障害点が増える」「難易度が上がる」って言ったほうがよかったわ
まさかここでそのあたりまでツッコめる人いないだろうと思ってたんでｗ
多重化をすれば回避できるのはソフトだろうがハードだろうが当たり前のことだけど、
ハードウエアであることによる発見の困難さ、ってのはSDSより難易度が上がるからね
OSを積んでるRAIDカードってのは初めて知ったけどｗ、そんな何百万もするハードはレアな運用になるし、
RHEL・MS・HCIメーカー提供のSDSより圧倒的に情報も少ないからね
ベンダーに言われるままにハード入れて某銀行のようなことが起きる
SDS万能って言ってるわけじゃないけどね
物理的なモノが増えればそれだけ厄介が増えるよて話よね
