The officially official Devuan Forum!

You are not logged in.

#551 Re: DIY » Does anyone here use Mintstick for making livUSB's? Need testers. » 2025-05-27 20:45:39

Sweet, thank you!!

Just need to try sleep 1 or maybe sleep 2, just add it on:

GUI script : Should be line 125
CLI script : Should be line 106

That's an empty line in both scripts right before the "# Check if the new partition was created" function. It may take more than that, but let's try the simplest thing first.

Lol, if we can get it to work on your set-up i'm pretty sure it's bulletproof! big_smile

P.S. I owe you a beer my friend, if you ever find yourself in the Midwest section of the US, give me a shout!

#552 Re: DIY » Does anyone here use Mintstick for making livUSB's? Need testers. » 2025-05-27 20:12:35

Here's a CLI version of the script, @Altoid I have not added the additional sleep command here, if you test it maybe try it as-is first, and then if it fails at the check, add sleep 1 on line 106, maybe sleep 2. It would be awesome if you could also just try using a regular usb stick plugged in to one of your machines original usb 2 ports. wink

#!/bin/bash

# Fatstick CLI: Creates a secondary FAT32 data partition on a liveUSB made with Mintstick.
# Copyleft greenjeans 2025, use as you see fit.
# This is free software with NO WARRANTY, use at your own risk!

# Function to display error message and exit
error_exit() {
    local error_message="$1"
    echo "Error: $error_message" >&2
    exit 1
}

# Must run with root privileges
if [ "$EUID" -ne 0 ]; then
    error_exit "This script must be run as root (use sudo or su)."
fi

# Display initial prompt
echo "This utility is for use on an existing liveUSB with an ISO-9660 filesystem"
echo "created by Mintstick. It will create a secondary FAT32 data partition labeled"
echo "'DATA' in the remaining space. WARNING: Existing secondary partitions will be"
echo "overwritten, and data on them will be lost."
echo ""
echo "Ensure only one liveUSB with an ISO-9660 filesystem is plugged in."
echo "Run 'lsblk -o NAME,FSTYPE,LABEL' or 'blkid' to check connected devices."
echo ""
echo "Continue? (y/n): "
read -r response
if [ "$response" != "y" ] && [ "$response" != "Y" ]; then
    echo "Aborted."
    exit 0
fi

# Check for multiple USBs with iso9660 filesystems
ISO_COUNT=$(blkid -o device -t TYPE=iso9660 | wc -l)
if [ "$ISO_COUNT" -gt 1 ]; then
    error_exit "Multiple USB devices with ISO-9660 filesystems detected. Unplug all but one and try again. Run 'blkid -o list' to identify devices."
elif [ "$ISO_COUNT" -eq 0 ]; then
    error_exit "No USB with ISO-9660 filesystem found. Run 'lsblk -o NAME,FSTYPE,LABEL' and 'blkid' to diagnose."
fi

# Find the USB device with an iso9660 filesystem
USB_PART=$(blkid -o device -t TYPE=iso9660 | head -n 1)
if [ -n "$USB_PART" ]; then
    USB_DEV=$(echo "$USB_PART" | sed 's/[0-9]*$//')
fi

# Fallback to lsblk if blkid fails
if [ -z "$USB_DEV" ]; then
    USB_PART=$(lsblk -o NAME,FSTYPE | grep iso9660 | awk '{print $1}' | head -n 1)
    USB_DEV=$(echo "$USB_PART" | sed 's/[0-9]*$//' | head -n 1)
    USB_DEV="/dev/${USB_DEV}"
fi

if [ -z "$USB_DEV" ] || [ ! -b "$USB_DEV" ]; then
    error_exit "No USB with ISO-9660 filesystem found. Run 'lsblk -o NAME,FSTYPE,LABEL' and 'blkid' to diagnose."
fi

# Unmount any mounted partitions on the USB
umount "${USB_DEV}"* 2>/dev/null

# Get the partition table and disk info
FDISK_OUT=$(fdisk -l "$USB_DEV" 2>/dev/null)
if [ -z "$FDISK_OUT" ]; then
    error_exit "Failed to read disk info with fdisk."
fi

# Extract the end sector of the iso9660 partition
ISO_END=$(echo "$FDISK_OUT" | grep "^${USB_PART}" | awk '{print $4}')
if [ -z "$ISO_END" ]; then
    error_exit "Could not determine end sector of iso9660 partition."
