Deleted data - including 061bd042cd360d3281321ec51ca02c24.

TAGS

Download or edit the free picture Deleted data - including 061bd042cd360d3281321ec51ca02c24.jpeg for GIMP online editor. It is an image that is valid for other graphic or photo editors in OffiDocs such as Inkscape online and OpenOffice Draw online or LibreOffice online by OffiDocs.

From
* https://img.xbooru.com//images/327/061bd042cd360d3281321ec51ca02c24.jpeg - deleted
* https://xbooru.com/index.php?page=post&s=view&id=368914 - zero comments, deleted
* https://xbooru.com/index.php?page=history&type=tag_history&id=368914 - "bikini breasts fetish glam implants mature muscle reality trashy"

These files were stored at "Volume in drive G is My Passport \\ Volume Serial Number is 1093-F3E8" >
* "G:\\x\\f2021\\061bd042cd360d3281321ec51ca02c24.jpeg" - from img.xbooru.com//images/327/061bd042cd360d3281321ec51ca02c24.jpeg
* "G:\\x\
2020\\368914.html" - from xbooru.com/index.php?page=post&s=view&id=368914
* "G:\\x\\f2021\\th368914.html" - from xbooru.com/index.php?page=history&type=tag_history&id=368914

If you want to render these HTML files, I suggest that you do it with JavaScript turned off.

File "Volume in drive D is My Passport \\ Volume Serial Number is FE5F-25CA" > "D:\\wdc_wd10eads-65p.dd" is a file which might have been created by dd (a Linux program) failing to copy a basically 1 terabyte hard drive. File "wdc_wd10eads-65p.dd" may've been created by dd (which has a joking nickname of "disk destroyer") failing to copy an HDD. I know that dd failed to copy said hard disk drive, for I remember it being too slow to copy it (even at bs=512, or maybe it was bs=4064 or bs=4###); it wasn't really dd's fault though I guess, for I think the hard drive kept automatically unmounting after one or more hours. Maybe dd didn't fail at all and the hard drive's mounted/unmounted status didn't matter. I'm fairly sure that dd can copy /dev/sdx (for the aforewritten one terabyte HDD) even if it is not mounted. Empty file "wdc_wd10eads-65p.dd" was created before running dd for dd's output file, or dd created wdc_wd10eads-65p.dd but the dd command was cancelled, making wdc_wd10eads-65p.dd zero bytes. I ended up using cat (another Linux CLI program) to successfully copy the hard drive, probably with if=/dev/sd[whatever]; "if" in the context of dd means "input file".

Metadata of Xbooru post number 368914:

    Id: 368914
    Posted: 2014-02-15 22:40:44
    by uwywuuuywuwuwuwuwyuyhwyu
    Size: 480x717
    Rating: Explicit
    Score: 4 (vote up)

Blank file "wdc_wd10eads-65p.dd" was deleted in Tuesday 2021-06-01 17:26:28 UTC:

lubuntu@lubuntu:/media/lubuntu/m$ stat wdc_wd10eads-65p.dd
  File: wdc_wd10eads-65p.dd
  Size: 0               Blocks: 0          IO Block: 4096   regular empty file
Device: 821h/2081d      Inode: 64          Links: 1
Access: (0777/-rwxrwxrwx)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2021-01-08 02:05:02.113780700 +0000
Modify: 2020-12-18 03:31:36.889594100 +0000
Change: 2020-12-18 03:31:36.889594100 +0000
 Birth: -
lubuntu@lubuntu:/media/lubuntu/m$ md5sum wdc_wd10eads-65p.dd
d41d8cd98f00b204e9800998ecf8427e  wdc_wd10eads-65p.dd
lubuntu@lubuntu:/media/lubuntu/m$ md5sum "wdc_wd10eads-65p.dd"
d41d8cd98f00b204e9800998ecf8427e  wdc_wd10eads-65p.dd
lubuntu@lubuntu:/media/lubuntu/m$ md5sum /media/lubuntu/m/wdc_wd10eads-65p.dd
d41d8cd98f00b204e9800998ecf8427e  /media/lubuntu/m/wdc_wd10eads-65p.dd
lubuntu@lubuntu:/media/lubuntu/m$ mv "wdc_wd10eads-65p.dd" "del"&&date
Tue Jun  1 17:24:37 UTC 2021
lubuntu@lubuntu:/media/lubuntu/m$ md5sum /media/lubuntu/m/del
d41d8cd98f00b204e9800998ecf8427e  /media/lubuntu/m/del
lubuntu@lubuntu:/media/lubuntu/m$ sha1sum /media/lubuntu/m/del
da39a3ee5e6b4b0d3255bfef95601890afd80709  /media/lubuntu/m/del
lubuntu@lubuntu:/media/lubuntu/m$ sha224sum del
d14a028c2a3a2bc9476102bb288234c415a2b01f828ea62ac5b3e42f  del
lubuntu@lubuntu:/media/lubuntu/m$ sha256sum del
e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855  del
lubuntu@lubuntu:/media/lubuntu/m$ sha384sum del
38b060a751ac96384cd9327eb1b1e36a21fdb71114be07434c0cc7bf63f6e1da274edebfe76f65fbd51ad2f14898b95b  del
lubuntu@lubuntu:/media/lubuntu/m$ sha512sum del
cf83e1357eefb8bdf1542850d66d8007d620e4050b5715dc83f4a921d36ce9ce47d0d13c5d85f2b0ff8318d2877eec2f63b931bd47417a81a538327af927da3e  del
lubuntu@lubuntu:/media/lubuntu/m$ crc32 del
00000000
lubuntu@lubuntu:/media/lubuntu/m$ rm del&&date
Tue Jun  1 17:26:28 UTC 2021

Hashes of the JPG file via 7z and findstr:
G:\\>7z h -scrc* G:\\x\\f2021\\061bd042cd360d3281321ec51ca02c24.jpeg | findstr /c:"for data"
CRC32 for data: 8051DC38
CRC64 for data: 1A612F558524D1B0
SHA256 for data: 7BCDAEF2CB0FC1759D9F3F3651AEFCDC857FB570912B4E127E87C3D8F589DAA2
SHA1 for data: 3E0CB891965EF0CC81DC95D70A5F61AA99D916B9
BLAKE2sp for data: 6B2AC93EDFA1FCEBE97629EDD7FCBBDE2A1CE9A2E17E9E5B920D9532FD4AEDF2

identifier (5b323032312d30352d30372d32312d32) from xxd of plain text file "unattended.list" which was probably stored in "/home/lubuntu/.cache/lxqt-notificationd/", 00000200

Free picture Deleted data - including 061bd042cd360d3281321ec51ca02c24.jpeg integrated with the OffiDocs web apps