Show Posts

You can view here all posts made by this member. Note that you can only see posts made in areas to which you currently have access.

Messages - Brian000

Pages: [1] 2
Linux Support / Re: grep {} \;
« on: September 22, 2021, 11:49:57 pm »

I assume you know the rest of the command but:
"Find all files in /usr/share/doc and execute egrep (with various parameters) for all files, but return only the 100th character. "

The "{}" means all files from the find command (think of it as a variable or an array/collection containing the return from the "find" command)
while the /; is the command terminator with an escape character "\" to stop it from being interpreted as part of the command.

Linux Support / Re: openssl error reading input file
« on: September 21, 2021, 09:10:34 pm »

Could you provide a little background please - What distro are you using and what version of openssl - and what are you trying to do?

..but "bad magic number" often means that your password is incorrect.

Try this (based on Lubuntu 20.04):

  #echo test > brian.plain
  #cat brian.plan

  #openssl enc -aes-256-cbc -a -pbkdf2 -in brian.plain -out brian.secured
enter aes-256-cbc encryption password:
Verifying - enter aes-256-cbc encryption password:
  #cat brian.secured

 #openssl enc -aes-256-cbc -d -a -pbkdf2 -in brian.secured -out brian.unsecured
enter aes-256-cbc decryption password:

 #cat brian.unsecured

let us know....

Linux Support / Re: Linux Password Policy
« on: September 17, 2021, 11:46:22 pm »

Reading a few things, the error sounds to be due to a config error - is anything reaching the logs?

This page suggest that there are setup differences between DEB and RPM systems (like OL) - so, it may be worth a double check.

But.... if you can undo your changes, and reimplement each in turn, you may be able to identify the cause and also gain confidence in the changes you're making.

Let us know how you get on....

Linux Support / Re: Linux Password Policy
« on: September 12, 2021, 08:40:11 am »

I expect it to be same/similar to RHEL/CentOS but there seems to be a slightly different process for ROOT - check out Oracle Document 2320972.1

"The scope of this document is to configure password complexity for all the users, including root."

FYI - the normal user process seem to be here:

"This document describes the PAM pam_cracklib credit system in relation to Linux PAM password complexity."

You'll need to create a (free) account......

Linux Support / Re: ubuntu 16.04 on disc
« on: July 10, 2021, 08:36:24 pm »

By far the easiest place to buy installation media is with a Linux magazine, many come with a DVD full of options and are available in most bookshops, new agents and supermarkets - just have a quick read of the cover to ensure it contains the distribution your looking for.

I found a similar question, that  provides other options:

Although you may struggle getting Ubuntu at Version 16 which was released in 1016 and now out of support.  The latest version is 21.0.4, (with the TLS (long term support) version being version 20.0.4).

At risk of confusing the subject; there are other distributions and desktops which are more "Windows" like than others... but that depends on what you want.

Hope this helps...

Linux Support / Re: Frequent crashing of 18.04
« on: July 08, 2021, 08:44:07 pm »

Have you performed a RAM test?
MEMTEST is available during boot up, or free from

Linux Support / Re: My scanner doesn?t work on Ubuntu
« on: June 17, 2021, 08:38:07 pm »
Based on this it's supported but looks to require some manual work

Edit: adding URL for SANE

Linux Support / Re: Keyboard and mouse problems
« on: June 16, 2021, 09:20:34 pm »

Do you know if its a Kernel panic (completely unresponsive), or can you do the shutdown key-combs?

Press and hold the Alt and SysReq (aka PrntScr) keys and then slowly type r e i s u o

But I'd also consider running a memory test - you should find MEMTEST during the bootup sequence, or part of most/any live distro - or just download the free copy from

Linux Support / Re: My scanner doesn´t work on Ubuntu
« on: June 16, 2021, 09:15:35 pm »

Could you kindly share some important details, like the make and model of the scanner.

...But, the light - that may just be power, which is not any confirmation of connectivity.

Linux Support / Re: Linux 64 bit installation problem
« on: June 09, 2021, 09:32:17 pm »
Hi Steve57,

I'm just as perplexed, because what you're describing (running 64bit OK, unless it's on the local drive!) doesn't make sense to me either I'm afread :(

Therefore, the only 2pence I can throw into this thread, would be to look through all of the BIOS options, Sure I agree, I can't imaging anything saying "Boot Local Device in 32bit only".....but perhaps its worth a peek before you throw in the towel - also you could check if there is a BIOS update.   

Ah!... I just found this:  which suggests "Secure boot" and "UEFI Legacy" - although that thread does end with it ultimately being a Motherboard failure.......

Sorry - but, that's my out of thoughts!

Linux Support / Re: How to Back Deletes
« on: June 07, 2021, 12:05:31 am »
Thanks for the info -  These backups are for internal drives, so "-z" sounds pointless.

...but I like the sound of "NICE" - I'll have a play, because pretty much all of my processes are far from urgent - mostly CRON or scripts for startup.

thanks again.

PS - that "-backup" works just as expected; I have re-employed my old 3tb drive, which is slowly filling up with daily directories of change :)

Linux Support / Re: Rsync
« on: June 06, 2021, 11:38:50 pm »

I wonder if you have any large files in your home directories and if you're exceeding the available space or your defined RSYNC limit or just the limitations of FAT32 (different file types have difference specifications/limitations).  As you say the RSYNC command looks OK and I can run it on Debian10 to a VFAT USB (but I have almost nothing in my HOME, so that's far from a comparable test)

