小编X.L*_*INK的帖子

我必须跳过哪些 Windows 7/8/8.1 更新 (KB) 以避免 Windows 10 升级 - 和唠叨 -?

有一段时间我没有遵循必须跳过的 Windows 7/8/8.1 KB 列表,因为我根本不想要未完成的 Windows 10。此外,在 Windows Server 2016 发布之前,我仍会认为 Windows 10 未完成(-> 不稳定)

今天列出的 KB 散布在互联网上,我害怕错过其中一个。据我所知,一些较新的知识库甚至是旧的重新命名的知识库,或者一次又一次地重新重新推送。目标也是不使用任何外部软件或安装后删除工具,因为我还打算部署一个脚本来阻止这些 KB。

所以问题是:你能告诉我你知道我必须避免的所有知识库吗?任何可以阻止“遥测”、“Windows 客户体验改善计划”或阻止重置 Windows 有关更新和隐私问题的设置的细节也很好!(因为它们甚至是有联系的)

如果某些累积更新(重新组合旧更新包的更新)包含列出的知识库之一,这仍然与此处的问题相关。

评论

当然还有其他方法可以禁用更新,在这里仍然很受欢迎,但请考虑它们代表了这篇文章的次要目标。同样适用于说这不是正确的方法,而且我知道列表会无限地变长。

原因是我仍然更喜欢手动执行此操作,因为我什至根本不需要系统中的文件。此外,其中一些更新已被一次又一次地重新推送至少六次!这实际上是由于这些更新造成的问题,我不希望任何风险危及我的系统,因为微软计划在未经用户同意的情况下通过“ Betas To Manufacture ”来为用户提供服务。

相关:如何禁用通知区域(托盘)中显示的“获取 Windows 10”图标?

windows windows-update

104
推荐指数
3
解决办法
8万
查看次数

VeraCrypt 和 LUKS 加密卷对数据损坏的恢复能力如何?

这个问题已经得到部分回答,但这仍然不是我真正想要的。请参阅更新 1

我打算用 VeraCrypt 和 LUKS 加密一些文件系统,但我担心如果发生单个问题,我将无法再次挂载分区,从而丢失存储在其中的所有数据。(由于扇区/块损坏、写入操作期间断电、文件系统错误等)

此外,VeraCrypt 可能已经分叉了 TrueCrypt 的修复工具,但我并不指望它,而是更多地了解真实案例。

我也知道 RAID 和备份/保管库,但这不是我要找的。

所以问题是:使用 VeraCrypt 和 LUKS 加密分区本身的弹性如何?

更新 1

我的问题更多是关于加密分区及其数据的弹性,而不是关于保存主密钥、元数据或标头。这个问题类似于一个可靠的 7zip 存档:如果中间有一个位损坏,那么你就会丢失整个存档。

加密的分区会同样脆弱吗?(不包括主密钥、元数据和标题)

PS:对不起,如果我不立即回答,我正在世界各地工作和旅行 - 因此使这篇文章相关 - 我经常面临时间紧迫的业务。但是,我肯定会肯定地回答。

encryption luks veracrypt

22
推荐指数
3
解决办法
1万
查看次数

列出每个\Device\Harddiskvolume。?

我尝试过 Diskpart 命令,如“列表”“卷”(不,根本不是那样)、“磁盘”和“分区”;但它仍然不起作用。

\Device\Harddiskvolume0 似乎没有被使用,因为 \Device\Harddiskvolume1 表示第一个 Windows 分区(又名“系统保留”),而 \Device\Harddiskvolume2 用于 C:。

所以问题是:如何列出 Windows 7 安装盘中的每个 \Device\Harddiskvolume(用于 BCD 编辑)?

windows diskpart bcd

14
推荐指数
4
解决办法
8万
查看次数

如何避免 dd 或 badblocks 擦除硬盘驱动器的备用扇区?

/!\ 在那里寻找更新 2,问题现在已经回答了一半 /!\

我有时会完全擦除我的硬盘驱动器(不是 SSD);成为他们的样子,ddbadblocks -w盲目地擦拭一切。

问题是,他们也在写入硬盘驱动器的备用扇区,这很糟糕,因为它们都是全新的。因此,如果在擦除过程中确实发生了某些事情(断电、写入错误等),那将杀死一个非常有用的扇区......一无所获。

所以问题是:如何避免ddbadblocks擦除硬盘驱动器的备用扇区?


假设:

  • dd 众所周知,它会盲目地擦除经过它的所有东西。
  • badblocks 已知能够访问未映射的块。

更新 1

dd如果他们没有更换有故障的扇区(显然),肯定无法访问备用扇区。这是由于dd设计方式(Kamil Maciorowski 评论):

可用的逻辑扇区号dd被映射到编号的物理扇区,并且相应的数字最初是相等的。备用物理扇区最初没有分配逻辑编号,因此 dd 无法访问它们。

更新2

主要是系统管理员 - 而不是“接近低级”编码器 (C) -,有人可以看看badblocks' 代码并判断它是否确实访问了备用扇区吗?更准确地说,是否badblocks还考虑了其​​块读/写内的备用扇区?

http://git.kernel.org/cgit/fs/ext2/e2fsprogs.git/tree/misc/badblocks.c

在另一边/方式得到答案;我还知道badblocks维护者Theodore Ts'o 在此处拥有一个超级用户帐户。如果他阅读此更新 2,是否有可能直接回答?

linux hard-drive dd

2
推荐指数
2
解决办法
1608
查看次数

标签 统计

windows ×2

bcd ×1

dd ×1

diskpart ×1

encryption ×1

hard-drive ×1

linux ×1

luks ×1

veracrypt ×1

windows-update ×1