あと、他にも指摘している人がいるけど、ブラウザから OneDriveにアクセスしてゴミ箱を見てほしい。同期が1回でもされていると、そちらに残っているはず。
OneDriveのゴミ箱はローカルゴミ箱と連動していないので、ローカルでSHIFT＋Deleteやゴミ箱空をしてもOneDrive上ではゴミ箱に移されて残っているはず。同期する前にやってるとそれは厳しいけど、ダメ元で覗いてみてね。

では、設定について。

バックアップの設定は全部不可

バックアップ設定でフォルダを設定すると、何故かバックアップを外す人がいてトラブルになるので、バックアップ設定は全部不可にしている。

（それも、容量節約をする必要が無い）

デスクトップやドキュメントなどをOneDriveの対象にするのは手動でやる

その上で、デスクトップやドキュメントの特殊は、あらかじめOneDrive上に手動でフォルダを設定した上で、それぞれのプロパティから移動させる。

この時、端末ごとにデータを同期させず、しかしファイルを保護したい場合には、パソコンごとに別のフォルダを指定すれば良い。

そのほか

バックアップならBackblazeとかをおすすめする。ソースネクストなら4千円で一年使える。外付けHDDも行けるので。

Permalink | 記事への反応(1) | 10:06

2023-04-06

■anond:20230405152609

そんなに気安くshift deleteなんて使うから・・・

Permalink | 記事への反応(0) | 09:16

2023-04-05

■onedriveが原因でデスクトップのデータが消えた

いや、お前データを守る側ちゃうんか。

なんでお前に大事なデータ消されなきゃならんのよ。

調べてみたらひどいクソ仕様だったので、同じ轍ふまないように知見共有します。

なお、消えてしまったデータは息子の卒業式の動画データ。復元不能。

ダメージでかすぎで立ち直れないかもしれない。

リテラシーの話にしたくないので、一応くわしい状況を説明。

興味ない人は読み飛ばし OK

ストレージは壊れるものという前提は理解しているつもりなので、状況ごとにいくつかのバックアップ体制は取ってある。

なのでデスクトップは基本的に一時的なデータしか置かない。

そのため、今回の被害は本当に息子の卒業式の動画データだけ。

安くなったとは言えすべてのストレージを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のバックアップからデスクトップを含めないように設定変更

・onedriveのバックアップ先をSSD から HDDに変更

この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カード自体も紛失の危険性とか考えてそれほど信用しているメディアではないので、できるだけデータが保管されている時間を短くするようにしています。

個人的には、このワークフローが一番データの保存性も高く、無駄も少ない処理方法だと思っています。

だって、デスクトップを間違って消すなんてこと普通しないでしょ。

壊れたなら仕方ないって、それはそれで納得できるんだって。

流石にこんなことまで想定したワークフロー作れってのは無理な話ですよ。

その証拠に、これまでこの方法で10年以上無事故でしたから。

すでにonedrive からデスクトップの同期も切ってて、しかも別フォルダでonedriveがちゃんと稼働してるのに、まさか自分のデスクトップがC:\Users\ユーザー名\onedrive\Desktopに保存されてるなんて思う？

思うかよバカ！バカ！マイクロソフトのバカヤロウ！

Permalink | 記事への反応(21) | 15:26

2023-03-19

■プリキュアはプリキュア 推しの男性 ライターが気持ち悪すぎて、見ようとしてもこのオッサンが頭にちらついて嫌な気持ちになるので見れなかった

けど待機時間中に強制的に見させられたら普通に面白いな。

このキモすぎる男性ライターの存在だけ脳内から DELETEする方法が知りたい

Permalink | 記事への反応(2) | 15:28

2023-01-27

■Delete/InsertをDelete/Insertせずに行うのが面倒

手元のDBのデータと新しく取得してきたデータを照合して、DBになく新データにあるものはInsert、DBにあって新データにないものはDelete、DBと新データ両方にあるものはUpdateするという処理。

DBの対象のデータを全部Deleteして新データをInsertすればすごく単純にコードが書けるけどDBに優しくないらしいのでわざわざ上記のように丁寧に回りくどく書いている。

最近こればっかり書いている。

はー面倒ー。

Permalink | 記事への反応(1) | 18:19

2023-01-10

■増田 引退にあたり過去の投稿を掃除した

以下のスクリプトを登録することで。以下のループを繰り返させることができる。

「https://anond.hatelabo.jp/ここにユーザー名/を開く」→「直近の投稿の編集画面に遷移」→「削除ボタンを押す」→「ダイアログに答える」→「https://anond.hatelabo.jp/ここにユーザー名/に戻る」

実質ダイアログに答えるところだけやればよい。

// ==UserScript==
// @name         New Userscript
// @namespace    http://tampermonkey.net/
// @version      0.1
// @description  try to take over the world!
// @author       You
// @match        https://anond.hatelabo.jp/ここにユーザー名/
// @icon         https://www.google.com/s2/favicons?sz=64&domain=hatelabo.jp
// @grant        none
// ==/UserScript==

function sleep(ms) {
    return new Promise(resolve =&gt; setTimeout(resolve, ms));
}

(async function() {
    'use strict';

    await sleep(100);
    window.location.href = document.querySelectorAll("div.section")[0].querySelector("a.edit").href;
})();

// ==UserScript==
// @name         New Userscript
// @namespace    http://tampermonkey.net/
// @version      0.1
// @description  try to take over the world!
// @author       You
// @match        https://anond.hatelabo.jp/ここにユーザー名/edit*
// @icon         https://www.google.com/s2/favicons?sz=64&domain=hatelabo.jp
// @grant        none
// ==/UserScript==

function sleep(ms) {
    return new Promise(resolve =&gt; setTimeout(resolve, ms));
}

(async function() {
    'use strict';

    await sleep(100);
    document.querySelector("input.delete-button").click();
})();