因此，我再次在 Linux 中执行了一个看似无辜的操作，但我无法将其恢复到以前的样子。
前几天，我试图在文件系统中查找某些内容。（通常，我使用 Dolphin，但本指南说我可以在 gnome 中的 Nautilus/Files 中更轻松地找到它。）在“文件”应用程序中，我单击了“其他位置”，我的一个硬盘列在那里。单击它后，系统提示我安装该分区。我不想安装它，因为它是启动分区之一，并且已经安装好了。
但现在，每次我重新启动计算机时，登录时都会弹出相同的提示。
我已将其安装并卸载。一切正常，它只是将已经存在的“/boot”分区安装到“/media/$USERNAME”，这很愚蠢且没有必要。
我有：
似乎一切都没有改变，无论好坏。
我如何才能找到这个位置并摆脱每次登录时的提示？
（可移动设备面板很有趣，因为它在“附加设备”下有这个麻烦的分区，但我似乎无法在这里做任何更改，或者将其标记为不自动安装。）
如何解压.bin包含 DOS/MBR 引导扇区和另一个未检测到的文件系统的文件。我运行binwalk了它，它向我显示了数据的（估计）位置及其类型。输出为file：
chromeos_15393.58.0_reven_recovery_stable-channel_mp-v2.bin: DOS/MBR boot sector; partition 1 : ID=0xc, active, start-CHS (0x16,176,27), end-CHS (0x1e,216,58), startsector 364544, 131072 sectors; partition 2 : ID=0xee, start-CHS (0x0,0,2), end-CHS (0x0,0,2), startsector 1, 1 sectors
根据这些信息，我知道一开始有一个引导扇区，但是映像中的文件在哪里，我如何获取它们。仅供参考，它是基于 Android 的 ChromeOS（Android 基于 Linux），包含的 ZIP.bin位于此处。我已将dd磁盘映像编辑到 USB 并从那里使用它。
我尝试了gdisk一下，结果如下：
GPT fdisk (gdisk) version 1.0.10
Caution! After loading partitions, the CRC doesn't check out!
Warning! Main partition table CRC mismatch! Loaded backup partition table
instead of main partition table!
Warning! One or more CRCs don't match. You should repair the disk!
Main header: OK
Backup header: OK
Main partition table: ERROR
Backup partition table: OK
Partition table scan:
MBR: hybrid
BSD: not present
APM: not present
GPT: damaged
Found valid MBR and corrupt GPT. Which do you want to use? (Using the
GPT MAY permit recovery of GPT data.)
1 - MBR
2 - GPT
3 - Create blank GPT
Your answer: 2
Disk /dev/sdb: 61341696 sectors, 29.3 GiB
Model: Cruzer Blade
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 1F1C043E-3E55-B14D-94F1-3962AC2C5E25
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 13815959
Partitions will be aligned on 1-sector boundaries
Total free space is 266217 sectors (130.0 MiB)
Number Start (sector) End (sector) Size Code Name
1 5414912 13815944 4.0 GiB 8300 STATE
2 69 32836 16.0 MiB 7F00 KERN-A
3 499712 5414911 2.3 GiB 7F01 ROOT-A
4 32837 65604 16.0 MiB 7F00 KERN-B
5 495616 499711 2.0 MiB 7F01 ROOT-B
6 65 65 512 bytes 7F00 KERN-C
7 66 66 512 bytes 7F01 ROOT-C
8 331776 364543 16.0 MiB 8300 OEM
9 67 67 512 bytes 7F02 reserved
10 68 68 512 bytes 7F02 reserved
11 64 64 512 bytes 7F03 RWFW
12 364544 495615 64.0 MiB EF00 EFI-SYSTEM
当我看到“损坏的 GPT”时，我感到很困惑。它不可能损坏。说实话，这些区域的名称对于 Linux 安装来说是有意义的（例如 EFI-SYSTEM、KERN-A）。
我有一台嵌入式 Linux 设备（不是 Raspberry Pi），它在 eMMC 驱动器上有两个分区。我使用供应商提供的工具将这两个分区复制到 USB 驱动器上，该驱动器的大小大致等于 eMMC 驱动器的大小。
我接下来要做的是将 USB 驱动器安装到 Linux 计算机上，并使用诸如和e2fsck之类的工具resize2fs -M将第二个文件系统的大小调整为最小可行大小，最后用于gdisk调整分区本身的大小以匹配。
在所有计算中，我都小心确保分区不会小于文件系统，甚至我将分区做得稍微大一些，然后再resize2fs扩大文件系统以匹配它。
完成这些操作后，我得到了一个 16 GB 的 USB 驱动器，其中包含一个 118 MiB 的启动分区和一个 3.1 GiB 的根文件系统分区。然后我习惯dd直接从 USB 驱动器读取数据，利用bs=和count=参数将读取的数据量限制为仅延伸到第二个分区结束的地方加上一个额外的扇区以容纳“零扇区”。
结果是，我现在有一个图像文件，其中两个分区的大小与它们对应源的大小完全相同，但是当我使用 7-Zip 工具的“文件”->“属性”选项时，它声称“物理大小”（红色圈出）大于这些分区，并且大于我指示dd从源复制的大小。
这个“物理大小”值从何而来？它是分区表的一部分吗？还是dd以某种方式从磁盘读取的？
有什么方法可以修改它以摆脱“意外的数据结束”错误？
我创建了一个映射器设备，dmsetup并使用以下命令创建了一个分区表parted：
$ fdisk -l /dev/mapper/vdisk
Disk /dev/mapper/vdisk: 511.57 GiB, 549295737344 bytes, 1072843237 sectors
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: OMITTED
Device Start End Sectors Size Type
/dev/mapper/vdisk-part1 2048 204799 202752 99M EFI System
/dev/mapper/vdisk-part2 204800 1072841188 1072636389 511.5G Microsoft basic data
现在我该如何操作分区，比如将第一个分区格式化为 FAT？/dev/mapper/vdisk-part1或者/dev/mapper/vdisk1似乎不存在。
附言：我确实记得/dev/mapper/vdisk1在使用创建分区表后出现了或类似的内容parted，但在重新启动后就消失了。
这是一个microsd ext4 card on a rooted Android，我想使用
busybox chattr -R +u /mypath
我知道 +u 是什么意思，但有人知道 ext4 的撤销选项是如何实现的吗？具体来说，在我的硬件情况下，撤销能让我恢复到什么程度？如果我使用，extundelete & ext4magic万一数据被应用程序删除，这些能恢复我的数据吗？
推论：--ext4是否尊重+u a和其他扩展属性任何mount级别的选项，在删除的情况下，将给我一个很好的恢复机会？-- 那么，在 al命令中提到的文件系统+u到底是什么？chattrinux / unix
ext_attr 此功能允许使用扩展属性。ext2、ext3 和 ext4 支持此功能。 在这里 我想知道 op mount 是否激活了
+u attribute
我想将大量数据（数百个原始 pcap 文件，每个 1Gb）上传到 AWS。我为此使用了 aws s3 sync。pcap 数据具有高度可压缩性，但我不想在第一步进行压缩，等待压缩，然后再上传。相反，我希望文件在“运行中”进行压缩，就在 aws cli 第一次请求/读取它们时进行压缩。
是否有一些 Linux/posix 文件系统魔法可以实现这样的功能？这种方法似乎很新颖，因为它将压缩文件“隐藏”为普通文件，因此任何可以处理文件的现有工具都可以从中受益。
我查看了 mkfifo，但无法找到合适的解决方案。
原因是什么？我们的目标是实现更高的网络上传带宽，并降低 S3 上的存储成本。
我有一个服务器机箱，用于为朋友托管各种 Web 应用程序和游戏服务器。我最近连接到它以检查它的运行情况，发现一个程序“Opera”试图使用超过 3000% 的 CPU（根据）。top我尝试用 杀死它pkill Opera，然后又做了同样的事情，最初是有效的，但 Opera 程序在一分钟左右后又恢复了。我检查了所有系统服务和 cron 作业，在任何地方都找不到“Opera”的提及，尝试手动运行命令（“Opera”，而不是像浏览器那样的“opera”）只是提示我从 snap 安装 opera 浏览器。只告诉我 opera 不知何故位于。我最终通过跟踪符号链接找到了可执行文件，并在“Documents”文件夹中找到了它，里面还有一些其他奇怪的文件（一个 config.json 和几个名称奇怪且没有扩展名的隐藏文件），我包含的图片没有 Opera 文件，因为我删除了它。pkill <pid>killalltop./Opera/proc//var/tmp
删除可执行文件似乎解决了问题，但我仍然不知道问题是由什么引起的，也不知道 Opera 可执行文件是什么，它在做什么，以及为什么它会从文件夹中执行/var/tmp。我主要想知道这是否是已知病毒或木马，以及我是否应该清除正在执行它的用户。
编辑此内容是因为我忘记添加我的系统信息。我的操作系统是 Ubuntu 22.04.4 LTS，我使用 bash 作为内核。我的内核版本是 Linux 5.15.0-116-generic
任何帮助都将不胜感激，谢谢！
假设在 2 GB 的文件系统中有一个 1GB 的稀疏文件，并且该稀疏文件仅占用 0.1 GB 的空间。
我猜你会有 1.9 GB 的磁盘空间来存储数据，对吗？
如果磁盘中实际上有 1.9 GB 的可用空间，那么如果我将 1.5 GB 存储在稀疏文件之外，只剩下 0.4 GB 的可用空间（稀疏文件之外的 1.5 GB + 稀疏文件的 0.1 GB）会怎么样？这是否意味着即使我看到稀疏文件为 1GB，我也只能在其中存储总共 0.5 GB（正在使用的 0.1 GB + 可用的 0.4 GB）？
在这种情况下操作系统会做什么？
如果上述情况属实，那么使用稀疏文件听起来不错，因为它可以节省空间，但是假设我将此文件用作存储点（循环设备），并且我想依靠该空间，我想使用稀疏文件不是一个好主意，因为如果我需要整个 1 GB，我将无法使用它。我最好使用非稀疏文件。
我有一个 WD P10 外置 USB 磁盘，在 macOS 或 Windows（另一台 PC 上）上无法检测到。为了排除故障，我从 Live USB 启动了 Debian（LMDE），并再次连接了 WD 驱动器。它没有被检测到或安装。内容如下dmesg -wH：
[ 1305.848487] usb 4-4: new SuperSpeed USB device number 8 using xhci_hcd
[ 1305.869379] usb 4-4: New USB device found, idVendor=1058, idProduct=262f, bcdDevice=50.02
[ 1305.869393] usb 4-4: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 1305.869397] usb 4-4: Product: Game Drive
[ 1305.869400] usb 4-4: Manufacturer: Western Digital
[ 1305.869403] usb 4-4: SerialNumber: 00000000000000
[ 1305.872247] usb-storage 4-4:1.0: USB Mass Storage device detected
[ 1305.875321] scsi host7: usb-storage 4-4:1.0
[ 1306.881494] scsi 7:0:0:0: Direct-Access WD Game Drive 5002 PQ: 0 ANSI: 6
[ 1306.881988] sd 7:0:0:0: Attached scsi generic sg2 type 0
[ 1306.883093] sd 7:0:0:0: [sdc] Spinning up disk...
[ 1307.904413] .........ready
[ 1316.097814] sd 7:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
[ 1316.098549] sd 7:0:0:0: [sdc] 7813969920 512-byte logical blocks: (4.00 TB/3.64 TiB)
[ 1316.098558] sd 7:0:0:0: [sdc] 4096-byte physical blocks
[ 1316.099943] sd 7:0:0:0: [sdc] Write Protect is off
[ 1316.099949] sd 7:0:0:0: [sdc] Mode Sense: 47 00 10 08
[ 1316.101378] sd 7:0:0:0: [sdc] No Caching mode page found
[ 1316.101384] sd 7:0:0:0: [sdc] Assuming drive cache: write through
[ 1352.000492] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1357.376496] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1357.584400] usb 4-4: device not accepting address 8, error -62
[ 1363.008491] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1368.384501] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1368.592421] usb 4-4: device not accepting address 8, error -62
[ 1374.016518] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1379.392520] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1379.600423] usb 4-4: device not accepting address 8, error -62
[ 1385.024482] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1390.400527] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1390.608418] usb 4-4: device not accepting address 8, error -62
[ 1390.624755] usb 4-4: USB disconnect, device number 8
[ 1390.644397] blk_print_req_error: 2 callbacks suppressed
[ 1390.644406] device offline error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2
[ 1390.644422] buffer_io_error: 2 callbacks suppressed
[ 1390.644424] Buffer I/O error on dev sdc, logical block 0, async page read
[ 1390.644527] device offline error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2
[ 1390.644542] Buffer I/O error on dev sdc, logical block 0, async page read
[ 1390.644580] device offline error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2
[ 1390.644587] Buffer I/O error on dev sdc, logical block 0, async page read
[ 1390.644610] device offline error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2
[ 1390.644616] Buffer I/O error on dev sdc, logical block 0, async page read
[ 1390.644629] ldm_validate_partition_table(): Disk read failed.
[ 1390.644660] device offline error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2
[ 1390.644663] Buffer I/O error on dev sdc, logical block 0, async page read
[ 1390.644675] device offline error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2
[ 1390.644678] Buffer I/O error on dev sdc, logical block 0, async page read
[ 1390.644691] device offline error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2
[ 1390.644694] Buffer I/O error on dev sdc, logical block 0, async page read
[ 1390.644706] device offline error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2
[ 1390.644709] Buffer I/O error on dev sdc, logical block 0, async page read
[ 1390.644714] Dev sdc: unable to read RDB block 0
[ 1390.644724] device offline error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2
[ 1390.644727] Buffer I/O error on dev sdc, logical block 0, async page read
[ 1390.644739] device offline error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2
[ 1390.644742] Buffer I/O error on dev sdc, logical block 0, async page read
[ 1390.644784] sdc: unable to read partition table
[ 1390.644844] sd 7:0:0:0: [sdc] Attached SCSI disk
[ 1396.032462] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1401.408460] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1401.616427] usb 4-4: device not accepting address 9, error -62
[ 1407.040457] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1412.416466] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1412.624428] usb 4-4: device not accepting address 10, error -62
[ 1412.632542] usb usb4-port4: attempt power cycle
[ 1418.816454] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1424.192454] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1424.400426] usb 4-4: device not accepting address 11, error -62
[ 1429.824465] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1435.200470] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ 1435.408388] usb 4-4: device not accepting address 12, error -62
[ 1435.416544] usb usb4-port4: unable to enumerate USB device
（驱动器的序列号已正确检测到，但我已在上面将其编辑掉）。
据我所知，它尝试从驱动器获取分区信息，但失败了。因此，它仍尝试“附加”磁盘（可能允许用户格式化驱动器），但由于我无法理解的原因，再次失败。
当我在线搜索Dev sdc:无法读取 RDB 块 0时，Red Hat 的此资源显示：
Dev sdx：无法读取 RDB 块 0消息表示系统无法从磁盘中提取硬磁盘块 (RDB) 信息。RDB 存储磁盘的几何形状（柱面、磁头、扇区）和分区信息。
但维基百科说：
在计算中，硬盘块 (RDB) 是 Amiga 系列计算机硬盘上的块，用于存储磁盘分区和文件系统信息。IBM PC 上与 Amiga 的 RDB 对应的是主引导记录 (MBR)。
从 Red Hat 的说法来看，RDB 听起来很像是 HDD 固件的一部分，这意味着对于没有专门软件的外行人来说，修复它可能非常困难。但如果它是 MBR 或文件系统的一部分，我们可以使用一些工具来修复它（如果我能以某种方式告诉操作系统如何成功连接磁盘）。
因此我产生了疑问 - Linux 中的硬盘块 (RDB) 是什么，它可以修复吗？例如，Amiga 有rdbtool - Linux 中是否有类似的东西？
我花了几个小时与 mdadm 作斗争，最后不得不重新安装 Linux 并进行更多斗争，主要是因为驱动器不知何故存在写保护问题（我仍然无法解释），而且显然是因为生成的挂载多驱动器默认由 root 拥有（花了我一段时间）。现在看起来它已经正常工作了，mdadm 正在重新同步，我可以写入测试文件。
... 但如果这只是障眼法（双关语）呢？我知道 mdadm 已经存在很久了，但不管我是否信任它（我并不信任 - 或者至少我不信任我对它的使用）或者因为我很好奇，我如何在不从计算机上移除驱动器的情况下查看 sdb1 和 sdc1？显然我无法挂载它们，因为 Linux 现在无法理解它们，因为 mdadm 已经添加了一个标头。