<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>What's on fabs mind?</title>
  <subtitle>Some random things I like to write about</subtitle>
  <link rel='self' href='https://redterminal.org/gemlog/atom.web.xml'/>
  <link rel='alternate' href='https://redterminal.org/gemlog/index.gmi'/>
  <updated>2026-01-27T19:02:08+0100</updated>
  <author>
    <name>-fab-</name>
    <email>fab@redterminal.org</email>
    <uri>https://redterminal.org/</uri>
  </author>
  <id>https://redterminal.org/gemlog/</id>
  <generator uri='https://git.sr.ht/~nytpu/gemlog.sh'>gemlog.sh</generator>
  <rights>© -fab- - CC BY-SA 4.0</rights>

  <entry>
    <title>My Signup on the envs.net Pubnix</title>
    <id>https://redterminal.org/gemlog/2026-01-15-My_Signup_on_the_envs.net_Pubnix.gmi</id>
    <link rel='alternate' href='https://redterminal.org/gemlog/2026-01-15-My_Signup_on_the_envs.net_Pubnix.gmi'/>
    <updated>2026-01-15T12:00:00+0100</updated>
<content type='text'>
# My Signup on the envs.net Pubnix

``` Author, date and license
Author:       -fab- fab@redterminal.org>
License:      CC BY-SA 4.0
Published on: Thu, 15 Jan 2026 02:43:08 +0100
Last updated: Tue, 27 Jan 2026 19:00:00 +0100
```

I signed up for a pubnix account on envs.net on Mon, 12 Jan 2026. Thanks to ~creme for squeezing me in between moving the servers to different locations! It's my first membership in a pubnix ever. I already introduced myself in the #meta channel of the Tildeverse IRC servers, and as far as I can tell so far, the tilde members are really nice, friendly and helpful people.

=> https://envs.net/ envs.net pubnix homepage (www)
=> gemini://envs.net/ envs.net Gemini site

My account is named "~dan" (from my real name "Daniel"), because "fab" was sadly already taken. But I don't mind too much. I just hope the tilde citizens don't get confused because my nick in IRC is "fab" :). I still have to find my way around in the different IRC channels, but I hope it won't take too long to sort things out.

## Setting everything up

I'm still in the process of setting everything up but it is a lot of fun. And the services are very well set up so it is easy even for new users, even if I never was part of a pubnix so far. I also like their minimal approach. I already changed from byobu to my own tmux and switched to ZSH from bash.

### WWW, Gemini and Gopher

I'm building up my webpage on envs.net, which is constantly under construction. It won't contain a blog, because I do all my postings concerning the pubnix/Tildeverse pn my Gopher phlog. There's also a little informational Gemini page, but I won't create a big Gemini Capsule on envs.net, because I already have a relatively big Gemini Capsule here on redterminal.org.

=> https://dan.envs.net/ My Web Page on envs.net
=> gemini://envs.net/~dan/ My Gemini Page on envs.net

I've also set up a Gopher Hole on envs.net, where I make all my posts concerning my envs.net account and the pubnix/Tildeverse as a whole on my phlog with the "burrow" tool from James Tomasino, which is very easy to use (after some fixes to use NeoVim instead of VIM):

=> gopher://envs.net/1/~dan/ My Gopher Hole on envs.net
=> https://gopher.envs.net/envs.net/1/~dan/ My Gopher Hole on envs.net on the WWW

=> gopher://envs.net/1/~dan/phlog/ My Gopher phlog on envs.net
=> https://gopher.envs.net/envs.net/1/~dan/phlog/ My Gopher phlog on envs.net on the WWW

### Email

For communication I prefer email. So if you want to talk to me about my envs.net account or the pubnix/Tildeverse in general, please use the email address below.

I set up a NeoMutt configuration on my workstations at home, so it's as easy to check it daily just like my other accounts, but you could also use the webmail interface on the envs.net site.

=> mail:dan@envs.net dan@envs.net

### Chat with Tildechat

If you want to have a more direct chat than through email, you can contact me over the Tildeverse IRC servers: ircs://irc.tilde.chat:6697. My Nick is "fab" and I'm available on the #envs or #meta channel most of the time. Because the envs.net Matrix server will shut down before 01 Apr 2026, the main communication of the envs.net folks will take place in the #envs channel of the Tildechat IRC servers, although it would be cool if the mailing lists of envs.net gained more attraction. As far as I know, envs.net won't set up some other means to chat like XMPP or something.

### Mastodon/ActivityPub

