luv-main August 2020

luv-main@luv.asn.au

19 participants
18 discussions

by Brian May

Hello, I have a CamLink original which worked fine under Debian buster. But then I upgraded to Debian Bullseye. Now I no longer get the vl4 driver for the device. Running a Buster VM on the computer, and then redirecting the USB port inside the VM, this works fine. But ideally would like to get this working without a VM. Any ideas on how to debug this issue? The closest I can see is this bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966541 - but I don't get any stack trace in my kernel log files. Also this is Camlink, not the newer CamLink 4K. The logs I do get (tail -f /var/log/*.log) after plugging in the device are: ==> /var/log/kern.log <== Aug 24 09:05:13 canidae kernel: [43925.738496] usb 1-1: new high-speed USB device number 12 using xhci_hcd Aug 24 09:05:13 canidae kernel: [43925.889687] usb 1-1: New USB device found, idVendor=534d, idProduct=2109, bcdDevice=21.00 Aug 24 09:05:13 canidae kernel: [43925.889692] usb 1-1: New USB device strings: Mfr=1, Product=0, SerialNumber=0 Aug 24 09:05:13 canidae kernel: [43925.889695] usb 1-1: Manufacturer: MACROSILICON Aug 24 09:05:13 canidae kernel: [43925.893805] hid-generic 0003:534D:2109.000A: hiddev0,hidraw0: USB HID v1.10 Device [MACROSILICON] on usb-0000:00:14.0-1/input4 ==> /var/log/user.log <== Aug 24 09:05:13 canidae mtp-probe: checking bus 1, device 12: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1" Aug 24 09:05:13 canidae mtp-probe: bus: 1, device: 12 was not an MTP device Aug 24 09:05:13 canidae mtp-probe: checking bus 1, device 12: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1" Aug 24 09:05:13 canidae mtp-probe: bus: 1, device: 12 was not an MTP device ==> /var/log/daemon.log <== Aug 24 09:05:13 canidae rtkit-daemon[1452]: Supervising 7 threads of 2 processes of 2 users. Aug 24 09:05:13 canidae rtkit-daemon[1452]: Successfully made thread 155187 of process 1786 owned by '1000' RT at priority 5. Aug 24 09:05:13 canidae rtkit-daemon[1452]: Supervising 8 threads of 2 processes of 2 users. Not sure why it is trying to use it as a MTP device... Is this normal? I don't see anything about v4l which I would expect to see. Thanks -- Brian May <brian(a)linuxpenguins.xyz> https://linuxpenguins.xyz/brian/

1 year, 8 months

What time of the day is best for our Online Main Meeting?

by Alexar Pendashteh

We have an upcoming Main Meeting in a few days and it will be the first time we are running it online! Traditionally we would start at 7pm and wrap at around 9pm followed by dinner at a local restaurant. (feels like the past life!) However, now the event is online and almost all the reasons led to a 7pm start are invalid! Now the question is: *What time is best to start an Online Main Meeting*? Options we can consider are: *12pm - 2pm* *5pm - 7pm* *7pm - 9pm* *8pm - 10pm* Please let me know by replying to this email or contacting the committee at <luv-ctte(a)luv.asn.au>. Ideally we will settle on a time that works the best for most of our community, especially those who would previously find it difficult to attend in-person meetings due to distance or family commitment, etc. For that reason I would like to hear from anyone who has a preference, especially if: - you live inside the curfew zone. - you are a parent or a carer - you work between 9 to 5 (if that still is a thing for some?) - or for any other reason there is a limit on the range of hours you can attend online meetings. It's worth noting that the meeting will be accessible on a desktop browser and Android phones and iPhones. + Alexar -- [image: image.jpg] *Alexar Pendashteh* technologist / social entrepreneur https://github.com/pendashteh

1 year, 8 months

copy and paste, under Wayland, and to and from an XTerm, was relating to dl audio and video

by Mark Trickett

Hello Craig, Many thanks for your excellent posts, I am learning more. However I have Debian 10, nominally up to date, and it has Wayland with Gnome as the desktop. I am finding it very frustrating that I cannot copy and paste to and from the XTerm window. I used to be able to do with earlier terminal emulation under the XWindows system. I used it to be able to copy text from a terminal into an email, and commands back from email, ensuring that I did not make typos. I do understand that there can be security issues if used without a measure of care and thoughtful, but it also has much merit when coping with some of the regular expressions that come up as examples in email and on web pages. Regards, Mark Trickett