fi

# Extract total sectors
TOTAL_SECTORS=$(echo "$FDISK_OUT" | grep "^Disk $USB_DEV" | grep -o '[0-9]\+ sectors' | awk '{print $1}')
if [ -z "$TOTAL_SECTORS" ]; then
    error_exit "Could not determine total disk sectors."
fi

# Calculate start and size of the new partition
PART_START=$((ISO_END + 1))
PART_SIZE=$((TOTAL_SECTORS - PART_START))

# Check space (needs at least 1 MB = 2048 sectors)
if [ "$PART_SIZE" -lt 2048 ]; then
    error_exit "Not enough free space to create a new partition (need at least 1 MB)."
fi

# Proactively wipe ISO-9660 signatures to prevent Gparted detection issues
echo "Wiping ISO-9660 signatures..."
wipefs -a -t iso9660 "$USB_DEV" 2>/dev/null || {
    error_exit "Failed to wipe ISO-9660 signatures on $USB_DEV."
}

# Remove any existing secondary partitions
echo "Removing existing secondary partitions..."
sfdisk --delete "$USB_DEV" 2 2>/dev/null

# Create a new partition using sfdisk
echo "Creating new partition..."
echo "start=$PART_START, size=$PART_SIZE, type=c" | sfdisk --append "$USB_DEV"
if [ $? -ne 0 ]; then
    error_exit "Failed to create partition on $USB_DEV."
fi

# Check if the new partition was created
NEW_PART="${USB_DEV}2"
if [ ! -b "$NEW_PART" ]; then
    error_exit "Failed to create partition $NEW_PART."
fi

# Refresh the partition table and wait for kernel to recognize new partition
echo "Refreshing partition table..."
partprobe "$USB_DEV"
sleep 2
for i in {1..3}; do
    if [ -b "$NEW_PART" ]; then
        break
    fi
    sleep 1
done
if [ ! -b "$NEW_PART" ]; then
    error_exit "New partition $NEW_PART not detected by kernel."
fi

# Format the new partition as FAT32
echo "Formatting new partition as FAT32..."
mkfs.vfat -n "DATA" "$NEW_PART" 2>/dev/null
if [ $? -ne 0 ]; then
    error_exit "Failed to format $NEW_PART as FAT32."
fi

# Verification of FAT32, 3 tries
for i in {1..3}; do
    if blkid -o device -t TYPE=vfat | grep "$NEW_PART" >/dev/null; then
        break
    fi
    sleep 1
done

if ! blkid -o device -t TYPE=vfat | grep "$NEW_PART" >/dev/null; then
    error_exit "Could not verify FAT32 filesystem on $NEW_PART, but partition was created. Check with 'lsblk -o NAME,FSTYPE,LABEL'."
fi

# Display success message
echo "Success! New partition $NEW_PART created with FAT32 filesystem, labeled 'DATA'."

#553 Re: Off-topic » libadwaita forked by Mint » 2025-05-27 19:57:10

Can't speak for Mint or their LMDE, or their themes.

As far as a menu icon, I use the simple menu in Mate, one icon that opens the menu, not the fancy ones.

For that icon, it's pretty simple, the icon is "start-here.png", and I just replace it in my chosen theme with one of my choosing. Don't know if that's helpful or not.

#554 Re: Installation » Minimalist/selective installation? » 2025-05-27 19:52:15

^^^I'm just going by what others have said, again I have no experience with Ventoy myself.

In point of fact i'm working on my own scripts to make a utility to burn iso's to sticks and create additional partitions, of all of them Refracta2usb is the most complete and works the best to do all the things. I'm working on something in between it and Mintstick in terms of functionality. It's tough messing with USB's sometimes, fine line between success and disaster when working with all the things necessary to make it happen.

#555 Re: Off-topic » libadwaita forked by Mint » 2025-05-27 19:33:00

Arrgh, too bright! I go snowblind with those kinds of themes!

I am warming up quite a bit at the excalibur-deathmetal wall paper (insert jolly roger emoticon here). wink It's almost perfect, just needs a little tweaking IMO.

First time I saw it, I thought "yes YES Golinux! Come over to the darkside where it's nice and cool, we have cookies!"

LOL!

