Okay.. so fun email at work today. Apparently someone thought it'd be a good idea to create a company app, that acts as a launcher for frequently used apps inside the business.
Just got this email:
Hi Michael,
Can you please give us the technical contacts for One Drive, Skype, WebEx and Teamviewer? We will contact them directly to get the URL Scheme."
Where am I derping in trying to extend a filesystem on an LVM logical volume? Ran lvextend +150G /dev/vg/lvinquestion (forgot about the flag to auto-resize2fs); when I try to resize2fs the filesystem, it claims "The filesystem is already 268435200 (4k) blocks long. Nothing to do!"
parted shows the filesystem as not using the full space:
Disk /dev/dm-9: 1261GB Number Start End Size Type File system Flags 1 1049kB 1100GB 1100GB primary ext4
Haven't done this in a while and my brain can't spot the PEBCAK
I mean, I can use file-level tools to move data over, but if I could dd or mv the data (even better, without actually involving data moving about the disks) that seems cleaner
@djsmiley2k rsync is my plan 'B', since duplicating the data would take a while :P
Re copying the filesystem: could I dd the kernel device name (in this case, dm-18) to a new lv?
(I can't think of a way to 'move' it without duplicating the data)
(at least not one that incurs the risk of $massive_data_loss given my level of inexpertise)
The problem is that tape isn't like most storage media. It's purely sequential, and LTO is designed for maximum reliability and data integrity. That makes it a specialized product that has little use outside of the datacenter.
Most consumers are used to seeing random-access media. Sequential storage media of this sort that requires special hardware and software to use is far too complicated.
If you're a home user and you need long-term archival storage capability, an M-DISC or other archival Blu-ray Disc system is a much more viable solution.
A quick test confirms - AFAICT - that I can copy the filesystem (partition) to a new lv to obviate the partition table (ie dd if=/dev/dm-18 of=/dev/vgraid6/backups-new)
Alternatively, you can use a cloud storage service like Backblaze B2. It'll probably be expensive given the volume of data you handle, and you'd probably want to encrypt the archives, but it does have the advantage of being an offsite solution.
I'm going to consider the secondary backup drive unreadable and reformat it. I'm not going to bother. The most valuable data there is stored elsewhere as well. Whatever photos are not in the primary backup are in Backblaze B2 (just under 100 GB); it'll cost me less than $2 to retrieve it all. As for the rest of the data, it's mainly obsolete, low-value, or stored elsewhere.
Aye, what I need to do is get off my metaphorical arse and figure out which stuff needs properly backed-up (offline ± offsite) because that set will be much smaller than the set of stuff that I would dislike losing but could live with
The NYPD is responding to reports of an explosion of unknown origin at 42nd Street and 8th Ave, #Manhattan. The A, C and E line are being evacuated at this time. Info is preliminary, more when available.
The Spaceflight Now article Sierra Nevada’s Dream Chaser performs critical glide test flight shows the Dreamchaser performing a runway landing using a front skid and two wheels.
The skid extends backwards from the point where it connects to the aircraft. I am guessing that it can turn for steer...