1 year, 8 months

LUV web site

by Russell Coker

Our Drupal web site was very outdated and had security issues. I've replaced it with a Wordpress site. One advantage of Wordpress is that upgrades are generally very easy, it will update the database for you. The only potential hassle of Wordpress upgrades is plugin compatibility, but with Drupal you have plugin issues as well as issues of the core product being difficult to update. Currently there is little content, but we will add some content from the old site shortly. Also I will soon have the LUV Wiki going again. Maybe tomorrow. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/

1 year, 8 months

Re: [MLUG] Advice needed about ZFS

by stripes theotoky

Thank you all for the very helpful advice:- If I understand you all the problems are ZFS is choking because I don't have enough disk space. The reason I don't have enough disk space is because the files I deleted are still in the old snapshots, plus it was already pretty full. This seems like a good way forward but is it really and if so how do I do it? First things first ZFS is choking due to lack of disk space. However, I have a lot of totally unused diskspace on a windows partition so how can I reduce the windows partition and increase the ZFS to stop it choking. It has 560GB of which I do not need more than 200max to leave for Windoze. Gparted apparently doesn't like ZFS but does this matter? I can I assume use it to shrink the Windows partition and free up about 360GB, then how do I expand the ZFS to use that free space? Second, I have checked /etc/cron and find auto snap shot commands for hourly, daily, weekly & monthly hourly = 24, daily = 31, weekly = 8, monthly = 6. It seems I could change that to hourly = 24, daily = 7, weekly = 4, monthly = 6 and get pretty much the same coverage with a lot less snapshots. Listing snapshots shows some from 2019, where are they coming from as with monthly only storing 6 months there shouldn't be anything newer than February 2020 or am I not understanding something here? The computer is a Lenovo W541 laptop, the longer term plan is to double the memory to 32GB and put a 2TB SSD in this box. Does that sound sensible? In the meantime, a thorough backup is running in at least two external drives (one incremental and one fresh). Stripes. On Sun, 23 Aug 2020 at 06:55, Keith Bainbridge <keithrbaugroups(a)gmail.com> wrote: > > On 23/8/20 10:25 am, Darren Wurf wrote: > > I noticed the snapshots follow a grandparent-parent-child pattern, > > something is managing these snapshots for you - which would explain why > > you have no older ones as well as why there are many recent snapshots > > and few older ones. > > And if that is the case, that manager may be using hard links to reduce > the space being used. So deleting older snapshots may not have a big > affect. > > I know timeshift works that way - the grandparent-parent-child pattern > and hard links. > > -- > Keith Bainbridge > > keithrbaugroups(a)gmail.com > or ke1thozgroups(a)gmx.com > > -- > You received this message because you are subscribed to the Google Groups > "mlug-au" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to mlug-au+unsubscribe(a)googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/mlug-au/a8673e8a-117b-e3b3-3f61-6316b46fa… > . > -- Stripes Theotoky -37 .713869 145.050562

1 year, 8 months

LUV Wiki

by Russell Coker

I'm getting the LUV Wiki going again. Would anyone like to help test it? The Wiki has been broken for years because the old Drupal installation required an old version of PHP and a routine system upgrade had installed a new version of MediaWiki that needed a newer PHP. I have configured things to support multiple versions of PHP running at the same time. Also while I was at it I set up HTTP/2 and mod_pagespeed. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/

1 year, 8 months

Call for ideas and topics for the September main meeting

by Alexar Pendashteh

Hey all! Been a while since our last LUV meeting. I am in the process of planning for September and given it will be the first time we are running a LUV main meeting online, we can be creative about the format. Any thoughts or ideas are welcome! Also, what topics should we discuss? Do you have a topic you like to hear about? Even better, do you have a topic you would like to talk about? The event will be held next Tuesday, September the 1st. Feel free to reply to this*, *or send an email to the committee ( luv-ctte(a)luv.asn.au) Thanks! + Alexar -- [image: image.jpg] *Alexar Pendashteh* technologist / social entrepreneur https://github.com/pendashteh

1 year, 8 months

Re: [MLUG] Advice needed about ZFS

by stripes theotoky