I also have my Mastodon/ActivityPub account on the pleroma.envs.net server, but I signed up 2 years before this recent signup to envs.net so it's identifier is "@fab@pleroma.envs.net" and not beginning with "@dan" (which may also be confusing now). I never was a fan of social media, so I never made an account on Facebook, Twitter, Instagram and all those other corporate social networks. But because ActivityPub isn't bound to corporate interests and can be hosted by anyone, I got curious and set up my account two years ago, although I'm not that active on it as some other folks.

=> https://pleroma.envs.net/fab @fab@pleroma.envs.net

## Recommendation

I can only recommend the envs.net pubnix, although I also recommend everybody to do a larger research on the available pubnixes, because there are several out there who may have a special interest or purposes and may have different demands on activity or behaviour. There may be some especially for LGBTQ people and I also noticed one especially about baking (breadpunk.club). But if you're searching for a more general and minimal pubnix, you should do some research on the envs.net pubnix.


All in all - Have fun!
-fab-

-- 
=> /gemlog/ Back to index
=> / Homepage

=> /gemini-mention.gmi Send me a gemini-mention!
=> mailto:fab@redterminal.org Or write me an email.
</content>
  </entry>

  <entry>
    <title>Don't use UCEPROTECT Spam DNSBLs!</title>
    <id>https://redterminal.org/gemlog/2026-01-07-Dont_use_UCEPROTECT_Spam_DNSBLs.gmi</id>
    <link rel='alternate' href='https://redterminal.org/gemlog/2026-01-07-Dont_use_UCEPROTECT_Spam_DNSBLs.gmi'/>
    <updated>2026-01-07T12:00:00+0100</updated>
<content type='text'>
# Don't use UCEPROTECT Spam DNSBLs!

``` Author, date and license
Author:       -fab- fab@redterminal.org>
License:      CC BY-SA 4.0
Published on: Wed, 07 Jan 2026 23:04:02 +0100
Last updated: Wed, 07 Jan 2026 23:04:02 +0100
```

It's probably already known by most mailserver admins, but *PLEASE* don't use the UCEPROTECT Spam DNSBL blocklists to block spam, if you want to receive email at all.

They're just a rip-off and they are mainly used to extort and blackmail mail administrators to make themselves buy off the list, just to be readded later, to repeat the whole process. And for mail administrators: DON'T PAY THEM! They are scammers!

I've lately found out that the whole subnet of my VPS provider has been put on the "UCEPROTECTL3" list again. This happens again and again. So if you want to also receive email from private mailservers, DON'T USE THE LISTS from these a*holes and parasites!

I can't understand why these blocklists are still widely used. In the meantime I say sorry to everybody, who didn't get a reply from me, but it may be because your email server uses the "UCEPROTECT" Spam DNSBLs. So please check your server if it uses these lists and DELETE THEM!

-fab-

-- 
=> /gemlog/ Back to index
=> / Homepage

=> /gemini-mention.gmi Send me a gemini-mention!
=> mailto:fab@redterminal.org Or write me an email.
</content>
  </entry>

  <entry>
    <title>Re: So Long and Thanks</title>
    <id>https://redterminal.org/gemlog/2026-01-03-Re_So_Long_and_Thanks.gmi</id>
    <link rel='alternate' href='https://redterminal.org/gemlog/2026-01-03-Re_So_Long_and_Thanks.gmi'/>
    <updated>2026-01-03T12:00:00+0100</updated>
<content type='text'>
# Re: So Long and Thanks

``` Author, date and license
Author:       -fab- fab@redterminal.org>
License:      CC BY-SA 4.0
Published on: Sat, 03 Jan 2026 03:57:26 +0100
Last updated: Sat, 03 Jan 2026 03:57:26 +0100
```

JP / moddedbear decided to leave the Gemini Space and just wants to maintain his web presence in the future:

=> gemini://moddedbear.xyz/logs/2026-01-02-so-long-and-thanks.gmi

I feel always a little sad, when I see somebody posting a "Good bye and thanks for all the fish" article. I think I never talked to him but he is known in the Gemini space and I liked his posts. It always gives me the feeling that all the good ol' gemini people, which are well known and have formed the space are leaving, because Gemini isn't the right thing anymore, at least for them.

And I can't understand it. Many people have build this space and are well known for their good work, and then they go back to the corporate web, leaving the fewer and fewer people who started it all behind. Of course there is always some fluctuation and also new people show up, but I'm not that sure if they appreciate the gemini space as the ones from the early days.

But what should I do? So farewell, JP/moddedbear. I still hope that you may come back one day.

-fab-

-- 
=> /gemlog/ Back to index
=> / Homepage