#556 Re: Installation » Minimalist/selective installation? » 2025-05-27 19:15:53

Devuan is not compatible with Ventoy it seems, have a look at this thread, may be some help:

https://dev1galaxy.org/viewtopic.php?id=7092

Shame that laptop doesn't have an optical drive.

The Devuan net-install works just like the Debian, you can choose to only create a CLI-only iso if desired then install programs after installing/booting it, or at the software section you can choose to add a number of DE's including KDE, but i'm not sure that will give you a core-only KDE, probably installs the whole works, I know if you choose Mate it installs the whole Mate meta-package.

If I want just core stuff, I do the CLI-only, boot that up, then start apt'ing.

Have not used or tested Ventoy myself. You can likely dd the iso manually if you're comfortable using dd.

I use Mintstick typically, it seems to just work with everything so far. Refracta2usb also works great, offering options for multi-boot and persistence that Mintstick does not.

ETA: Welcome to Devuan! It might have some quirks being free of the curse of systemd, but it's well worth the effort in the end, simple and stable. wink

#557 Re: DIY » Does anyone here use Mintstick for making livUSB's? Need testers. » 2025-05-27 18:55:51

Wow, even funkier! Okay I think anyone would agree that's a pretty non-traditional and uncommon setup, and after some thought it seems like to me that your wild daisy-chain of things there, has introduced some additional latency which contributed to the errors. Quite frankly i'm amazed it worked at all.

Still it's good exercise in edge-case scenarios and dealing with them. I think maybe just adding a "sleep 1" (or 2) right around line 126, right before the partition check, might make it work for your case.

I also have a cli version of the script, it might be easier to test that in your situation, let me know and i'll post it with an added sleep command in that section.

ETA: thinking more about it, in a newer machine there's probably not even a need to do any of the timeouts. My machine is old and very low spec even for it's time, 2012 Compaq with a dual-core APU @ likely 700-800 mhz actual, and 4gb of old ram.

But of course that's a lot of the point of what I do, I work on older machines and try to make them run, knowing if it works on my machine it's likely to work on anything from the last 15 years, and should work really well on anything newer than 2015 or so.

#558 Re: Desktop and Multimedia » [SOLVED] .xsession-errors file » 2025-05-27 16:06:52

@golinux, I knew you'd chime in, you dislike that damn file as much as I do, lol. But unfortunately i've had to embrace it.

If it were not for that file, I wouldn't have found a nasty bug in the excalibur version of Mate/Caja that caused it to grow exponentially, causing me to file a bug report, that was actually acted upon immediately by upstream folks and subsequently fixed.

FYI though, I think Mate just likes to complain, even in stable daedalus it writes errors to that file constantly. Openbox is the only set-up so far i've been able to clear completely of errors. Openbox in a lot of ways is better than every DE out there.

For others reading, the name is a misnomer, yes errors get dropped there, but in normal use it simply catalogs events related to login, and then some subsequent operations also get cataloged in that file, if you don't have errors in operation then none get written.

#559 Re: Desktop and Multimedia » [SOLVED] .xsession-errors file » 2025-05-27 15:07:06

To be clear:

Every time you boot up OR logout/logbackin, the system will do 3 things:

1. Create a brand new .xsession-erros for that session
2. Take the old file and and re-name it .xsession-errors.old
3. Delete the old .xsession-errors.old

You can delete any of the files manually and they won't be recreated for that session. Bleachbit is alo set up to delete both files.

@fsmithred is right, that file is aggravating at times, but can be very helpful when trying to diagnose errors while in session.

Do a fresh boot up, and then before doing anything else, check that file, it will tell you if there's errors during the process of setting up your session.

#560 Re: DIY » Does anyone here use Mintstick for making livUSB's? Need testers. » 2025-05-27 14:55:19

Okay that's a funky set-up my friend, sd card in a USB 2 converter, plugged into a USB3 slot...That's definitely an edge case, surprised it worked at all.

How you got a USB 3.0 slot on a 2009 machine?

Edit: Really need some more testing, preferably some garden-variety testing using actual USB sticks.

C'mon ya'll, help a brother out, this may not be important to ya, but it increases my knowledge and skill level which I hope to leverage into making myself of more use to Devuan and the community in the years to come, so it will benefit you too as Devuan users.