When we started this discussion we had this stripinska@Stripinska:~$ sudo zfs list NAME USED AVAIL REFER MOUNTPOINT alexandria 332G 1.06G 96K /alexandria Now having moved 47.3 GB of files to an external drive I have this. stripinska@Stripinska:~$ sudo zfs list NAME USED AVAIL REFER MOUNTPOINT alexandria 332G 782M 96K /alexandria What is eating my space? It is not the cache for Firefox as this is only 320M. How do I get it back before the box freezes. The more disk space I free the less available space I have. Stripes. On Thu, 20 Aug 2020 at 11:05, Russell Shaw <rjshaw(a)netspace.net.au> wrote: > On 20/8/20 7:56 pm, 'stripes theotoky' via mlug-au wrote: > > On Thu, 20 Aug 2020 at 07:33, Russell Shaw <rjshaw(a)netspace.net.au > > <mailto:rjshaw@netspace.net.au>> wrote: > > > > On 20/8/20 4:53 pm, 'stripes theotoky' via mlug-au wrote: > > > Dear Group, > > > > > > I am looking for advice on ZFS. My computer is running painfully > slowly. > > > > Check your pc has 8G of ram or more. > > > > It has 16G > > NAME AVAIL USED > alexandria 1.06G 332G > > The free space looks pretty low if much buffering is needed. > > Think more free space is needed. > > -- > You received this message because you are subscribed to the Google Groups > "mlug-au" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to mlug-au+unsubscribe(a)googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/mlug-au/8bcd2b83-a63c-3cc5-26c7-d2d05dbad… > . > -- Stripes Theotoky -37 .713869 145.050562

1 year, 9 months

Advice needed about ZFS

by stripes theotoky