=> /gemini-mention.gmi Send me a gemini-mention!
=> mailto:fab@redterminal.org Or write me an email.
</content>
  </entry>

  <entry>
    <title>Posting on gemlogs and blogs</title>
    <id>https://redterminal.org/gemlog/2025-12-31-Posting_on_gemlogs_and_blogs.gmi</id>
    <link rel='alternate' href='https://redterminal.org/gemlog/2025-12-31-Posting_on_gemlogs_and_blogs.gmi'/>
    <updated>2025-12-31T12:00:00+0100</updated>
<content type='text'>
# Posting on gemlogs and blogs

``` Author, date and license
Author:       -fab- fab@redterminal.org>
License:      CC BY-SA 4.0
Published on: Wed, 31 Dec 2025 00:23:33 +0100
Last updated: Wed, 31 Dec 2025 00:23:33 +0100
```

Gary Moore posted an article about his new implementation of his way to post on his capsule/blog via email, because his old process of publishing was too cumbersome in his opinion:

=> gemini://gemini.mooremoore.net/gemlog/2025-12-30-publishing-gemlogs-via-gpg-signed-email

People seem to be very creative in their post process. But I don't understand the problems many people seem to have with it. My process is very simple:

* Write the post with LazyVim and all it's nice things for editing.
* pipe the file to post into my "create_gemini.sh" script. It takes the title of the document as parameters, builds the static site with atom.xml and atom.web.xml feed files, and also the Gemini index.gmi and puts all files in place. The original script is from @nytpu which I heavily modified over time and also adapted it for my Gopher Phlog. - It also adds an author/license/timestamp and some links to all my posts, and allows me to do some last editing of the final document.
* Run my "gemini_up.sh" script to upload the post (it contains a simple rsync command)

That's it and the post is online. Same process for my phlog. Just for my Finger page I have to sign the entry manually with GnuPG (yet).

After I posted my article I run "antenna.sh" to put it on the "Antenna" feed aggregator, which is optional, but I could put it into my "gemini_up.sh" to automate this too.

Of course everyone has his/her own needs to publish an article (maybe their site isn't static, which complicates things) and there are really interesting ways some people use to publish, and posting via email is surely one of them, and some people may want to post from their phones (which is much too cumbersome for me on the phones keyboard anyway), but to publish a simple article shouldn't be that complicated. Many people may have a separate web blog, which may be more complicated to post to. I can't say much to this, because I simply use "Kineto" to make my Gemlog available on the www and I wrote a proxy in Go for my Gopher Hole. And I chose Gemini/Gopher/Finger because it's so easy to publish, among all the other things which make them interesting.

My complete Gemini/Gopher/Finger/smolweb site is stored in a git repo which I push to my local repository store from time to time. It's also distributed to all my workstation/laptops with SyncThing, so I have the same easy process on all of them. I don't see a need for publishing my repo to the public, even as a backup. I'm sure my backup strategy is safe enough, that I won't lose the data, even if my flat is on fire, in which case my server would be pretty irrelevant to me.

But to publish via email with all the needed configuration and scripts involved is surely one of the more creative ways to post an article, and I like it nonetheless. :)

All in all - Have fun!
-fab-

-- 
=> /gemlog/ Back to index
=> / Homepage

=> /gemini-mention.gmi Send me a gemini-mention!
=> mailto:fab@redterminal.org Or write me an email.
</content>
  </entry>

  <entry>
    <title>Re: No Comment</title>
    <id>https://redterminal.org/gemlog/2025-12-17-Re_No_Comment.gmi</id>
    <link rel='alternate' href='https://redterminal.org/gemlog/2025-12-17-Re_No_Comment.gmi'/>
    <updated>2025-12-17T12:00:00+0100</updated>
<content type='text'>
# Re: No Comment

``` Author, date and license
Author:       -fab- fab@redterminal.org>
License:      CC BY-SA 4.0
Published on: Wed, 17 Dec 2025 08:13:16 +0100
Last updated: Wed, 17 Dec 2025 08:13:16 +0100
```

This is a short reply to the "No Comment" post from @jsreed5:

=> gemini://jsreed5.org/log/2025/202512/20251216-no-comment.gmi No Comment

I have to admit I don't watch Euronews, because it doesn't seem to run on my streaming hardware. But I have to make a short statement to jsreed5's comment on 'No Comment' of Euronews.

jsreed hits the nail! But he seems to think that the news in Europe are less opinionated than in, I think he comes from the US. It may be worse in the USA with it's Trump administration but nevertheless. Even here in Germany you aren't presented the facts *AT ALL*! Everything is opinionated and biased towards one or the other side. All in a monologuos, objective cadence as if its fact what in reality is opinion. But it's as hard to find out what really happened as in the US news or everywhere else in Europe I believe.