#561 Re: Off-topic » libadwaita forked by Mint » 2025-05-27 01:00:50

Edited the OP to provide some context, sorry about that.

I'm kinda excited by this. Mint, like Devuan, is doing some good works for the community and freedom of choice.

Gnome has some good and useful things about it, some nice apps, dang shame they developed a M$ attitude about it.

#562 Re: DIY » Does anyone here use Mintstick for making livUSB's? Need testers. » 2025-05-27 00:13:26

Although the same thing happened ie: the pop-up with an error for writing the second partition, on checking I saw that the second partiton had been formatted.

You may want to test and see if a short pause somewhere between the creation of the second partition and formatting it to FAT32 would avoid that.

Thanks for testing @Altoid!

Yeah I had similar errors myself multiple times when testing later versions of the script. And sometimes it would error, yet work perfectly.

if you notice there are already some "timeouts" in there that fixed this on my machine at least. That's great info you gave me, seems I may need to extend/add some time in those areas. The script does work fast, too fast it seems for some other parts of the system. Any chance I could get specs of the machine you tested it on?
ETA: Also, model and size of stick?

And yeah, the stick winds up unmounted at the end of the process, but should still show in your file-manager as being present, so you should be able to just click the new partition(s) to mount. Pretty much all of my testing thus far has been in Mate, I need to run some tests in my Openbox partitions (though it should be same result).

@RRQ: Thanks for weighing in on this, I need to study your post a bit and do some research, again, i'm a rookie at this, but blkid seems to work fine for that check, if there's no vfat partition on that stick it's going to error out as it should, which is all i'm after...but yeah it may actually be a superfluous check anyway, i'm working off the premise right now that "if there's anything that gets done, it probably needs an error check". Which is mainly actually for my benefit to make it easier and faster to de-bug, some stuff probably doesn't need to be in the final script I guess.

ETA: Just wanted to re-iterate, I REALLY appreciate any and all comments and testing and suggestions, they are immensely helpful and give me things to consider that I might have not thought about, you guys rock and although my brain hurts a bit right now i'm still having a lot of fun with this stuff. smile

#563 Re: Off-topic » libadwaita forked by Mint » 2025-05-26 15:39:18

Would require someone to integrate it into Devuan though. Perhaps someone will step up to take it on . . .

Well above my skill level likely, but i'm going to give that project a little time to mature, then i'm going to start testing it on Devuan, i'll for sure post any results so maybe that will be helpful.

#564 Re: Installation » Will Devuan work to convert an older iPad to Linux? » 2025-05-26 15:21:41

Thanks for the info and links folks!

Looking like postmarketOS is working on such and is probably the best hope for the future, but not solid as yet.

In the meantime I guess @ks's advice is probably best to get them up and running.

We have done a mountain of work on this library, still trying to catalog all the volumes, and with the work we've been doing word has gotten out and we've had a lot of donations of books. Also a nice cash donation that we're using for new shelving as previously there were boxes and boxes of books just sitting in corners.

I'm assuming that the iPads will at least interface with a linux box in some way so as to be able to load different content from the library machine to the tablet?

#565 Off-topic » libadwaita forked by Mint » 2025-05-26 15:07:48

greenjeans
Replies: 14

Not a good hard forking which is what's needed, lol, but still a good start. The Gnome CSD stuff (Client Side Decorations) really needs to stop. It would be great if Devuan could pick this up at some point and swap in libadapta for libadwaita.

https://github.com/xapp-project/libadapta

"libAdapta is libAdwaita with theme support and a few extra.

It provides the same features and the same look as libAdwaita by default.

In desktop environments which provide theme selection, libAdapta apps follow the theme and use the proper window controls.

libAdwaita also provides a compatibility header which makes it easy for developers to switch between libAdwaita and libAdapta without requiring code changes."

Some Gnome apps in gtk3 include their own CSD, which tries to override your theme and use it's own color scheme for titlebars and it's own min-max-close buttons. Which looks fine, and by fine I mean bleh, in Gnome, but in any other DE it looks ridiculous with two sets of those buttons and other flaws with colors and such.

The one gtk4 app i've seen goes beyond that, it overrides your theme completely and you no longer even have your own titlebar.

nocsd is starting to fail, but this is a ray of sunshine. wink

Edited: for context and acronyms.

