1: なまくらめめ ★ 2016/04/15(金) 21:42:41.65 ID:CAP_USER*.net
    Posted 10 hours ago
    http://business.newsln.jp/news/201604151116100000.html

    no title


    レンタルサーバー業者で、従業員のミスによりサーバー上の全データが削除されるという
    あり得ない事態が生じたことが14日、英大手紙「Independent」の報道で明らかとなった。

    このレンタルサーバー業者では、削除してしまったデータを復元するために、大手QAサイトのserverfaultに
    「Recovering from a rm -rf /(rm -rf /から復元する方法を教えてください)」とする書き込みをすることで、
    問題の解決方法を模索しているが「バックアップがない限り、復元は難しい」といった回答も寄せられている。

    QAサイトのserverfaultでは、日ごろ、初心者からの質問から、かなりの高度な質問まで、様々な質問が寄せられるとただちに、
    最適な回答が付く状態が続いているが、さすがのserverfaultの熟練回答者であっても
    会社の全データを「rm -rf /」で削除した後にどのような有効な復元策を講じることができるのかは、回答に詰まる状況となっている。

    このミスをしてしまったレンタルサーバー業者の管理人となるMarco Marsalaによると、
    プログラム中で、「rm -rf {foo}/{bar} 」と指定することで全サーバーを対象に、特定のディレクトリーのファイルだけを削除するスクリプトを動かしたところ、
    このプログラムのバグにより、特定のディレクトリーだけでなく、全てのディレクトリーが強制削除の対象になってしまったと説明している。

    また、バックアップを事前に取っていなかったのかという質問については、
    もちろんバックアップは取得していたが、この全削除のプログラムによりバックアップファイルも削除の対象となってしまったと述べている。
    このレンタルサーバー業者は、1535のカスタマーを抱えているが、この事故の発生により、これら全てのカスタマーのファイルが無くなってしまった。

    高級紙となるIndependentでは、「Marco Marsalaのミスは、単に『rm -rf /」を実施してしまったという単純なミスとして片づけられるものではなく、
    それ以前の問題として多数のミスを内在していたことにある』というserverfaultで寄せられた回答の一つを紹介することで、
    問題の本質はより深いところにあると同時に、こうした問題は、社会経済の様々な領域で実際に起きているということを暗に示唆している。


    引用元: http://ai.2ch.sc/test/read.cgi/newsplus/1460724161/

    4: 名無しさん@1周年 2016/04/15(金) 21:43:37.90 ID:mdgrl0/20.net
    バルス!!!!!!!


    5: 名無しさん@1周年 2016/04/15(金) 21:43:41.51 ID:9skb8o6c0.net
    そんなレベルのやつがルートパス知ってるの?


    6: 名無しさん@1周年 2016/04/15(金) 21:43:50.55 ID:5QUnpNTf0.net
    うぉーおそろしやー


    7: 名無しさん@1周年 2016/04/15(金) 21:44:04.52 ID:p2UMu+WW0.net
    >>1
    俺も昔やったぞwwwww

    スーパーユーザー権限でwwwwwwwwwwww


    8: 名無しさん@1周年 2016/04/15(金) 21:44:13.49 ID:wRgr2WU80.net
    管理者権限でこんなコマンド打つ方がおかしい。


    12: 名無しさん@1周年 2016/04/15(金) 21:45:08.56 ID:p+QfnYzj0.net
    わろた


    13: 名無しさん@1周年 2016/04/15(金) 21:45:10.55 ID:p2UMu+WW0.net
    昔いじってたUNIXは

    #のまんまだった。
    オフラインのシステムだから、スーパーユーザーにパスワードなど
    無かったし。


    14: 名無しさん@1周年 2016/04/15(金) 21:45:11.49 ID:PXZOs03A0.net
    関数設定したものの、関数の中身の設定してなかったらブランク扱いだからな
    この記述の仕方は怖いよ


    15: 名無しさん@1周年 2016/04/15(金) 21:45:13.86 ID:Ni/JE37K0.net
    顧客は発狂
    野次馬はワロタw


    16: 名無しさん@1周年 2016/04/15(金) 21:45:33.68 ID:ewqY/Ok60.net
    パナマ文書問題?
    脱税記録のもみ消し・・・


    147: 名無しさん@1周年 2016/04/15(金) 21:55:37.77 ID:Wy/LyC4E0.net
    >>16
    それだ


    17: 名無しさん@1周年 2016/04/15(金) 21:45:41.46 ID:F5jKEMuD0.net
    ファーストサーバーかよw


    30: 名無しさん@1周年 2016/04/15(金) 21:46:32.20 ID:IOCPKezo0.net
    >>17
    ま、前科があるレンサバ業者には耳が痛い話だろうが。


    18: 名無しさん@1周年 2016/04/15(金) 21:45:46.32 ID:gXVVWbhk0.net
    クラウドは大丈夫なのかねw
    もう何を信用していいのやら


    19: 名無しさん@1周年 2016/04/15(金) 21:45:50.18 ID:i6C7NcxF0.net
    ドラゴンボールで例えて


    32: 名無しさん@1周年 2016/04/15(金) 21:46:35.02 ID:p2UMu+WW0.net
    >>19
    魔人ブウがミスターサタンも殺害。


    20: 名無しさん@1周年 2016/04/15(金) 21:45:52.89 ID:jFIzx9pI0.net
    no title


    21: 名無しさん@1周年 2016/04/15(金) 21:46:02.36 ID:IOCPKezo0.net
    本当にやるヴァカがいるとはwww


    22: 名無しさん@1周年 2016/04/15(金) 21:46:04.19 ID:JHJ/aUlcO.net
    RAIDでなければ復旧業者に頼めば復旧できると思う


    23: 名無しさん@1周年 2016/04/15(金) 21:46:05.65 ID:PccO40fb0.net
    こわ


    25: 名無しさん@1周年 2016/04/15(金) 21:46:13.81 ID:vzCg1Jow0.net
    ドリル小渕もこれで済んだんじゃ


    26: 名無しさん@1周年 2016/04/15(金) 21:46:15.12 ID:VdYjptgV0.net
    おっかねえなこれ
    自分のところだけならまだしも顧客に影響出たらもう終わりだな、この会社


    27: 名無しさん@1周年 2016/04/15(金) 21:46:19.81 ID:uSqmirZm0.net
    テムズ川のなかにいる


    28: 名無しさん@1周年 2016/04/15(金) 21:46:28.00 ID:wgGC3UXR0.net
    今頃 サイト閲覧不能になったとか
    めっちゃ電話鳴ってるんだろうな


    29: 名無しさん@1周年 2016/04/15(金) 21:46:31.03 ID:j6v67UQ60.net
    ホワイターなら食らったことある


    31: 名無しさん@1周年 2016/04/15(金) 21:46:32.53 ID:5cVWNrfb0.net
    嘘じゃないから 一等地に限ってそっちの施設があるんだろ。


    33: 名無しさん@1周年 2016/04/15(金) 21:46:40.48 ID:KPGF48Pa0.net
    MS-DOSの時代にフロッピーをフォーマットするつもりで
    format C:/
    とかやったことのある奴はいると思うw


    40: 名無しさん@1周年 2016/04/15(金) 21:47:26.72 ID:fJESieS30.net
    >>33
    PC-9801ユーザーですし


    229: 名無しさん@1周年 2016/04/15(金) 22:02:43.12 ID:CPoodEp40.net
    >>40
    98ユーザーが98NXになって間違ったケースが…


    49: 名無しさん@1周年 2016/04/15(金) 21:48:17.83 ID:VdYjptgV0.net
    >>33
    昔の2ちゃんでそんなレスを見たような希ガス


    58: 名無しさん@1周年 2016/04/15(金) 21:49:00.91 ID:YSIop7Cb0.net
    >>33
    あああwwwwwwwwwwwwwwwwwww
    いや、俺はやってない!!!
    断じてやってない!!!wwwwwwwwwwwwwwww


    71: 名無しさん@1周年 2016/04/15(金) 21:50:00.88 ID:5glhgCo/0.net
    >>33
    あるある。
    ありすぎて困る・・・


    34: 名無しさん@1周年 2016/04/15(金) 21:46:58.83 ID:hzvytUEa0.net
    rmってワザとだろ


    35: 名無しさん@1周年 2016/04/15(金) 21:47:04.27 ID:HxV1xaZ50.net
    サイバー自爆テロ発生の瞬間か!


    36: 名無しさん@1周年 2016/04/15(金) 21:47:04.60 ID:oxEbTz1w0.net
    人的ミスはなくならないんだからOSの作りを変えるべきだろ。


    37: 名無しさん@1周年 2016/04/15(金) 21:47:08.98 ID:MulG8QYg0.net
    >Recovering from a rm -rf
    from an "rm -rf" だと思うんだわ。


    162: 名無しさん@1周年 2016/04/15(金) 21:56:56.04 ID:XCLpNa5p0.net
    >>37

    仕事場で読みはremove

    man rmでみると remove directory entries


    38: 名無しさん@1周年 2016/04/15(金) 21:47:15.74 ID:SWBVyS840.net
    使ったね…滅びの呪文を使ったね!


    41: 名無しさん@1周年 2016/04/15(金) 21:47:27.06 ID:mpvK33bz0.net
    バックアップも削除対象とか頭おかしいやろ


    42: 名無しさん@1周年 2016/04/15(金) 21:47:29.21 ID:kN7F/UuQ0.net
    シェルの方で、消してもいいか何回も聞けよ


    48: 名無しさん@1周年 2016/04/15(金) 21:48:15.62 ID:wgGC3UXR0.net
    >>42
    パソコンって素直だから...


    55: 名無しさん@1周年 2016/04/15(金) 21:48:30.89 ID:fJESieS30.net
    >>42
    それがうざいから、オプションでオフにしてんじゃんw


    139: 名無しさん@1周年 2016/04/15(金) 21:55:08.07 ID:O56HPz8H0.net
    >>42
    それを消すなんてとんでもない!

    くらい言って欲しいな


    43: 名無しさん@1周年 2016/04/15(金) 21:47:44.30 ID:TBO24HMg0.net
    あるある


    44: 名無しさん@1周年 2016/04/15(金) 21:47:44.48 ID:j20EURnU0.net
    謝れば許してやるよ(´・ω・`)


    80: 名無しさん@1周年 2016/04/15(金) 21:50:45.10 ID:mWlxXu230.net
    >>44
    許してやる前に経済的な弁済が先。


    45: 名無しさん@1周年 2016/04/15(金) 21:47:58.40 ID:V9uyfg/o0.net
    これは確信犯


    60: 名無しさん@1周年 2016/04/15(金) 21:49:13.10 ID:tiiB1GDj0.net
    >>45

    パナマ文書があったんか?w


    46: 名無しさん@1周年 2016/04/15(金) 21:47:59.05 ID:tiiB1GDj0.net
    なんでそんな奴にroot与えたの


    47: 名無しさん@1周年 2016/04/15(金) 21:48:09.40 ID:Ph9DHEoy0.net
    ルート以下を強制削除か
    サーバー業者ならバックアップは当然有ると思うがな


    50: 名無しさん@1周年 2016/04/15(金) 21:48:18.77 ID:Ve7j2C/L0.net
    大体、バックアップまでなんで同じルートに入れてんだよ。(笑)


    51: 名無しさん@1周年 2016/04/15(金) 21:48:21.23 ID:og6HWvwm0.net
    僕の死後、ハードディスクの中身も削除してください


    52: 名無しさん@1周年 2016/04/15(金) 21:48:22.89 ID:3NfmvN2xO.net
    いいか諸君
    偶然なんて世の中には無いんだよ
    全て必然なんだ
    消す理由があったんだよミスを装ってな

    おや…誰か来たようだ
    (´・ω・`)


    54: 名無しさん@1周年 2016/04/15(金) 21:48:24.52 ID:HSUnelth0.net
    俺も自分のLinuxでやったわ(笑)
    半泣き


    56: 名無しさん@1周年 2016/04/15(金) 21:48:45.21 ID:U2u1Ra8u0.net
    ファイルのサルベージアプリで復旧させればいいじゃない


    57: 名無しさん@1周年 2016/04/15(金) 21:48:50.34 ID:2L/7Jh2E0.net
    -fが曲者


    59: 名無しさん@1周年 2016/04/15(金) 21:49:08.09 ID:nShimWeu0.net
    chflagsがないlinuxなんていうおもちゃを使うから…


    76: 名無しさん@1周年 2016/04/15(金) 21:50:20.01 ID:tiiB1GDj0.net
    >>59
    それはlinuxの問題じゃなくて、ディストリの問題。


    61: 名無しさん@1周年 2016/04/15(金) 21:49:19.89 ID:O4kGBJ5L0.net
    ディスクを0フィルするわけじゃないし
    何とかできるんじゃないの?


    225: 名無しさん@1周年 2016/04/15(金) 22:02:19.08 ID:Te+pgAwx0.net
    >>61
    そう、物理的には消えてない。ファイルシステムのディレクトリエントリの削除ビット立てて論理的に消してるだけ。
    だから、頑張ってファイルシステムを復旧できればなんとかなるかも。
    どう頑張ればいいかは知らん。


    62: 名無しさん@1周年 2016/04/15(金) 21:49:22.08 ID:rvkZ9R3I0.net
    俺ですらバックアップはサーバーとは別に保存してると言うのに

    俺って実はけっこうえらいのか・・・


    63: 名無しさん@1周年 2016/04/15(金) 21:49:24.63 ID:fIduWFua0.net
    バックアップのバックアップないのか


    64: 名無しさん@1周年 2016/04/15(金) 21:49:28.71 ID:NrJiXchD0.net
    俺も昔rootアカウントで crontab -l とすべきところを
    crontab -d と打ってしまい、とんでもない目に遭ったので笑えない。

    ええ、それ以降は必ずviで見るように習慣がつきましたとも。


    65: 名無しさん@1周年 2016/04/15(金) 21:49:31.05 ID:fJESieS30.net
    :すいません許してください!何でもしますから!


    66: 名無しさん@1周年 2016/04/15(金) 21:49:31.20 ID:p2UMu+WW0.net
    root権限で作業すると、
    ムスカ大佐の気分になるから困る。


    69: 名無しさん@1周年 2016/04/15(金) 21:49:46.07 ID:9AfhhHrK0.net
    普通に粛清対象だろ


    70: 名無しさん@1周年 2016/04/15(金) 21:49:59.55 ID:SWBVyS840.net
    fooもbarも空だったり取得できなかったら
    /でそのまま実行されるうんこスクリプトだったんやろなぁ…


    72: 名無しさん@1周年 2016/04/15(金) 21:50:05.17 ID:9RczLTqK0.net
    >>1
    あーコワイなあ、コワイなあw
    やっちまったなあwww


    73: 名無しさん@1周年 2016/04/15(金) 21:50:12.48 ID:2tUbY52PO.net
    イギリスだし他人のことなのに考えたら吐きそうになってきた


    74: 名無しさん@1周年 2016/04/15(金) 21:50:14.75 ID:3xP0vuiG0.net
    ゴミ箱から元の場所に戻すでいいじゃん


    93: 名無しさん@1周年 2016/04/15(金) 21:51:36.46 ID:p2UMu+WW0.net
    >>74
    サーバー上だと、ゴミ箱が無い。
    怖いんで、自分のローカルにコピーしてから作業してるわ。

    壊すのは簡単だからな。


    75: 名無しさん@1周年 2016/04/15(金) 21:50:17.85 ID:g8ApdFqD0.net
    あーあやっちゃった


    77: 名無しさん@1周年 2016/04/15(金) 21:50:27.82 ID:nZOYbXAR0.net
    まぁ、全部のデータが流出するよりは多少マシなんじゃね?


    141: 名無しさん@1周年 2016/04/15(金) 21:55:17.47 ID:LpjbgXiu0.net
    >>77
    慰めになるなww


    78: 名無しさん@1周年 2016/04/15(金) 21:50:28.10 ID:0p2zr57i0.net
    パソコン不調でメーカーサポートに電話して「まずリカバリを試して下さい」と言われ全データ消えた友人より深刻。


    79: 名無しさん@1周年 2016/04/15(金) 21:50:31.78 ID:IBrmXytG0.net
    ディレクトリを消すシェルを書くとき、
    ディレクトリのパスを変数に入れてて、変数を読み込めなくて

    結果的にrm -rf /が走ることになる、とか、
    ルーキーミステイクとしてはありがち


    115: 名無しさん@1周年 2016/04/15(金) 21:53:08.27 ID:mpvK33bz0.net
    >>79
    ミステイクとしてありがちだからバックアップを別にして慎重にやるのにバックアップも削除するとか、大物ルーキーにもほどがある


    81: 名無しさん@1周年 2016/04/15(金) 21:50:49.50 ID:hh6KDiP10.net
    えっ、会社のNASで日常的に使ってるわrm -rf
    MACとWIN混在でアクセス権おかしくなって削除できないファイルが多数あるから
    ハッキングして不要ファイルを不要フォルダに集めて全消去
    さすがに/にかけるのはバカすぎるけど


    82: 名無しさん@1周年 2016/04/15(金) 21:51:02.99 ID:xmnQai6k0.net
    倒産すね


    84: 名無しさん@1周年 2016/04/15(金) 21:51:09.74 ID:LpjbgXiu0.net
    >>1
    ムリじゃね?


    85: 名無しさん@1周年 2016/04/15(金) 21:51:09.81 ID:Y4YFKZwz0.net
    パナマ問題の証拠を隠滅するために
    支配層が仕込んだ工作員の仕事だな

    日本でも政治家がHDDにドリルしたりするじゃない


    88: 名無しさん@1周年 2016/04/15(金) 21:51:16.63 ID:S7naGsEs0.net
    復元業者に頼んだら?

    彼らなら完全に削除してもそっから残ってる磁気でデータを読み出してくれるかもしれないじゃないか
    お値段は高く付きそうだけどな


    89: 名無しさん@1周年 2016/04/15(金) 21:51:17.88 ID:umvIxfXu0.net
    たぶん考えるだけで震えるヤツ多数


    90: 名無しさん@1周年 2016/04/15(金) 21:51:25.82 ID:MnfDpBl40.net
    スレタイだけよんで鳥肌たったわ
    打ち首獄門だろこれ



    おすすめサイト最新記事一覧

        コメント

        1.名無しAtoZ2016年04月15日 22:15  ▽このコメントに返信

        日本でも10年くらい前にあったね

        2.名無しAtoZ2016年04月15日 22:27  ▽このコメントに返信

        MSが某大学のデータふっ飛ばしたんたのもあったな
        あれはlinuxじゃなかったけど

        3.名無しAtoZ2016年04月15日 22:32  ▽このコメントに返信

        うっかり夢に見そうだなこれ

        4.名無しAtoZ2016年04月15日 22:35  ▽このコメントに返信

        スレにもあるけど、なんでバックアップが同じルート配下にあるんだよ…
        そんなんだからこんな事態が起きるんじゃね?

        5.名無しAtoZ2016年04月15日 22:38  ▽このコメントに返信

        こういうのが怖いから俺はITから足洗った

        6.名無しAtoZ2016年04月15日 22:39  ▽このコメントに返信

        バックアップフォルダもマウントしてたんだなww
        笑うしかない

        7.名無しAtoZ2016年04月15日 22:46  ▽このコメントに返信

        仕事でやってる奴がこんな低レベルなミスしたらダメだろw
        実行実績もないスクリプトをいきなり本サーバーでバックアップもなしに動かす時点でもうダメやん
        rm -rfの意味分かってるのかねぇ
        このコマンドを使った事がある奴なら、一度くらいは間違って消す気のないファイルを消してしまって焦りまくった覚えくらいはあるはずやろ
        一度やったらその怖さを知ってそんな簡単にホイホイ使えないだろうよ普通は
        あまりにお粗末

        8.名無しAtoZ2016年04月15日 22:55  ▽このコメントに返信

        find / -name "$bar" -exec rm -rf {} \;

        勇者のみ使える伝説の魔法じゃ

        9.2016年04月15日 22:56  ▽このコメントに返信

        コレが怖いから、俺はシェル関数でrmやる時はデバッグモード用意して、削除対象1回テキスト出力してチェックしてから消してるわ…。

        10.名無しAtoZ2016年04月15日 22:57  ▽このコメントに返信

        なにを言っているのかわからない_(:3 」∠)_

        11.名無し2016年04月15日 22:57  ▽このコメントに返信

        バックアップになってないやんw
        ちゃんと消えちまった失敗パターンを考えとかないとw

        12.名無しAtoZ2016年04月15日 23:15  ▽このコメントに返信

        あー怖い怖い怖い
        俺は気をつけようマジで

        13.名無しAtoZ2016年04月15日 23:20  ▽このコメントに返信

        ファーストサーバも全消去して
        ぐちゃぐちゃになったファイル名の断片データ送ってきたしなぁ

        14.名無しAtoZ2016年04月15日 23:21  ▽このコメントに返信

        64のはdとrの間違いかな?
        crontab -e(crontabの編集)
        crontab -r(crontabの削除)
        このオプションに決めたやつ無能すぎ

        crontabってのは毎日4時にバックアップ開始とか
        定期的に何の処理するか(管理者権限で実行可)が記述してあるリストね
        サーバファイルの中でも重要な部類に入る
        何がダメかわからない人はキーボード注目

        15.名無しAtoZ2016年04月15日 23:29  ▽このコメントに返信

        haltやrebootだって確認も取らずに実行しちゃうからね。仕方ないね。
        でも最近のLinuxは/に対する削除は聞き返してきた気がするんだが記憶違いだったか?

        16.名無し2016年04月15日 23:36  ▽このコメントに返信

        バックアップは他の媒体に入れとかないんだ...。

        17.2016年04月15日 23:46  ▽このコメントに返信

        普通バックアップはテープか他のストレージに保管するだろ
        これは単なるコマンドのミスじゃなくて、なるべくしてなった障害だ

        18.2016年04月16日 00:02  ▽このコメントに返信

        うわあ…アホだとは思いつつ他人事じゃない……

        でもバックアップまで消えるとかありえないでしょ
        絶対これとってなかったか、初期に設定だけして運用回してる内に容量不足やら物理故障やらでふた開けて見たらとれてなかったパターンでしょ
        ほんとに同じサーバー内にとってたらそもそも設計ミス

        お前らも定期的にバックアップ設定見直してリストアテストまでしとけよ…
        前任者が立てたやつだし今回ってるから…って放置してるとマジで痛い目見るから

        19.名無しAtoZ2016年04月16日 00:04  ▽このコメントに返信

        ※15
        怖くてやる気もしないがルート権限で「-f」を付けちゃったらその確認すらカットじゃないか

        20.2016年04月16日 00:13  ▽このコメントに返信

        笑ってる奴も人が運用してる以上ミスは絶対起こるんだから
        ちゃんとリカバリーできる体制考えとけよ

        最後にバックアップファイル確認したのいつだ?そのファイルの作成日去年とかじゃないか?
        ファイルはあっても容量へんに少なかったり多かったりしてない?
        そのファイルちゃんとリストアできる?手順覚えてる?

        21.2016年04月16日 00:20  ▽このコメントに返信

        まずrmコマンドを簡単に叩くな
        で、バックアップを何で同じサーバに置くんだよ
        物理的なHDD故障でもアウトじゃねーか、大丈夫かこの会社

        22.名無しAtoZ2016年04月16日 01:14  ▽このコメントに返信

        rmコマンドにもゴミ箱の機能をつければいいのにな

        23.名無しAtoZ2016年04月16日 02:05  ▽このコメントに返信

        ハッカーのせいにしとけばおk

        24.名無しAtoZ2016年04月16日 02:07  ▽このコメントに返信

        >スクリプトを動かしたところ、
        このプログラムのバグにより

        いやいや、おまえの不注意が原因だろw

        25.名無し2016年04月16日 02:26  ▽このコメントに返信

        まさにバルスやなテンション

        26.名無し2016年04月17日 12:53  ▽このコメントに返信

        基本ではあるが絶対に無いミスとは言えないだけにrmコマンドは怖いんだよな
        まあスクリプト化するなら普通は削除対象一覧のファイル出力するとかするし検証する環境で同じディレクトリ構造作って試したりしてリスク減らすんだが

        27.名無しAtoZ2016年04月17日 16:28  ▽このコメントに返信

        追記:この記事はひっかけでした
        >サーバ業者が" rm -rf / "で全サーバを誤消去、復旧法をQ&Aサイトに尋ねる。実は書籍執筆のための「引っ掛け問題」 - Engadget Japanese

        コメントの投稿

        おすすめ!
        幸せだなぁ♪

        おすすめ!!
        あまぞん
        figma ソードアート・オンラインII キリト GGOver. [物語]シリーズセカンドシーズン 戦場ヶ原ひたぎ -恋物語- (1/8スケール PVC塗装済み完成品) figma 進撃の巨人 リヴァイ (ノンスケール ABS&PVC 塗装済み可動フィギュア) とびだせ どうぶつの森 ねんどろいど しずえ 冬服Ver. (ノンスケール ABS&PVC塗装済み可動フィギュア)
        クリック募金