Differences

This shows you the differences between two versions of the page.

--- start:debugging:linux [2022/06/01 21:46] – rodolico
+++ start:debugging:linux [2022/11/09 02:12] (current) – removed rodolico
@@ Line 1: / Line 1: @@
-====== Linux Problems ======
-===== NFS won't start =====
-In [[https://www.devuan.org/|Devuan]] Beowulf, I installed nfs-common so I could mount some nfs shares, but the mount on boot does not work. After boot is complete, I can mount my nfs shares manually.
-Looking in the logs, I see the following error:
-**/run/rpcbind not owned by root failed!**
-This is caused by an incorrect path (see https://lists.debian.org/debian-user/2018/10/msg01012.html), which can be fixed by the following:
-<code bash>echo 'PATH="$PATH:/usr/bin"' >> /etc/default/rpcbind</code>
-/etc/default/rpcbind is called in the startup scripts, so this will add /usr/bin to the path when nfs is started.
-===== sort gives unexpected results =====
-Ran into a problem on Devuan (Debian) Linux where sort did not give expected results.
-INPUT:
-<code text f.dat>
--175CB:D
-C11EE:D
--2D270:D
-</code>
-<code bash>sort f.dat</code> returns
-<code>
--175CB:D
-C11EE:D
--2D270:D
-</code>
-Run under FreeBSD and also <code bash>perl -e '@a=(<>);chomp(@a);print join($/,sort @a).$/;' <f.dat</code> returns
-<code>
--175CB:D
--2D270:D
-C11EE:D
-</code>
-Which I expected.
-Under Linux, you can get the same results by setting the collate first: <code bash>LC_COLLATE=C sort f.dat</code>
-I tracked this down from a similar problem using //ls// on Linux. See https://unix.stackexchange.com/questions/35469/why-does-ls-sorting-ignore-non-alphanumeric-characters.
-===== Links =====
-  * https://lists.debian.org/debian-user/2018/10/msg01012.html
-  * https://unix.stackexchange.com/questions/35469/why-does-ls-sorting-ignore-non-alphanumeric-characters