我正在编写一些需要像partclone
(8) 这样的功能的备份软件,并且在使用手册页时遇到了一些问题。特别是,我没有看到partclone.dd
和的页面之间有任何差异partclone.imager
,并且两个二进制文件虽然不同,但大小完全相同。此外,我在某处发现了一个问题,其答案对它们进行了区分,但不清楚原因。
所以我真的很想知道它们之间有什么不同。我原以为它们只是dd
伪装,但我已经准备好被证明是错误的。
我正在编写一些需要像partclone
(8) 这样的功能的备份软件,并且在使用手册页时遇到了一些问题。特别是,我没有看到partclone.dd
和的页面之间有任何差异partclone.imager
,并且两个二进制文件虽然不同,但大小完全相同。此外,我在某处发现了一个问题,其答案对它们进行了区分,但不清楚原因。
所以我真的很想知道它们之间有什么不同。我原以为它们只是dd
伪装,但我已经准备好被证明是错误的。
我有包含旧增量备份的目录,它们充满了各种文件的冗余副本。我的计划是使用 ZFS 来处理文件校验和并防止冗余。
所以一个模型情况:
cd /poolname/zalohy
zfs list -p poolname
NAME USED AVAIL REFER MOUNTPOINT
poolname 995328 374734901248 98304 /poolname
for i in {0..10}; do echo {1..99999} >file$i.txt; done # I create eleven identical files of the size 588888 bytes.
zfs list -p poolname
NAME USED AVAIL REFER MOUNTPOINT
poolname 5677056 374730219520 98304 /poolname
374734901248 - 374730219520 = 4 681 728, i.e. cca 5MB.
我预计 11 个相同的文件(具有相同的校验和)将占用略多于 588888 字节的空间,因此减少了十倍。
哪里有问题。如何处理这种冗余?是否有比 ZFS 更好的文件系统来实现此目的?
非常感谢您的帮助。
我目前正在运行 Ubuntu Studio 22.10。我打算用 SDD 替换我的 HDD。同时,我想回到 Ubuntu Studio 22.04 LTS。我知道我可能无法打开一些使用较新版本的应用程序创建的文件;我可以处理。我更大的问题是:我应该从备份中排除哪些目录(例如 home/snap、home/.mozilla 等)以避免以后发生冲突。
我这里有点问题。我刚刚使用 Duplicity 和 Déja Dup 设置了我的自动备份系统。我使用 SSH 将我的文件备份到我的服务器。经过一些测试,我检查过我仍然可以像以前一样打开它们并查看它们的内容(文件由于加密而没有被包装)。
我想知道的是,如果我在没有我的 ecryptfs Private.sig 文件的新 Ubuntu 安装上恢复我的文件,它们会变得不可读吗?如果是,我还需要备份.ecryptfs目录吗?
我会等你的回应。
谢谢
集成电路
我有一个已经在使用中的 Ubuntu 20.04 系统,需要对其磁盘进行加密。我已经回顾了一些在安装后执行加密的方法。但一般的建议是备份数据、执行新安装和恢复数据更容易。我在我的/home
. 但是,我的系统不能很好地与 Linux 配合使用并且很难设置。最重要的是,我还有一些安装起来比较棘手的库。
我正在尝试查看以下步骤是否有效:
我的计划是恢复一个完整的映像,包括 root( /
) 目录,这样我的硬件设置、其他操作系统设置和库就不会丢失。但我不确定这样的恢复是否会影响磁盘的加密,因为它是来自未加密磁盘的完整映像。我也不确定这样的修复效果如何。我几乎总是进行全新安装并只恢复用户数据。
我看过这个答案。但是该链接指向一个页面,该页面显示缺少该主题的页面。有没有人知道这个想法的细节?我在想,这可以通过使用dd
将数据传输到外部磁盘,然后在没有新安装的情况下执行加密,然后运行实时磁盘来传输回所有内容来工作。但同样,不确定这有多实用。
好心提醒。如果可能的话,我也愿意接受更好的方法。
据我所知,我一直在一台笔记本电脑上从我的 22.04 运行计划备份,它将文件保存到由主机名标识的谷歌驱动器。是否可以将此内容恢复到具有不同主机名的另一台计算机?我以笔记本电脑和 CPU 型号命名我的电脑。想象一下我现在的笔记本电脑坏了,我买了一台新的。由于制造商和 CPU 型号不同,主机名会发生变化。在这种情况下,我如何连接到谷歌驱动器中的现有备份内容并从中恢复?这不就是备份的目的吗?
我退休了,但我曾经在一所大学教书。我应该销毁所有学生成绩记录(这是法律),但我只是注意到我的一堆备份中有我多年的学校主目录。这包括学生问题的解决方案和成绩。那些仍然解压的很容易,因为目录结构允许我放弃解决方案和等级。
tar 文件有点难,我想知道是否有办法让它变得简单——只需复制到另一个 tar 文件减去一些我可以用 grep 指定的东西。我想保留我的一些研究工作,所以我不想放弃整个事情。
幸运的是,所有这些东西都在磁盘上,而不是磁带上,但是我有很多磁盘,而现在我花了一天的大部分时间来挂载每个磁盘并使用 ls -lR 列出所有文件名。所以任何减少工作的事情都会受到欢迎。
我在我的 crontab 中有以下命令来使用 FreeFileSync 进行自动备份。它在 Ubuntu 20.04 上运行良好,但我注意到它在 Ubuntu 21.10 上不再运行。
30 12 * * * DISPLAY=:0 flatpak run org.freefilesync.FreeFileSync /home/toto/Backup.ffs_batch >/dev/null 2>&1
我首先在这篇文章>/dev/null 2>&1
中添加了以下建议,因为我在 /var/log/syslog 中发现它产生了以下错误:
(CRON) info (No MTA installed, discarding output)
在以下行之后,我在 /var/log/syslog 中不再有任何错误:
(toto) CMD (DISPLAY=:0 flatpak run org.freefilesync.FreeFileSync /home/toto/Backup.ffs_batch >/dev/null 2>&1)
然而,似乎什么也没有发生。FreeFileSync 永远不会启动。
似乎这里有一个解决方案,涉及卸载 FreeFileSync 的 flatpak 版本并从 FreeFileSync 网站的运行文件重新安装它。我宁愿保留 flatpak 版本,因为它会自动更新包。
非常感谢您的帮助。
编辑:我已替换>/dev/null
为>/home/toto/crontab.log
将错误重定向到日志文件。这是我得到的错误:
bwrap: Can't find source path /tmp/.X11-unix/X0: No such file or directory
这里有一个关于涉及此类错误的 Flatpak 的讨论,但我不够熟练,无法理解他们建议的解决方案。
Ubuntu 21.10,Gnome 40.4.0 自带的图形备份界面。进行备份时,我开始收到“设备上没有剩余空间”。这发生在我添加了一些大约 100 GB 的文件之后。可能是什么问题?
欢迎任何想法..
EDIT1: blkid 和 df -h 的输出按要求:
root@igtp:~# blkid
/dev/nvme0n1p1: UUID="F497-2C34" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="6df88602-8014-4894-8d4c-65b1b5cec43f"
/dev/nvme0n1p2: UUID="03387746-74e5-4e55-b57d-19400ddd6994" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="b11921f6-d0ae-430d-8a68-42f47b5a0a3c"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/loop12: TYPE="squashfs"
/dev/loop13: TYPE="squashfs"
/dev/loop14: TYPE="squashfs"
/dev/loop15: TYPE="squashfs"
/dev/loop16: TYPE="squashfs"
/dev/loop17: TYPE="squashfs"
/dev/loop18: TYPE="squashfs"
/dev/loop19: TYPE="squashfs"
/dev/loop20: TYPE="squashfs"
/dev/loop21: TYPE="squashfs"
/dev/loop22: TYPE="squashfs"
/dev/loop23: TYPE="squashfs"
/dev/loop24: TYPE="squashfs"
/dev/loop25: TYPE="squashfs"
/dev/loop26: TYPE="squashfs"
/dev/loop27: TYPE="squashfs"
/dev/loop28: TYPE="squashfs"
/dev/loop29: TYPE="squashfs"
/dev/loop30: TYPE="squashfs"
/dev/loop31: TYPE="squashfs"
/dev/loop32: TYPE="squashfs"
/dev/loop33: TYPE="squashfs"
/dev/sdb1: LABEL_FATBOOT="Ubuntu Back" LABEL="Ubuntu Back" UUID="52B2-40B7" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="9828faf4-dd30-4b07-8597-5143c7d6fbd3"
root@igtp:~# df -h
Filesystem Size Used Avail Use% Mounted on
tmpfs 1,6G 4,7M 1,6G 1% /run
/dev/nvme0n1p2 938G 485G 406G 55% /
tmpfs 7,7G 66M 7,6G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 7,7G 0 7,7G 0% /run/qemu
/dev/nvme0n1p1 511M 5,3M 506M 2% /boot/efi
tmpfs 1,6G 13M 1,6G 1% /run/user/1000
/dev/sdb1 2,0T 557G 1,5T 28% /media/gl/Ubuntu Back
root@igtp:~# i
EDIT2:输出df -hTi
:
tmpfs tmpfs 2,0M 1,9K 2,0M 1% /run
/dev/nvme0n1p2 ext4 60M 741K 59M 2% /
tmpfs tmpfs 2,0M 113 2,0M 1% /dev/shm
tmpfs tmpfs 2,0M 5 2,0M 1% /run/lock
tmpfs tmpfs 2,0M 1 2,0M 1% /run/qemu
/dev/nvme0n1p1 vfat 0 0 0 - /boot/efi
tmpfs tmpfs 391K 246 391K 1% /run/user/1000
/dev/sdb1 vfat 0 0 0 - /media/gl/Ubuntu Back