-fab-

-- 
=> /gemlog/ Back to index
=> / Homepage

=> /gemini-mention.gmi Send me a gemini-mention!
=> mailto:fab@redterminal.org Or write me an email.
</content>
  </entry>

  <entry>
    <title>'Official' Tinylog Subscription List</title>
    <id>https://redterminal.org/gemlog/2025-11-27-Official_Tinylog_Subscription_List.gmi</id>
    <link rel='alternate' href='https://redterminal.org/gemlog/2025-11-27-Official_Tinylog_Subscription_List.gmi'/>
    <updated>2025-11-27T12:00:00+0100</updated>
<content type='text'>
# 'Official' Tinylog Subscription List

``` Author, date and license
Author:       -fab- fab@redterminal.org>
License:      CC BY-SA 4.0
Published on: Thu, 27 Nov 2025 12:23:40 +0100
Last updated: Thu, 27 Nov 2025 12:23:40 +0100
```

As it seems, bacardi55 doesn't work reliably on his Gemini projects anymore and I already forked his GTL (Gemini Tinylog Viewer/Editor), because there were open patches propsed over 7 month ago without being merged. I decided to also inherit the 'official' Tinylog list again, because I have doubts that bacardi55 maintains it really.

=> gemini://bbs.geminispace.org/s/tinylog/34542 Discussion on BBS

## 'Official' List to subscribe to known Tinylogs

You can read about the list on my Gemini Capsule here:
=> gemini://redterminal.org/tinylog-subscriptions.gmi Recent Tinylog Subscription List

Or you can download the list directly in plain text format for direct usage in GTL:
=> gemini://redterminal.org/tinylog-subscriptions.txt tinylog-subscriptions.txt

## Send in your Tinylog URL

If your Tinylog isn't already in the list or if you just created a new Tinylog, send an email to 'fab@redterminal.org' with the URL to your tinylog. I'll add your URL to the list as soon as I can. You can find the RFC for Tinylogs on bacardi55's Git repository for all information about the Tinylog format:
=> https://codeberg.org/bacardi55/gemini-tinylog-rfc Gemini Tinylog RFC

## Fork of bacardi55's GTL Tinylog Viewer/Editor

I also want to propagate my fork of bacardi55's Tinylog Viewer again. You can download the sources from my Codeberg.org Git repository to build it yourself with the latest patches or you can now also use one of the prebuilt binaries which are currently built for Linux, FreeBSD, NetBSD and OpenBSD, each for the x86_64 (amd64) and the arm64 architectures. 

I already did some bugfixes and I intend to work on it further on. If you like, you can send in Pull Requests to the Git repository on Codeberg directly or send your proposed commits to my email address 'fab@redterminal.org' with 'git send-email' if they're properly prepared.

I would be happy if you check out my GTL fork and test things. If you find a bug or have any problems, you can send in a Pull Request to fix the bug (or send an email) or open an issue on the issue tracker if you have problems with it (or send an email).

The Golang sources can found in the repository:
=> https://codeberg.org/fab/gtl GTL Git Repository on Codeberg.org (www)

Or the prebuilt binaries can be found here:
=> https://codeberg.org/fab/gtl/releases GTL Binary Releases page on Codeberg.org (www)

I hope for lively participation and testing.


All in all - Have fun!
-fab-

-- 
=> /gemlog/ Back to index
=> / Homepage

=> /gemini-mention.gmi Send me a gemini-mention!
=> mailto:fab@redterminal.org Or write me an email.
</content>
  </entry>

  <entry>
    <title>Fork: GTL Gemini Tiny Logs from bacardi55</title>
    <id>https://redterminal.org/gemlog/2025-11-21-Fork_GTL_Gemini_Tiny_Logs_from_bacardi55.gmi</id>
    <link rel='alternate' href='https://redterminal.org/gemlog/2025-11-21-Fork_GTL_Gemini_Tiny_Logs_from_bacardi55.gmi'/>
    <updated>2025-11-21T12:00:00+0100</updated>
<content type='text'>
# Fork: GTL Gemini Tiny Logs from bacardi55

``` Author, date and license
Author:       -fab- fab@redterminal.org>
License:      CC BY-SA 4.0
Published on: Fri, 21 Nov 2025 18:09:11 +0100
Last updated: Fri, 21 Nov 2025 18:09:11 +0100
```

