|
I just got back from watching Violent Night in the movie theatre. I haven't enjoyed a movie this much in a long, long time. It is Die Hard, Home Alone and John Wick rolled into 1 movie.
If you want to do something Christmassy you may want to check it out.
Note that it is extremely funny as well as extremely violent.
Violent Night - Official Trailer - YouTube[^]
|
|
|
|
|
Nothing says peace on Earth and goodwill towards men like a good old fashioned killing spree.
Jeremy Falcon
|
|
|
|
|
You know when you see one of those viral videos of someone getting hit in the nuts by something unexpected and you flinch involuntarily? The movie was filled with moments like that.
|
|
|
|
|
Wordle 546 3/6
π©π¨β¬β¬β¬
π©π¨π¨β¬β¬
π©π©π©π©π©
|
|
|
|
|
Wordle 546 3/6
β¬β¬β¬π¨β¬
β¬π¨π¨β¬π¨
π©π©π©π©π©
Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012
|
|
|
|
|
Wordle 546 4/6
β¬β¬β¬β¬β¬
β¬π¨β¬β¬π©
β¬β¬π©β¬π©
π©π©π©π©π©
|
|
|
|
|
Wordle 546 4/6
β¬π¨β¬β¬β¬
π¨π¨β¬β¬β¬
β¬π¨π©β¬π©
π©π©π©π©π©
|
|
|
|
|
Wordle 546 3/6
β¬π¨π©β¬β¬
β¬π©π©π©β¬
π©π©π©π©π©
And a nice little pyramid-and-sun picture to go with it!
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Eh ?
Life should not be a journey to the grave with the intention of arriving safely in a pretty and well-preserved body, but rather to skid in broadside in a cloud of smoke, thoroughly used up, totally worn out, and loudly proclaiming βWow! What a Ride!" - Hunter S Thompson - RIP
|
|
|
|
|
He's just pretending that he wasn't flipping us off. 
|
|
|
|
|
The yellow sun is rising behind a green pyramid against a cloudy sky.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
π©π¨β¬β¬β¬
π©π¨β¬π©β¬
π©π©β¬π©β¬
π©π©π©π©π©
Life should not be a journey to the grave with the intention of arriving safely in a pretty and well-preserved body, but rather to skid in broadside in a cloud of smoke, thoroughly used up, totally worn out, and loudly proclaiming βWow! What a Ride!" - Hunter S Thompson - RIP
|
|
|
|
|
Wordle 546 3/6
β¬π¨π©π©β¬
π¨β¬π©π©β¬
π©π©π©π©π©
Get me coffee and no one gets hurt!
|
|
|
|
|
Wordle 546 4/6
π¨β¬β¬β¬β¬
β¬π¨π©β¬β¬
β¬π¨π©π©β¬
π©π©π©π©π©
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
It's gonna be one of those days...
If you've never heard of Ventoy, it's a utility that lets you boot from a USB thumbdrive, and then presents a menu made up of any number of bootable ISOs you just dump on the drive. You have to format the thumbdrive with it (so it can be made bootable and loads the app that looks for ISOs and builds the menu), but the ISO files themselves aren't touched in any way. So that's besides the point.
I just copied an .ISO file on the thumbdrive, stuck it into a laptop, booted from it and started installing the OS...halfway through it, it complained the image wasn't valid. Sure enough, if I compared SHA256 hashes between my original ISO file and the copy I made on the USB stick, they don't match. Easy enough fix, I'll just re-copy the file and be done with it. For good measure, before wasting my time reinstalling, I'll re-compare the hashes. They still didn't match.
I re-did it a third time, same thing again.
The original ISO file is on ComputerA, and the thumbdrive is in a USB port on ComputerB. I'm copying the file across the LAN and directly onto the USB stick. And I consistently get this mismatched hash.
So I took the USB stick and plugged it directly into ComputerA, and compared the hashes - they finally match (!)...
Why would the extra step of going over the LAN modify the data stream contained within the file? Given I was able to produce an identical copy of the file on the same USB thumbdrive by avoiding the LAN, I can't really blame the drive itself.
This isn't the analog world. Any read/write error should've been detected in transit, and reported by the OS. Yet it remains blissfully unaware the target no longer matches the source. How do you even explain that?
Additional details: ComputerA is an old system that can only do USB2. ComputerB is newer and the USB stick was hooked up to a USB3 port. Surely the difference in transfer speeds can't blindly introduce errors that get ignored?? Otherwise there's no way I could ever trust a transfer of any kind of binary data...
|
|
|
|
|
I know nothing about hashes for ISO files; but could it be including the timestamp in some form? From one computer to another the hash on the "sent" file won't match the clock (and hence the file write timestamp) on the receiving machine. If you copy directly from HDD to thumb drive all on the same PC, they will. The file content isn't modified, but the file metadata is.
|
|
|
|
|
The hash is calculated purely based on the file content, not its metadata. I think this rules out that theory.
|
|
|
|
|
I've seen this on other large files. For some reason SMB copies across networks can glitch. I suspect it's a bug in the Windows SMB implementation that only manifests on network links.
|
|
|
|
|
I'm inclined to believe this...however this would mean I'd end up with tons of corrupt files. The backups I create from my NAS are done across my LAN, and I have no inclination to believe any file has ever been corrupt in that way.
But now you have me worried 
|
|
|
|
|
To add my useless reply, just can't resist 
Some years (15?) ago, had just that happen copying files between two linux servers. The useless part is that I can't remember what the problem was (need to refresh my memory sticks and backups). I seem to remember throwing one of the (somewhat old) servers to the trash as I come to the conclusion (after switching network cards, memory sticks, disks, ...) that the problem was motherboard related.
Just a few tests you can do:
- redirect the ssh stream to output and sum that to check if the problem is in the network stack or local.
- write the file to disk instead of usb and do the sum on the disk file, the problem may be in writing to the usb.
- if using wifi try using a network cable
- if already using a network cable, try using a new one and(or connecting to a different port on the router/switch.
As obermd wrote, I also had no errors anywhere to show that something odd was happening.
|
|
|
|
|
Some good ideas in there. I'll give those a try, thanks.
|
|
|
|
|
Check for updates on your network and USB device drivers.
TLDR
Flew across the pond on a support callβ¦
Your app crashes on startup.
Bring my desktop CPU (with app source, debugger, etc) all the way to customer site.
Fire up the app, no issues.
Client starts app on their system and it crashes.
Client is hosting the app on a network share.
Copy the app to the local hard drive and it works.
It turns out there was a bug in their network driver.
They updated the network driver and then it would load from the share.
|
|
|
|
|
What about introducing a new four-letter abbreviation: TMDC. Too Messy, Didn't Comprehend.
|
|
|
|
|
Start with driver updates/bug fixes on both systems.
It could save a trip 1/3 of the way around the world. (Probably not an outcome in this case)
|
|
|
|
|
dandy72 wrote: So I took the USB stick and plugged it directly into ComputerA, and compared the hashes - they finally match (!)...
Presumably this was after you recopied the ISO to the USB again right?
dandy72 wrote: Any read/write error should've been detected in transit, and reported by the OS.
Really depends on how it was transferred. Dropped packets happen more times than you'd think. If the mechanism you're using to transfer files uses UDP underneath the hood, then there is no error checking for packets.
Jeremy Falcon
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
