uc?authuse...
(5.07 MB, 0x0)
uc?authuse...
(5.1 MB, 0x0)
twibooru-2531241 jpg
(1016.83 KB, 2197x2000)
If you have a degraded ZFS HDD, then I recommend mounting it as read-only. ZFS is "constantly" writing to the transaction log, so to minimize wear on it mount it as RO:
> $ sudo zpool import -o readonly=on zpool_name
Also, before deleting lots of stuff (after copying it to another HDD), I guess it is a good idea to make a snapshot:
> whatever the zfs command for this is
also consider the 3 copies vs. 2 copies vs. 1 copy idea >>/10239/
----
Wonder if Bronibooru's S3 bucket has been deleted yet.
. index https://w3s.link/ipfs/bafybeieffk3gnfnvazpeerhytu3utnu7ogmks4cjf7mcok4di2uivjw5ku
. at https://s3.amazonaws.com/bronibooru/[filename]
>>/10329/
Looks like the following is the case when uploading to Arweave (doesn't apply to ipfs):
. an image file without any extension = web browser -> HTTP -> download only (can't view image in browser)
. an image file with an extension like .jpg = web browser -> HTTP -> can view image in browser
>>/10333/
If the original location is corrupted, then the other one is no longer a "backup location"; instead, it's an "other location".
>>/10331/
> xfr speed
I saw it go up to 56.55 MB/s.
Audio files from
> /za/put/gd/from_site_n_tumblr_drive/drive.google.com/uc?authuser=0&id=1KFwi1ZIqUAEZfK-7pTi4Y3RtfAlBCC2-&export=download
> /za/put/gd/from_site_n_tumblr_drive/drive.google.com/uc?authuser=0&id=1lJjmYEXcUtj0GEt9L49nY8_8mkCbvUly&export=download