Check with 'blkid' whether b0fb4364-429c-4573-b0a0-7bddb6bb37ca is the
correct UUID of the root partition and whether
/boot/vmlinuz-4.4.0-161-generic exists (it is not the latest version
available on Trisquel 8). The change will not be persistent. If it works,
executing 'sudo
I typed out the following from a screenshot. One of my debug steps was to
follow a blog post that had me look at the different drives to see which one
had the linux install on it. I think it was hd2,gpt2. I looks like in the
below that Trisquel is trying to boot from hd0,gpt. I feel like I
...also, then if I edit that page and boot and it works, do I need to do
anything to persist that change? I suppose I'll soon find out!
Thanks for all the great feedback! I'll post the fifteen lines here this
weekend, try things in the Fixing a Broken System link, and report back.
The options are usually categorized and listed in alphabetical order. It
would be especially weird if 'sort' would not respect that order! Notice
that the introduction of 'info uniq' includes that sentence:
If you want to discard non-adjacent duplicate lines, perhaps you want to use
Magic Banana quoted the magic words:
"used by itself, -u causes 'uniq' to print unique lines, and nothing else"
Put another way: Uniq -u skips duplicated lines altogether.
Sort -u needs to be mentioned earlier on the man sort page, as it will handle
unpredictable outputs reliably.
Thanks are
Again: 'sort -u' equates to 'sort | uniq'; it does not equate to 'sort | uniq
-u', because "used by itself, -u causes ‘uniq’ to print unique lines, and
nothing else".
There is no need to reverse engineer 'uniq': just read its documentation:
$ info uniq
Following up, I noticed a pattern among the outputs of| sort | uniq -u versus
| sort u:
The three files that I evaluated had 26.1GB, 12GB, and 2.0GB, repectively,
among
1. The original file, the result of grepping about 10GB of nMap output files,
with many duplicates;
2. The | sort -u
According to 'info uniq':
‘-u’
‘--unique’
Discard the last line that would be output for a repeated input
group. When used by itself, this option causes ‘uniq’ to print
unique lines, and nothing else.
'sort | uniq' does the same as 'sort -u' but is slower (and longer to type).
Over a year ago, I lamented that sort followed by uniq -u wasn't removing
duplicates from a list:
https://trisquel.info/en/forum/sort-and-uniq-fail-remove-all-duplicates-list-hostnames-and-their-ipv4-addresses
Recently I've been faced with the results of grep searches in other files
that
Amazing. Glad to know that worked! Thanks to lcerf and enduzzer for
explaining my command I learned new thing.
Which Wacom device are you trying to get to work? What do you have to do in
order to get it to work? In the past once you have gotten it to work does it
work consistently?
I've had lots of mixed results with Wacom devices in the past so I might be
able to give some clues.
>It is default.
But it seems to be causing an error when you try to run make && make install.
You should try it from a directory that only has english characters and no
spaces. Create a directory in /home/fuckoff/ called "wacom", put it in there
and try it again.
The error you got did
> then I advise him to give Debian testing/unstable a try.
That might be better.
> Don't name it with Japanese characters,
It is default.
> If that doesn't work, the error might mean that you have to run "make &&
make install" as "sudo make && make install".
It is in the log.
> Lastly, you are using an older kernel that's from early 2018. If I was
running a modern
Hi, thanks for your suggestion. I might give it a try. Though Mullvad team's
guess from the log is that Trisquel has been causing the trouble.
Hi!
My recommendation is to do the following:
1. install Guix package manager
2. through Guix package manager install `openvpn`
3. download the OpenVPN config file Mullvad offers on their website
4. use openvpn to connect to your VPN using the downloaded config
This works very well for me
17 matches
Mail list logo