Indeed. On Dec 20, 2016 6:01 PM, "Michael Butash" wrote: > Exactly - the notion of this little gpu enclosure and a svelt > precision/xps 13 or razor blade laptop afflicted with only a shitty intel > gpu as its only crime in life excites me: > > http://www.razerzone.com/store/razer-core > > I could deal with only having a real gpu at home. Or packing one if I > really had an itch needing scratched. > > -mb > > On Tue, Dec 20, 2016 at 5:47 PM, Stephen Partington > wrote: > >> Well they are trying to get the kernel to play nice with the PCIe >> redirection, which would be amazing. >> >> laptop with desktop GPU in its own enclosure.... why yes thank you. >> >> On Tue, Dec 20, 2016 at 5:19 PM, Michael Butash >> wrote: >> >>> I was thinking something more you could hide discretely behind it like >>> that little sleeve, or just double-side tape to it somewhere. I was a bit >>> surprised to see just how small those nvme disks were unboxing them, sort >>> of like a long thumbdrive side, with a lot of potential speed. Shame TB1-2 >>> devices are still stupidly expensive, presuming they are seeking to take >>> advantage of already overpaying apple owners. >>> >>> I was reading some threads about dell and intel working on getting >>> TB/USB-based pci-e bus extension working properly in the linux kernel to do >>> things like native access as a pci-extension for storage and graphics. >>> Dell/Alienware sell TB3 docks that are simply usb-c or usb3.1 devices that >>> can take a real video card, or extend displayport graphics over them, in >>> theory looking like it was plugged into a pci socket virtually. Windoze >>> only until recently of course, but seems effort is being made. Perhaps one >>> day... >>> >>> Of course, this is also how people are dma attacking macs and other >>> devices for password recovery... >>> >>> http://blog.frizk.net/2016/12/filevault-password-retrieval.html >>> >>> -mb >>> >>> On Tue, Dec 20, 2016 at 4:38 PM, Stephen Partington < >>> cryptworks@gmail.com> wrote: >>> >>>> The little booger has TB2 and USB3 so something like >>>> http://www.newegg.com/Product/Product.aspx?Item=9SIA4P03C27102 would >>>> work pretty well for large scale storage expansion. >>>> >>>> On Tue, Dec 20, 2016 at 3:28 PM, Michael Butash >>>> wrote: >>>> >>>>> Not overly familiar with the macs, but as long as it has a real usb3 >>>>> or higher port, I'd consider something like this externally to your 2 >>>>> internal spinners, usb 3+ to m.2/nvme drive adapter: >>>>> >>>>> http://www.newegg.com/Product/Product.aspx?Item=9SIA54G3RY37 >>>>> 26&cm_re=m.2_usb-_-9SIA54G3RY3726-_-Product >>>>> >>>>> Usb3 is 3-4 gigabit practical speed in theory and should sustain >>>>> decent enough i/o to make use of that. If it's new enough to have a >>>>> thunderbolt 3/usb3.1 connection, those are supposedly 10 gigabit capable >>>>> for roughly 2x the throughput. >>>>> >>>>> Maybe Eric should head to west texas and sue them for infringement, >>>>> with Oyen Tech. ;) >>>>> >>>>> This looked nifty too for thunderbolt3/usb3.1... >>>>> >>>>> http://www.newegg.com/Product/Product.aspx?Item=N82E16817245 >>>>> 003&cm_re=m.2_usb-_-17-245-003-_-Product >>>>> >>>>> -mb >>>>> >>>>> On Tue, Dec 20, 2016 at 1:55 PM, Stephen Partington < >>>>> cryptworks@gmail.com> wrote: >>>>> >>>>>> I have done it with my LVMcache based solution without issue. >>>>>> Currently am running that on a Mac mini server If i could get a pair of >>>>>> spinners in there with an SSD cache i would. >>>>>> >>>>>> >>>>>> On Tue, Dec 20, 2016 at 1:36 PM, Michael Butash >>>>>> wrote: >>>>>> >>>>>>> How does one handle redundant disks *properly* or *officially* with >>>>>>> EFI? >>>>>>> >>>>>>> First/Last time I dealt with EFI was an asus that had 2x SSD's >>>>>>> (factory raid 0[!]) that I intended to raid 1 for redundancy vs. >>>>>>> performance. It had no legacy boot option at all (shame, asus), so I was >>>>>>> forced to work with it. I eventually got my recipe up on it with mdadm, >>>>>>> crypto, and lvm with ubuntu after weeks of fiddling with it, but never >>>>>>> really figured out a better way to deal with efi partition. I had setup a >>>>>>> cronjob to rsync the efi directory, never really tested the actual failure >>>>>>> scenario and/or recovery however before I gave up on the laptop otherwise >>>>>>> (and job). >>>>>>> >>>>>>> Maybe that is/was good enough, just wasn't sure how well the efi >>>>>>> bios would switch up disks like that, as something at the time made me >>>>>>> believe it wouldn't. I've read efi is somewhat fakeraid aware, perhaps >>>>>>> that's an option since mdadm works with fakeraids too... >>>>>>> >>>>>>> Surely I'm not the only one to do redundant disks in desktops, but >>>>>>> do seem to be one of an odd few. >>>>>>> >>>>>>> -mb >>>>>>> >>>>>>> On Tue, Dec 20, 2016 at 12:06 PM, Kevin Fries >>>>>>> wrote: >>>>>>> >>>>>>>> I suspect the issue was more with UDev and those fancy new drives. >>>>>>>> I just wiped then installed Arch on a brand new HP laptop with GPT, zero >>>>>>>> issues. I especially like the lack of a separate /boot partition by >>>>>>>> reusing the EFI/GPT boot sector. >>>>>>>> >>>>>>>> Personally, my install was very straightforward and stable as hell. >>>>>>>> >>>>>>>> Kevin >>>>>>>> >>>>>>>> On Dec 20, 2016 9:13 AM, "Michael Butash" >>>>>>>> wrote: >>>>>>>> >>>>>>>>> I agree, this is why I keep separate /usr partitions, both to >>>>>>>>> allow for growth, and to monitor my growth. Another weird thing Arch has >>>>>>>>> such a difficult time booting with a separate /usr, more like the dev's >>>>>>>>> ass-u-me again no one will *ever* do this... >>>>>>>>> >>>>>>>>> I started doing it as a means of checks for watching growth over >>>>>>>>> the years. In the old days of 8.04, usually a 4gb partition for /usr was >>>>>>>>> fine, and less than a gig for actual root (/). Now I fill /usr with at >>>>>>>>> least 6gb of data on install it seems, 7-8gb is more the norm. >>>>>>>>> >>>>>>>>> Use of GPT is/was really trying to keep up with tech, where early >>>>>>>>> days of SSD, fdisk was terrible about alignment, where most things can and >>>>>>>>> still do say to use GPT. Just no one tells you it is inherently broken >>>>>>>>> still on most platforms to consider booting off of. >>>>>>>>> >>>>>>>>> I'd be more inclined to try EFI, but I'm fond of consistent raid >>>>>>>>> approaches, even for boot partitions, where the inflexible FatFS nature of >>>>>>>>> EFI partition just rubs me the wrong way as it can't be made natively >>>>>>>>> redundant like I can with /boot being on mdraid partitions happily booting >>>>>>>>> linux otherwise. Curious what others do with redundancy around EFI desktop >>>>>>>>> drives... >>>>>>>>> >>>>>>>>> Even without another shed of M$ on here, it still finds a way to >>>>>>>>> screw things up. >>>>>>>>> >>>>>>>>> -mb >>>>>>>>> >>>>>>>>> On Tue, Dec 20, 2016 at 12:09 AM, Steve Litt < >>>>>>>>> slitt@troubleshooters.com> wrote: >>>>>>>>> >>>>>>>>>> On Mon, 19 Dec 2016 23:17:38 -0700 >>>>>>>>>> Michael Butash wrote: >>>>>>>>>> >>>>>>>>>> > I really had no idea GPT was such an anomaly still. Everything >>>>>>>>>> I >>>>>>>>>> > read was like "just do it!". Not. >>>>>>>>>> >>>>>>>>>> At this point in time, laptop hard disks still aren't big enough >>>>>>>>>> to >>>>>>>>>> require EFI, and desktops have multiple disks. So what I do on >>>>>>>>>> laptops >>>>>>>>>> that can still do MBR is MBR format the hard disk. >>>>>>>>>> >>>>>>>>>> With my daily driver desktop, with a 4TB disk, and a 3TB disk, >>>>>>>>>> and a >>>>>>>>>> 256GB SSD, I MBR boot to the SSD, which also contains the whole >>>>>>>>>> /usr >>>>>>>>>> and /etc tree for easy bootability in these days of symlinked >>>>>>>>>> /usr. So >>>>>>>>>> I get the advantages of GPT on my large disks, the simple booting >>>>>>>>>> of >>>>>>>>>> MBR on my SSD: It works fast and beautifully. >>>>>>>>>> >>>>>>>>>> SteveT >>>>>>>>>> >>>>>>>>>> Steve Litt >>>>>>>>>> December 2016 featured book: Rapid Learning for the 21st Century >>>>>>>>>> http://www.troubleshooters.com/rl21 >>>>>>>>>> --------------------------------------------------- >>>>>>>>>> PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org >>>>>>>>>> To subscribe, unsubscribe, or to change your mail settings: >>>>>>>>>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> --------------------------------------------------- >>>>>>>>> PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org >>>>>>>>> To subscribe, unsubscribe, or to change your mail settings: >>>>>>>>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss >>>>>>>>> >>>>>>>> >>>>>>>> --------------------------------------------------- >>>>>>>> PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org >>>>>>>> To subscribe, unsubscribe, or to change your mail settings: >>>>>>>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss >>>>>>>> >>>>>>> >>>>>>> >>>>>>> --------------------------------------------------- >>>>>>> PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org >>>>>>> To subscribe, unsubscribe, or to change your mail settings: >>>>>>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> A mouse trap, placed on top of your alarm clock, will prevent you >>>>>> from rolling over and going back to sleep after you hit the snooze button. >>>>>> >>>>>> Stephen >>>>>> >>>>>> >>>>>> --------------------------------------------------- >>>>>> PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org >>>>>> To subscribe, unsubscribe, or to change your mail settings: >>>>>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss >>>>>> >>>>> >>>>> >>>>> --------------------------------------------------- >>>>> PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org >>>>> To subscribe, unsubscribe, or to change your mail settings: >>>>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss >>>>> >>>> >>>> >>>> >>>> -- >>>> A mouse trap, placed on top of your alarm clock, will prevent you from >>>> rolling over and going back to sleep after you hit the snooze button. >>>> >>>> Stephen >>>> >>>> >>>> --------------------------------------------------- >>>> PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org >>>> To subscribe, unsubscribe, or to change your mail settings: >>>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss >>>> >>> >>> >>> --------------------------------------------------- >>> PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org >>> To subscribe, unsubscribe, or to change your mail settings: >>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss >>> >> >> >> >> -- >> A mouse trap, placed on top of your alarm clock, will prevent you from >> rolling over and going back to sleep after you hit the snooze button. >> >> Stephen >> >> >> --------------------------------------------------- >> PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org >> To subscribe, unsubscribe, or to change your mail settings: >> http://lists.phxlinux.org/mailman/listinfo/plug-discuss >> > > > --------------------------------------------------- > PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org > To subscribe, unsubscribe, or to change your mail settings: > http://lists.phxlinux.org/mailman/listinfo/plug-discuss >