You are not logged in.
I occasionally use Synaptic to double check which repos I currently have enabled.
^ This has set off my PEBKAC alarm :-)
Please post the output of
apt policy
cat /etc/apt/sources.list{,.d/*}Thanks!
It would seem that he achieved speeds using just the rsync protocol and bypassing ssh.
I don't undertand how he's set this up and cannot find how to contact the guy.
Looks like https://wiki.archlinux.org/title/Rsync#As_a_daemon
Try
# apt update
# apt upgrade
# apt full-upgradeEDIT: might be best to remove Skype and it's repository beforehand though. You can (try to) add them back afterwards.
But I do need rsync.
I use ssh to login to the NAS, how do I disable encryption?
Oops, sorry, looks like you can't actually disable encryption over ssh but you can use a simple cipher like Blowfish, which should be quick, along with no compression:
# rsync -e "ssh -o compression=no -c blowfish" -a -stats ~/media/bckups root@192.168.1.3:/mnt/sda3Reference: https://galaxysd.github.io/20160302/Fastest-Way-Rsync
For transfers without encryption use rsh instead, as supplied by the rsh-client & rsh-server packages (/usr/bin/netkit-rsh & /usr/bin/netkit-rshd).
Please post the output of
apt policy
grep -v '^$\|^#' /etc/apt/sources.list{,.d/*}installing mcelog
No point doing that, it doesn't support your processor.
Have you installed the AMD µcode package? I think Ryzens fall over without the fixes.
Disable encryption for rsync operations over ssh or use rsh instead of ssh (but only do the latter on a local network because it's not very secure).
So they fixed the bug with patches that introduced more bugs? Isn't software great! I'm beginning to think Sturgeon was an optimist...
if it is likely to vanish from Debian/Devuan for similar reasons?
I wouldn't think so. Alpine place considerably more emphasis on security than Debian — they don't even apply the unprivileged user namespaces sysctl patch to their kernel, unlike Debian.
Simplest way to ensure custom driver compilation will succeed:
# apt install module-assistant
# m-a prepare^ That will pull in any headers and build requirements automatically. No idea why it isn't on the Debian wiki page. It really should be.
Yes, lots. I've also got mokutil in there, which can be used to add your own SecureBoot keys to the motherboard.
EDIT: testing is like the Arch AUR except that every APKBUILD is vetted by the Alpine devs before uploading so the quality of the packaging is *much* higher.
I usually install elsewhere this oksh https://github.com/ibara/oksh via git as ibara ships the default ksh.kshrc file whereas alpine does not
Yeah, I packaged that up for Alpine and uploaded it to their testing repositories:
https://pkgs.alpinelinux.org/packages?n … ranch=edge
That repository should only be used with the edge branch though, see https://wiki.alpinelinux.org/wiki/Enabl … positories for the instructions.
I really should get it moved into the community repository instead...
Yes, exactly so. It comes in useful for all the crappy UEFI implementations out there, of which there are many.
There are several motherboards that will only boot Microsoft's EFI loader if it is present on the EFI system partition so this advice is generally useful.
FWIW the machine should boot from $ESP/EFI/Boot/bootx64.efi if $ESP/EFI/Microsoft/Boot/bootmgfw.efi is not present.
For more on this see https://www.rodsbooks.com/efi-bootloade … ive-naming
EDIT: Devuan's grub-efi package has a configuration option to copy GRUB's EFI loader to $ESP/EFI/Boot/bootx64.efi that can be enabled with
# dpkg-reconfigure grub-efi-amd64 # or grub-efi-ia32Say yes when it asks if you want to "force extra installation to the EFI removable media path".
Or just copy the loader and change the setting directly:
mkdir -p /boot/efi/EFI/Boot
cp /boot/efi/EFI/{debian/grubx64.efi,Boot/bootx64.efi}
debconf-set-selections <<!
grub-efi-amd64 grub2/force_efi_extra_removable boolean true
!Alpinelinux setup
Very nice! Is that my oksh package or is it Sören's loksh version?
You can use pfetch instead of neofetch — it uses /bin/sh, which will let you delete that bash bloat.
Back on topic with my Arch box:
Originally I had it in /usr/local/bin.
As I could not get it to work unless I used ./, I moved it.
/usr/local/bin/ is not in your user's PATH so any executables placed there will not be found unless the full path is given.
No idea where OpenWRT sets PATH though, perhaps ask on their forums instead? You would probably get a better response there. Failing that check /etc/profile & /etc/profile.d/*.
Here's how the file should look:
$ getfacl /home/test/empty
getfacl: Removing leading '/' from absolute path names
# file: home/test/empty
# owner: empty
# group: test
user::rw-
group::r--
other::r--
$^ That was after following the linked guide and any user in the test group can delete (but not modify) /home/test/empty. The sequence you have posted does not match the content of my provided link.
You could have moved /root/shutdown to /usr/bin/ instead or you could have added /root/ to PATH (which is a fantastically bad idea) but just placing the actual script itself at /usr/bin/shutdown seems more sensible. Strictly speaking non-packaged executables should go under /usr/local/bin/ but whatever.
> :-) $ /usr/games/scidstarts 'scid' but it still gives the same pop-up window saying 'phalanx or toga not found' when I try to play a tactical game.
Please post the exact, full error message that appears in the terminal from which /usr/games/scid is run after that pop-up window appears.
# mv /usr/bin/closebook.sh /usr/bin/shutdownRun this command as your normal user (not as root):
echo $PATHIt needs to contain /usr/games for the binaries to be found.
For example, does this launch the games for you:
/usr/games/xphalanxUse dpkg -L to list the contents of the packages and use echo $PATH to check if the directory containing the game binaries is included.
Hint: /usr/games/.
Which desktop are you using and how exactly do you log in?
The files with different permissions are copied from /etc/skel/:
-k, --skel SKEL_DIR
The skeleton directory, which contains files and directories to be copied in the user's home
directory, when the home directory is created by useradd.This option is only valid if the -m (or --create-home) option is specified.
If this option is not set, the skeleton directory is defined by the SKEL variable in
/etc/default/useradd or, by default, /etc/skel.If possible, the ACLs and extended attributes are copied.
(Added emphasis.)
SSo what is the "order of authority" with UMASK ?
The file that applies umask last will "win" so that would be ~/.profile but note that file is not read if LightDM is used to log in.