=> gemini://bbs.geminispace.org/s/tinylog/34542 Discussion on BBS

It appears Bacardi55 has stopped working on his GTL (Gemini TinyLogs) development. A few patches have been submitted to the developer mailing list, but they remain uncommitted despite being over 7 months old.

Therefore, I forked the project and applied the pending commits. In honesty, I rather won't maintain GTL and won't be developing it significantly myself.

However, if anyone sends pull requests with improvements or bug fixes, I will integrate them into the repository because I believe it's a good program and worth keeping alive.

The patches submitted so far are mainly intended for the TUI interface, although there are still bugs, and there are likely also some bugs in the CLI interface. As a CGI for a TinyLogRoll, it’s probably also not suitable (so far), although there’s a need for it. For example, @roughnecks contacted me because he's looking for a new solution for his TinyLog (although, in my opinion, it still functions well). He also told me that GTL is too buggy for his purposes.

## Codeberg.org Repository

The repository for the GTL fork can be found at the following link:

=> https://codeberg.org/fab/gtl

## Pull Requests and Submitted Patches

I am grateful for every patch and every bugfix and will commit them as soon as possible. I hope there is at least some interest in doing so for some people. 

So, if anyone is interested in fixing bugs and further developing the program, feel free to send pull requests via Codeberg.org, or send the patches via 'git send-email' to 'fab@redterminal.org' if you don't have or want a Codeberg.org account.

I hope we can revive this app and make it usable for everybody.

All in all - Have fun!
-fab-

-- 
=> /gemlog/ Back to index
=> / Homepage

=> /gemini-mention.gmi Send me a gemini-mention!
=> mailto:fab@redterminal.org Or write me an email.
</content>
  </entry>

  <entry>
    <title>Relax-and-Recover on Proxmox</title>
    <id>https://redterminal.org/gemlog/2025-09-17-Relax-and-Recover_on_Proxmox.gmi</id>
    <link rel='alternate' href='https://redterminal.org/gemlog/2025-09-17-Relax-and-Recover_on_Proxmox.gmi'/>
    <updated>2025-09-17T12:00:00+0100</updated>
<content type='text'>
# Relax-and-Recover on Proxmox

``` Author, date and license
Author:       -fab- fab@redterminal.org>
License:      CC BY-SA 4.0
Published on: Wed, 17 Sep 2025 17:06:17 +0200
Last updated: Tue, 23 Sep 2025 23:45:00 +0200
```

I set up "Relax-and-Recover" (ReaR) for bare metal backups of my Proxmox nodes OS drives.

=> https://relax-and-recover.org/ Relax-and-Recover website (www)
=> https://github.com/rear/rear Relax-and-Recover GitHub repo (www)

It now outputs ISO images with a full backup of my two Proxmox nodes every Sunday. These can be used to make a full recover of a node including bootloader and all the stuff. It just backs up the main installation disk and not the disks containing the VMs and containers or any ZFS pools.

## Relax-and-Recover

I recommend to install the newest release from the GitHub repo. You also have to install a few other programs:

```
apt install genisoimage syslinux isolinux attr xorriso nfs-common bc sedutil multipath-tools cryptsetup
```

You might need to install a few other packages, just run "rear -v -d mkbackup" to see the debug output for missing programs.

All my Proxmox nodes are headless, so I need to add 'sshd' to REQUIRED_PROGS and '/usr/lib/openssh/*' to LIBS, so I can connect to the ReaR OS via SSH (Caution: changed host keys for ssh). Here's my "/etc/rear/local.conf" from pve1 (first Proxmox node). Adapt it to your needs:

