Hot answers tagged

13

For Ubuntu 16.04+ using systemd (the default). systemd-inhibit --why="Wait for this script to finish" bash script.sh === Test: $ systemctl poweroff Operation inhibited by "bash script.sh" (PID 23912 "systemd-inhibit", user rinzwind), reason is "Wait for this script to finish". Please retry operation after closing inhibitors and logging out other users. ...


5

I Would do this: Change to ROOT mode from a Live CD/USB Preferrably, if not it will still work from a dual-booted Linux install. Open a terminal and type: sudo -i Then, find out which partition is your Windows via this command: fdisk -l Mine shows this: /dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT /dev/sda2 206848 ...


2

You can use clonezilla to make a backup of the whole disk partition that is very simple and fast to recover.


2

You can do this using one go of find. For tasks like this where time precision is necessary, use -mmin option of find to express the time constraint in minutes instead of -mtime to express in days. find /source -mmin -1441 -exec cp -a -t /destination {} + This will copy files, modified within the last 24 hours (1440 minutes) counting from now, from /...


2

There is not really a need for a bash script. First, work out what backup command would work for you. In principle, you could do something as easy as: mysqldump > /path/to/mysqldump.sql 2>/path/to/mysqldump.err This will write the contents of all the data bases to a file called mysqldump.sql. The form of this is such that, if you need to restore the ...


2

Here's the VeryEasyWay™ to do this: download the CloneZilla Live CD, boot it follow the device to image manual to do the imaging. store the image of the CloneZilla Live CD together with the image you created in your cloud. (In case a future version of CloneZilla would not be able to restore it) Only to be super-safe: keep the CloneZilla CD and the HDD ...


1

VACUUM only affects the size of physical backups (pg_basebackup, etc), not logical backups (dumps). You don't need to. There's no such thing as too much VACUUM. It's harmless. You shouldn't need manual VACUUM though, just make sure autovacuum is enabled and set to run enough. I strongly advise that you use point-in-time recovery as well as logical backups ...


1

This is actually two questions and you should ask this as two questions instead of one. With that said, you can use pkexec instead of sudo to get a prompt for a password before executing the script like so: #!/bin/bash pkexec env DISPLAY=:0 XAUTHORITY=$HOME/.Xauthority tar czf media/masi/Transcend/backup_home_$(date +%d.%m.%Y | sed 's/\(0\)\(.\)\(\.\)/\2\...


1

You need to add rsync -H to preserve hard-links. rsync -avhH --progress /SOURCE /DESTINATION Alternative you could use tar to copy the snapshots because tar will preserve hard-links as well cd /DESTINATION; tar cf - /SOURCE/* | tar xf -


1

Using the GUI The GUI doesn't have much options, the most you can do is go to the Scheduling tab and set the Keep setting to either "At least a year" or "At least 6 months". The application will manage storage space, by deleting old backups when it finds that the storage is low on space. Command Line If you are comfortable with the command line, you can ...


1

If you delete ~/deja-dup and its content you will only use past backups. If you feel that you don't need them any longer (or not as much as the storage space they occupy), you can delete them safely. I don't know about the files on the external drive because I don't know their names or what they are. If they have very similar names to the files in ~/deja-...


1

Copying the solution from this guide with my modifications: Open a Terminal and navigate to the directory containing your backups. This folder contains all of your files archived into many .gz files. Mine was in a folder called multivol_snapshot. Unpack all the archives with the following command: for t in duplicity-full.[yournumbershere].*.difftar.gz; do ...


1

Yes, I have done this when I moved from Mythbuntu 14.04 to Mythbuntu 16.04. I had the database backup (mythconverg-1317-20160708233351.sql.gz, automaticaly generated by the Mythbuntu 14.04 system) and the recordings on one drive, and then I installed Mythbuntu 16.04 on a different drive. I mounted the recordings in the same place in the filesystem as before. ...


1

If you don't mind working with the console try backup-manager, it comes along with the distribution. The handling is done with one config file sitting in /etc. sudo apt-get install backup-manager To modify the file you could use nano in the console. sudo nano /etc/backup-manager.conf You won't need most of it. What I personally like is, that no ...



Only top voted, non community-wiki answers of a minimum length are eligible