Download and install SNMP -
sudo apt update
sudo apt install snmpd snmp
Edit your SNMP configuration file -
sudo nano /etc/snmp/snmpd.conf
Example -
# SNMP community string and access settings
com2sec readonly [IP Address of SNMP Poller] [insert clever string here]
group MyROGroup v2c readonly view all included .1 80
access MyROGroup "" any noauth exact all none none
# setup info
syslocation [Location string]
syscontact Me <example@email.address>
Step 1. "sudo raspi-config" then choose Interface Options and Enable "i2c"
Step 2. git clone https://github.com/UCTRONICS/U6143_ssd1306.git
Step 3. cd U6143_ssd1306/C
Step 4. sudo make clean && sudo make
Step 5. sudo ./display
Step 6. Next 2 steps are to ensure this runs at start up every time. If you skip these then it will look like the display is working after a reboot but the second line will be stuck on one stat (mine was stuck on Mem for example)
"sudo nano /etc/rc.local"
Step 7. Add the following below fi:
cd /home/pi/U6143_ssd1306/C
sudo make clean
sudo make
sudo ./display &
(https://github.com/UCTRONICS/U6143_ssd1306)
What a pain! PITA!
Got there in the end. This was me trying to flash a Raspberry Pi Lite image to a Samsung Pro Plus Micro SD card via an Orico USB to SD card adaptor. Brand new card and brand new adaptor as my old one was reading incorrect sizes on old SD cards.
Step 1. Disable Protected folder access in Windows Security settings. It was not enough for me to add a program-specific exception to the list. (Remember to turn this back on when finished!)
Step 2. If you have a half-baked failed etch written to your SD card, open up disk manager (start\run "diskmgmt.msc" and delete any partitions that are there -
Step 3. Reboot your machine. Not sure if this helped or not but my machine locked up completely and after I powered it down and back on again (and followed the previous 2 steps) I got a working etch so who knows!?
Run command C:\> certUtil -hashfile <PATH_TO_FILE> <HASH_ALGORITHM>
e.g.
C:\Users\[user]>certutil -hashfile "c:\Users\[user]\Desktop\2024-03-15-raspios-bookworm-armhf-lite.img.xz" sha256
SHA256 hash of c:\Users\[user]\Desktop\2024-03-15-raspios-bookworm-armhf-lite.img.xz:
4fa99737265ac338a9ed0643f502246b97b928e5dfffa92939242e26e290638d
(Courtesy of https://sandyzeng.com/hyper-v-remove-firmware-file-bootmgfw-efi/)
Here is the simple way delete all the bootmgfw.efi file at once. Use powershell.
$VMName = "Your virtual machine name"
Get-VMFirmware -VMName $VMName |ForEach-Object {Set-VMFirmware -BootOrder ($_.Bootorder | Where-Object {$_.BootType -ne 'File'}) $_ }
interface Dot11Radio0
no ip route-cache
bridge-group 1
bridge-group 1 subscriber-loop-control
bridge-group 1 block-unknown-source
no bridge-group 1 source-learning
no bridge-group 1 unicast-flooding
bridge-group 1 spanning-disabled
interface GigabitEthernet0 no ip route-cache bridge-group 1 no bridge-group 1 source-learning bridge-group 1 spanning-disabled
No matter what you do, you can not take "bridge-group 1" off of either of these interfaces using the standard "no bridge-group 1 command" as you would expect. I was configuring one Wireless access point and somehow managed to get it off but had made so many changes by the time I'd realised I had resolved it, that I couldn't figure out what I had done to get it off the blasted thing! Always track your changes and observe the results!Eventually I figured it out and found another guy with the same problem.So my Posts from http://packetlife.net/blog/2012/feb/20/aironet-aps-bridge-groups-and-bvi/ :Cameron (guest) commented on Monday, July 16, 2012 at 8:52 p.m. UTCI'm curious as to what hardware this was configured on. I'm trying replicate these steps on my Aironet 1141n but cannot setup the bridge groups the same way. The Dot11Radio0 is in bridge-group 1 by default and cannot be removed. This means when I go to configure Dot11Radio0.10, I cannot add the bridge group 1 like you did in the example. Should I just move to the next bridge group?PACETREE (guest) commented on Monday, October 29, 2012 at 2:05 p.m. UTCI ran into the same problem trying to remove bridge group 1 from my 1141N. You need to add the physical interfaces to another bridge group (i.e. overwrite the bridge group on the physical interfaces) and then you are free to use bridge-group 1 on a subinterface which you will need to do if one of your sub-interfaces is going to be your management interface (and int BVI1 having a IP address in this network)"Next we need to remove initially configured “bridge-group 1” on physical interfaces FastEthernet0 dot11Radio0 and dot11Radio1 because we will use their subinterfaces. We cannot remove “bridge-group 1” directly. It does not allow us to do this. It likes “bridge-group 1” probably because it is necessary to existence of BVI1-interface. But we can assign “bridge-group 2” to interface and then remove it yet. Just look at that: ap-1131.sokol.msk#configure terminal Enter configuration commands, one per line. End with CNTL/Z. ap-1131.sokol.msk(config)#interface FastEthernet0 ap-1131.sokol.msk(config-if)#no bridge-group 1 %command not allowed, cannot remove bridge-group 1 ap-1131.sokol.msk(config-if)#bridge-group 2 ap-1131.sokol.msk(config-if)#no bridge-group 2 Feb 13 19:14:29: %LINK-3-UPDOWN: Interface BVI1, changed state to down Feb 13 19:14:30: %LINEPROTO-5-UPDOWN: Line protocol on Interface BVI1, changed state to down ap-1131.sokol.msk(config-if)#do show running-config interface FastEthernet 0 Building configuration...Current configuration : 90 bytes ! interface FastEthernet0 no ip address no ip route-cache duplex auto speed auto endap-1131.sokol.msk(config-if)#interface dot11Radio0 ap-1131.sokol.msk(config-if)#bridge-group 2 ap-1131.sokol.msk(config-if)#no bridge-group 2 ap-1131.sokol.msk(config-if)#interface dot11Radio1 ap-1131.sokol.msk(config-if)#bridge-group 2 ap-1131.sokol.msk(config-if)#no bridge-group 2 ap-1131.sokol.msk(config-if)#end