```
### Rescue image will be the default (ISO) ###
OUTPUT=ISO
OUTPUT_URL=file:///mnt/pve/Storage/rear
BACKUP=NETFS
BACKUP_URL=iso:///mnt/pve/Storage/rear
ISO_VOLID="REARISO"
ISO_ISOLINUX_BIN="/usr/lib/ISOLINUX/isolinux.bin"
# ISO_DEFAULT="manual"
ISO_FILE_SIZE_LIMIT=4294967296

### GRUB2 setup ###
GRUB2_TIMEOUT=10
GRUB_RESCUE=n
GRUB2_DEFAULT_BOOT="rear"

### Excluding other mounts and files from backup ###
EXCLUDE_MOUNTPOINTS+=( /SSD-ZFS /mnt/pve/Storage /zdata /srv/SYNCTHING )
EXCLUDE_RESTORE=( /SSD-ZFS /zdata )
BACKUP_PROG_EXCLUDE=( '/var/tmp/*' '/var/lib/rear/output/*' '/.swapfile' )


### Migration mode (if recovering to different disk) ###
AUTORESIZE_PARTITIONS="yes"
AUTORESIZE_EXCLUDE_PARTITIONS=( boot swap efi )
AUTOSHRINK_DISK_SIZE_LIMIT_PERCENTAGE=20
AUTOINCREASE_DISK_SIZE_THRESHOLD_PERCENTAGE=10

### Progs to include in the Relax-and-Recovery OS on the ISO ###
REQUIRED_PROGS=(
"$SCRIPT_FILE"
chronyd
awk
bash
bc
cat
chroot
cmp
cp
cpio
cut
dd
diff
df
dumpkeys
echo
expr
file
find
getopt
grep
ip
join
kbd_mode
ldd
less
loadkeys
ls
mkdir
mount
mountpoint
mv
pidof
ps
pwd
readlink
rm
sed
seq
sort
ssh
sshd
strings
sync
systemd-tty-ask-password-agent
tar
test
tr
tty
umount
update-initramfs
uniq
wc
)

LIBS=( /usr/lib/openssh/* )

FIRMWARE_FILES=( 'yes' )

# Set Keymap for ttys
KEYMAPS_DIRECTORIES=( /usr/share/keymaps/i386/qwertz/ /usr/share/keymaps/include/ )
KEYMAP="de"

# For time sync
TIMESYNC="CHRONY"

# initrd compression
REAR_INITRD_COMPRESSION="fast"

### Network setup for pve1 ###
USE_DHCLIENT="no"
USE_STATIC_NETWORKING=1
```

## Ventoy

Because I have no DVD drive to connect to the nodes for a recover I use "ventoy" to boot the images from an USB stick, which I prepare for a disaster recovery. You just have to configure ventoy to automatically boot the right ISO from the USB stick if you're recovering headless.

If you're using Ventoy to boot your ISO images, you can set 'ISO_FILE_SIZE_LIMIT=0' in the ReaR '/etc/rear/local.conf' file to disable the check for the maximum size of the backup file on the ISO because Ventoy can boot ISOs with bigger files than 4 GiB in it.

=> https://www.ventoy.net/en/index.html Ventoy website (www)
=> https://github.com/ventoy/Ventoy Ventoy GitHub repo (www)

You have to rename your recovery ISO image to end in '_VTGRUB2.iso' when automatically booting an ISO. You find some further information on the following link:

=> https://www.ventoy.net/en/doc_name_identifier.html Ventoy special identifier in ISO name (www)

Here's my '/ventoy/ventoy.json' file on the Ventoy USB stick. Adjust it for your case:

```
{
    "control": [
        { "VTOY_MENU_LANGUAGE": "de_DE" },
        { "VTOY_DEFAULT_MENU_MODE": "0" },
        { "VTOY_TREE_VIEW_MENU_STYLE": "0" },
        { "VTOY_FILT_DOT_UNDERSCORE_FILE": "1" },
        { "VTOY_SORT_CASE_SENSITIVE": "0" },
        { "VTOY_MAX_SEARCH_LEVEL": "max" },
        { "VTOY_DEFAULT_SEARCH_ROOT": "/" },
        { "VTOY_MENU_TIMEOUT": "10" },
        { "VTOY_DEFAULT_IMAGE": "/rear-pve1_VTGRUB2.iso" },
        { "VTOY_FILE_FLT_EFI": "1" },
        { "VTOY_DEFAULT_KBD_LAYOUT": "QWERTZ_DE" },
        { "VTOY_WIN11_BYPASS_CHECK": "1" },
        { "VTOY_WIN11_BYPASS_NRO": "1" },
        { "VTOY_HELP_TXT_LANGUAGE": "de_DE" },
        { "VTOY_SECONDARY_BOOT_MENU": "2" },
        { "VTOY_SECONDARY_TIMEOUT": "1" }
    ]
}
```

## Recover

If you've booted into the ReaR recovery OS, you just have to run the following command to initiate the restore:

```
# start recovery in interactive mode
rear -v recover
```

If the recover has finished, the recovered system is still mounted on '/mnt/local' and you can chroot into it to tweak it if needed:

```
# chroot into mounted recovered system
chroot /mnt/local/ /bin/bash
```

If you're finished, power off the system, remove the USB stick and start the system again. If all went well, your Proxmox node should come up again.

# DISCLAIMER

I'm not responsible if you destroy your Proxmox node during a recover!
!!!YOU DO A RECOVER ONLY AT YOUR OWN RISK!!!

# Final words

