There's a resume file in your initrd that has that uuid inside it. In a live session, run lsinitramfs /initrd.img | grep resume to see if it's there. That uuid should correspond to a swap partition. There's a way to avoid this when making the snapshot. It's in the readme. Starting with refractasnapshot-10.2 the script will do it for you (or ask what to do.) 

If you have no swap partition, you can probably get rid of the file by running update-initramfs -u. The other way to get rid of it is to unpack the initrd, remove the file (conf/conf.d/resume) and then repack the initrd. If you need the commands for that I can post them after another cup of coffee.

I tried copying .Xauthority and that didn't work for me in beowulf. Are you using that in beowulf now?

I also tried xhost + and that didn't work, either.

The problem you're running into is the change in root's path when you run su in a terminal. That path no longer contains the sbins. If you use su - instead, you'll get the root path that you're used to. But then you won't be able to start graphical apps as root from that terminal. For that, you're supposed to use pkexec. When you figure all that out, I'll read your posts. Until then, or until someone gives me good reasons not to do this, I'm working around the problem.

# grep PATH /root/.bashrc
export PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

Oh yeah, the other workaround is to use the full path for commands.

/sbin/blkid
/usr/sbin/update-grub

Go into rescue mode and get a shell in the installed system. Run dpkg -l | grep grub and if a package named grub-efi-amd64-signed is installed, remove it.

If that's not possible, try grub-install --bootloader-id=debian and see if that fixes it.

Note: I had the same problem with an encrypted install of beowulf, and I was able to fix it with either of the methods I described. If neither of these can help, post the contents of /etc/fstab, /etc/crypttab and /boot/grub/grub.cfg, and the output of the following comands:

fdisk -l
df -h
blkid

Either boot from grub command line or go into chroot and remove grub-efi-amd64-signed. Then run grub-install and update-grub.

"not stable" means that they might change the way it works. If it stops working, you'll notice that you're not getting notified about updates, and you can change the script then.

If anyone reading the thread knows python well enough to get it to feed the list of packages to notify-send, please tell me about it. I can get them to print all on one line, but I want one package per line the way my short script does it.

I disable all those dirs because it annoys me to have them in my home. I make my own directories, in some cases with names I've been using since win98. Whoever sets the default user-dirs doesn't know how I want to organize my files. (...and they can get off my lawn!)

I don't think so. If it were due to that, I'd expect /usr/sbin/ to be in the path, but all the sbins are gone when you get root with 'su'. If you use 'su -' instead, you get the sbins in your path, but then your working directory changes to /root and  you can't run a graphical app in the user's desktop.

Cool, Aitor! Thanks. I'll add it to the next nodbus build (which might be beowulf.)

Played with it some more. Instead of disabling the line that starts synaptic, it can be changed.

Original line 48:

gui = "/usr/bin/gksu '/usr/sbin/synaptic --dist-upgrade-mode true --non-interactive'",

Alternates:

# Run synaptic without admin privs
#    gui = "/usr/sbin/synaptic",

# Run synaptic as root
#    gui = "/usr/bin/synaptic-pkexec",

# Run my script
    gui = "/usr/local/bin/show-updates",

Make sure to change line 78 back to 'True' (note: 'true' won't work)

    subprocess.call(c['gui'], shell=True)

and line 80 or so, revert to do_updates

#    gobject.timeout_add(1, self.destroy)
    gobject.timeout_add(1, do_updates)

/usr/local/bin/show-updates (don't forget to make it executable)

#!/usr/bin/env bash

list=$(apt-get -s dist-upgrade | awk '/^Inst/ { print $2 }')
notify-send "$list"

exit 0

Looks like there's a way to redirect it. (forward it to spammers?) I don't know where, but it's probably in a config file for cron.

You could remove exim4 and stop all system mail. I edited /etc/cron.d/update-notifier to run the update three times per day instead of every 30 minutes.

Edit: Oops! This makes it run every minute. I put it back the way it was (0/30 * * * *)

* 4 * * * root /usr/bin/apt-get update
* 12 * * * root /usr/bin/apt-get update
* 20 * * * root /usr/bin/apt-get update

Sorry I wasn't clear. It's doing just what you said it would do, before and after the edits.

Now I want to learn python so I can modify it. What's the python equivalent of notify-send "$check" and how do you make that run when you click on the icon? That would show the list of packages to be upgraded for a few seconds - long enough to know whether you want to bother opening synaptic (or a root terminal) or rather leave it until later.