openwrt recommendations
Hiya, my venerable linksys wrt54gs running openwrt is still going strong, but probably can't handle NBN 100 Mbit even on lobotomised HFC, so I guess it's time for a new router... any recommendations for a 2+ port gigabit and (I guess) AC WiFi that can hopefully run openwrt ok for the next decade? I don't need or want any USB or NAS or gaming. ATA for landline optional. I looked at newer linksys wrt32x but they're $450 from jb (prob $250 from amazon but they don't seem to ship to .au (again)) and also they're outliers running marvel chipsets. after that I just get confused in the maze of 100's of routers that could run openwrt vs. what you can buy today that's an ok price. I'm open to other options if they're interesting or cheaper/better - eg. little arm boards with a couple of gige ports and ac wifi as long as they run centos/fedora/openwrt or similar. thanks! cheers, robin ___ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
Re: moving partition
none of my suggestions, though humorous, are helpful... disk partition level thinking doesn't consider file system level thinking is probably the correct answer, which incidentally also explains why some hypervisor snapshots suck chunks... On Thu, 31 Jan 2019 at 12:16, Nic Baxter via luv-main wrote: > Hi All > > I am moving a 1TB NTFS partition 200MB to the right using gparted and of > course it is very slow. I don't understand why gparted is moving all of > the data. Why not just move 200MB and add it to the end of the > partition? My googling only tells me how to do it but not why. > > Cheers > > Nic > > ___ > luv-main mailing list > luv-main@luv.asn.au > https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main > -- Dr Paul van den Bergen ___ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
moving partition
Hi All I am moving a 1TB NTFS partition 200MB to the right using gparted and of course it is very slow. I don't understand why gparted is moving all of the data. Why not just move 200MB and add it to the end of the partition? My googling only tells me how to do it but not why. Cheers Nic ___ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
Re: GUI problem
On Wed, Jan 30, 2019 at 06:58:28PM +, stripes theotoky wrote: > Where do I start debugging this one? Beats me right now. /var/log/Xorg.0.log if there are errors while X is starting up, they'll be in here. Look especially for lines with "(EE)" (errors) and maybe also "(WW)" (warnings). ~/.xsession-errors stderr from window managers, desktop environments, GUI apps, etc is logged here. there will probably be a lot of "noise" drowning out the signal, making it difficult to interpret what is going on, or to identify what the root cause is. craig -- craig sanders ___ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
GUI problem
I had a perfectly good working Devuan system running testing .(beowulf /ceres) Ran some updates a few days ago and everything was working fine. Rebooted starts normally brings up slim, user name and password as normal then a black screen. Switching to a terminal Alt Ctrl F1 allows me to log in. startx and xinit fail Obviously the video card is good or I couldn't get to the log in screen or use the terminal. The system is using the nouveau video driver. It was I believe running the Nvidia driver before the updates Only error I notice on shutdown is that slim is not running which I presume is due to a failure to startx. Where do I start debugging this one? Beats me right now. Stripes. -- Stripes Theotoky -37 .713869 145.050562 ___ luv-main mailing list luv-main@luv.asn.au https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main