Dear Group, I am looking for advice on ZFS. My computer is running painfully slowly. I assume this is due to ZFS snapshots eating the entire disk space. My knowledge of ZFS is almost zero, this box was installed by a friend in the UK back in 2016 in the days when Ubuntu 16:04 was experimental and is still running 16.04. I have run the following commands sudo zpool set listsnapshots=on alexandria zfs list -o space -r alexandria Which seems to show the space is being eaten by snapshots of the home directory and oddly that there are no snapshots from before 2019. The computer is in effect unuseable at the moment. All suggestions are very welcome. The box is a dual boot Linux / Windows but the windows partition could be drastically reduced in size if this is the real problem. NAME AVAIL USED USEDSNAP USEDDS USEDREFRESERV USEDCHILD alexandria 1.06G 332G 320K 96K 0 332G alexandria@zfs-auto-snap_monthly-2019-07-13-0141 - 64K - - - - alexandria@zfs-auto-snap_monthly-2019-08-25-1034 - 0 - - - - alexandria@zfs-auto-snap_monthly-2019-10-09-0831 - 0 - - - - alexandria@zfs-auto-snap_monthly-2019-11-09-2312 - 0 - - - - alexandria@zfs-auto-snap_monthly-2019-12-09-1923 - 0 - - - - alexandria@zfs-auto-snap_monthly-2020-01-23-0728 - 0 - - - - alexandria@zfs-auto-snap_monthly-2020-02-27-0408 - 0 - - - - alexandria@zfs-auto-snap_monthly-2020-03-28-0921 - 0 - - - - alexandria@zfs-auto-snap_monthly-2020-04-27-1130 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-05-18-0221 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-05-19-0117 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-05-20-0358 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-05-21-0350 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-05-22-0105 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-05-27-0155 - 0 - - - - alexandria@zfs-auto-snap_monthly-2020-05-27-0156 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-05-28-0349 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-06-02-0055 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-06-04-0725 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-06-09-0753 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-06-10-1034 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-06-17-0905 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-06-23-0415 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-06-29-0722 - 0 - - - - alexandria@zfs-auto-snap_monthly-2020-06-29-0732 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-06-30-0701 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-07-02-0619 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-07-03-0401 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-07-09-0110 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-07-19-0706 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-08-03-0048 - 0 - - - - alexandria@zfs-auto-snap_monthly-2020-08-03-0055 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-08-05-0229 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-08-06-0052 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-08-07-0202 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-08-08-1109 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-08-09-1053 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-08-10-0157 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-08-11-0347 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-08-12-0849 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-08-16-0601 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-16-1517 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-16-1617 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-16-1717 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-16-1817 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-16-1917 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-16-2017 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-16-2117 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-16-2217 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-16-2317 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-17-0017 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-17-0117 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-17-0217 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-17-0317 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-17-0417 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-17-0517 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-17-0617 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-17-0717 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-08-17-0738 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-17-0817 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-17-0917 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-17-1017 - 0 - - - - alexandria@zfs-auto-snap_daily-2020-08-20-0201 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-20-0217 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-20-0317 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-20-0417 - 0 - - - - alexandria@zfs-auto-snap_frequent-2020-08-20-0430 - 0 - - - - alexandria@zfs-auto-snap_frequent-2020-08-20-0445 - 0 - - - - alexandria@zfs-auto-snap_frequent-2020-08-20-0500 - 0 - - - - alexandria@zfs-auto-snap_frequent-2020-08-20-0515 - 0 - - - - alexandria@zfs-auto-snap_hourly-2020-08-20-0517 - 0 - - - - alexandria/home 1.06G 332G 90.3G 242G 0 0 alexandria/home@zfs-auto-snap_monthly-2019-07-13-0141 - 328M - - - - alexandria/home@zfs-auto-snap_hourly-2019-07-18-0319 - 46.6M - - - - alexandria/home@zfs-auto-snap_hourly-2019-07-18-0818 - 37.5M - - - - alexandria/home@zfs-auto-snap_hourly-2019-07-19-0019 - 83.3M - - - - alexandria/home@zfs-auto-snap_monthly-2019-08-25-1034 - 282M - - - - alexandria/home@zfs-auto-snap_monthly-2019-10-09-0831 - 241M - - - - alexandria/home@zfs-auto-snap_monthly-2019-11-09-2312 - 787M - - - - alexandria/home@zfs-auto-snap_monthly-2019-12-09-1923 - 975M - - - - alexandria/home@zfs-auto-snap_monthly-2020-01-23-0728 - 513M - - - - alexandria/home@zfs-auto-snap_monthly-2020-02-27-0408 - 810M - - - - alexandria/home@zfs-auto-snap_monthly-2020-03-28-0921 - 754M - - - - alexandria/home@zfs-auto-snap_monthly-2020-04-27-1130 - 704M - - - - alexandria/home@zfs-auto-snap_daily-2020-05-20-0358 - 277M - - - - alexandria/home@zfs-auto-snap_daily-2020-05-21-0350 - 41.6M - - - - alexandria/home@zfs-auto-snap_daily-2020-05-22-0105 - 34.3M - - - - alexandria/home@zfs-auto-snap_daily-2020-05-27-0155 - 2.57M - - - - alexandria/home@zfs-auto-snap_monthly-2020-05-27-0156 - 2.84M - - - - alexandria/home@zfs-auto-snap_daily-2020-05-28-0349 - 67.7M - - - - alexandria/home@zfs-auto-snap_daily-2020-06-02-0055 - 63.7M - - - - alexandria/home@zfs-auto-snap_daily-2020-06-04-0725 - 11.3M - - - - alexandria/home@zfs-auto-snap_weekly-2020-06-04-0730 - 14.9M - - - - alexandria/home@zfs-auto-snap_daily-2020-06-09-0753 - 82.0M - - - - alexandria/home@zfs-auto-snap_daily-2020-06-10-1034 - 137M - - - - alexandria/home@zfs-auto-snap_daily-2020-06-17-0905 - 3.11M - - - - alexandria/home@zfs-auto-snap_weekly-2020-06-17-0910 - 1.27M - - - - alexandria/home@zfs-auto-snap_daily-2020-06-23-0415 - 276K - - - - alexandria/home@zfs-auto-snap_daily-2020-06-23-0416 - 280K - - - - alexandria/home@zfs-auto-snap_daily-2020-06-29-0722 - 0 - - - - alexandria/home@zfs-auto-snap_daily-2020-06-29-0723 - 0 - - - - alexandria/home@zfs-auto-snap_weekly-2020-06-29-0728 - 14.2M - - - - alexandria/home@zfs-auto-snap_monthly-2020-06-29-0732 - 4.17M - - - - alexandria/home@zfs-auto-snap_daily-2020-06-30-0701 - 58.6M - - - - alexandria/home@zfs-auto-snap_daily-2020-07-02-0619 - 152K - - - - alexandria/home@zfs-auto-snap_daily-2020-07-02-0620 - 156K - - - - alexandria/home@zfs-auto-snap_daily-2020-07-03-0401 - 69.9M - - - - alexandria/home@zfs-auto-snap_daily-2020-07-09-0110 - 6.30M - - - - alexandria/home@zfs-auto-snap_weekly-2020-07-09-0113 - 6.14M - - - - alexandria/home@zfs-auto-snap_daily-2020-07-19-0706 - 10.7M - - - - alexandria/home@zfs-auto-snap_weekly-2020-07-19-0710 - 7.14M - - - - alexandria/home@zfs-auto-snap_daily-2020-08-03-0048 - 1.11M - - - - alexandria/home@zfs-auto-snap_weekly-2020-08-03-0050 - 732K - - - - alexandria/home@zfs-auto-snap_monthly-2020-08-03-0055 - 1.06M - - - - alexandria/home@zfs-auto-snap_daily-2020-08-05-0229 - 5.16M - - - - alexandria/home@zfs-auto-snap_daily-2020-08-06-0052 - 119M - - - - alexandria/home@zfs-auto-snap_daily-2020-08-07-0202 - 105M - - - - alexandria/home@zfs-auto-snap_daily-2020-08-08-1109 - 52.5M - - - - alexandria/home@zfs-auto-snap_daily-2020-08-09-1053 - 57.5M - - - - alexandria/home@zfs-auto-snap_daily-2020-08-10-0157 - 5.29M - - - - alexandria/home@zfs-auto-snap_weekly-2020-08-10-0202 - 5.28M - - - - alexandria/home@zfs-auto-snap_daily-2020-08-11-0347 - 86.0M - - - - alexandria/home@zfs-auto-snap_daily-2020-08-12-0849 - 71.0M - - - - alexandria/home@zfs-auto-snap_daily-2020-08-16-0601 - 80K - - - - alexandria/home@zfs-auto-snap_daily-2020-08-16-0602 - 80K - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-16-1517 - 8.85M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-16-1617 - 8.65M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-16-1717 - 8.75M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-16-1817 - 8.55M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-16-1917 - 8.61M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-16-2017 - 8.54M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-16-2117 - 8.59M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-16-2217 - 8.65M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-16-2317 - 8.70M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-17-0017 - 8.49M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-17-0117 - 9.46M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-17-0217 - 8.75M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-17-0317 - 19.0M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-17-0417 - 19.0M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-17-0517 - 21.2M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-17-0617 - 38.5M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-17-0717 - 92.2M - - - - alexandria/home@zfs-auto-snap_daily-2020-08-17-0738 - 15.0M - - - - alexandria/home@zfs-auto-snap_weekly-2020-08-17-0740 - 9.04M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-17-0817 - 34.8M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-17-0917 - 20.9M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-17-1017 - 19.5M - - - - alexandria/home@zfs-auto-snap_daily-2020-08-20-0201 - 15.0M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-20-0217 - 14.7M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-20-0317 - 19.5M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-20-0417 - 2.98M - - - - alexandria/home@zfs-auto-snap_frequent-2020-08-20-0430 - 1.77M - - - - alexandria/home@zfs-auto-snap_frequent-2020-08-20-0445 - 1.74M - - - - alexandria/home@zfs-auto-snap_frequent-2020-08-20-0500 - 1.76M - - - - alexandria/home@zfs-auto-snap_frequent-2020-08-20-0515 - 1.44M - - - - alexandria/home@zfs-auto-snap_hourly-2020-08-20-0517 - 1.23M - - - - stripinska@Stripinska:~$ -- Stripes Theotoky -37 .713869 145.050562

1 year, 9 months

Conflict between SpiderOak and NordVPN

by stripes theotoky

I keep getting a problem with a Locked -1 error message from SpiderOak which stops it updating the files. I have this advice from SpiderOak which seems good but assuming a GUI and as I am running this on Linux from the terminal I need help to convert this advice to something I can use. It has come to light that NordVPN is causing issues within SpiderOak ONE. Unfortunately NordVPN has been unable to render any assistance with this. Currently we have found a solution that stabilizes the working relationship between the two programs. Please follow the following directions. 1. Open NordVPN 2. Choose a connection, whether quick connect or one you use frequently. 3. Allow NordVPN to connect. Once connected it will display a name and IP address for the location you are connected to. 4. Make note of the name and IP address. You will need them. 5. Select settings. 6. Select auto connect. 7. For preferred gateway choose the country associated with the connection you chose. 8. For the region, choose the connection number you chose. 9. Navigate to Advanced. 10. Turn on Custom DNS 11. Input the IP address for the connection you chose. At this point, close out of Nord and start it again. Once it is running and connected, it is safe to open SpiderOak One. -- Stripes Theotoky -37 .713869 145.050562

1 year, 9 months

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

luv-main August 2020