Can you confirm you HOME partition and file type - "df -Th ~"  and also check if there are any files larger than or close to 4gb (being the limit for FAT32)

If you have a spare USB, I'd format it to whatever your HOME is, which should reduce those incompatibility risks.

Is that possible? - let me know the results....

Regards deleting; if it's solely a backup for you "home" and you intend to recreate it anyway - then that sounds fine (BUT, since I don't know your requirements/intentions, I'll strongly recommend you copy that data and ensure its safe first before doing anything that may risk your data).

...but on paper using RSYNC to copy to an USB drive, that should be fine.....

Linux Support / Re: ip neigh and arp - incorrect MAC address
« on: June 06, 2021, 10:18:25 pm »
There are likely to be a few better ways to get this information, but I am still at that point where I enjoy writing semi-pointless scripts :)

So I simply hope this is helpful to somebody if only as an example for something else... 

Anyway - this is what I've got/done - feel free to suggest a better option.

Nb: There are obvious risks/issues - like those assets that don't reply to PING, or if you don't have a asset with a complete ARP table*.
*not that I understand ARP, can ARP scan the network itself, in order to make this more reliable - or is this idea largely flawed to begin with?!

Code: [Select]

readonly ARP=`which arp`
readonly CUT=`which cut`
readonly PING=`which ping`
readonly NETADDR=192.168.1
readonly ARP_ARRAY=$(${ARP} -a)

if [ "${HOST}" = "" ]; then
  echo "Error - No Input Given"
  echo "Usage: ${0} [host/ip/scan]"
  exit 9

function _GetHostDetails {
  if [ "${1:0:${#NETADDR}}" = "${NETADDR}" ]; then
    IP="`${PING} ${1} -c1 | head -n1 | ${CUT} -d '(' -f 2 | ${CUT} -d ')' -f 1`"
   #IP=`${ARP} -a | grep "$({IP})" | ${CUT} -d '(' -f 2 | $CUT} -d ')' -f 1`

  for ARP_LINE in ${ARP_ARRAY}; do
    if [ "${IP}" = "`echo ${ARP_LINE} | ${CUT} -d '(' -f 2 | ${CUT} -d ')' -f 1`" ]; then
      HOST=`echo ${ARP_LINE} | ${CUT} -d '.' -f 1`
      MAC=`echo ${ARP_LINE} | ${CUT} -d ' ' -f 4`

      if [ "${HOST:0:1}" = "?" ]; then
        DOMAIN=`echo ${ARP_LINE} | ${CUT} -d '.' -f 2,3,4,5 | ${CUT} -d ' ' -f 1`

  echo ${HOST},${DOMAIN},${IP},${MAC}

if [ "${1}" = "scan" ]; then

  for i in `seq 1 254`; do
    ${PING} ${NETADDR}.${i} -c1 > /dev/null
    if [ ${?} -eq 0 ]; then
      _GetHostDetails ${NETADDR}.${i}

  _GetHostDetails ${HOST}

Code: [Select]
#./ scan

Linux Support / Re: ip neigh and arp - incorrect MAC address
« on: June 06, 2021, 12:13:41 am »
Hi, and thanks..

I was just about to provide an update and suggest that I'd been stupid and broken my own system of documenting everything in BIND and/or DHCP - and that having tracked the MAC address (I found this to translate the MAC :, I found that the "incorrect MAC" was a TP-LINK devices....... I only have a few so it was easy to find that, which is now exactly what read from Mad Penguin (thank you by the way)

"Based on your description I would be inclined to think you have two devices on the network using the same IP address. "
Yeah - you're quite right and I feel appropriately foolish *blush*

many thanks, I hope I've not wasted too much of you're evening :)

Linux Support / ip neigh and arp - incorrect MAC address
« on: June 05, 2021, 09:05:33 pm »

I'm not sure how long I've had the issue but today I decided to simply change the IP of my NAS (it's configured to DHCP, albeit with a fixed address in dhcpd.conf) and something that I thought would be easy, but found that devices were struggling to re-connect.    I was looking around and have discovered that the MAC address of the NAS was incorrect on most/all devices (based on "ip neigh").  And something that a reboot of my router/switch/NAS didn't simply resolve. 

I have since connect to several of my servers, and run "ip -s -s neigh flush all" and "arp -d <ip>", one or both successfully cleared the ARP cache and was soon showing the correct MAC address (Yay! I thought), but after a few minutes it was reverted, so the same IP has the incorrect MAC again (it's always the same one). 

My NAS is the same hardware with the same NIC (and unchanged MAC) - plus I'm not 100%  sure where the "incorrect" MAC is coming from, I assume it's on my network somewhere, but as yet have not found it (with so may mobile devices I've not yet managed to check everything).  I read that I can force the IP/MAC details into the ARP cache - but I assume that that shouldn't be necessary (should it?)

I'd like to better understand where ARP or IP, get the MAC address from - which may help me understand my problem and therefore resolve it. 
But also - how I can scan my entire network for MAC Addresses assuming this "unknown" one is on my network.

The other options is that I've made a rookie error, and done something wrong in either BIND or DHCPD.... My gateway seems to be the only asset that consistently should the correct details......

Hoping everybody is well and enjoying the change in weather,

Pages: [1] 2

SimplePortal 2.3.3 © 2008-2010, SimplePortal