Re: Arch migration (success!!)

Top Page
Attachments:
Message as email
+ (text/plain)
+ (text/html)
+ (text/plain)
Delete this message
Reply to this message
Author: Michael Butash
Date:  
To: Main PLUG discussion list
Subject: Re: Arch migration (success!!)
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 <
>> > 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 <
>>>> > 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 <
>>>>>>>> > 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 -
>>>>>>>>> To subscribe, unsubscribe, or to change your mail settings:
>>>>>>>>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------
>>>>>>>> PLUG-discuss mailing list -
>>>>>>>> To subscribe, unsubscribe, or to change your mail settings:
>>>>>>>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------
>>>>>>> PLUG-discuss mailing list -
>>>>>>> To subscribe, unsubscribe, or to change your mail settings:
>>>>>>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------
>>>>>> PLUG-discuss mailing list -
>>>>>> 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 -
>>>>> To subscribe, unsubscribe, or to change your mail settings:
>>>>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------
>>>> PLUG-discuss mailing list -
>>>> 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 -
>>> To subscribe, unsubscribe, or to change your mail settings:
>>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>>>
>>
>>
>> ---------------------------------------------------
>> PLUG-discuss mailing list -
>> 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 -
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>

---------------------------------------------------
PLUG-discuss mailing list -
To subscribe, unsubscribe, or to change your mail settings:
http://lists.phxlinux.org/mailman/listinfo/plug-discuss