小编Nex*_*ech的帖子

因此，我通过 Unitek 的 USB 3.0 转 SATA 适配器将一块有坏扇区的 3TB 硬盘连接到我的 MacBook Pro 2015。

我正在尝试运行PhotoRec （ TestDisk套件的一部分），并启用大约 10 种常见文件类型（大多数是图片格式，其他包括.txt和.doc等\xe2\x80\xa6），并且在花费大约三个小时后通过从 1.0 开始，它终于通过了 1，并且预计需要超过 480,000 多个（！！！）小时的恢复时间。

计时器突然停止，因为可能发现了 10 个不同的文件，但该实用程序似乎在过去约 12 小时内一直在该屏幕上冻结：

PhotoRec 是否被冻结，还是会很快恢复？我实际上预计这项工作需要多长时间？我可以取消并恢复工作吗？那会有什么帮助吗？

像 ext4 这样的文件系统是块对齐的，这意味着文件与预定义大小的块对齐，对于 ext4，通常为 4 KB。如果.img从这样的文件系统创建文件，我是否可以假设各个文件在创建的.img文件中是 4k 对齐的，就像它们在真实文件系统中一样？

换句话说，假设我们有两个名为foo和的 1 KB 文件bar，它们出现在物理驱动器上，如下所示，每个 [] 代表 1 KB。

[foo][][][][bar][][][]

在本例中，foo和bar是 4k 对齐的。.img现在，如果我们为此文件系统创建一个文件，那么该文件的内容foo是否bar仍然与 img 文件的起始位对齐 4k？

好吧，我遇到了蓝牙总是关闭的问题。我转到配置-> 蓝牙，每次我尝试将其关闭时，都会在一段时间后返回关闭状态。我试过这个命令：

aptitude install bluetooth

然后跑了

/etc/init.d/bluetooth start

之后我跑了/etc/init.d/bluetooth status，这就是显示：

? bluetooth.service - Bluetooth service
   Loaded: loaded (/lib/systemd/system/bluetooth.service; disabled; vendor preset: disabled)
   Active: active (running) since Tue 2017-01-17 21:13:47 UTC; 29s ago
     Docs: man:bluetoothd(8)
 Main PID: 7939 (bluetoothd)
   Status: "Running"
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/bluetooth.service
           ??7939 /usr/lib/bluetooth/bluetoothd

Jan 17 21:13:47 kali bluetoothd[7939]: Error adding Link Loss service
Jan 17 21:13:47 kali bluetoothd[7939]: Not enough free handles to register ...ce
Jan 17 21:13:47 kali bluetoothd[7939]: Not enough free …