I already tested the recovery on both bare metal Proxmox nodes and after some troubles at first test and an extremely exausting search for the error I could get the first node back online. Phew!

After creating new backup ISOs and another testing of the bare metal recovery on my nodes from the ISOs both nodes came back online after the recover without problems (all systemd services up) and started all VMs and containers.

I've long searched for a backup solution for my Proxmox nodes and it seems "Relax-and-Recover" is the ideal tool for it (after some trial and error). Now I have the perfect strategy for recovering my Proxmox nodes in case of a desaster. You can also recover your backup on a new drive, when the current one fails and adapt it to the new drive size. Another problem solved!

All in all - Have fun!
-fab-

-- 
=> /gemlog/ Back to index
=> / Homepage

=> /gemini-mention.gmi Send me a gemini-mention!
=> mailto:fab@redterminal.org Or write me an email.
</content>
  </entry>

  <entry>
    <title>ROOPHLOCH 2025 - 1100 meters LoRa transmission</title>
    <id>https://redterminal.org/gemlog/2025-09-08-ROOPHLOCH_2025_-_1100_meters_LoRa_transmission.gmi</id>
    <link rel='alternate' href='https://redterminal.org/gemlog/2025-09-08-ROOPHLOCH_2025_-_1100_meters_LoRa_transmission.gmi'/>
    <updated>2025-09-08T12:00:00+0100</updated>
<content type='text'>
# ROOPHLOCH 2025 - 1100 meters LoRa transmission

``` Author, date and license
Author:       -fab- fab@redterminal.org>
License:      CC BY-SA 4.0
Published on: Mon, 08 Sep 2025 16:03:21 +0200
Last updated: Mon, 08 Sep 2025 16:03:21 +0200
```

This is my ROOPHLOCH post for the year 2025:

=> gemini://zaibatsu.circumlunar.space/~solderpunk/gemlog/announcing-roophloch-2025.gmi solderpunk announcing ROOPHLOCH 2025

For this ROOPHLOCH'25 challenge (this is the second time I participate), I'm sending my transmission from the "Elvekumer Lindenplatz" (Elvekumer Limetree Place). It's a single, large lime tree (hence the name "Limetree Place") with a desk and a bench placed underneath for me to place my gear and work comfortably. The tree is in an open field near a small village called "Elvekum." The time is around 14:45, and this is a good place to do some outdoor computer work.

I'll place some links to some pictures in this post which I'll upload later from home. A picture is far to big to clog up the limited LoRa frequencies. And it would take an hour to upload.

=> /images/2025-09-08/Lindenplatz1.jpg Elvekumer Lindenplatz from the east (jpg)
=> /images/2025-09-08/Lindenplatz2.jpg Elvekumer Lindenplatz from the south (jpg)
=> https://www.openstreetmap.org/?mlat=51.14493&amp;mlon=6.74782#map=16/51.14493/6.74782 Elvekumer Lindenplatz on OpenStreetmap (www)

Anyway, I enjoy sitting here with a drink I brought with me and vaping on my electric pipe. I think it's a beautiful place to hang out. Fortunately, it's unoccupied and I have it to myself alone. The sun is shining, although it was overcast and raining this morning. But now I'm glad that the limetree spends some shadow.

Because this place is too far from my home to walk (for me at least), I asked my mother to drive me here and get me back when I'm ready, using her car. If you've read my other posts, you might know that I'm not good on my feet. I'm not very proud to ask my 72-year-old mom to drive me around, but the place is in some crop fields and there are no places to rest during a walk to it. Fortunately, my mom is still a good driver, so that's not a problem.

The location is approximately 1100 meters in a direct line from my home base, and I hope the LoRa transmission will be successful, taking not too much time and without too many errors. However, it’s a bit further than my previous ROOPHLOCH post from 2024, which was only about 247 meters away. If all goes well, my Raspberry Pi 3 will receive the LoRa transmission, decode it and post it directly on my Gemini Capsule/gemlog. I’ll post the images from the location when I return home.

## My Setup

At home:
* A Raspberry Pi 3 with a Waveshare USB-to-LoRa Data Transfer Module (serial) which is connected to my home network using my WLAN to transfer the transmission to my Gemini server. It's running Raspberry Pi OS "bookworm".

On my way:
* My Lenovo ThinkPad T460s with 20GB RAM and which is also connected to a corresponding Waveshare Module. The OS I'm using is "Artix Rolling OpenRC" with AwesomeWM as my window manager (as on all my working computers).

## The Script