#566 Re: DIY » Does anyone here use Mintstick for making livUSB's? Need testers. » 2025-05-26 14:36:45

To be clear, I still have my training wheels on when it comes to writing scripts. This utility is part of my own self-training regimen which is to start writing more complex scripts than my usual tiny ones, not to the level of full-blown apps, just small targeted helper-scripts that aim to fix one or more small challenges. I have a ton of such things on the back-burner that are not yet working, this script is the 2nd successful one.

#567 Re: DIY » Does anyone here use Mintstick for making livUSB's? Need testers. » 2025-05-26 14:25:24

Yeah on my machine that I test with, I have done what fsmithred outlined above on all of my stuff.

I've also tested it added as a menu entry and still working great, i'm using a workaround for pkexec hoopla, a tiny script to fill in the blanks I call gksu.sh on my machine, it's some code that's been around as long as pkexec has. So the exec command for the .desktop is "gksu.sh /path/to/fatstick  (/usr/local/bin/ is what i'm using). I just added the .sh to the name to avoid confusion with the real gksu which is sadly gone.

#!/bin/sh
# Script to convert gksu to pkexec for extensions already written
# without adding a lot of code to the .desktop command line.

COMMAND=$1
shift #shift first arg
for ARG in "$@"
do
 if [ -z "$ARGS" ]; then
  ARGS="$ARG"
 else
  ARGS="$ARGS $ARG"
 fi 
done
ARGS=\'$ARGS\'
eval pkexec env DISPLAY="$DISPLAY" XAUTHORITY="$XAUTHORITY" "$COMMAND" "$ARGS"
exit 0

#568 Re: DIY » Does anyone here use Mintstick for making livUSB's? Need testers. » 2025-05-26 01:22:28

I do recognize that, I have that saved in my script experiments file!

This thing is just a very niche app, an experiment as is most of what I mess with. Might be some useful code to run with the above to automagically spit out a liveUSB with a data partition. I don't know that i've ever seen a poll to ask about people's preferences about
liveUSB's, do most just make a simple one, or do most prefer a persistence partition as well or data like I usually do?

I do like a dedicated app that does one thing and does it really well, hard not to like 'em.

Do the whole liveUSB plus a data partition and do it in like 200 lines of code or less....awww.yeeahhh

#569 Re: DIY » Does anyone here use Mintstick for making livUSB's? Need testers. » 2025-05-25 22:36:19

Sorry for the delay, have still been testing and fixing tiny bugs and errors, grammatical and syntax stuff. Doesn't look like anybody much is interested except my buddy Altoid, lol, but that's allright, it works great for me.

@Altoid: protocol:

Install Mintstick from the repo. Its a GUI app, so i'm not sure what you mean by "cmd line version"?
Plug in a USB stick.
Run the "USB Stick Formatter" component of Minstick from menu.
Run the "USB Image Writer" component of Mintstick from menu using any good iso (Vuu-do is a good 'un wink )
Run the Fatstick script.

I'm setting it up as a GUI app to be run from the menu with a .desktop added in /usr/share/applications, but for testing purposes running in a terminal will do.

I don't use sudo at all, I su-to-root to run admin tasks, so if you run the script that way, it will give you some chiding about running GUI apps as root, ignore that. But I am curious if you use sudo in terminal to launch it, if it will give those same warnings.

There's a ton of comments in the script, sorry but don't laugh at me, i'm old and I need 'em for easy reference as to what the heck i've done sometimes.

Script, save as "fatstick" and make executable:

#!/bin/bash

# This script is intended for use immediately after using Mintstick to create a
# liveUSB, it creates a 2nd partition for data in FAT32 on the remainder of the
# stick, i.e. if you have a 32 gig stick with a 4 gig iso on it, the script will
# create a 28 gig "DATA" partition in the empty space that follows the iso.

# Copyleft greenjeans 2025, use as you see fit.
# This is free software with NO WARRANTY, use at your own risk!

# Trap to ensure progress dialog is killed on script exit
trap 'kill $PROGRESS_PID 2>/dev/null' EXIT

# Function to display error dialog
error_dialog() {
    local error_message="$1"
    kill $PROGRESS_PID 2>/dev/null
    yad --center --borders=20 --fixed --window-icon=error --title="Error" \
        --height=150 --button="OK:0" \
        --text="$error_message"
    exit 1
}

# Must run with root privileges
if [ "$EUID" -ne 0 ]; then
    error_dialog "This script must be run as root (use sudo or su)."
fi

# Display initial dialog
yad --center --borders=20 --title="Fatstick" --window-icon=drive-removable-media \
    --fixed --height=325 --button="OK:0" --button="Cancel:1" \
    --text="This utility is for use on an existing liveUSB that is using an ISO-9660 filesystem
that takes up the entire stick, i.e. the type made by the Mintstick image writer.

If there is space after the iso, this will create a secondary data partition with
a FAT32 filesystem (for maximum compatibility with all operating systems) 
and label it 'DATA'.  WARNING: If the stick has existing secondary partition(s), 
the utility will overwrite them and you will lose any data stored on them.

Please ensure there is only one liveUSB with an ISO-9660 filesystem plugged
into your computer before using this utility or it will error out and close.

If you have not already plugged in a liveUSB, do so now before continuing.

Click 'OK' to proceed or 'Cancel' to abort."

if [ $? -ne 0 ]; then
    exit 0 
fi

# Start progress dialog in the background
yad --window-icon=drive-removable-media --progress --progress-text="working..." \
    --no-buttons --fixed --borders=20 --center --pulsate --width=400 --auto-close \
    --title="Creating new partition" &
PROGRESS_PID=$!

# Check for multiple USBs with iso9660 filesystems
ISO_COUNT=$(blkid -o device -t TYPE=iso9660 | wc -l)
if [ "$ISO_COUNT" -gt 1 ]; then
    error_dialog "Multiple USB devices with ISO-9660 filesystems detected.\n\nPlease unplug all but one USB device with an ISO-9660 filesystem and try again.\n\nRun 'blkid -o list' to identify connected devices."
elif [ "$ISO_COUNT" -eq 0 ]; then
    error_dialog "No USB with ISO-9660 filesystem found.\n\nRun 'lsblk -o NAME,FSTYPE,LABEL' and 'blkid' to diagnose."
fi

# Find the USB device with an iso9660 filesystem (Mintstick’s LiveUSB)
USB_PART=$(blkid -o device -t TYPE=iso9660 | head -n 1)
if [ -n "$USB_PART" ]; then
    USB_DEV=$(echo "$USB_PART" | sed 's/[0-9]*$//')
fi

# Fallback to lsblk if blkid fails
if [ -z "$USB_DEV" ]; then
    USB_PART=$(lsblk -o NAME,FSTYPE | grep iso9660 | awk '{print $1}' | head -n 1)
    USB_DEV=$(echo "$USB_PART" | sed 's/[0-9]*$//' | head -n 1)
    USB_DEV="/dev/${USB_DEV}"
fi

if [ -z "$USB_DEV" ] || [ ! -b "$USB_DEV" ]; then
    error_dialog "No USB with ISO-9660 filesystem found.\n\nRun 'lsblk -o NAME,FSTYPE,LABEL' and 'blkid' to diagnose."
fi

# Unmount any mounted partitions on the USB
umount "${USB_DEV}"* 2>/dev/null

# Get the partition table and disk info
FDISK_OUT=$(fdisk -l "$USB_DEV" 2>/dev/null)
if [ -z "$FDISK_OUT" ]; then
    error_dialog "Failed to read disk info with fdisk."
fi

# Extract the end sector of the iso9660 partition
ISO_END=$(echo "$FDISK_OUT" | grep "^${USB_PART}" | awk '{print $4}')
if [ -z "$ISO_END" ]; then
    error_dialog "Could not determine end sector of iso9660 partition."
fi

# Extract total sectors
TOTAL_SECTORS=$(echo "$FDISK_OUT" | grep "^Disk $USB_DEV" | grep -o '[0-9]\+ sectors' | awk '{print $1}')
if [ -z "$TOTAL_SECTORS" ]; then
    error_dialog "Could not determine total disk sectors."
fi

# Calculate start and size of the new partition
PART_START=$((ISO_END + 1))
PART_SIZE=$((TOTAL_SECTORS - PART_START))

# Check space (needs at least 1 MB = 2048 sectors)
if [ "$PART_SIZE" -lt 2048 ]; then
    error_dialog "Not enough free space to create a new partition (need at least 1 MB)."
fi

# Proactively wipe ISO-9660 signatures to prevent Gparted detection issues
wipefs -a -t iso9660 "$USB_DEV" 2>/dev/null || {
    error_dialog "Failed to wipe ISO-9660 signatures on $USB_DEV."
}

# Remove any existing secondary partitions
sfdisk --delete "$USB_DEV" 2 2>/dev/null

# Create a new partition using sfdisk
echo "start=$PART_START, size=$PART_SIZE, type=c" | sfdisk --append "$USB_DEV"
if [ $? -ne 0 ]; then
    error_dialog "Failed to create partition on $USB_DEV."
fi

# Check if the new partition was created
NEW_PART="${USB_DEV}2"
if [ ! -b "$NEW_PART" ]; then
    error_dialog "Failed to create partition $NEW_PART."
fi

# Refresh the partition table and wait for kernel to recognize new partition
partprobe "$USB_DEV"
sleep 2  # Give kernel time to update device nodes
for i in {1..3}; do
    if [ -b "$NEW_PART" ]; then
        break
    fi
    sleep 1
done
if [ ! -b "$NEW_PART" ]; then
    error_dialog "New partition $NEW_PART not detected by kernel."
fi

# Format the new partition as FAT32
mkfs.vfat -n "DATA" "$NEW_PART" 2>/dev/null
if [ $? -ne 0 ]; then
    error_dialog "Failed to format $NEW_PART as FAT32."
fi

# Verification of FAT32, 3 tries
for i in {1..3}; do
    if blkid -o device -t TYPE=vfat | grep "$NEW_PART" >/dev/null; then
        break
    fi
    sleep 1
done

if ! blkid -o device -t TYPE=vfat | grep "$NEW_PART" >/dev/null; then
    error_dialog "Could not verify FAT32 filesystem on $NEW_PART, but partition was created.\n\nCheck with 'lsblk -o NAME,FSTYPE,LABEL'."
fi

# Close progress dialog before showing success dialog
kill $PROGRESS_PID 2>/dev/null

# Display success dialog
yad --center --borders=20 --timeout=5 --fixed --height=100 \
    --window-icon=drive-removable-media --no-buttons --title="Fatstick" \
    --text="Success! New partition $NEW_PART created with FAT32 filesystem, labeled 'DATA'."

EDIT: here's the .desktop i'm using on my machine:

[Desktop Entry]
Name=Fatstick
Comment=Create a FAT32 data partition on a liveUSB
Exec=gksu.sh /usr/local/bin/fatstick
Type=Application
Icon=drive-removable-media
Terminal=false
Categories=Utility;

#570 Re: Hardware & System Configuration » [SOLVED] Stale keyring files? » 2025-05-24 17:19:59

'kits in excalibur desktop-live iso.

Ahh, so lxpolkit. Was thinking about trying that in my Openbox stuff, but the mate-polkit dropped right in without any extra configging for the most part. I did have to go in and delete the current ~/.config/dconf/user file to stop some errors in .xsession-errors every time I used authentication, then re-boot but those are gone now, just the main complaint at the top now that mate-polkit can't find org.gnome.session-manager.whatever.hoo-ha.

I am using the xfce power-manager in the max versions, and whoa-boy does it ever like to complain that it can't find stuff. Does it do that in an xfce session?

Chatter for months is that Tint2 would be going bye-bye, but it's in the testing repo again, which makes me very happy.

#571 DIY » Does anyone here use Mintstick for making livUSB's? Need testers. » 2025-05-23 22:18:32

greenjeans
Replies: 50

Hey all, just wondering if anyone uses Mintstick for making quickie liveUSB's, I could really use some extra eyeballs and some testing if anyone would be willing.

Here's the gist of it: Mintstick works great for making a quick liveUSB, there's no options for persistence or additional partitions or multi-boot, if you want that I recommend and use Refracta2USB. But that's okay, it's fast and simple when you need to make one and test, doing what I do I literally use it multiple times in a day.

But it does take up the entire USB stick regardless of size, one giant ISO-9660 file when viewed in Gparted or your file-manager. Which is fine for everyday production use. But I also like to make for myself and family and friends a liveUSB that has a second partition purely for data, in FAT32 so any machine can read it, to carry files with you or if you're using it to do a rescue of files from a machine that's acting badly, you have a place to easily at least save important files right there on the stick. My iso's are typically 1.2 gb or less, so you can see the issue when I write one to a 32 or 64 gb stick, lotsa wasted space.

The gnome-disk-utility (GDU) comes in handy to do this, unlike Gparted it can "see" that there's a tremendous amount of empty space following the iso, and using it you can convert that space to a 2nd partition. It works fine and creates/formats the partition. But.....

1. GDU uses some CSD, and the result is a superfluous set of min-max-close buttons in addition to some other artifacts, and just looks silly.

2. It doesn't do it quite right, it's perfectly functional, but in Gparted it will still show one giant ISO-9660 partition as GDU omits an important step.

So i've been writing a one-trick-pony script that does the same thing, but does it right, purely a companion app to be run right after using the Mintstick image writer, that auto-detects the USB and makes a second partition in FAT32 and labels it "DATA".

It's working perfectly for me currently with the machines I have here and a small variety of different USB sticks, but USB can be very finicky, and USB sticks can vary greatly in how they're made and work, so I could really use some input and testing as I think this is a great small utility.

I just don't know if there's any folks here who would be interested, it's a pretty small niche app. But if I get a few replies i'll post the script, if not then I won't take up anymore space on the forum with this project.

Thanks!
~greenjeans

#572 Re: Hardware & System Configuration » [SOLVED] Stale keyring files? » 2025-05-23 19:33:50

It's Nitrogen, that's what I use, and you have to add it to the Openbox autostart menu to get a bg applied at login. There's several things that need to be added to autostart to make everything happen, Tint2 for one. I also start the authentication daemon that way.

Which brings me to another question, what's going to be the default authentication for Devuan going forward? Since policykit-1-gnome is deprecated and not in the testing repo.

I just switched today to using the mate-polkit and dropped gnome, seems to work fine since they're both just front-end authentication agents for polkitd. I guess the gnome version hasn't been maintained in like 10 years, so they are dropping it in trixie.

#573 Re: Installation » Daedalus desktop live: Cannot load memtest » 2025-05-23 19:24:31

Just a quick note of curiousity:

I don't have an installed version of excalibur, what I do have is a hybrid iso of vanilla using the mate desktop, that I built from a daedalus netinstall, then upgraded to excalibur, it's the same iso I have on my sourceforge for testing purposes.

1. It does NOT have the memtest86+ package installed. No memtest files of any kind in /boot.
2. My machine's BIOS does not have any kind of built-in memtest.

I booted the liveUSB, and at the live grub screen it offers a memtest entry, so I chose that, and it immediately took me to a bright blue screen with all kinds of info going on and began running memtest. In the upper left corner of the screen in large letters was "Memtest86" with a flashing plus (+) sign after it.

So there's some kinda memtest onboard somewhere already, where it is I don't have a clue.

#574 Re: Hardware & System Configuration » [SOLVED] Stale keyring files? » 2025-05-23 14:04:02

Openbox now includes an applications menu that uses the .desktop files in /usr/share/applications. I added a few items to the main menu, but everything expanded from "Applications" was automatically added.
https://get.refracta.org/files/misc/ope … s-menu.png

That's cool, did not know that! If it were me i'd still use obmenu-generator, you can make a really pretty menu with it.

So a vanilla Devuan Openbox version, I guess Openbox can use the current desktop-base for artwork? That may be a dumb question, but I haven't tried it myself, I run my own artwork in my projects.

And what file manager? PcmanFM s the classic choice, it's still available, and despite multiple attempts to drop development, it lingers on, lol, new version in excalibur is now gtk3. But it has that one big bug about how it handles thumbnailing and caching, doesn't seem like anybody is going to fix it anytime soon. I do have a nice script that bandaids it to work a LOT better.

#575 Re: Hardware & System Configuration » [SOLVED] Stale keyring files? » 2025-05-22 22:26:40

It was a mistake to have posted that nonsense

Pshaw, it provoked some interesting dialog, and with Altoid who's one of my favorite people to dialog with, so win/win. wink

I could dig making an Openbox setup as a meta-package that could be chosen as the DE during the install software section of the installer, alongside XFCE, Mate, KDE etc. That might be a fun project. Probably be easier to just build a basic live iso and offer it like that with the Refracta installer. Really needs a dynamic menu to be useable and obmenu-generator is still not in the repo.

Board footer

Forum Software