Jump to content
Search In
  • More options...
Find results that contain...
Find results in...


  • Content Count

  • Joined

  • Last visited


This user doesn't have any awards

About bking

  • Title

Profile Information

  • Gender
    Not Telling


  • CPU
  • Motherboard
    ASUS Z97-WS
  • RAM
    32 GB Corsair Vengeance Pro 2400
  • GPU
    EVGA GT 740 @GB SC
  • Case
    Corsair Spec-02 Red Shift
  • Storage
    Samsung EVO 500GB, Samsung Pro 120GB
  • PSU
    Seasonic SSR-650RM
  • Display(s)
  • Cooling
    Noctua NH-U12, 3 Corsair Case fans
  • Operating System
    Linux Mint/Window 7 Dual boot

Recent Profile Visitors

578 profile views
  1. The maximum (recommended) length for CAT6 when communicating at up to 1000 megabits (1 gigabit) is 100 meters, or 328 feet. The maximum length for CAT6 when communicating at 10 gigabit is 55 meters, or 180 feet. You're well within spec for that cable run.
  2. Ugh, no matter what I try, I can't get Chromium to show me ANY saved passwords. But going to sites with their passwords saved works like a champ. At this point, I just want to get all my saved passwords out and go back to FF.
  3. The A14s are great IMO. I don't notice mine at all.
  4. Chrome really designed this badly, either in terms of the overall design or at least the UI. I clearly have passwords saved, as they are available when I access a site. Yet when I go into settings>privacy>Autofill>passwords, it shows NO saved passwords. So it's unclear to me how I could manually harvest my saved passwords in order to (re)save them locally as a text file as suggested above. Seems the only option is to do the very thing I didn't want to do from a security standpoint - sync them to Google.
  5. Ooh, interesting. That's what I get for not digging deeper into settings. Will it migrate my currently saved ones too?
  6. I've automated a number of backup/archiving tasks on my Linux Mint machine, but have run into one task that doesn't see doable except manually. It seems that Chrome/Chromium stores passwords in an encrypted data store, which I can easily back up, but it seems the key is tied to the current user and DOES NOT work if you have to rebuild the machine or do a full OS upgrade. I'm not interested in uploading/storing the data with Google for security reasons. Am I wrong about any of this, or is there a way to robustly export/archive this data like there is with Firefox?
  7. Either of the 2 you linked above would work, and reviews above are probably what you should rely on. The NVME format is somewhat newer, and is basically an SSD that is on a plug in board rather than a drive housing, and connects directly to the PCI bus instead of connecting to SATA ports. Here's what one looks like: https://www.amazon.com/58f8026f-0658-47d0-9752-f6fa2c69b2e2/qualify?ref_=us_lt35_ilm_na&pd_rd_w=eBd3F&pf_rd_p=621c4cd0-8b36-4a4d-ad1c-439c905c3e73&pf_rd_r=CQ6870Q2JNSQ49HNYVDZ&pd_rd_r=d4438298-5aa9-44b0-be09-ba13553e028a&pd_rd_wg=Cm06Z
  8. It seems to have built in Wifi with an external antenna module included. Is that what your saying you didn't get, the antenna?
  9. PSU appears to be standard size, and case seems to have plenty of room around the PSA mounts, but since they are both nzxt products I;d email the support to be sure.
  10. Makes sense - thanks! Clearly I messed up the reinstall after the earlier chaos. Now, for the $1m question - can this be fixed manually, by doing an in place reinstall using UEFI boot, or do I have to do a fresh install with UEFI boot to resolve it?
  11. You can't really go wrong with the Samsung. I haven't personally heard anything one way or the other about the WD Blue.
  12. Sorry, ran off to other critical work and didn't get back to this until now. I've red those and have a SLIGHTLY better understanding now, but I think I'm stuck at a very fundamental level. I've been running with only Linux Mint available for the last few weeks, but now I really want to fix this. To summarize for anyone who wishes to help - My primary Linux boot drive (SSD) got corrupted and I couldn't figure out how to fix it, so I reinstalled Mint on a new SSD, but my dual boot is no longer working. So let me start with a few simple questions: 1. My MB supports UEFI, but I can't recall if I used that when doing my initial setup. I followed an online guide for most of it. Was the required to get the dual boot working? 2. Which OS "owns" the first step in the boot process - Windows or Linux? IOW, was I previously booting from the Win HD and then it "chained" to the Linux boot process if the default "Linux Mint" was selected, or the opposite - Linux owned the initial boot then "chained" to the Windows boot if that (rare) option was selected? How could I confirm which was correct? I know I can't boot directly to the Windows drive so I'm guessing Linux owned it. 3. In my new Mint install, I don't have a /boot/grub/efi directory - is this because I didn't do a UEFI boot before reinstalling Mint from scratch? Is this at the core of my issue?
  13. I recently ran i to a situation where my primary drive suddenly wouldn't boot, and I ended up replacing the drive and reinstalling Mint successfully. FWIW, the previous disk is fully functional when I mount it as a USB drive, but still couldn't boot from it. Now that I have a bit of time, I'd like to treat this as a learning experience regarding how grub/efi and dual boot w/Windows actually worked on my previous install, but I'm struggling to understand the nuts and bolts. Would anyone be willing to spend some time with me walking through my previous config to see (a) how the whole config was set up and working, (b) what broke and how to fix it?, and (c) how to add my windows boot back into the new setup. Anyone will to spend a little time pointing me in the right direction(s)? The previous issue is documented here:
  14. Yeah, it's time for a hardware refresh to a newer rig (i5 or i7, newer ASUS board like a Z390 and DDR4 memory, but things are a wee bit tight at the moment. Trying to milk a few more months out of this rig.