在工作中，我们有许多系统运行在一些非常老旧的硬件上。访问它们的唯一方法是使用较旧的笔记本电脑并使用软盘启动控制程序。然而，软盘似乎开始报废了。我尝试研究克隆它们的可能方法，但大多数都是 10 多年前的。
我知道这些年来硬件和软件发生了许多变化，所以一些旧知识可能不再适用。
我们有多余的空白软盘可以进行复制，但这似乎并不像将文件放到新软盘上那么简单。
有没有办法使用 Windows 11 克隆软盘，还是我需要虚拟机之类的东西来做到这一点？我们办公室里还有一台运行 Windows 7 的计算机，如果该计算机有功能可以运行的话。
我尝试将 sdb 克隆到 sdc 上，但由于边缘大小不匹配而失败。我尝试使用 gdisk 进行恢复选项，但没有成功。现在我有什么选择可以从头开始？源磁盘有大量可用空间，我不需要克隆。
$ sudo dd if=/dev/sdb of=/dev/sdc bs=4M status=progress
1000165343232 bytes (1.0 TB, 931 GiB) copied, 100383 s, 10.0 MB/s[A
dd: error writing '/dev/sdc': No space left on device
238460+0 records in
238459+0 records out
$ sudo fdisk -l /dev/sdb
Disk /dev/sdb: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: EXTERNAL_USB
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: F051C4EE-2188-44D2-8988-A6BFB515F49B
Device Start End Sectors Size Type
/dev/sdb1 2048 644534271 644532224 307.3G unknown
/dev/sdb2 896489472 994146303 97656832 46.6G unknown
/dev/sdb3 644534272 675784703 31250432 14.9G Microsoft basic data
/dev/sdb4 675784704 896489471 220704768 105.2G unknown
/dev/sdb5 994146304 1105475583 111329280 53.1G unknown
Partition table entries are not in disk order.
$ sudo gdisk /dev/sdc
GPT fdisk (gdisk) version 1.0.9.1
Warning! Disk size is smaller than the main header indicates! Loading
secondary header from the last sector of the disk! You should use 'v' to
verify disk integrity, and perhaps options on the experts' menu to repair
the disk.
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.
Warning! One or more CRCs don't match. You should repair the disk!
Main header: OK
Backup header: ERROR
Main partition table: OK
Backup partition table: ERROR
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: damaged
****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
在执行此操作之前，我使用 dd 将 500gb 硬盘驱动器克隆到 256gb SSD 我编辑了分区，以便使用 GParted 取消分配最后的 280gb（大致）。
最终 dd 在 240gb 时用完了空间，计划是它不会复制未分配的空间并且克隆将完成。
不幸的是，GPT 表不正确，我不知道如何整理。
GParted 讨厌它并告诉我它会使用一个未分配的整个驱动器的备份表。
GPT Fdisk 告诉我有 5 个错误，但是对于“p”，它确实表示所有分区都在那里。（这可能是提醒它是 Windows 驱动器的好时机）
我用的DDsudo dd if=/dev/sda of=/dev/sdc status=progress
结果 ：dd: writing to '/dev/sdc': No space left on device 468862125+0 records in 468862124+0 records out 240057407488 bytes (240 GB, 224 GiB) copied, 21466.2 s, 11.2 MB/s
GPT fdisk：Warning! Disk size is smaller than the main header indicates!然后它说 MBR Protective 和 GPT Damaged Caution: invalid backup GPT header, but valid main header; regenerating backup header from main header.。Warning! One or more CRCs don't match. You should repair the disk!
在“v”上： 注意：备份分区表的 CRC 无效。该表可能已损坏。当您保存分区时，该程序将自动创建一个新的备份分区表。
问题：辅助标头的自指针表明它不在磁盘末尾。如果您已将磁盘添加到 RAID 阵列，请使用专家菜单上的“e”选项来调整辅助标头和分区表的位置。
问题：磁盘太小，无法容纳所有数据！（磁盘大小为 468862124 个扇区，需要为 976773168 个扇区。）专家菜单上的“e”选项可能会解决此问题。
问题：GPT 声称磁盘比实际大！（声称最后一个可用扇区是 976773134，但备份头是 976773167，磁盘大小是 468862124 个扇区。专家菜单上的“e”选项可能会解决这个问题
保护性 MBR 中的分区对于磁盘来说太大了！建议创建新的保护性或混合 MBR。
确定了 5 个问题！^
帮助将不胜感激
sudo gdisk -l /dev/sda
GPT fdisk (gdisk) version 1.0.3
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 976773168 sectors, 465.8 GiB
Model: ST500LM034-2GH17
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 43B49B18-460C-4EDB-B63D-195389ABF232
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 976773134
Partitions will be aligned on 2048-sector boundaries
Total free space is 589831021 sectors (281.3 GiB)
Number Start (sector) End (sector) Size Code Name
1 2048 1085439 529.0 MiB 2700 Basic data partition
2 1085440 1290239 100.0 MiB EF00 EFI system partition
3 1290240 1323007 16.0 MiB 0C01 Microsoft reserved ...
4 1323008 273028223 129.6 GiB 0700 Basic data partition
5 273029120 274431999 685.0 MiB 2700
6 274434048 296837119 10.7 GiB 0700 Basic data partition
7 297041920 387151871 43.0 GiB 0700 Basic data partition
$ sudo gdisk -l /dev/sdc
GPT fdisk (gdisk) version 1.0.3
Warning! Disk size is smaller than the main header indicates! Loading
secondary header from the last sector of the disk! You should use 'v' to
verify disk integrity, and perhaps options on the experts' menu to repair
the disk.
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.
Warning! One or more CRCs don't match. You should repair the disk!
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: damaged
****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
Disk /dev/sdc: 468862124 sectors, 223.6 GiB
Model: high speed
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 43B49B18-460C-4EDB-B63D-195389ABF232
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 976773134
Partitions will be aligned on 2048-sector boundaries
Total free space is 589831021 sectors (281.3 GiB)
Number Start (sector) End (sector) Size Code Name
1 2048 1085439 529.0 MiB 2700 Basic data partition
2 1085440 1290239 100.0 MiB EF00 EFI system partition
3 1290240 1323007 16.0 MiB 0C01 Microsoft reserved ...
4 1323008 273028223 129.6 GiB 0700 Basic data partition
5 273029120 274431999 685.0 MiB 2700
6 274434048 296837119 10.7 GiB 0700 Basic data partition
7 297041920 387151871 43.0 GiB 0700 Basic data partition
我在外部 USB 驱动器上使用 Clonezilla 制作了我的笔记本电脑的图像。
我可以将该图像复制到另一个 USB 驱动器上以便获得第二个图像副本吗？或者我必须重新克隆第二个 USB 驱动器上的硬盘？换句话说，我可以简单地复制并粘贴图像以进行多次备份还是丢失某些东西（无法恢复图像）？
谢谢。
使用 https 的 Git 克隆在我的 mac 机器上不起作用，出现以下错误：
akshaybandivadekar@Akshays-MacBook-Pro codebase % git clone https://github.com/lodash/lodash.git
Cloning into 'lodash'...
[email protected]: Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
但是使用 ssh 它可以工作
git clone [email protected]:lodash/lodash.git
我已参考此文档进行 ssh 密钥设置： https ://docs.github.com/en/authentication/connecting-to-github-with-ssh/generating-a-new-ssh-key-and-adding-it-到 ssh 代理
我正在尝试将我的 Ubuntu 安装移动到新的 SSD，但我发现的所有指南要么不完整，要么分区布局与我的不同。
我会使用 Ubuntu live 并将带有 gparted 的 sdd5 分区克隆到新的 ssd。我还需要做什么？
sdd2 分区有 boot 和 esp 标志。我也克隆它吗？我是否需要在其中一个分区上安装 grub，我该怎么做？我需要更改 fstab 和一些 UUID 吗？
或者我应该使用一些多合一的克隆软件而不是 gparted？
这一定是基本的，但我无法弄清楚。我有一个格式为“https://.../tree/main”的 github URL。如何下载内容？作为回应
git clone https://.../tree/main
我明白了
fatal: repository 'https://.../tree/main/' not found
当我做
git clone https://.../
我得到了根文件夹的内容，但没有得到我想要的子文件夹。
我究竟做错了什么？
我正在尝试将 Windows 10 从 SSD 移动到 m.2 NVMe 980 PRO。我尝试了无数不同的方法来让它工作，但无法让我的克隆分区运行。
在最后一次尝试中，我什至让 Windows 启动管理器从我的 m.2 NVMe 中运行，它找到了我的克隆。这是第二个引导选项。选择它将开始尝试启动；进入自动修复；这总是以失败告终。
从 m.2 NVMe 启动现在让我想到了这一点：
BIOS 设置： BIOS MVMe 通过 PCH SATA 和/或 PCH PCIE 连接。我的第一张 Windows 10 安装 DVD 无法识别我的 m.2 硬盘；但是一个新制作的 USB Windows 安装棒做到了。
背景：我最初的安装是在 SSD 上；在 UEFI/GPT 中启动。我尝试了无数不同的方法来让 Windows 过渡到我的 m.2——复制顺序的变化；安装订单；使用和删除的分区；自动修复...（我花了超过 2 天的时间...我将尝试使用 GRUB 作为引导加载程序——但不要认为这是问题所在。）
这些是我进入上述屏幕所采取的步骤：
当试图运行它时，我得到了这个：
文件D:\Windows\System32\Logfiles\Srt\SrtTrail.txt状态：
启动修复诊断和修复日志
修复尝试次数：1
会话详情
系统盘 = \Device\Harddisk0 Windows 目录 = D:\Windows AutoChk Run = 0 根本原因数 = 1
进行的测试：
名称：检查更新结果：成功完成。错误代码 = 0x0 所用时间 = 0 毫秒
进行的测试：
名称：系统盘测试结果：成功完成。错误代码 = 0x0 所用时间 = 0 毫秒
进行的测试：
名称：磁盘故障诊断结果：成功完成。错误代码 = 0x0 所用时间 = 0 毫秒
进行的测试：
名称：磁盘元数据测试结果：成功完成。错误代码 = 0x0 所用时间 = 109 毫秒
进行的测试：
名称：磁盘元数据测试结果：成功完成。错误代码 = 0x0 所用时间 = 0 毫秒
进行的测试：
名称：目标操作系统测试结果：成功完成。错误代码 = 0x0 所用时间 = 32 毫秒
进行的测试：
名称：卷内容检查结果：成功完成。错误代码 = 0x0 所用时间 = 31 ms
进行的测试：
名称：引导管理器诊断结果：成功完成。错误代码 = 0x0 所用时间 = 0 毫秒
进行的测试：
名称：系统启动日志诊断结果：成功完成。错误代码 = 0x0 所用时间 = 0 毫秒
找到根本原因：
引导管理器找不到操作系统加载程序。
修复操作：文件修复结果：失败。错误代码 = 0x57所用时间 = 1422 毫秒
修复操作：引导配置数据存储修复结果：失败。错误代码 = 0x490所用时间 = 31 毫秒
我现在怀疑克隆安装中可能缺少驱动程序；也许适用于 Windows 10 的英特尔快速存储技术？（我如何将它添加到我的克隆中？）或者是否有更好的方法来执行此操作？
这是我在某处发现的暗示这可能导致问题的地方：
Windows 10 设置需要英特尔快速存储技术才能识别 M.2 设备。下载后，将其解压缩到可启动设备上，然后从设备启动。
尝试从 GitLab 克隆我的测试存储库时收到以下错误。
C:\Users\USERNAME\Documents\MYPROJECT\test>git clone [email protected]:GITUSERNAME\test.git
Cloning into 'test'...
remote:
remote: ========================================================================
remote:
remote: The namespace you were looking for could not be found.
remote:
remote: ========================================================================
remote:
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
我有一个使用 Xubuntu 焦点的旧版/UEFI 启动棒。一切都很好。现在我正在创建克隆，为此，我对每个都进行了更改：
这些记忆棒不会启动，因为 GRUB 中的 UUID 没有改变，而且我对 GRUB 记录它们的方式感到相当困惑，并且认为自己更新它们太容易出错而无法尝试。
因此，由于我可以将这些棒安装在正在运行的系统上，我想 chroot 进入棒并在 chroot 进程中运行 update-grub。我看到的示例不允许进程访问设备等，我不知道如何正确设置它。我猜我想在 chroot 中访问至少 /dev 和 /sys 和或 /proc。这三个在原始过程中都是“假的”，而不是任何驱动器上文件系统的一部分。
任何指针？是否有不同的方法可以让这些克隆启动？
任何人都知道当 GRUB 进入紧急模式时如何启动它？