I've rewritten the LoRa script in Python3 from Perl, because the Perl serial module has a bug it seems, which maxes out a core on the machine the script is running on. With my "pyLoRa" script this doesn't happen. I also added some error correction for corrupted lines transmitted. The transmission is very slow so it can take up to 5-7 minutes if not too many corrupted lines will be transmitted. I've created a repository of the Python3 script so you can have a peek at it. But you have to know, that you can't use it without making many changes, especially in the 'generate_entry.py' file.

=> https://codeberg.org/fab/pyLoRa pyLoRa Script on Codeberg.org repository (www)

After the transmission, my script calls several other scripts written in bash. The first script creates the final document, including an author/copyright/timestamp after the headline and some links at the end (as with all my gemlog entries). This script then calls another script that creates the index.gmi file and atom feeds and placing all files in the correct locations. The final script sends only the Gemini content (incrementally) to my server using rsync for publication. These bash scripts are the same I use when I publish a post manually.

So it should publish this post automatically if I initiate the transmission.

## As always in September, the ROOPHLOCH month, my Capsule has its birthday

This year in September my Gemini Capsule turns 4 years old. I was not there from the beginning but I've only heard of the Gemini protocol in the middle of 2021 when there was a little hype about it. And I was immediately intrigued by it, so it didn't last long until I set up my own little capsule. And I'm not going to leave it!

## End of transmission

So this is it. I'll try to send this now and hopefully all works well.


All in all - Have fun!
-fab-

-- 
=> /gemlog/ Back to index
=> / Homepage

=> /gemini-mention.gmi Send me a gemini-mention!
=> mailto:fab@redterminal.org Or write me an email.
</content>
  </entry>

  <entry>
    <title>Russias war against the Ukraine</title>
    <id>https://redterminal.org/gemlog/2025-08-24-Russias_war_against_the_Ukraine.gmi</id>
    <link rel='alternate' href='https://redterminal.org/gemlog/2025-08-24-Russias_war_against_the_Ukraine.gmi'/>
    <updated>2025-08-24T12:00:00+0100</updated>
<content type='text'>
# Russias war against the Ukraine

``` Author, date and license
Author:       -fab- fab@redterminal.org>
License:      CC BY-SA 4.0
Published on: Sun, 24 Aug 2025 07:44:20 +0200
Last updated: Sun, 24 Aug 2025 07:44:20 +0200
```

I know there are some people here who are on Russia’s side in the Ukraine war and bow down to the Kremlin and Putin. And I also know that I’m not going to make only friends with this post. But I just need to vent my anger!

There are people who say the Ukraine war is a civil war, but that’s a blatant lie from russian propaganda. Putin has been saying since 2014 that it is a civil war with which Russia has nothing to do. But we know he's a liar. In reality, they have been conducting anti-Ukrainian agitation and propaganda after the illegal annexation of Crimea and supporting pro-Russian, paramilitary groups to further destabilize Ukraine. In February 2022 Putin and the Kremlin started the unlawful attack on Ukraine which started the open war. All of this is against international law. And it was planned long in advance. So it is no civil war. It was completely provoked from Russia and is therefore an illegal attack against a foreign country.

And now Putin is messing with all of us, especially Trump, who seems to be a fan of Putin and lets him get away with everything without any consequences for Putin. And Putin is very diplomacy resistant. He doesn't want peace or even ceasefire. He just acts as if he wants to talk and the world just falls for it. I'm sick of it. Putin wants the *entire* Ukraine, and then he’s coming further into Europe. Experts say that Putin will test the European borders between 2028 and 2030. He *wants* into Europe, and he's willing to use any means to destabilize the EU.

I’d rather die than live under a Russian regime. We had the GDR with its empty supermarket shelves and grocery stores and its Stasi informants. I want Europe to remain free and that I can make this post without disappearing into a prison.

Europe was dreaming and neglected the security of its borders for decades. And Putin’s war industry is running at full speed, while we can’t get anything done right. The Kremlin cannot be stopped with economic sanctions alone. That’s why I’ve said elsewhere that we need nuclear weapons to deter Russia. We can’t rely on America anymore. And for building up enough conventional defense, we probably need 10 years. By then it will be too late!

And if the state needs to take out loans for our defense, then so be it. Better than being overrun by Putin and his warmongering.

Whatever it takes! Fuck the Kremlin, fuck Putin!


-fab-

### Gemini-Mentions
=> gemini://en.arns.lt/f/politics/2i/response_to_fab.gmi In response to Fab

-- 
=> /gemlog/ Back to index
=> / Homepage

=> /gemini-mention.gmi Send me a gemini-mention!
=> mailto:fab@redterminal.org Or write me an email.
</content>
  </entry>
</feed>
